Solana nhắm đến kích hoạt Transaction v1 vào thứ Tư

Solana đang nhắm đến thứ Tư để kích hoạt Giao dịch v1, nâng kích thước giao dịch tối đa từ 1.232 byte lên 4.096 byte. Thay đổi này mở rộng những gì có thể được thực hiện nguyên tử trên chuỗi, nhưng cũng buộc hạ tầng đọc dữ liệu phải cập nhật hoặc có nguy cơ yêu cầu bị thất bại và hiển thị phí ưu tiên sai lệch.

Điểm chính

Solanađang nhắm đến một lần kích hoạt mainnet vào thứ Tư để nâng kích thước giao dịch tối đa từ 1.232 byte lên 4.096 byte thông qua Giao dịch v1.
Các định dạng giao dịch cũ vẫn được hỗ trợ, vì vậy hầu hết các ví và ứng dụng có thể tiếp tục hoạt động mà không cần chuyển đổi trừ khi họ cần thêm không gian.
Các trình đọc khối và giao dịch cung cấp sức mạnh cho các trình khám phá, ví và ứng dụng giao dịch cần hỗ trợ Giao dịch v1 hoặc các yêu cầu lấy dữ liệu có thể thất bại khi định dạng mới xuất hiện.
Siêu dữ liệu phí ưu tiên di chuyển trong v1, có nghĩa là công cụ lỗi thời có thể hiển thị phí ưu tiên bằng không ngay cả khi người dùng đã thanh toán một khoản.

Giao dịch v1 chính thức ra mắt: từ 1.232 byte đến 4.096 byte

Solana đang nhắm đến thứ Tư để nâng kích thước giao dịch tối đa của mình từ 1.232 byte lên 4.096 byte thông qua định dạng Giao dịch v1 mới. Đó là hơn 3 lần tăng về lượng hướng dẫn và dữ liệu có thể chứa trong một giao dịch duy nhất.

Chiến thắng thực tiễn là tính nguyên tử. Các quy trình làm việc trước đây phải được chia thành nhiều giao dịch giờ đây có thể ngày càng được thực hiện trong một giao dịch, giảm số lượng chữ ký riêng biệt, phát sóng và điểm thất bại cần thiết để hoàn thành một hành động phức tạp.

Định dạng mới đã được triển khai trên các mạng thử nghiệm và phát triển của Solana. Gói tin không chỉ định thời gian kích hoạt chính xác cho thứ Tư, và nó cũng không xác nhận kích hoạt chính thức trên mạng chính ngoài mục tiêu đã đề ra.

Sự thay đổi được định nghĩa trong hai Tài liệu Cải tiến Solana, SIMD-0296 và SIMD-0385, do Jacob Creech và Andrew Fitzgerald đồng tác giả.

Thực thi và Tầm Nhìn Phí: Giao Dịch Lớn Hơn, Siêu Dữ Liệu Phí Ưu Tiên Khác Nhau

Các giao dịch lớn mở rộng không gian thiết kế cho các ứng dụng Solana có nhiều lệnh. Các ví dụ được trích dẫn cho những gì hiện có thể phù hợp hơn trong một giao dịch duy nhất bao gồm các chứng minh mật mã lớn, các khoản thanh toán yêu cầu nhiều phê duyệt (lớnmultisigcác hoạt động), và một số chuyển giao bí mật.

Đối với các nhà giao dịch, điều này có nghĩa là sẽ có ít chuỗi giao dịch đa dạng hơn cho các hành động phức tạp. Điều này đặc biệt quan trọng khi chuỗi đang bận rộn và việc thực hiện một phần là tốn kém. Một giao dịch hoặc thành công hoặc không. Việc chia sẻ cùng một ý định qua nhiều giao dịch làm tăng khả năng một phần sẽ thất bại, đến muộn, hoặc được xử lý với mức phí khác.

Cấu trúc phí phức tạp hơn. Cập nhật này không giới thiệu một khoản phí mới theo byte, nhưng các giao dịch lớn hơn tiêu tốn nhiều băng thông mạng hơn. Các nhà phát triển dự đoán rằng người dùng có thể cần phải cung cấp các khoản phí ưu tiên cao hơn khi các giao dịch lớn hơn đang cạnh tranh cho không gian.

Phí ưu tiên là các khoản thanh toán bổ sung tùy chọn mà người dùng có thể thực hiện để giao dịch được xử lý nhanh hơn. Vấn đề là Transaction v1 lưu trữ thông tin phí ưu tiên ở nơi khác, điều này tạo ra một chế độ lỗi mới cho bất kỳ công cụ nào giả định cấu trúc cũ.

Rủi ro từ Indexer và Explorer: Đọc không thành công và báo cáo sai lệch 'Phí bằng không'

Áp lực nâng cấp ngay lập tức không nằm ở ví. Các định dạng giao dịch hiện tại sẽ vẫn được hỗ trợ, và ví cũng như ứng dụng không cần chuyển sang v1 trừ khi họ cần thêm không gian.

Áp lực nằm ở hệ thống đọc Solana. Các dịch vụ lấy khối và giao dịch cần được cập nhật để nhận diện Transaction v1. Nếu không, các yêu cầu có thể thất bại khi gặp định dạng mới.

Sự thất bại đó không chỉ là một cơn đau đầu cho hoạt động. Các ví, trình khám phá và ứng dụng giao dịch thường dựa vào những dịch vụ này để hiển thị những gì đã xảy ra trên chuỗi. Nếu backend không thể phân tích v1, triệu chứng mà người dùng thấy có thể là giao dịch bị thiếu, lịch sử bị hỏng, hoặc báo cáo thực thi không nhất quán giữa các ứng dụng đang lấy dữ liệu từ các bộ chỉ mục khác nhau.

Quang cảnh phí là điểm sắc nét hơn. Bởi vì v1 lưu trữ dữ liệu phí ưu tiên ở một vị trí khác, phần mềm lỗi thời có thể hiển thị phí ưu tiên là không có mặc dù đã được thanh toán. Trong thời gian tắc nghẽn, loại báo cáo sai lệch đó có thể làm méo mó trải nghiệm của người giao dịch bằng cách làm cho việc thực thi trông rẻ hơn thực tế, hoặc tạo ra những “sự thật” mâu thuẫn giữa các trình khám phá và các thiết bị đầu cuối.

Danh sách kiểm tra sau khi kích hoạt cho các nhà giao dịch và nhà xây dựng

Điểm kiểm tra đầu tiên là xác nhận thời gian kích hoạt chính xác vào thứ Tư và liệu có bất kỳ vấn đề nào phát sinh ngay sau khi chuyển đổi hay không. Gói không bao gồm một dấu thời gian đã hoàn thiện.

Điểm kiểm tra thứ hai là trạng thái cơ sở hạ tầng. Các bộ chỉ mục lớn, trình khám phá và backend ví cần xác nhận hỗ trợ Transaction v1, bao gồm việc phân tích đúng phí ưu tiên. Sự sẵn sàng hỗn hợp là trường hợp cơ bản khi một thay đổi định dạng xảy ra, và đây là nơi các nhà giao dịch thấy hiển thị phí không nhất quán giữa các công cụ.

Điểm kiểm tra thứ ba là thông tin lỗi trong thực tế. Các báo cáo về yêu cầu lấy khối hoặc giao dịch không thành công, lịch sử bị thiếu, hoặc sự chênh lệch đột ngột trong phí ưu tiên hiển thị giữa các trình khám phá và ứng dụng giao dịch sẽ là tín hiệu rõ ràng nhất rằng một số backend vẫn đang đọc chuỗi với những giả định cũ.

Điểm kiểm tra cuối cùng là hành vi, không phải cơ khí. Khi các giao dịch lớn hơn bắt đầu cạnh tranh cho không gian, thị trường sẽ khám phá ý nghĩa của “có thể yêu cầu phí ưu tiên cao hơn” trong thực tế trong thời gian tắc nghẽn. Gói không cung cấp ước lượng số, chỉ có kỳ vọng hướng đi.

Đọc của tôi: Đây là một nâng cấp về trải nghiệm người dùng và độ tin cậy cũng như một nâng cấp về thông lượng.

Ngưỡng quan trọng không phải là ví có "hỗ trợ v1" hay không. Các định dạng cũ vẫn hợp lệ, vì vậy hầu hết các giao diện sẽ trông ổn. Bài kiểm tra thực sự là liệu các chỉ số và trình khám phá mà các nhà giao dịch tin tưởng ngầm có thể phân tích v1 một cách nhất quán hay không, vì việc đọc thất bại và báo cáo sai lệch không phí là cách mà các bản nâng cấp định dạng biến thành sự nhầm lẫn trong thực thi.

Nếu hiển thị phí ưu tiên giữ được sự nhất quán trên các công cụ chính sau khi kích hoạt, thiết lập bắt đầu trông giống như cấu trúc hơn là dựa vào câu chuyện: các hành động phức tạp hơn có thể được thực hiện một cách nguyên tử mà không làm gián đoạn cái nhìn của nhà giao dịch về chi phí và xác nhận.

Nếu quang học phí bị phân mảnh, bản nâng cấp sẽ cảm thấy ít giống như khả năng bổ sung và nhiều hơn như một loại thuế độ tin cậy tạm thời phải trả bằng dữ liệu kém.

Solana dự kiến kích hoạt Transaction v1 vào thứ Tư, tăng…