Nâng cấp Transaction V1 của Solana chính thức hoạt động trên mainnet-beta
TREE NEWS đưa tin: Nhóm phát triển cốt lõi của Solana là Anza đã chính thức triển khai Transaction V1 (SIMD-0385) lên mainnet-beta, đánh dấu một trong những thay đổi cấp giao thức quan trọng nhất đối với việc xử lý giao dịch của mạng lưới kể từ khi ra đời. Bản nâng cấp này tăng kích thước tối đa của một giao dịch đơn lẻ từ 1.232 byte lên 4.096 byte — mức tăng hơn gấp ba lần.
Những gì thay đổi bên trong
Giới hạn 1.232 byte ban đầu được kế thừa từ các ràng buộc thiết kế thuở sơ khai của Solana, khi mà payload của giao dịch phải vừa trong một gói MTU tối thiểu IPv6 duy nhất (1.280 byte) trừ đi phần header. Mức trần đó từ lâu đã là nút thắt đối với các nhà phát triển xây dựng các chương trình on-chain phức tạp, đặc biệt là những chương trình liên quan đến danh sách tài khoản lớn, nhiều chữ ký, hoặc các cấu trúc dữ liệu nén.
Transaction V1 giới thiệu một định dạng giao dịch linh hoạt hơn, tách payload khỏi giả định về kích thước gói truyền thống. Những tác động chính bao gồm:
- Các hoạt động DeFi phức tạp: Hoán đổi nhiều chặng, thanh lý theo lô, và tái cân bằng vault giờ đây có thể thực thi trong một giao dịch duy nhất thay vì bị chia nhỏ qua nhiều giao dịch.
- NFT nén và chứng minh trạng thái: Các giao dịch lớn hơn cho phép đưa bằng chứng Merkle vào hiệu quả hơn, giảm số lượng lệnh gọi riêng lẻ cần thiết cho việc mint và chuyển NFT nén.
- Các hướng trừu tượng hóa tài khoản: Các nhà phát triển ví có thêm dư địa để gộp xác minh chữ ký, thanh toán phí, và logic thực thi — một tiền đề cho các tài khoản thông minh kiểu ERC-4337.
- Phí ưu tiên thấp hơn trên mỗi thao tác: Bằng cách hợp nhất các thao tác, người dùng có thể giảm tổng chi phí compute-unit và phí ưu tiên, mặc dù tác động lên tình trạng tắc nghẽn mạng vẫn cần được theo dõi.
Tại sao điều này quan trọng với vị thế cạnh tranh của Solana
Solana đã đặt uy tín của mình vào thông lượng cao và độ trễ thấp, nhưng các con số TPS thô thường che khuất những hạn chế thực tế mà các nhà phát triển gặp phải khi xây dựng các ứng dụng tinh vi. Mức trần 4KB đưa khả năng biểu đạt giao dịch của Solana tiến gần hơn đến những gì các chuỗi dựa trên EVM cung cấp qua calldata, mà không phải hy sinh mô hình thực thi song song của runtime.
Đối với các giao thức DeFi trên Solana — bao gồm các sàn giao dịch vĩnh viễn, nền tảng staking thanh khoản, và các aggregator — bản nâng cấp giảm bớt gánh nặng kỹ thuật khi phải chia ý định của người dùng qua nhiều giao dịch. Điều này có thể chuyển thành UX tốt hơn, ít thất bại một phần hơn, và thực thi arbitrage chặt chẽ hơn.
Những gì cần theo dõi tiếp theo
Việc áp dụng không tự động diễn ra. Các client, nhà cung cấp RPC, và ví phải cập nhật logic xây dựng và chuyển tiếp giao dịch để tận dụng V1. Các validator cần đảm bảo đường ống sản xuất block của họ xử lý được các gói lớn hơn mà không gây ra độ trễ lan truyền. Anza nhiều khả năng sẽ theo dõi các chỉ số mạng — thời gian slot, tỷ lệ fork, và tỷ lệ giao dịch được ghi nhận — trong những tuần tới.
Bản nâng cấp cũng đặt ra câu hỏi liệu kích thước block và giới hạn compute của Solana có nên được xem xét lại song song hay không. Nếu giao dịch có thể mang nhiều dữ liệu hơn, kinh tế học của không gian block và phí ưu tiên có thể thay đổi, có khả năng định hình lại động lực MEV trên mạng lưới.
Hiện tại, thông điệp đã rõ ràng: Solana đang từng bước loại bỏ những ràng buộc đã kìm hãm những nhà xây dựng tham vọng nhất của mình. Liệu điều đó có chuyển thành một làn sóng ứng dụng on-chain mới hay không sẽ là phép thử thực sự.
