MultiversX ra mắt Supernova trên testnet trước ngày 10/9
Bản nâng cấp tách biệt sự đồng thuận khỏi việc thực thi và tuyên bố thời gian hoàn tất trong shard từ 100–250 ms cho DeFi nhạy cảm với độ trễ.
MultiversX đã triển khai bản nâng cấp “Supernova” trên testnet, thiết kế lại quy trình sản xuất khối để các validator có thể đồng ý về các khối trước khi các giao dịch được thực hiện. Nhóm đang nhắm tới các khối khoảng 600 mili giây và thời gian hoàn tất trong shard từ 100 đến 250 mili giây, với việc kích hoạt mainnet dự kiến vào ngày 10 tháng 9 năm 2026.
Supernova Đến Testnet Với Dự Kiến Chuyển Sang Mainnet Vào Ngày 10 Tháng 9
Supernova hiện đã hoạt động trên testnet của MultiversX, với cùng một kiến trúc cũng đang chạy trên devnet, khi mạng lưới tiến tới một quy trình thực thi bất đồng bộ được thiết kế rõ ràng để giữ cho sự đồng thuận tiếp tục ngay cả khi việc thực thi giao dịch vẫn đang theo kịp.
Thời gian biểu đã nêu là chặt chẽ và cụ thể. Supernova đã sản xuất các khối khoảng 600 mili giây trên testnet và devnet từ ngày 20 tháng 8, và mạng lưới đang làm việc hướng tới ngày kích hoạt mainnet dự kiến là 10 tháng 9 năm 2026.
Bản nâng cấp được định hình như một phản ứng đối với một giới hạn mở rộng quen thuộc cho các chuỗi hiệu suất cao: khi việc thực thi giao dịch nằm trên con đường quan trọng cho sự đồng thuận, phép toán chậm nhất trở thành xe dẫn tốc độ của hệ thống. Cược của MultiversX là bước thay đổi tiếp theo trong độ trễ đến từ việc thay đổi thứ tự các hoạt động, không chỉ tối ưu hóa sự lan truyền và hoàn tất.
Sự Đồng Thuận và Thực Thi Tách Biệt: Các Mục Tiêu Độ Trễ và Vấn Đề Tính Hợp Lệ Mới
Thay đổi cốt lõi của Supernova là cơ học: nó “tách rời sự đồng thuận khỏi thực thi để mạng lưới có thể đồng ý về các khối trước khi xử lý các giao dịch của chúng,” chuyển việc thực thi ra khỏi con đường quan trọng cho sự đồng thuận và vào một giai đoạn bất đồng bộ diễn ra sau khi các validator đã bỏ phiếu.
Trước khi nâng cấp, quy trình là tuần tự. Một người đề xuất chọn các giao dịch, thực thi chúng cục bộ, và đề xuất một khối với các biến trạng thái kết quả, sau đó các validator thực thi lại các giao dịch đó trước khi bỏ phiếu.
Dưới Supernova, “Người đề xuất chọn các giao dịch và đề xuất khối mà không thực thi chúng trước,” và “Các validator xác minh rằng đề xuất tuân theo quy tắc giao thức và có thể bỏ phiếu ngay lập tức, trong khi việc thực thi tiếp tục bất đồng bộ ở phía sau.”
Việc sắp xếp lại đó là điều làm cho các mục tiêu độ trễ trở nên khả thi về lý thuyết. Đầu ra thực thi “thường được tham chiếu và công chứng trong tiêu đề khối tiếp theo,” có nghĩa là việc thực thi theo sau sự đồng thuận khoảng một khối, hoặc khoảng 600 mili giây.
Trong thực tế, kiến trúc đang nhắm tới một nhịp điệu theo ống dẫn nơi sự đồng thuận có thể tiếp tục sản xuất các khối ~600 ms ngay cả khi việc thực thi chậm hơn một khối, thay vì buộc mọi validator phải hoàn thành cùng một phép toán trước khi khối tiếp theo có thể được hoàn tất.
Đối với các nhà xây dựng, tuyên bố chính là “sự hoàn tất trong shard xảy ra ngay khi chứng minh có sẵn, thường trong cùng một vòng khoảng 100–250 mili giây,” kết hợp với “các điều kiện thực thi có thể dự đoán hơn.” Các trường hợp sử dụng mục tiêu là những trường hợp nhanh chóng suy giảm khi độ trễ trở nên rõ ràng với người dùng, bao gồm các nguyên tắc DeFi tần suất cao và sổ đặt hàng trên chuỗi.
Vấn đề là tính hợp lệ mà việc thực thi bất đồng bộ mang lại. Nếu mạng bỏ phiếu cho một khối trước khi thực thi, một giao dịch trông có vẻ hợp lệ vào thời điểm đề xuất có thể trở nên không hợp lệ khi thực thi đến đó, vì các nonce và số dư tài khoản có thể đã bị tiêu tốn bởi các hoạt động đang chờ khác.
Trạng thái Mempool Ảo, EIE và Áp lực ngược: Cách Supernova cố gắng giữ cho các khối an toàn và các nút đồng bộ
Lớp phòng thủ đầu tiên của Supernova nằm ở lớp đề xuất, thông qua một "trạng thái mempool ảo" nhìn xa hơn trạng thái đã thực thi gần nhất và theo dõi các nonce đang chờ, tiêu thụ số dư dự kiến và các giao dịch đã được đề xuất nhưng chưa được thực thi hoặc hoàn tất thông qua sự đồng thuận.
Mục tiêu là cung cấp cho các nhà đề xuất cái nhìn hướng tới tương lai về hoạt động tài khoản để họ có thể tránh bao gồm các giao dịch có khả năng thất bại khi thực thi theo kịp.
Thiết kế cũng thêm hai bộ điều chỉnh rõ ràng nhằm giữ cho phần cứng dài hạn của mạng không bị tụt lại phía sau. Bộ ước lượng bao gồm kết quả thực thi (EIE) giới hạn số lượng kết quả thực thi có thể được tham chiếu trong một khối dựa trên những gì "các nút tối thiểu có thể xử lý an toàn," và áp lực ngược tự động giảm dung lượng khối nếu thực thi tụt lại quá xa, cho hệ thống thời gian để theo kịp.
Các cơ chế đó cũng là nơi mà sự không chắc chắn liên quan đến thị trường ngồi ngày hôm nay. Tài liệu mô tả quy trình và các biện pháp bảo vệ của nó, nhưng không cung cấp các tiêu chuẩn độc lập, số liệu thông lượng, hoặc dữ liệu thử nghiệm căng thẳng cho thấy liệu các khối ~600 ms có tồn tại dưới các hỗn hợp giao dịch phức tạp hơn hay không.
Nó cũng không chỉ rõ, ngoài trạng thái mempool ảo và các bộ điều chỉnh, cách mà các lỗi thực thi sau sự đồng thuận và các giao dịch không hợp lệ được xử lý trong các trường hợp biên.
Các cột mốc cụ thể tiếp theo là quy trình hơn là kể chuyện: xác nhận hoặc sửa đổi ngày kích hoạt mainnet dự kiến vào ngày 10 tháng 9 năm 2026, sản xuất khối ~600 ms liên tục trên testnet/devnet khi tải và độ phức tạp giao dịch tăng, và bất kỳ số liệu nào được công bố cho thấy tần suất EIE giới hạn hoặc giảm áp lực kích hoạt dưới căng thẳng.
Đọc của tôi: Đây là một cược UX/Builder—Nhưng các nhà giao dịch nên coi các con số là tạm thời cho đến khi mainnet
Phần mà hầu hết mọi người sẽ hiểu sai là tuyên bố độ trễ như một bảo đảm hiệu suất hoàn chỉnh. Những gì thực sự được giao là một sự thay đổi kiến trúc loại bỏ thực thi khỏi con đường quan trọng của sự đồng thuận, và đó là một lựa chọn thiết kế thực sự với tiền lệ rõ ràng trên các chuỗi hiệu suất cao: bạn có được nhịp khối dự đoán hơn khi độ phức tạp giao dịch tăng, nhưng bạn thừa hưởng một lớp mới của các vấn đề hợp lệ và tồn đọng chỉ xuất hiện dưới tải nặng nề, đối kháng.
Ngưỡng quan trọng là liệu testnet/devnet có thể giữ các khối ~600 ms trong khi các bộ điều chỉnh chủ yếu ở nền, vì nếu EIE và áp lực ngược liên tục hoạt động, quy trình vẫn "nhanh" trên giấy nhưng bị hạn chế trong thực tế. Điều này trở nên liên quan đến thị trường khi ngày mainnet được xác nhận và mạng có thể chứng minh hành vi độ trễ thấp liên tục mà không có độ trễ thực thi thường xuyên trở thành giới hạn chính.
