Solana Alpenglow: Votor, Rotor và cuộc đua đưa finality xuống 150 ms

Alpenglow nên được hiểu như một lần “thay động cơ” cho lớp đồng thuận của Solana, không phải một bản vá tăng tốc thông thường. Được chính thức hóa trong SIMD-0326, đề xuất này thay thế các cơ chế Proof of History và Tower BFT hiện tại bằng thiết kế mới xoay quanh Votor cho bỏ phiếu/finality và Rotor cho truyền dữ liệu khối, với mục tiêu rút finality từ 12,8 giây dưới Tower BFT xuống thấp nhất khoảng 100–150 mili giây .

Đề xuất đã vượt qua governance của Solana, nhưng ngày kích hoạt trên mainnet vẫn phụ thuộc vào kiểm thử, triển khai client và mức sẵn sàng vận hành của mạng .

Vì sao Solana muốn thay lớp đồng thuận?

Kiến trúc hiện tại của Solana dùng Proof of History, hay PoH, như một cơ chế sắp thứ tự thời gian bằng mật mã: các node leader “đóng dấu thời gian” cho khối bằng bằng chứng có thể được validator kiểm tra . Sau đó, Tower BFT xây dựng đồng thuận bằng cách xếp chồng các phiếu bầu của validator với cơ chế lockout; mỗi phiếu xác nhận một fork và làm tăng lockout của các phiếu trước đó .

Cách làm này đã giúp Solana có xác nhận lạc quan rất nhanh. Tuy nhiên, Alpenglow nhắm vào một tầng khác của tốc độ: finality, tức điểm mà giao dịch được xem là đã được đồng thuận chốt. Anza mô tả Solana hiện có optimistic finality vào khoảng 1 giây, trong khi SIMD-0326 so sánh finality của Tower BFT ở mức 12,8 giây với mục tiêu 100–150 ms của Alpenglow .

Nói ngắn gọn: giao dịch có thể “trông như đã xong” rất nhanh, nhưng finality là mức cam kết mạnh hơn của cơ chế đồng thuận.

Votor: đường đi mới cho bỏ phiếu và finality

Votor là phần của Alpenglow tiếp quản logic bỏ phiếu và chốt khối . Trong đề xuất SIMD-0326, Votor được mô tả là một giao thức nhẹ, dựa trên phiếu trực tiếp, có thể finalise khối qua một vòng hoặc hai vòng bỏ phiếu tùy điều kiện mạng .

Đây là thay đổi lớn so với mô hình Vote Tower dựa trên lockout của Tower BFT. Thay vì cần một chuỗi phiếu xác nhận kéo dài hơn, Votor được thiết kế để đạt finality trong một hoặc hai vòng khi đủ lượng stake tham gia. Một số bản phân tích kỹ thuật từ bên thứ ba mô tả mô hình này với các ngưỡng stake trong khoảng 60%–80%, nhưng điểm chắc chắn hơn từ nguồn gốc là cơ chế finalization một vòng hoặc hai vòng nêu trong SIMD-0326 .

Anza cũng nói Alpenglow tận dụng các nguyên thủy mật mã BLS để giảm độ trễ finalization trong khi vẫn giữ an toàn . Vì vậy, mục tiêu không chỉ là thông báo xác nhận nhanh hơn, mà là rút ngắn đường đi tới finality tất định.

Rotor: không chỉ bỏ phiếu nhanh, mà còn phải truyền khối nhanh

Rotor là giao thức truyền dữ liệu của Alpenglow. Anza mô tả Rotor là cách tiếp nhận và tinh chỉnh hướng tiếp cận của Turbine, hệ thống phân phối khối hiện tại của Solana . Vai trò của Rotor rất thực tế: Votor chỉ có thể chốt nhanh nếu validator nhận dữ liệu khối đủ nhanh để kiểm tra và bỏ phiếu.

Các bản tóm tắt kỹ thuật từ bên thứ ba mô tả Rotor dùng các tuyến chuyển tiếp có cấu trúc và được cân theo stake để truyền khối; một số ước tính nêu mục tiêu phát tán dưới 100 ms, thậm chí có nguồn nhắc tới 18 ms trong điều kiện mạng điển hình . Những con số này nên được xem là mục tiêu hoặc ước tính, chưa phải số đo đã được chứng minh trên mainnet. Nhưng chúng giải thích vì sao Rotor đi cùng Votor: muốn finality nhanh thì dữ liệu khối cũng phải đến tay validator nhanh và ổn định.

Alpenglow có thể cải thiện những gì?

Mảng	Kỳ vọng thay đổi	Điểm cần thận trọng
Finality	Mục tiêu nổi bật là giảm từ 12,8 giây dưới Tower BFT xuống khoảng 100–150 ms với Alpenglow .	Solana vốn đã có optimistic finality khoảng 1 giây theo Anza, nên thay đổi lớn nhất nằm ở finality đồng thuận mạnh hơn, không chỉ cảm giác xác nhận nhanh .
Truyền khối	Rotor nhằm làm quá trình phân phối khối nhanh và dễ dự đoán hơn; các ước tính bên thứ ba nêu mục tiêu dưới 100 ms, với một ước tính 18 ms trong điều kiện thông thường .	Đây chưa phải số đo ổn định trên mainnet.
Thông lượng và blockspace	Alchemy cho biết phiếu của validator hiện chiếm khoảng 75% blockspace của Solana; nếu việc bỏ phiếu được chuyển ra ngoài chuỗi, nhiều không gian hơn có thể dành cho giao dịch người dùng .	Alpenglow chủ yếu là nâng cấp consensus/finality, nên lợi ích thông lượng là gián tiếp, không đồng nghĩa chắc chắn với việc TPS thô tăng ngay .
Chi phí validator	Nếu ít phiếu đồng thuận phải được đăng như giao dịch on-chain hơn, validator có thể giảm áp lực phí bỏ phiếu định kỳ; một bản tóm tắt cũng nhắc tới mô hình Validator Admission Ticket như thay đổi liên quan đến chi phí .	Mức tiết kiệm thực tế phụ thuộc vào triển khai cuối cùng, cấu trúc phí và kinh tế mạng.
Tải giao tiếp của mạng	Một số phân tích kỹ thuật ước tính overhead giao tiếp giữa validator giảm, trong đó có tuyên bố khoảng 40% .	Vẫn là dự phóng cho tới khi có dữ liệu sau triển khai.

Cách hiểu đơn giản nhất: lời hứa trực tiếp nhất của Alpenglow là finality có độ trễ thấp hơn. Các lợi ích về thông lượng và chi phí validator đến từ việc giảm lưu lượng đồng thuận, đặc biệt là overhead liên quan đến phiếu bầu, chứ không phải từ việc thay đổi toàn bộ lớp thực thi của Solana.

Lộ trình: từ đề xuất đến mainnet

Anza giới thiệu Alpenglow như một giao thức đồng thuận mới và gọi đây là thay đổi lớn nhất đối với giao thức lõi của Solana từ trước đến nay . Đề xuất chính thức SIMD-0326 được đăng vào tháng 8/2025, mô tả Alpenglow là một cuộc đại tu lớn đối với giao thức đồng thuận lõi của Solana .

Giai đoạn bỏ phiếu bắt đầu cuối tháng 8/2025. SolanaFloor đưa tin cửa sổ bỏ phiếu diễn ra từ epoch 840 đến epoch 842, tức khoảng một tuần .

Cuộc bỏ phiếu governance thông qua vào đầu tháng 9/2025. Các báo cáo công bố tỷ lệ “đồng ý” hơi khác nhau: Alchemy nêu 98,27% ủng hộ, còn Blockworks nêu 98,94% người tham gia bỏ phiếu thuận; cả hai đều cho biết khoảng 52% stake tham gia . Điểm nhất quán là đề xuất đã vượt governance với sự ủng hộ áp đảo từ validator.

Mốc từ kiểm thử đến mainnet thì chưa chắc chắn như vậy. Roadmap của Anza từng kỳ vọng Alpenglow lên mainnet vào đầu 2026, trong khi bản tóm tắt của Alchemy vào tháng 4/2026 nói Alpenglow đang ở giai đoạn private cluster testing và dự kiến mainnet vào cuối 2026 . Anza cũng nói trọng tâm trong năm 2026 là đưa Alpenglow ra khỏi các cụm phát triển và tiến tới triển khai rộng hơn .

Vì vậy, lộ trình thận trọng nhất từ các nguồn hiện có là: đề xuất và governance trong quý 3/2025, phát triển và kiểm thử private cluster trong năm 2026, sau đó có khả năng triển khai mainnet trong năm 2026 — với cuối 2026 là kỳ vọng bảo thủ hơn nếu kiểm thử tiếp tục là điều kiện then chốt .

Kết luận

Nếu được triển khai đúng như đề xuất, Alpenglow sẽ là thay đổi đồng thuận có hệ quả lớn nhất của Solana cho đến nay. Votor được thiết kế để nén quy trình bỏ phiếu và finality vào một hoặc hai vòng nhanh; Rotor có nhiệm vụ đưa dữ liệu khối đi qua mạng validator đủ nhanh để hỗ trợ đường đồng thuận có độ trễ thấp đó .

Con số 100–150 ms finality rất ấn tượng, nhưng vẫn nên được đọc như một mục tiêu kỹ thuật cho tới khi được chứng minh trên mainnet. Alpenglow đã có lực đẩy governance rõ ràng; phần còn lại phụ thuộc vào kiểm thử, mức sẵn sàng của client và việc các dự phóng về giảm overhead bỏ phiếu, giảm chi phí validator có đứng vững trong điều kiện mạng thực tế hay không .