Solana Transaction V1 là gì? Nâng cấp 4.096 byte

Solana Transaction V1 là gì? Đây là một định dạng giao dịch mới được đề xuất nhằm tăng cường khả năng giao dịch của Solana trong khi đơn giản hóa cách mà các validator xử lý giao dịch.

Hiện tại Solana các định dạng giao dịch có kích thước tối đa được tuần tự hóa là 1,232 byte. Giới hạn đó có thể trở nên hạn chế đối với các ứng dụng cần kết hợp nhiều hướng dẫn, tài khoản, chữ ký hoặc dữ liệu vào một giao dịch nguyên tử duy nhất.

Định dạng giao dịch Solana V1 được đề xuất tăng kích thước gói tin lên 4,096 byte. Tuy nhiên, bản nâng cấp không chỉ đơn thuần là một giới hạn kích thước lớn hơn. Nó cũng thay đổi cách bố trí giao dịch bằng cách loại bỏ Bảng Tra địa chỉ (ALTs), di chuyển thông tin phí và tài nguyên vào siêu dữ liệu giao dịch, và tách tiêu đề hướng dẫn khỏi các payload có độ dài biến đổi của chúng.

Kết quả là một định dạng giao dịch được thiết kế để cung cấp nhiều khả năng ứng dụng hơn trong khi giảm bớt một số quy trình phụ thuộc vào trạng thái cần thiết trong quá trình tiếp nhận của validator.

Điểm chính cần lưu ý

• Solana Transaction V1 tăng kích thước giao dịch từ 1,232 byte lên 4,096 byte.

• V1 loại bỏ Bảng Tra địa chỉ (ALTs) và đặt tất cả các địa chỉ tài khoản tham chiếu trực tiếp bên trong giao dịch.

• Bản nâng cấp có thể hỗ trợ các giao dịch nguyên tử phức tạp hơn, nhưng giới hạn 64 tài khoản hiện có vẫn có thể hạn chế các ứng dụng nặng tài khoản.

Solana Transaction V1 là gì?

Solana Transaction V1 là một định dạng giao dịch được đề xuất thiết kế lại cách mà các giao dịch được tuần tự hóa và xử lý trên mạng Solana..

Đề xuất này liên quan chặt chẽ đến hai Tài liệu Cải tiến Solana: SIMD-0296, đề xuất kích thước giao dịch lớn hơn, và SIMD-0385, giới thiệu định dạng giao dịch V1.

Thay đổi rõ ràng nhất là tăng kích thước tối đa của giao dịch. Theo đề xuất, một giao dịch Solana 4,096 byte có thể lên tới 4,096 byte thay vì giới hạn 1,232 byte hiện tại.

Điều này cung cấp nhiều không gian hơn cho các ứng dụng cần payload giao dịch lớn hơn.

Tuy nhiên, V1 cũng thay đổi kiến trúc giao dịch cơ bản. Thay vì dựa vào Bảng Tra địa chỉ để nén địa chỉ tài khoản, V1 bao gồm các tài khoản tham chiếu trực tiếp trong giao dịch.

Điều này tạo ra một sự đánh đổi: các ứng dụng có được một gói giao dịch lớn hơn, nhưng một số không gian bổ sung đó có thể bị tiêu thụ bởi các tài khoản trước đây được đại diện thông qua các chỉ mục ALT nén.

CŨNG ĐỌC: Solana Airdrops tháng 9 năm 2026: Cơ hội sắp tới và cách đủ điều kiện

Tại sao Solana cần giao dịch lớn hơn?

Giới hạn 1,232 byte hiện tại có thể khiến các thao tác phức tạp khó khăn để đặt vào một giao dịch nguyên tử duy nhất.

Một giao dịch có thể cần bao gồm nhiều hướng dẫn, địa chỉ tài khoản, chữ ký và dữ liệu cụ thể của ứng dụng. Khi dữ liệu tuần tự hóa kết hợp vượt quá giới hạn, các nhà phát triển có thể cần chia nhỏ thao tác thành nhiều giao dịch.

Điều đó có thể làm cho một số quy trình làm việc trở nên phức tạp hơn vì các thao tác có thể lý thuyết xảy ra nguyên tử thì phải thực hiện riêng biệt.

Đề xuất nâng cấp kích thước giao dịch Solana cung cấp cho các nhà phát triển nhiều không gian hơn để xây dựng các giao dịch phức tạp trong một gói giao dịch.

Điều này có thể đặc biệt hữu ích cho các ứng dụng tài chính phi tập trung, hệ thống định tuyến, giao dịch multisig, ứng dụng bảo mật và các khối lượng công việc khác yêu cầu nhiều mảnh thông tin được xử lý cùng nhau.

Solana V1 so với V0: Thay đổi gì?

Sự khác biệt giữa Solana V1 và V0 không chỉ giới hạn ở kích thước giao dịch.

V0 sử dụng Bảng Tra địa chỉ

Các giao dịch phiên bản 0 có thể sử dụng Bảng Tra địa chỉ để tham chiếu các tài khoản bằng cách sử dụng chỉ số nén thay vì bao gồm từng khóa công khai 32 byte trực tiếp trong giao dịch.

Điều này hữu ích khi một giao dịch cần nhiều tài khoản vì nó giảm đáng kể kích thước tuần tự hóa của phần tài khoản.

Tuy nhiên, việc sử dụng ALTs cũng giới thiệu yêu cầu xử lý bổ sung cho các validator. Validator cần lấy thông tin từ các bảng tra liên quan, xác thực chúng, giải quyết các chỉ số, và xây dựng tập hợp tài khoản hoàn chỉnh trước khi tiếp tục xử lý giao dịch sau đó.

V1 loại bỏ sự phụ thuộc vào ALT

Dưới V1, Bảng Tra địa chỉ bị loại bỏ khỏi định dạng giao dịch.

Thay vào đó, tất cả các tài khoản tham chiếu được bao gồm trực tiếp trong một mảng địa chỉ nội tuyến.

Điều này làm cho tập hợp tài khoản hoàn chỉnh có sẵn sớm hơn trong quá trình xử lý giao dịch và loại bỏ nhu cầu về việc giải quyết ALT phụ thuộc vào trạng thái trong quá trình tiếp nhận.

Sự đánh đổi là mỗi tài khoản nội tuyến yêu cầu khóa công khai 32 byte đầy đủ.

Solana V1 và giới hạn giao dịch 4,096 byte

Thay đổi khả năng quan trọng nhất là chuyển từ 1,232 byte lên 4,096 byte.

Điều này đại diện cho hơn ba lần gói giao dịch trước đó.

Khả năng lớn hơn không có nghĩa là mọi giao dịch sẽ tự động lớn hơn. Thay vào đó, các ứng dụng cần không gian bổ sung có thể sử dụng không gian có sẵn cho các hướng dẫn phức tạp hơn, payload dữ liệu lớn hơn, thêm tài khoản, hoặc thông tin mã hóa.

Phân tích các khối lượng công việc hiện tại của Solana cho thấy rằng tập hợp giao dịch hiện tại tương đối tương thích với gói 4,096 byte sau khi được chuyển đổi từ V0 sang cấu trúc dự kiến V1.

Tuy nhiên, không gian có sẵn không được phân phối đồng đều qua từng thành phần giao dịch.

Khả năng hướng dẫn thường có không gian trống đáng kể, trong khi khả năng tài khoản thì biến đổi hơn.

Sự đánh đổi ALT trong Solana Transaction V1

Việc loại bỏ Bảng Tra địa chỉ là sự đánh đổi quan trọng nhất trong định dạng mới.

Trong V0, một tài khoản tải từ ALT thường có thể được đại diện bằng khoảng một byte cho chỉ số tra cứu của nó. Dưới V1, tài khoản đó phải được đại diện bằng địa chỉ đầy đủ 32 byte của nó.

Kết quả là, việc loại bỏ nén ALT có thể làm tăng đáng kể kích thước tuần tự hóa của các giao dịch sử dụng nhiều địa chỉ tra cứu.

Tác động phụ thuộc nặng nề vào cách mà ALT được sử dụng.

Một giao dịch tải nhiều tài khoản từ chỉ một vài bảng tra cứu được hưởng lợi đáng kể từ việc nén ALT trong V0. Do đó, việc chuyển đổi giao dịch đó sang V1 có thể thêm một số byte đáng kể.

Mặt khác, các giao dịch tham chiếu nhiều bảng nhưng tải tương đối ít địa chỉ từ mỗi bảng có thể thấy sự gia tăng nhỏ hơn nhiều. Trong một số cấu hình thưa thớt, việc loại bỏ chi phí ALT thậm chí có thể bù đắp một phần chi phí địa chỉ bổ sung.

Đó là lý do tại sao việc nâng cấp giao dịch Solana V1 được hiểu tốt hơn như một sự thỏa hiệp về khả năng thay vì chỉ là một sự gia tăng đơn giản gấp ba lần không gian giao dịch có thể sử dụng.

Giao dịch V1 lớn hơn bao nhiêu?

Phân tích mẫu giao dịch Solana trong 30 ngày cung cấp ước lượng về cách mà các giao dịch V0 hiện tại sẽ hoạt động dưới định dạng đề xuất.

Trong số các giao dịch V0 hiện tại sử dụng ALTs:

• Khoảng 50% sẽ trải qua ít hơn khoảng 420 byte bổ sung sau khi chuyển đổi.

• Khoảng 90% sẽ trải qua ít hơn khoảng 1.400 byte bổ sung.

• Các giao dịch ALT dày đặc có thể thêm hơn 1.500 byte khi các địa chỉ của chúng được chuyển đổi thành địa chỉ V1 inline.

Ngay cả sau khi tính đến sự mở rộng này, phân bố giao dịch V1 giả thuyết vẫn chủ yếu dưới giới hạn đề xuất 4.096 byte.

Điều này cho thấy rằng phong bì lớn hơn có thể cung cấp thêm khả năng có ý nghĩa cho nhiều khối lượng công việc hiện có.

Giao dịch lớn hơn của Solana có thể cho phép điều gì?

Các giao dịch lớn hơn của Solana có thể mang lại lợi ích cho các ứng dụng hiện đang gặp khó khăn trong việc phù hợp tất cả các hoạt động cần thiết vào một giao dịch.

Các trường hợp sử dụng tiềm năng bao gồm:

Các lộ trình DeFi phức tạp hơn

Các bộ định tuyến giao dịch có thể kết hợp nhiều hoạt động và tương tác tài khoản trong một giao dịch duy nhất, có khả năng làm cho các lộ trình phức tạp dễ dàng hơn để xây dựng theo kiểu nguyên tử.

Các tải trọng đa chữ ký và mật mã lớn hơn

Các ứng dụng liên quan đến các hoạt động đa chữ ký, bằng chứng, chữ ký hoặc các cấu trúc mật mã nặng dữ liệu khác có thể hưởng lợi từ không gian tuần tự bổ sung.

Logic ứng dụng tinh vi hơn

Các nhà phát triển có thể có thêm không gian cho dữ liệu lệnh và nhiều lệnh cấp cao mà không ngay lập tức đạt đến trần 1.232 byte trước đó.

Tuy nhiên, kích thước giao dịch chỉ là một hạn chế.

Giới hạn 64 Tài khoản vẫn quan trọng

Một chi tiết quan trọng là giới hạn 4.096 byte không tự động loại bỏ mọi ràng buộc giao dịch hiện có.

Phân tích hiện tại chỉ ra rằng khả năng lệnh về cơ bản có không gian dư dật đáng kể sau khi chuyển đổi, trong khi không gian tài khoản thì đa dạng hơn.

Điều này có nghĩa là một ứng dụng có thể có hàng trăm byte chưa sử dụng nhưng vẫn không thể thêm một tương tác giao thức khác nếu nó đạt đến giới hạn tài khoản.

Điều này đặc biệt quan trọng cho các ứng dụng DeFi nặng tài khoản. Việc thêm một nhóm thanh khoản khác, thị trường, oracle, kho, hoặc thành phần giao thức khác có thể yêu cầu thêm nhiều tài khoản mới.

Vì vậy, V1 cung cấp nhiều dung lượng byte hơn đáng kể, nhưng điều đó không có nghĩa là các ứng dụng có khả năng tài khoản không giới hạn.

Cách mà Giao dịch V1 của Solana thay đổi Quy trình Xác thực

Một mục đích chính khác của V1 là đơn giản hóa việc tiếp nhận giao dịch cho các xác thực viên.

Trong các định dạng giao dịch hiện tại, các xác thực viên cần trích xuất phí và yêu cầu tài nguyên từ các lệnh giao dịch. Các giao dịch V0 cũng yêu cầu giải quyết ALT trước khi bộ tài khoản hoàn chỉnh được biết.

V1 thay đổi quy trình này bằng cách biến phí và yêu cầu tài nguyên thành siêu dữ liệu giao dịch lớp một.

Nó cũng cung cấp một mảng tài khoản inline hoàn chỉnh, loại bỏ nhu cầu giải quyết Bảng Tra Địa Chỉ trong quá trình tiếp nhận.

Các tiêu đề lệnh cũng được tách ra khỏi các tải trọng có độ dài biến đổi của chúng. Điều này cho phép các xác thực viên xác định ranh giới lệnh mà không cần phân tích tuần tự từng lệnh có độ dài biến đổi trước đó.

Các thay đổi này có thể cho phép các xác thực viên xác định thông tin giao dịch quan trọng sớm hơn và giảm thiểu việc xử lý phụ thuộc vào trạng thái trong đường dẫn tiếp nhận.

Ai Lợi Ích từ Giao dịch V1 của Solana?

Việc nâng cấp có thể ảnh hưởng đến một số phần của hệ sinh thái Solana.

• Các nhà phát triển nhận được một phong bì giao dịch lớn hơn cho các hoạt động nguyên tử phức tạp hơn.

• Các xác thực viên và nhóm khách hàng hưởng lợi từ một cấu trúc giao dịch mà phơi bày thông tin phí và tài nguyên sớm hơn và loại bỏ việc giải quyết ALT khỏi tiếp nhận.

• Các nhà giao dịch và hệ thống định tuyến có thể xây dựng các lộ trình giao dịch nguyên tử phức tạp hơn.

• Ví, SDK và nhà cung cấp RPC sẽ cần hỗ trợ mô hình tuần tự hóa và xây dựng giao dịch mới.

• Các ứng dụng quyền riêng tư và mật mã có thể hưởng lợi từ không gian bổ sung cho các tải trọng nặng dữ liệu.

Tuy nhiên, lợi ích lớn nhất không chỉ là giao dịch trở nên lớn hơn. V1 cố gắng làm cho các giao dịch lớn hơn trở nên dễ dàng hơn cho mạng xử lý cấu trúc.

Giao dịch V1 của Solana Giải Thích Bằng Những Thuật Ngữ Đơn Giản

Cách dễ nhất để hiểu Giao dịch V1 của Solana được giải thích là nghĩ về nó như một thiết kế lại của container giao dịch.

V0 sử dụng một container nhỏ hơn và có thể nén địa chỉ tài khoản thông qua ALTs. V1 sử dụng một container lớn hơn nhiều nhưng đặt tất cả địa chỉ tài khoản trực tiếp bên trong nó.

Cùng lúc, V1 tổ chức lại siêu dữ liệu giao dịch để các xác thực viên có thể xác định phí, yêu cầu tài nguyên, tài khoản và ranh giới chỉ dẫn một cách hiệu quả hơn.

Vì vậy, sự đánh đổi là rõ ràng:

V0: giao dịch nhỏ hơn + địa chỉ ALT nén + độ phân giải tra cứu bổ sung.

V1: giao dịch lớn hơn + địa chỉ inline + khám phá tài khoản đơn giản hơn trong quá trình tiếp nhận.

Envelope lớn hơn 4,096 byte cung cấp cho các ứng dụng nhiều không gian hơn, trong khi cấu trúc mới nhằm đơn giản hóa quy trình xác thực viên.

CŨNG ĐỌC: Solana cho Người Mới - Tất Tần Tật Về Solana (SOL)

Kết luận

Solana Transaction V1 là gì? Đây là một định dạng giao dịch được đề xuất nhằm mở rộng khả năng giao dịch của Solana từ 1,232 byte đến 4,096 byte trong khi thay đổi cách dữ liệu giao dịch được tổ chức.

Cải tiến này gắn liền chặt chẽ với SIMD-0296 và SIMD-0385. V1 loại bỏ Bảng Tra Cứu Địa Chỉ khỏi định dạng giao dịch, chuyển yêu cầu phí và tài nguyên vào siêu dữ liệu giao dịch, và tách tiêu đề chỉ dẫn khỏi các payload có độ dài biến đổi.

Sự đánh đổi lớn nhất là việc loại bỏ ALT. Các tài khoản trước đây được đại diện thông qua các chỉ số tra cứu gọn nhẹ phải được bao gồm dưới dạng địa chỉ 32 byte đầy đủ, có nghĩa là một số giao dịch có thể trở nên lớn hơn đáng kể.

Dù vậy, khối lượng công việc được phân tích dường như tương thích rộng rãi với envelope 4,096 byte. Do đó, bản nâng cấp có thể cung cấp thêm khả năng có ý nghĩa cho các ứng dụng phức tạp, mặc dù giới hạn 64 tài khoản hiện tại có thể vẫn là một rào cản cho các giao dịch nặng tài khoản.

Đối với những nhà giao dịch theo dõi sự phát triển của hệ sinh thái Solana và muốn giao dịch SOL hoặc tài sản tiền điện tử khác, bạn có thể khám phá thị trường trên Bitrue và đăng ký một tài khoản Bitrue tại đây.

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

Solana Transaction V1 là gì?

Solana Transaction V1 là một định dạng giao dịch được đề xuất tăng kích thước giao dịch tối đa lên 4,096 byte và thiết kế lại quá trình tuần tự hóa giao dịch.

Giao dịch Solana V1 lớn như thế nào?

Kích thước tối đa được đề xuất là 4,096 byte, so với giới hạn hiện tại là 1,232 byte.

SIMD-0385 là gì?

SIMD-0385 là Tài Liệu Cải Tiến Solana đề xuất định dạng Giao Dịch V1 và những thay đổi cấu trúc của nó.

SIMD-0296 là gì?

SIMD-0296 đề xuất tăng kích thước giao dịch tối đa của Solana từ 1,232 byte lên 4,096 byte.

Solana V1 có loại bỏ Bảng Tra Cứu Địa Chỉ không?

Có. V1 loại bỏ sự phụ thuộc vào ALT khỏi định dạng giao dịch và bao gồm các tài khoản được tham chiếu trực tiếp trong giao dịch.

Từ chối trách nhiệm: Những ý kiến được bày tỏ thuộc về tác giả và không phản ánh ý kiến của nền tảng này. Nền tảng này và các đơn vị liên kết từ chối bất kỳ trách nhiệm nào về độ chính xác hoặc sự phù hợp của thông tin được cung cấp. Thông tin này chỉ mang tính chất thông tin và không nhằm mục đích tư vấn tài chính hoặc đầu tư.