Kích thước tối đa của một giao dịch Solana(SOL) đã tăng từ 1232 byte lên 4096 byte, cho phép xử lý trong một giao dịch duy nhất các tác vụ như bằng chứng không kiến thức(ZK) và giao dịch đa chữ ký lớn vốn trước đây phải chia nhỏ.
Solana Foundation cho biết định dạng giao dịch v1 đã được kích hoạt trên mainnet vào khoảng 10 giờ sáng ngày 15 theo giờ Hàn Quốc, khi epoch 1035 bắt đầu. Thay đổi này cũng được áp dụng trên testnet và devnet.
Việc mở rộng kích thước giao dịch được thực hiện thông qua SIMD-0296 và SIMD-0385, đề xuất định nghĩa cấu trúc giao dịch mới. Giới hạn tối đa hiện lớn hơn 3,3 lần so với trước.
Giới hạn 1232 byte trước đây buộc các tác vụ phức tạp phải chia thành nhiều giao dịch. Với định dạng v1, một giao dịch có thể chứa bằng chứng ZK dùng cho chuyển tiền bảo mật, giao dịch đa chữ ký lớn, giao dịch theo lô, chữ ký một lần Winternitz và các hệ thống chữ ký như BLS.
Giao dịch v1 không thay thế các định dạng hiện có. Giao dịch legacy và v0 vẫn tiếp tục được sử dụng, vì vậy các ứng dụng không cần thêm dung lượng có thể duy trì phương thức hiện tại.
Ngược lại, các ứng dụng muốn sử dụng giao dịch 4096 byte phải chọn định dạng v1. Ví, ứng dụng, RPC, trình lập chỉ mục và trình khám phá dữ liệu đọc dữ liệu Solana đều phải có khả năng diễn giải cấu trúc giao dịch mới.
Các ứng dụng tra cứu giao dịch phải nêu rõ có hỗ trợ v1 hay không. Trình lập chỉ mục cần đọc thông tin về giới hạn tính toán và phí từ transactionConfig trong phần đầu giao dịch, thay vì các lệnh ComputeBudget như trước.
TokenPost trước đó đưa tin cần kiểm tra khả năng tương thích của RPC và trình lập chỉ mục trước khi Solana chuyển sang giao dịch v1. Việc kích hoạt trên mainnet đặt ra bài toán vận hành là liệu hạ tầng liên quan có thể xử lý giao dịch thực tế hay không.
Giao dịch v1 không sử dụng bảng tra cứu địa chỉ mà chứa trực tiếp các địa chỉ bên trong giao dịch. SIMD-0385 giới hạn mỗi giao dịch ở tối đa 64 địa chỉ, 12 chữ ký và 64 lệnh.
Do có cấu trúc khác với giao dịch v0 vốn sử dụng bảng tra cứu địa chỉ, nhà phát triển cần lựa chọn định dạng phù hợp với từng trường hợp sử dụng. Giao dịch cũ và giao dịch mới sẽ tiếp tục được vận hành song song trong một thời gian.
Giới hạn 4096 byte được thiết kế phù hợp với kích thước trang bộ nhớ tiêu chuẩn 4KiB của phần cứng trình xác thực. Khi giao dịch vượt quá đơn vị truyền tải của mạng, giao dịch sẽ được chia thành nhiều khung QUIC; nếu một số khung bị mất, toàn bộ nhóm khung phải được truyền lại.
Solana Foundation cho biết giới hạn 4KiB được đặt ra sau khi cân nhắc chi phí truyền tải và áp lực bộ đệm ở phía nhận, thay vì tăng kích thước giao dịch không giới hạn. Con số này phản ánh sự cân bằng giữa việc mở rộng kích thước và chi phí mạng.
Các đơn vị vận hành hạ tầng cũng cần kiểm tra phần mềm. Solana Foundation khuyến nghị trình xác thực Jito-Solana và các đơn vị vận hành RPC cập nhật lên phiên bản 4.2.2 trở lên.
Ở các phiên bản RPC cũ, giao dịch v1 có thể bị hiển thị hạ xuống thành v0 trong quá trình lưu trữ. Để xử lý chính xác dữ liệu giao dịch gốc và thông tin phí, các hệ thống liên quan cần được kiểm tra về phiên bản và khả năng hỗ trợ bộ phân tích cú pháp.
Bản nâng cấp này không trực tiếp thay đổi thông lượng của Solana hay giá SOL. Điểm cốt lõi là các tác vụ phức tạp từng bị chia nhỏ do giới hạn giao dịch nay có thể được cấu thành thành một giao dịch nguyên tử duy nhất. Phạm vi sử dụng thực tế sẽ phụ thuộc vào việc ví, công cụ phát triển, RPC và trình lập chỉ mục có hỗ trợ v1 hay không.
Bình luận 0