Solana đã giảm thời gian slot mục tiêu trên mainnet từ 400 mili giây xuống 350 mili giây—bước đầu tiên trong một kế hoạch theo giai đoạn nhằm cuối cùng cắt xuống còn 200ms.
Thay đổi đã được triển khai vào khoảng đầu epoch 1020 vào thứ Sáu và đánh dấu lần đầu tiên Solana rút ngắn thời lượng slot mục tiêu kể từ khi mạng được ra mắt. Đây là một con số nhìn có vẻ nhỏ nhưng đằng sau là một công việc kỹ thuật khá lớn.
Một slot là khoảng thời gian mà một validator lãnh đạo có thể tạo ra một block. Slot ngắn hơn đồng nghĩa với việc các block có thể được tạo ra thường xuyên hơn, từ đó có thể giảm thời gian người dùng và ứng dụng phải chờ để nhận được xác nhận. Từ khóa ở đây là độ trễ (latency). Nâng cấp này không được thiết kế để một cách thần kỳ có thể nhân đôi một cách “ảo” thông lượng giao dịch của Solana.
Mạng đang đi cầu thang đến 200ms
Kế hoạch này xuất phát từ SIMD-0525, một đề xuất cải tiến của Solana do kỹ sư Anza Brennan Watt chấp bút. Thay vì nhảy thẳng từ 400ms xuống 200ms, mạng sẽ dùng bốn giai đoạn tách biệt, mỗi giai đoạn có “feature gate”: 350ms, 300ms, 250ms và cuối cùng là 200ms.
Đề xuất chính thức của Solana giữ 64 tick trên mỗi slot, bốn slot cho mỗi khung cửa sổ của leader và 432.000 slot cho mỗi epoch. Số lượng slot vẫn giữ nguyên. Thời gian thực tế tương ứng với chúng sẽ ngắn hơn.
Slot 400ms: khoảng epoch 48 giờ và khung cửa sổ leader 1,6 giây
Slot 350ms: khoảng epoch 42 giờ và khung cửa sổ leader 1,4 giây
Slot 300ms: khoảng epoch 36 giờ và khung cửa sổ leader 1,2 giây
Slot 250ms: khoảng epoch 30 giờ và khung cửa sổ leader 1,0 giây
Slot 200ms: khoảng epoch 24 giờ và khung cửa sổ leader 0,8 giây
Việc triển khai được chủ ý thực hiện thận trọng. Mỗi giai đoạn đều có “feature gate” riêng, và các nhà phát triển có thể dừng lại trước lần giảm tiếp theo nếu hiệu năng của validator hoặc tỷ lệ bỏ qua block bắt đầu chuyển theo hướng xấu. Việc cắt giảm độ trễ là hữu ích. Biến mainnet thành một bài kiểm tra chịu tải ngoài ý muốn thì ít hữu ích hơn.
350ms Đã Bắt Đầu Xuất Hiện Trên Mainnet
Những phép đo trực tiếp đầu tiên cho thấy mạng đã đi đúng hướng như mong muốn. Block đã so sánh hai giai đoạn 1.000 slot quanh thời điểm chuyển đổi. Một giai đoạn trước khi thay đổi mất khoảng 415 giây, trong khi mẫu sau ở epoch 1020 mất khoảng 368 giây.
Những con số đó tự nhiên sẽ thay đổi, vì mục tiêu 350ms không có nghĩa là mọi slot đều rơi đúng chính xác ở 350ms. Tuy vậy, chúng cho thấy thay đổi trên mainnet không chỉ là một tệp cấu hình chờ đến lúc có ý nghĩa. Khoảng thời gian rút ngắn có thể thấy rõ trong việc tạo khối thực tế.
Báo cáo tương tự cũng lưu ý rằng các nhà phát triển vẫn chưa đặt ngày kích hoạt trên mainnet cho giai đoạn tiếp theo là 300ms. Họ dự định theo dõi xem mạng hoạt động ra sao ở mốc 350ms trước.
Đây không phải là bản nâng cấp tăng thông lượng miễn phí
Một trong những cách dễ nhất để hiểu nhầm thay đổi này là cho rằng các slot ngắn hơn 12,5% thì tự động đồng nghĩa với việc dung lượng mạng tăng thêm 12,5%. SIMD-0525 cố ý giảm quy mô lượng công việc được phép trong mỗi slot khi các slot trở nên ngắn hơn.
Gần đây, Solana đã nâng giới hạn block trên mainnet lên 100 triệu compute units. Theo đề xuất slot ngắn hơn, trần cho mỗi slot sẽ được điều chỉnh tương ứng: 87,5 triệu compute units ở 350ms, 75 triệu ở 300ms, 62,5 triệu ở 250ms và 50 triệu ở 200ms.
Mục tiêu là giữ tốc độ làm việc theo thời gian thực (wall-clock) ở mức tương đối ổn định trong khi rút ngắn thời gian người dùng phải chờ giữa các slot. Các validator sẽ có ít thời gian hơn để xử lý mỗi slot, nhưng đồng thời họ cũng được giao ít công việc hơn tương ứng bên trong mỗi slot.
Vì vậy, đây chủ yếu là một bản nâng cấp về tính phản hồi (responsiveness). Những thay đổi riêng đối với giới hạn tính toán (compute limits), phần mềm của validator và xử lý giao dịch chính là nơi mà phần năng lực thô (raw capacity) được tăng lên.
Các Khung Cửa Sổ Leader Ngắn Hơn Mang Lại Lợi Ích Về Cấu Trúc Thị Trường
Có một lý do khác khiến các nhà phát triển muốn các slot ngắn hơn, và lý do này ít liên quan đến việc ví hiển thị “confirmed” nhanh tới mức nào.
Một lãnh đạo (leader) của Solana hiện đang kiểm soát bốn slot liên tiếp. Với mục tiêu cũ 400ms, điều đó cho một leader một khung thời gian danh nghĩa là 1,6 giây. Với 350ms, con số giảm còn 1,4 giây, và với mốc đề xuất 200ms thì sẽ là 0,8 giây.
Điều đó giúp giảm tối đa thời gian mà một leader có thể trì hoãn, sắp xếp lại hoặc chọn lọc đưa giao dịch vào trước khi một validator khác đến lượt. Với các traders, market makers và các ứng dụng nhạy với độ trễ, việc cắt ngắn khung thời gian đó có thể cải thiện cả cấu trúc thị trường lẫn trải nghiệm người dùng.
Các slot ngắn hơn cũng giúp thời gian trên chuỗi chính xác hơn đối với những hệ thống đo độ “tươi” (freshness) theo slot, bao gồm người tiêu thụ oracle và các ứng dụng tự động tạo lập thị trường. Tài liệu nâng cấp chính thức của Solana cho biết các market maker có thể sẽ báo giá với spread chặt hơn khi độ trễ giảm.
Finality là một dự án riêng
Solana có thể tạo các slot cách nhau vài trăm mili giây mà vẫn chưa đạt được finality (tính cuối cùng không thể đảo ngược) nhanh đến mức đó. Finality toàn phần hiện tại vẫn mất khoảng 12,8 giây.
Đó là lúc Alpenglow phát huy tác dụng. Việc thay đổi lớn về đồng thuận (consensus) đang được phát triển nhằm giảm finality xuống khoảng 150ms. Nếu phần việc này đạt được mainnet như kế hoạch, nó sẽ là một thay đổi lớn hơn nhiều đối với thời gian để mạng coi một block là final.
Hai nỗ lực này liên quan với nhau theo mục tiêu chung là giảm độ trễ, nhưng không nên nhầm lẫn. SIMD-0525 rút ngắn slot theo tiến trình hiện tại. Alpenglow thay đổi chính hệ thống đồng thuận và finality.
Tại sao Traders nên quan tâm
Với những người nắm giữ SOL thông thường, việc giảm 50ms cho mỗi slot khó có thể tạo ra khoảnh khắc “wow, ví của tôi khác đi ngay lập tức” qua đêm. Luận điểm đầu tư mang tính tích lũy hơn.
Solana đã cạnh tranh trong nhiều năm về tốc độ, phí thấp và hoạt động on-chain tần suất cao. Việc cắt giảm thời gian slot mà không làm mất ổn định các validator sẽ củng cố vị thế của mạng trong giao dịch, thanh toán và các ứng dụng nơi độ trễ quan trọng. Đạt tới 200ms sẽ cắt giảm thời lượng slot mục tiêu đi một nửa so với thiết lập 400ms ban đầu của mạng.
Rủi ro kỹ thuật cũng tăng lên khi thời gian càng bị siết chặt, vì vậy việc triển khai theo từng giai đoạn là quan trọng. Các mốc tiếp theo không được đảm bảo chỉ vì 350ms đã lên sóng. Các nhà phát triển dự định chuyển sang 300ms, rồi 250ms và 200ms, chỉ khi hiệu năng mạng vẫn ở trạng thái lành mạnh.
Hiện tại, Solana đã hoàn tất bước mainnet thực sự đầu tiên. Nhanh hơn, thay đổi có thể đo lường được, và lộ trình tới 200ms không còn chỉ là một đề xuất nằm trên GitHub. Thử nghiệm thú vị hơn bắt đầu từ bây giờ: liệu các validator có thể tiếp tục rút ngắn đồng hồ mà không đánh đổi độ tin cậy.
---------------
Tác giả: Sebastian Marrow European Newsroom Breaking Crypto News
Đăng ký nhận tin từ GCP trên trình đọc