Solana cách mạng nâng cấp! Alpenglow đạt thử thách kết thúc cuối cùng 150 mili giây Web2

Solana dự kiến sẽ ra mắt nâng cấp đồng thuận Alpenglow vào năm 2026, thay thế cơ chế Tower BFT và PoH hiện tại. Kiến trúc mới đạt thời gian cuối cùng từ 100 đến 150 mili giây, tăng khoảng 100 lần so với 12.8 giây ban đầu. Các thành phần cốt lõi bao gồm Votor để tổng hợp bỏ phiếu và Rotor tối ưu hóa truyền phát khối, trong đó độ trễ có thể thấp tới 18 mili giây.

Đồng thuận hai động cơ Votor và Rotor tái cấu trúc

Điểm sáng của Alpenglow nằm ở việc hoàn toàn tách rời cơ chế đồng thuận và truyền phát, thông qua hai thành phần độc lập Votor và Rotor để đạt hiệu suất vượt bậc. Votor chuyên xử lý các giao dịch bỏ phiếu và tính toán cuối cùng của khối, nhằm thay thế cơ chế đồng thuận TowerBFT hiện tại của Solana. Theo các nhà nghiên cứu Anza, Votor sử dụng cơ chế bỏ phiếu tối ưu, trong điều kiện lý tưởng với phần lớn stake tham gia, chỉ cần một đến hai vòng bỏ phiếu để hoàn tất cuối cùng của khối, từ đó rút ngắn đáng kể thời gian xác nhận.

Các cơ chế đồng thuận blockchain truyền thống thường cần nhiều vòng bỏ phiếu để đạt tính cuối cùng, ví dụ Ethereum cần chờ hai epoch (khoảng 12.8 phút) để xác nhận giao dịch không thể đảo ngược. Sáng tạo của Votor nằm ở việc sử dụng tổng hợp bỏ phiếu nhẹ, nén thông điệp bỏ phiếu của các validator và truyền nhanh, giảm tiêu thụ băng thông mạng đồng thời thúc đẩy quá trình đồng thuận. Thiết kế này đặc biệt phù hợp với kiến trúc throughput cao của Solana, nơi hàng nghìn giao dịch mỗi giây cần cơ chế cuối cùng hiệu quả hơn.

Rotor đóng vai trò như một giao thức truyền dữ liệu mới, thay thế hệ thống dấu thời gian PoH của Solana. Rotor xây dựng dựa trên giao thức truyền phát Turbine hiện có, sử dụng công nghệ mã xóa (erasure codes) để phân phối dữ liệu, và áp dụng kiến trúc trung gian một lớp. Thiết kế này nhằm giảm số bước nhảy (hops) trong truyền dữ liệu, nâng cao khả năng chịu lỗi của mạng và tối ưu hóa sử dụng băng thông.

Trong mạng blockchain truyền thống, khối cần qua nhiều nút trung gian để đến các validator toàn mạng, mỗi bước nhảy đều gây ra độ trễ. Rotor sử dụng lựa chọn đường truyền dựa trên stake, đảm bảo khối ưu tiên truyền tới các validator nắm giữ nhiều stake hơn, những validator này có trọng số bỏ phiếu cao hơn, giúp đạt ngưỡng đồng thuận nhanh hơn. Trong điều kiện băng thông lý tưởng, Rotor có thể rút ngắn độ trễ truyền phát xuống còn 18 mili giây, gần như giới hạn vật lý.

Ba đột phá công nghệ cho thời gian cuối cùng 150 mili giây

Các nhà nghiên cứu Anza cho biết, khi kết hợp Votor và Rotor, giao thức Alpenglow dự kiến có thể rút ngắn thời gian cuối cùng thực tế của khối xuống còn khoảng 150 mili giây. Quan trọng hơn, Alpenglow vẫn vận hành hiệu quả trong điều kiện mạng khắc nghiệt, có thể chịu đựng tới 20% stake của các nút độc hại và thêm 20% stake của các nút không phản hồi, thể hiện khả năng chịu lỗi “20+20韧性”. Khả năng chịu lỗi này đảm bảo mạng vẫn hoạt động bình thường ngay cả khi bị tấn công hoặc một số nút gặp sự cố.

Con đường đạt độ trễ cực thấp

Tối ưu hóa tổng hợp bỏ phiếu: Votor sử dụng kỹ thuật tổng hợp bỏ phiếu theo lô, nén hàng nghìn thông điệp bỏ phiếu của validator thành chứng minh mật mã súc tích. Phương pháp này giảm đáng kể lượng dữ liệu truyền qua mạng, giúp quá trình bỏ phiếu hoàn tất trong mili giây ngay cả khi số lượng validator lớn.

Kiến trúc trung gian một lớp: Rotor từ bỏ mô hình chuyển phát nhiều lớp, chuyển sang kiến trúc trung gian một lớp. Nhà sản xuất khối gửi trực tiếp dữ liệu tới các nút trung gian then chốt, các nút này sẽ phát sóng song song tới toàn bộ validator. Thiết kế phẳng này loại bỏ độ trễ của nhiều bước nhảy, là chìa khóa để đạt truyền phát trong 18 mili giây.

Cơ chế lỗi qua mã xóa: Nhờ công nghệ mã xóa, Rotor có thể tái tạo khối đầy đủ ngay cả khi mất một phần gói dữ liệu. Điều này có nghĩa là ngay cả trong điều kiện mạng không tốt, validator vẫn có thể nhanh chóng lấy đủ dữ liệu khối để bỏ phiếu, nâng cao độ tin cậy của mạng trong điều kiện xấu.

Firedancer và sự phối hợp đa dạng của khách hàng

Dù Alpenglow thể hiện triển vọng sáng trong việc nâng cao hiệu suất mạng, Anza thừa nhận rằng giao thức này tạm thời chưa thể giải quyết trực tiếp các sự cố gián đoạn dịch vụ thỉnh thoảng của Solana trong quá khứ. Nguyên nhân chính là do Solana hiện phụ thuộc nặng vào một client validator duy nhất tên là Agave trong môi trường sản xuất. Kiến trúc client đơn lẻ này vô hình trung làm tăng rủi ro điểm đơn, bất kỳ lỗ hổng hoặc lỗi nào của client đều có thể ảnh hưởng đến toàn bộ độ ổn định của mạng.

Để giải quyết vấn đề then chốt này, nhóm phát triển độc lập đang tích cực phát triển client validator hoàn toàn mới mang tên Firedancer, dự kiến ra mắt trên mainnet của Solana vào cuối năm 2026. Firedancer do Jump Crypto phát triển, viết bằng ngôn ngữ C (trong khi Agave dùng Rust), có kiến trúc hoàn toàn khác biệt. Sự đa dạng này giúp các lỗ hổng ảnh hưởng đến Agave không đồng thời ảnh hưởng đến Firedancer, giảm thiểu rủi ro toàn mạng gặp sự cố.

Việc giới thiệu Firedancer sẽ mang lại sự đa dạng client đã mong đợi cho hệ sinh thái Solana, phân tán rủi ro tiềm tàng và nâng cao khả năng chịu đựng của mạng. Khi kết hợp hiệu suất cao của Alpenglow và khả năng dự phòng của Firedancer, Solana sẽ có tốc độ cực nhanh và độ tin cậy doanh nghiệp, là điều kiện cần để cạnh tranh với hạ tầng Web2.

Điều đáng chú ý là sáng lập viên Solana, Anatoly Yakovenko, đã công khai ủng hộ đề xuất của Anza, phản ánh kỳ vọng tích cực của cộng đồng phát triển cốt lõi về tiềm năng công nghệ của Alpenglow. Tuy nhiên, cách đảm bảo tính ổn định của Alpenglow trong vận hành thực tế và kết hợp hiệu quả các nỗ lực đa dạng client để giải quyết toàn diện vấn đề độ bền của mạng sẽ là thử thách then chốt trên hành trình biến Solana thành chuỗi khối siêu tốc, siêu tin cậy.

Mẫu thử của Alpenglow hiện đang trong giai đoạn thử nghiệm nội bộ, dự kiến trong vài tháng tới sẽ tích hợp vào mạng thử nghiệm của Solana để kiểm tra quy mô lớn hơn. Việc triển khai chính thức lên mainnet còn phụ thuộc vào các đề xuất cải tiến của Solana (SIMD) và sự đồng thuận, phê duyệt của cộng đồng.