Giao thức Kaia ra mắt v2.1.0, hỗ trợ đấu giá MEV và nhiều tối ưu

Kaia v2.1.0 đã phát hành, tập trung hỗ trợ MEV Auction (KIP-249), nâng cấp hiệu năng API và lưu trữ, đồng thời bổ sung tùy chọn lưu trữ mới mà không cần hard fork.

Bản cập nhật cho phép nhận BidTxs và cho bên đấu giá bên ngoài báo winner qua websocket (auction namespace). Thêm hỗ trợ RocksDB, snappy cho LevelDB, FlatTrie thử nghiệm cho archive node và kiểm tra EIP-7702 cùng các tối ưu khác.

Hỗ trợ MEV Auction (KIP-249)

v2.1.0 cho phép nhận BidTxs và kết nối bên ngoài qua websocket namespace “auction” để truyền thông tin winner.

Điều này mở đường cho tích hợp đấu giá MEV mà không thay đổi giao thức, cho phép off-chain auctioneers gửi kết quả trực tiếp vào node. Khuyến nghị bật websocket và hạn chế truy cập bằng firewall hoặc allowlist để tránh rủi ro an ninh.

Cải tiến lưu trữ cho full node

LevelDB giờ mặc định sử dụng snappy compression; người dùng có thể giải phóng dung lượng qua nén cơ sở dữ liệu chuỗi nhưng quá trình này tốn thời gian và tăng I/O.

Nén chain DB giúp giảm kích thước đĩa nhưng đổi lại tăng tải đọc/ghi trong thời gian xử lý; cần kế hoạch sao lưu và thời gian bảo trì trước khi thực hiện trên node sản xuất.

Tùy chọn cho archive node: FlatTrie thử nghiệm

Archive node có thêm FlatTrie thử nghiệm sử dụng bố cục trạng thái kiểu Erigon, nhưng yêu cầu resync và một số tính năng tạm thời không khả dụng.

Đổi sang FlatTrie cần đồng bộ lại toàn bộ dữ liệu trạng thái; chức năng như eth_getProof, pruning theo thời gian thực và rollback có thể không sử dụng được cho tới khi tính năng ổn định.

Hỗ trợ RocksDB và tham số RPC mới

v2.1.0 bổ sung RocksDB, tham số RPC “safe” và “finalized”, cùng các cơ chế kiểm tra EIP-7702 để tăng độ chính xác và linh hoạt của truy vấn block.

RocksDB cung cấp lựa chọn lưu trữ khác cho các node muốn hiệu năng I/O khác biệt. Tham số RPC mới giúp phân biệt trạng thái block an toàn và đã final, hỗ trợ client xác định dữ liệu phù hợp cho các tác vụ khác nhau.

Tối ưu hiệu năng và ổn định

Bản cập nhật bao gồm tinh chỉnh nén, kiểm soát chi tiết hơn và tối ưu hiệu năng nhằm tăng độ ổn định tổng thể.

Các tối ưu này nhắm vào giảm độ trễ API, cải thiện quản lý bộ nhớ và xử lý I/O, đồng thời cung cấp tùy chọn cấu hình linh hoạt để cân bằng giữa dung lượng lưu trữ và hiệu năng.

MEV Auction có yêu cầu hard fork không?

Không, hỗ trợ MEV Auction trong v2.1.0 được triển khai mà không cần hard fork.

Nên bật websocket như thế nào để an toàn?

Bật websocket và giới hạn truy cập qua firewall hoặc allowlist; chỉ cho phép các endpoint, IP/tên miền đáng tin cậy kết nối vào namespace “auction”.

FlatTrie có phù hợp cho tất cả archive node không?

Không; FlatTrie đang ở chế độ thử nghiệm, yêu cầu resync và khiến một số tính năng tạm ngưng, nên chỉ dùng khi sẵn sàng chấp nhận gián đoạn.

Làm sao để giải phóng dung lượng sau khi nâng lên snappy?

Sử dụng tính năng nén cơ sở dữ liệu chuỗi để tái cấu trúc dữ liệu; lưu ý quá trình này lâu và tăng I/O, cần thực hiện khi node ít tải.

Lưu ý: Nội dung bài viết chỉ nhằm cung cấp thông tin, không phải khuyến nghị đầu tư. Vui lòng tự nghiên cứu kỹ lưỡng trước khi đưa ra quyết định. Chúng tôi không chịu trách nhiệm đối với mọi kết quả phát sinh từ quyết định đầu tư của bạn.