Solana đã kích hoạt Transaction V1 trên testnet vào ngày 1 tháng 9, mở màn cho đợt chạy thử cuối trước khi nâng cấp dự kiến lên mainnet ngày 9 tháng 9.
Bản nâng cấp tăng kích thước giao dịch tối đa và cho phép một số tác vụ mật mã, DeFi vốn phải tách thành nhiều giao dịch được xử lý trong một giao dịch nguyên tử duy nhất.
- Kích thước giao dịch Solana tăng từ 1.232 lên 4.096 byte trên testnet epoch 1025.
- Transaction V1 hỗ trợ các tác vụ phức tạp hơn trong một giao dịch nguyên tử, thay vì phụ thuộc vào nhiều giao dịch hoặc bundle.
- RPC, ví, SDK, trình lập chỉ mục và nền tảng phân tích cần hỗ trợ V1 trước khi nâng cấp được triển khai trên mainnet.
Transaction V1 tăng giới hạn giao dịch Solana
Transaction V1 là định dạng giao dịch mới của Solana, được thiết kế để chứa nhiều dữ liệu hơn và xử lý các tác vụ phức tạp trong một giao dịch nguyên tử.
Giới hạn kích thước giao dịch được nâng từ 1.232 byte lên 4.096 byte, tương đương khoảng 3,3 lần. Thay đổi này có hiệu lực trên testnet tại epoch 1025.
| Thông số | Trước nâng cấp | Transaction V1 |
|---|---|---|
| Kích thước giao dịch tối đa | 1.232 byte | 4.096 byte |
| Mức thay đổi | Tăng khoảng 3,3 lần | |
| Số tài khoản tối đa | 64 tài khoản, không thay đổi | |
Theo Solana Compass, không gian bổ sung có thể hỗ trợ bằng chứng zero-knowledge, giao dịch multisig lớn và nhiều cơ chế chữ ký vốn khó triển khai trong giới hạn cũ.
Solana Foundation cũng cho biết kích thước giao dịch lớn hơn có thể hỗ trợ chữ ký BLS, giao dịch bảo mật và các cấu hình multisig. Khi nhiều bước được gộp vào một giao dịch, số giao dịch cần xử lý và số lần trả phí chữ ký có thể giảm.
Hai đề xuất nền tảng cho Transaction V1
Transaction V1 dựa trên hai đề xuất chính: SIMD-0296 tăng kích thước giao dịch, còn SIMD-0385 định nghĩa định dạng thông điệp V1.
SIMD-0296 nâng giới hạn kích thước từ 1.232 byte lên 4.096 byte. Đề xuất này cũng nêu những hạn chế của việc dùng Jito bundle để vượt qua giới hạn kích thước cũ, trong đó bundle không có tính nguyên tử ở cấp giao thức như một giao dịch native.
SIMD-0385 quy định định dạng message V1 và đưa các thiết lập của giao dịch vào chính message đó. Cách tổ chức này giúp trình xác thực nhận diện nhu cầu tài nguyên mà không phải tìm kiếm trong danh sách instruction.
Giao dịch nguyên tử khác gì so với Jito bundle?
Giao dịch nguyên tử là một giao dịch native duy nhất, trong đó toàn bộ thao tác hoặc thành công hoặc thất bại cùng nhau ở cấp giao thức Solana.
Jito bundle có thể bao gồm tối đa năm giao dịch được xử lý tuần tự theo cơ chế tất cả hoặc không có gì, theo tài liệu của Jito. Tuy nhiên, bundle hoạt động trong block-engine của Jito và cạnh tranh thông qua khoản tiền boa dành cho validator.
Transaction V1 đưa tính nguyên tử vào một giao dịch native của Solana. Với các nhà phát triển DeFi, điều này có thể đơn giản hóa những thao tác nhiều bước như thiết lập tuyến swap, xử lý bằng chứng hoặc xây dựng giao dịch phức tạp.
Chưa đầy một ngày sau khi nâng cấp được kích hoạt, CEO Anza Brennan Watt đăng trên X rằng các giao dịch lớn đã xuất hiện trên trình khám phá testnet.
V1 thay đổi cách xử lý phí và địa chỉ tài khoản
Transaction V1 đưa cấu hình tài nguyên và phí ưu tiên vào định dạng giao dịch, đồng thời không sử dụng Address Lookup Tables theo cách của giao dịch V0.
Ở định dạng Legacy và V0, phí ưu tiên và yêu cầu tài nguyên được xử lý thông qua các instruction của ComputeBudget. Với V1, những cấu hình này nằm trong phần cấu hình giao dịch, giúp validator xác định nhu cầu tài nguyên trực tiếp hơn.
V0 sử dụng Address Lookup Tables, hay ALT, để rút ngắn địa chỉ tài khoản. Theo phân tích của Solana Foundation về sự đánh đổi với ALT, V1 đưa địa chỉ trực tiếp vào giao dịch. Cách này có thể thuận tiện hơn khi xử lý các ứng dụng sử dụng nhiều tài khoản.
Tuy vậy, giới hạn 64 tài khoản của Solana vẫn được giữ nguyên. Vì thế, các ứng dụng cần tương tác với số lượng tài khoản lớn vẫn có thể gặp giới hạn, ngay cả khi vấn đề về kích thước giao dịch được nới rộng.
Tác động tiềm năng đối với DeFi và hạ tầng Solana
Transaction V1 có thể tạo thêm không gian cho các tuyến giao dịch nguyên tử phức tạp, đặc biệt với router và sàn giao dịch phi tập trung tổng hợp thanh khoản.
Solana đang mở rộng hoạt động liên quan đến stablecoin, cổ phiếu token hóa và tài sản thực tế. Báo cáo của Galaxy về Solana trong quý 2 năm 2026 đề cập đến các mảng hoạt động này.
Galaxy nhận định tiềm năng của Solana trong tương lai sẽ phụ thuộc nhiều vào khả năng sử dụng tài sản cho hoạt động cho vay, thế chấp, giao dịch ký quỹ và tạo lợi suất, thay vì chỉ phát hành hoặc giao dịch. Dữ liệu DeFiLlama cũng ghi nhận sự hiện diện của hoạt động DeFi trên Solana.
Transaction V1 được triển khai cùng giai đoạn với Agave 4.2. Một số thông tin được trích dẫn trong quá trình triển khai đề cập đến mục tiêu giảm chi phí khoảng 90% và rút ngắn thời gian xử lý từ 500 xuống 200 mili giây, nhưng các tác động này còn phụ thuộc vào quá trình triển khai thực tế.
RPC và các ứng dụng cần chuẩn bị trước khi lên mainnet
Transaction V1 có cơ chế opt-in, nên các giao dịch Legacy và V0 vẫn tiếp tục hoạt động. Thách thức chính là các thành phần hạ tầng phải đọc và xử lý được giao dịch V1.
Anza yêu cầu nhà cung cấp RPC chuyển sang Agave v4.2.2 hoặc v4.3.0-beta.3. Danh sách kiểm tra nâng cấp Agave 4.2 của Helius cảnh báo các hệ thống không xác nhận khả năng tương thích V1 có thể gặp lỗi khi gọi những phương thức như getBlock trong trường hợp dữ liệu chứa giao dịch V1.
| Mốc triển khai | Diễn biến |
|---|---|
| 24 tháng 8 | Bắt đầu thử nghiệm V1 trong môi trường cục bộ |
| 29 tháng 8 | Xác nhận kế hoạch triển khai mainnet ngày 9 tháng 9 |
| 1 tháng 9 | Kích hoạt V1 trên testnet tại epoch 1025 |
| 9 tháng 9 | Lịch triển khai V1 trên mainnet |
Đợt chạy thử trên testnet là bước chuẩn bị cuối cho các nhà cung cấp RPC, trình lập chỉ mục, ví, SDK và nền tảng phân tích trước thời điểm triển khai dự kiến trên mainnet.
Tổng kết
Transaction V1 mở rộng kích thước giao dịch Solana lên 4.096 byte và đưa thêm nhiều tác vụ vào một giao dịch nguyên tử. Hiệu quả thực tế sẽ phụ thuộc vào mức độ hỗ trợ của hạ tầng mạng và vẫn bị giới hạn bởi khả năng xử lý tối đa 64 tài khoản.
