Solana ghi nhận finality 196 mili giây, mục tiêu thiết kế là 150 mili giây

Solana (SOL) ghi nhận thời gian finality 196 mili giây sau khi triển khai giai đoạn đầu của Alpenglow lên mainnet. Mức 150 mili giây do Solana Foundation đặt ra là mục tiêu thiết kế.

Solana Foundation kích hoạt Votor tại epoch 1064 vào ngày 21 tháng 10. Finality là thời điểm giao dịch được xác nhận không thể đảo ngược trên mạng lưới, khác với xác nhận ban đầu hiển thị trong ví ngay sau khi gửi giao dịch.

Foundation cho biết cơ chế TowerBFT trước đây có thời gian finality khoảng 12,8 giây và đặt mục tiêu khoảng 150 mili giây cho cơ chế mới. Đây là số liệu về đồng thuận mạng lưới, không có nghĩa mọi khoản thanh toán của người dùng hay tiền nạp vào sàn đều hoàn tất trong 150 mili giây.

TokenPost từng đưa tin bảng điều khiển hiển thị finality 6,6 giây ngay sau khi hệ thống đi vào hoạt động. Con số này không thể so sánh trực tiếp với mức 196 mili giây ghi nhận ngày 26 tháng 10 do khác thời điểm quan sát và điều kiện đo lường. Mức 196 mili giây cũng chỉ là ghi nhận tại một thời điểm, không đại diện cho hiệu suất mainnet trong thời gian dài hay thời gian xử lý của từng ví và sàn giao dịch.

Votor cho phép các validator trao đổi phiếu bầu trực tiếp với nhau thay vì ghi phiếu thành giao dịch trên blockchain, sau đó gom phiếu thành chứng chỉ để xác định tính cuối cùng của khối. Trước đây, phiếu bầu được ghi thành giao dịch và cần tích lũy đủ phiếu qua nhiều slot thì khối mới được xác nhận cuối cùng.

Thay đổi này không ảnh hưởng đến Solana Virtual Machine (SVM), định dạng giao dịch hay cấu trúc phí vốn phụ trách thực thi giao dịch. Foundation cho biết phần lớn ví và ứng dụng sẽ tiếp tục hoạt động mà không cần điều chỉnh riêng.

Ứng dụng có thể tiếp nhận tín hiệu finality sớm hơn, nhưng thời điểm hiển thị thực tế còn tùy thuộc vào cách dịch vụ được triển khai và phản hồi từ RPC. Thời gian để giao dịch được đưa vào khối và việc ứng dụng cập nhật thông tin cũng ảnh hưởng đến thời gian chờ mà người dùng cảm nhận.

Foundation cho biết trong cơ chế mới, trạng thái “đã xác nhận” và “đã hoàn tất cuối cùng” chỉ cùng một trạng thái. Các dịch vụ nhận dữ liệu validator để hiển thị trên giao diện có thể cần điều chỉnh cách xử lý thông tin khối. Thời gian trạng thái này xuất hiện trên màn hình nạp tiền của các sàn trong nước cũng phụ thuộc vào cách từng dịch vụ xử lý.

Do phiếu bầu của validator không còn được tính trong thống kê giao dịch on-chain, cần kiểm tra xem tiêu chí thống kê có giống nhau hay không khi so sánh số giao dịch hoặc số giao dịch mỗi giây (TPS) trước và sau nâng cấp. Việc giao dịch phiếu bầu bị loại khỏi thống kê không đủ căn cứ để kết luận khối lượng giao dịch của người dùng tăng hay giảm.

Đề xuất SIMD-0326 do Solana Foundation công bố nêu hai phương án: lộ trình nhanh chỉ cần một vòng bỏ phiếu và lộ trình cần hai vòng. Đề xuất cũng nêu các rủi ro về triển khai và chuyển đổi trong quá trình thay đổi lớn đối với giao thức đồng thuận.

Đợt triển khai mainnet lần này là giai đoạn Votor, tức giao thức bỏ phiếu. Lịch triển khai Rotor, giai đoạn thứ hai nhằm thay đổi cách truyền dữ liệu khối, vẫn chưa được ấn định.