Solana(SOL) chờ kích hoạt mainnet 250ms, hoàn tất chuyển đổi 350ms và 300ms

Nâng cấp rút ngắn thời gian slot của Solana(SOL) từ 300ms xuống 250ms đã bước vào giai đoạn chờ kích hoạt trên mainnet, nhưng việc áp dụng vào ngày 18 tháng 9 vẫn chưa được quyết định.

Solana Foundation cho biết trong bản cập nhật tháng 9, các giai đoạn 350ms và 300ms đã được áp dụng trên mainnet, còn 250ms và 200ms đang hoạt động trên devnet và testnet. Lịch kích hoạt 250ms và 200ms trên mainnet vẫn chưa được xác định.

Nâng cấp này được triển khai qua bốn giai đoạn từ 400ms xuống 350ms, 300ms, 250ms và 200ms theo đề xuất SIMD-0525. Chuyển đổi 350ms diễn ra tại epoch 1019 ngày 19 tháng 8, còn chuyển đổi 300ms diễn ra tại epoch 1023 ngày 25 tháng 8.

Slot là đơn vị thời gian trong đó trình xác thực có thể đề xuất block. Khi thời gian slot ngắn hơn, khoảng thời gian để giao dịch được đưa vào block và trạng thái mạng được cập nhật cũng có thể giảm.

Solana Foundation giải thích rằng slot ngắn hơn có thể giảm độ trễ xác nhận giao dịch và độ trễ hoàn tất, đồng thời thu hẹp thời gian kiểm soát của leader được quyền tạo block. Nền tảng này cho biết thay đổi cũng có thể tác động đến độ cũ của dữ liệu giá và môi trường cung cấp thanh khoản.

Lịch trình feature gate của Agave do Anza phát hành đang hiển thị cả hai tính năng 250ms và 200ms ở trạng thái 'chờ kích hoạt mainnet beta'. Lịch trình không ghi ngày áp dụng hai tính năng này trên mainnet.

Nhận định rằng 14 giờ 1 phút ngày 18 tháng 9 (giờ Hàn Quốc) có thể là thời điểm áp dụng giai đoạn 250ms xuất phát từ một bài đăng trên mạng xã hội của Anza được U.Today dẫn lại. Tuy nhiên, thời điểm này chưa được đưa vào lịch trình chính thức dưới dạng lịch đã xác nhận.

Giữa kích hoạt và áp dụng thực tế cũng có sự khác biệt. SIMD-0525 quy định thời gian slot mới chỉ được áp dụng thực tế sau khi một epoch trôi qua kể từ lúc feature gate được kích hoạt.

Theo đề xuất, mỗi epoch gồm 432.000 slot. Khi thời gian slot là 250ms, độ dài epoch sẽ giảm xuống khoảng 30 giờ, còn ở mức 200ms là khoảng 24 giờ.

Ở mức 300ms hiện tại, một epoch kéo dài khoảng 36 giờ. Thiết kế theo từng giai đoạn trong đề xuất rút ngắn độ dài epoch theo thời gian slot, từ khoảng 48 giờ ở mức 400ms ban đầu.

Rút ngắn slot không chỉ làm tăng số lần tạo block. Đề xuất yêu cầu điều chỉnh theo từng giai đoạn các phân đoạn dữ liệu, đơn vị tính toán block và hạn mức ghi tài khoản phù hợp với thời gian slot.

Do đó, thời gian slot ngắn hơn không đồng nghĩa toàn bộ không gian block sẽ tăng theo cùng tỷ lệ. Hiệu suất xử lý thực tế cần được đánh giá cùng hạn mức tài nguyên trên mỗi slot và điều kiện vận hành của các trình xác thực.

Đối với trình xác thực, thời gian dành cho việc truyền block, chuyển đổi leader và xử lý biểu quyết có thể bị rút ngắn. Trong các cuộc thảo luận về SIMD-0525, độ trễ khôi phục và mức độ giảm thời gian dự phòng xử lý của trình xác thực cũng được xem là những hạng mục cần kiểm tra.

Cộng đồng kỳ vọng việc chuyển đổi sau giai đoạn 350ms có thể giúp cập nhật giá và môi trường giao dịch phái sinh nhanh hơn, nhưng một số người dùng cho rằng cần kiểm chứng thêm về thời gian dự phòng khi vận hành trình xác thực và độ ổn định của mạng. Đây là ý kiến cộng đồng, không phải quyết định chính thức.

Giống các trường hợp kích hoạt tính năng giao thức gần đây của Solana, cần xác nhận riêng thời điểm feature gate chuyển thành hoạt động thực tế trên mạng. Trong trường hợp kích hoạt tính năng gần đây của Solana, lịch chuyển đổi theo từng giai đoạn và thời điểm áp dụng thực tế cũng được phân biệt.

Solana Foundation cho biết các nhà phát triển cốt lõi sẽ quyết định ngày kích hoạt các giai đoạn 250ms và 200ms, đồng thời giai đoạn tiếp theo có thể không được triển khai nếu tỷ lệ bỏ sót slot cao. Hiện chưa có lịch kích hoạt mainnet chính thức cho cả 250ms và 200ms.