Solana ra mắt Transaction v1 trong tuần này: dung lượng giao dịch tối đa tăng lên 4096 byte

Solana sẽ chính thức đưa tính năng Transaction v1 lên mainnet vào ngày 9 tháng 9 (thứ Tư), nâng kích thước giao dịch tối đa từ 1.232 byte lên 4.096 byte, tức gấp hơn ba lần. Nâng cấp này được định nghĩa bởi hai Đề xuất Cải tiến Solana: SIMD-0296 (giao dịch lớn hơn) và SIMD-0385 (định dạng Transaction v1).

Thông số kỹ thuật của Transaction v1

Transaction v1 được định nghĩa bởi hai Đề xuất Cải tiến Solana: SIMD-0296 quy định giới hạn kích thước giao dịch lớn hơn, còn SIMD-0385 định nghĩa định dạng Transaction v1. Cả hai đề xuất đều do Jacob Creech và Andrew Fitzgerald đồng soạn thảo. Tính năng mới đã hoạt động ổn định trong một thời gian trên testnet và devnet, đồng thời chính thức hoạt động trên mainnet vào ngày 9 tháng 9 năm 2026.

Transaction v1 được thiết kế để tương thích ngược. Định dạng v0 hiện tại vẫn tiếp tục có hiệu lực; ví và ứng dụng chỉ sử dụng định dạng v1 khi cần thêm không gian giao dịch, chứ không bắt buộc phải chuyển đổi.

Ba loại giao dịch được hưởng lợi trực tiếp nhất từ Transaction v1

Sau khi kích thước được mở rộng từ 1.232 byte lên 4.096 byte, ba loại giao dịch sau sẽ nhận được lợi ích trực tiếp nhất:

Bằng chứng mật mã lớn: Dữ liệu xác minh như ZK proof trước đây thường phải được chia thành nhiều giao dịch vì vượt quá giới hạn 1.232 byte. Transaction v1 cho phép đóng gói toàn bộ dữ liệu xác minh ZK vào một giao dịch duy nhất để gửi đi.

Quy trình phê duyệt đa chữ ký: Các giao dịch chuyển tiền cần nhiều bên ký duyệt, chẳng hạn như giao dịch của kho bạc doanh nghiệp hoặc đề xuất DAO, đều tiêu tốn không gian cho mỗi chữ ký. V1 cho phép hoàn tất quy trình phê duyệt đa chữ ký trong một giao dịch duy nhất.

Chuyển tiền riêng tư: Một số cơ chế giao dịch riêng tư cần thêm lớp mã hóa, khiến giới hạn kích thước hiện tại không đủ và dẫn đến giao dịch thất bại hoặc hoạt động kém hiệu quả. Kích thước 4.096 byte cung cấp đủ không gian cho các hoạt động này.

Lý do đặt giới hạn ở 4.096 byte

Việc đặt giới hạn ở 4.096 byte (4 KB) có cân nhắc đến yếu tố phần cứng: đây là kích thước trang bộ nhớ tiêu chuẩn được các nút trình xác thực sử dụng. Nếu một giao dịch đơn lẻ vượt qua nhiều trang bộ nhớ, chi phí xử lý sẽ tăng đáng kể, gây bất lợi cho việc duy trì TPS cao của Solana (số giao dịch mỗi giây). Do đó, 4 KB là điểm cân bằng giữa việc mở rộng dung lượng và duy trì hiệu suất mạng.

Giới hạn 1.232 byte trước đây bắt nguồn từ thiết kế mạng thời kỳ đầu của Solana — mỗi giao dịch phải nằm gọn trong một gói IP khoảng 1.280 byte. Vào năm 2022, Solana đã điều chỉnh phương thức truyền tải lưu lượng giao dịch, khiến giới hạn cứng đó không còn cần thiết. Việc ra mắt Transaction v1 là động thái chính thức loại bỏ hạn chế thiết kế mang tính lịch sử này.

Cập nhật cần thiết cho nút RPC và dịch vụ đọc dữ liệu

Transaction v1 ảnh hưởng đến các dịch vụ đọc dữ liệu trên chuỗi nhiều hơn so với các giao dịch ghi dữ liệu. Tất cả dịch vụ lấy dữ liệu khối và giao dịch — gồm nút RPC, nhà cung cấp dữ liệu trên chuỗi và backend của ví — đều phải cập nhật mã nguồn; nếu không, chúng sẽ trả về lỗi ngay khi gặp giao dịch ở định dạng v1.

Một ảnh hưởng cụ thể khác nằm ở vị trí trường phí ưu tiên (priority fee): v1 lưu thông tin phí ưu tiên trong một trường khác với v0, khiến phần mềm phiên bản cũ khi đọc giao dịch v1 sẽ hiển thị «phí bằng 0», dù người dùng thực tế đã trả phí tăng tốc. Nếu giao diện ví, trình khám phá blockchain và ứng dụng giao dịch chưa được cập nhật, người dùng sẽ thấy thông tin phí không chính xác.

So sánh dung lượng với Ethereum

Xét về thiết kế giao thức, Ethereum không có giới hạn kích thước giao dịch ở cấp giao thức; nhà phát triển chỉ cần trả phí Gas cao hơn là có thể thực hiện các hoạt động chứa nhiều dữ liệu trong một giao dịch duy nhất. Trước đây, Solana có hạn chế rõ rệt về số lượng chỉ thị mà một giao dịch có thể chứa. Sau khi Transaction v1 nâng giới hạn lên 4.096 byte, khoảng cách giữa hai blockchain đã được thu hẹp, nhưng 4.096 byte vẫn chưa được xem là lớn đối với Ethereum L1 — một giao dịch DeFi phức tạp trên Ethereum, chẳng hạn như kinh doanh chênh lệch giá qua nhiều pool hoặc vay và hoàn trả nhiều tài sản, thường vượt quá con số này.

Ý nghĩa kỹ thuật thực tế đối với hệ sinh thái Solana là loại bỏ các giải pháp tạm thời dành cho nhà phát triển. Trước đây, khi phải chia hoạt động thành nhiều giao dịch, họ cần xử lý các phụ thuộc trạng thái giữa các giao dịch cũng như vấn đề hoàn tác khi giao dịch thất bại. Transaction v1 cho phép hoàn tất logic phức tạp trong một thao tác nguyên tử, gần với mô hình lập trình truyền thống hơn.

Câu hỏi thường gặp

Ngày ra mắt, thay đổi về kích thước tối đa và các đề xuất định nghĩa Solana Transaction v1 là gì?

Solana Transaction v1 ra mắt trên mainnet vào ngày 9 tháng 9 năm 2026 (thứ Tư), nâng kích thước giao dịch tối đa từ 1.232 byte lên 4.096 byte (gấp hơn ba lần). Nâng cấp này được định nghĩa bởi hai đề xuất SIMD-0296 và SIMD-0385, do Jacob Creech và Andrew Fitzgerald đồng soạn thảo, sau khi đã hoạt động ổn định trên testnet và devnet.

Tại sao giới hạn 4.096 byte được đặt ở con số này thay vì cao hơn?

4.096 byte là kích thước trang bộ nhớ tiêu chuẩn được các nút trình xác thực sử dụng. Nếu một giao dịch đơn lẻ vượt qua nhiều trang bộ nhớ, chi phí xử lý sẽ tăng đáng kể, gây bất lợi cho việc duy trì TPS cao của Solana. Do đó, 4 KB là điểm cân bằng giữa việc mở rộng dung lượng và duy trì hiệu suất mạng.

Các nút RPC và dịch vụ đọc dữ liệu cần cập nhật như thế nào, tác động cụ thể của thay đổi trường phí ưu tiên là gì?

Tất cả dịch vụ lấy dữ liệu khối và giao dịch đều phải cập nhật mã nguồn; nếu không, chúng sẽ trả về lỗi ngay khi gặp giao dịch v1. Vị trí trường phí ưu tiên của v1 khác với v0, nên phần mềm phiên bản cũ khi đọc giao dịch sẽ hiển thị «phí bằng 0» dù người dùng đã trả phí tăng tốc. Ví và trình khám phá blockchain nếu chưa được cập nhật cũng sẽ hiển thị thông tin phí không chính xác.