Solana đang nhắm ngày 9 tháng 9 cho Giao dịch v1, một định dạng mới giúp tăng kích thước giao dịch tối đa được tuần tự hóa từ 1.232 byte lên 4.096 byte.
Việc tăng này cung cấp cho các nhà phát triển không gian giao dịch nhiều hơn khoảng 3,3 lần. Lộ trình chính thức của Solana cho biết dung lượng bổ sung này có thể chứa các bằng chứng không kiến thức (zero-knowledge proofs), các hoạt động đa chữ ký lớn (large multisignature operations), các lô giao dịch (batches) và một số sơ đồ chữ ký trên chuỗi (onchain signature schemes).
Các hoạt động lớn trước đây phải được chia thành nhiều giao dịch khi các lệnh, chữ ký và thông tin tài khoản của chúng vượt quá giới hạn 1.232 byte. Quá trình đó làm tăng độ phức tạp vì một giao dịch có thể thành công trong khi một bước khác thất bại.
Giao dịch v1 có thể cho phép các nhà phát triển kết hợp nhiều lệnh đó thành một hoạt động nguyên tử (atomic operation). Hoặc tất cả các lệnh đều thành công hoặc toàn bộ giao dịch thất bại. Mô hình này có thể mang lại lợi ích cho các lộ trình giao dịch, chuyển khoản bảo mật, các hoạt động xuyên chuỗi và các ứng dụng xử lý các bằng chứng mật mã phức tạp.
Bản nâng cấp không làm tăng giới hạn 64 tài khoản được tham chiếu mỗi giao dịch của Solana. Các ứng dụng có thể bao gồm nhiều dữ liệu và lệnh hơn, nhưng chúng không thể tự động tương tác với nhiều tài khoản hơn.
Giao dịch v1 là tùy chọn. Ví và các ứng dụng có thể tiếp tục gửi các giao dịch cũ (legacy) và v0 theo giới hạn 1.232 byte hiện có. Người dùng không cần phải di chuyển token, trao đổi SOL hoặc hoàn tất yêu cầu trước khi kích hoạt.
Các nhà phát triển phải cố ý áp dụng định dạng mới để truy cập dung lượng lớn hơn của nó. Tài liệu của Solana xác định ba định dạng được hỗ trợ: legacy, v0 và v1. Mỗi định dạng tổ chức địa chỉ tài khoản và giới hạn tài nguyên khác nhau.
Định dạng v0 sử dụng Bảng tra cứu địa chỉ (Address Lookup Tables), hay ALTs, để biểu diễn địa chỉ tài khoản thông qua các chỉ mục nén một byte. V1 loại bỏ ALTs và đặt các địa chỉ tài khoản 32 byte hoàn chỉnh trực tiếp bên trong giao dịch.
Điều này tạo ra một sự đánh đổi. V1 cung cấp một gói tổng thể lớn hơn, nhưng các ứng dụng phụ thuộc nhiều vào bảng tra cứu có thể tốn nhiều byte hơn để biểu diễn cùng một tài khoản. Phân tích kỹ thuật của Solana cho thấy 90% các giao dịch được lấy mẫu sẽ thêm ít hơn 1.400 byte khi chuyển đổi từ v0 sang v1.
Rủi ro tương thích chính áp dụng cho các dịch vụ đọc khối và giao dịch. Các nhà cung cấp cuộc gọi thủ tục từ xa (remote procedure call providers) phải đặt phiên bản giao dịch tối đa được hỗ trợ của họ thành một. Nếu không, các yêu cầu có thể thất bại khi chúng gặp một giao dịch v1.
Các dịch vụ lập chỉ mục (indexers), trình khám phá (explorers) và phân tích cũng phải thay đổi cách họ truy xuất giới hạn tài nguyên. Các giao dịch cũ (legacy) và v0 đặt giới hạn tính toán và cài đặt phí ưu tiên bên trong các lệnh ComputeBudget. V1 lưu trữ chúng trong một cấu hình giao dịch chuyên dụng.
Do đó, các dịch vụ lỗi thời có thể hiển thị thông tin không chính xác. Ví dụ, một trình khám phá có thể hiển thị phí ưu tiên bằng không mặc dù người dùng đã trả phí. Các nhà tài trợ phí và các ứng dụng kiểm tra giới hạn giao dịch phải đọc cấu hình mới thay vì quét các lệnh kiểu cũ.
Các ứng dụng gửi giao dịch v1 phải đặt rõ ràng giới hạn đơn vị tính toán (compute-unit) và dữ liệu đã tải (loaded-data) vì cả hai đều mặc định là không. Các nhà phát triển nên kiểm tra việc xây dựng giao dịch, ký và giải mã trước khi chuyển lưu lượng sản xuất sang định dạng này.
Phó Chủ tịch Công nghệ của Solana Foundation, Jacob Creech, đã xác định ngày 9 tháng 9 là ngày mainnet dự kiến. Như crypto.news đã báo cáo trước đây, bản nâng cấp này được bao gồm trong đợt triển khai Agave 4.2 của Anza.
Tuy nhiên, lộ trình chính thức vẫn đánh dấu tính năng mainnet là “chưa được kích hoạt.” Nó cũng cho biết lịch trình phát hành của Anza là “thử nghiệm và có thể thay đổi.” Testnet và devnet đã kích hoạt tính năng này, theo trang trạng thái mới nhất của Foundation.
Việc tăng kích thước này đến từ SIMD-0296, trong khi SIMD-0385 định nghĩa định dạng v1. Jacob Creech và Andrew Fitzgerald đồng tác giả cả hai đề xuất.
Giới hạn 4.096 byte được chọn một phần vì bốn kilobyte phù hợp với kích thước trang bộ nhớ phổ biến được sử dụng bởi phần cứng trình xác thực (validator hardware). Các giao dịch lớn hơn cũng sẽ tiêu thụ thêm băng thông, mặc dù bản nâng cấp không giới thiệu phí riêng cho mỗi byte.
Giao dịch v1 vẫn tách biệt với các đợt giảm phí thuê (rent reductions), mục tiêu khoảng thời gian (slot targets) ngắn hơn và việc thiết kế lại đồng thuận Alpenglow của Solana. Trong tin tức liên quan, crypto.news đã báo cáo rằng Alpenglow nhắm đến độ hoàn tất (finality) khoảng 150 mili giây, với tháng 10 vẫn là mục tiêu phát triển chứ không phải là ngày kích hoạt được đảm bảo.
SOL