Ngày 28 tháng 9 năm 2026 được đưa ra là mốc kích hoạt tính năng trên mainnet cho bản nâng cấp Alpenglow của Solana(SOL). Tuy nhiên, Anza cho biết lịch trình này vẫn mang tính 'tạm thời' và có thể thay đổi.
Alpenglow là bản nâng cấp chuyển đổi cơ chế đồng thuận Tower BFT hiện tại của Solana sang cấu trúc lấy Votor làm trung tâm. Solana Foundation đưa ra mục tiêu thời gian hoàn tất giao dịch (finality) khoảng 150 mili giây, trong khi finality của Tower BFT hiện nay được ghi nhận ở mức khoảng 12,8 giây.
Tin đồn về việc Jump Crypto ngừng hỗ trợ Frankendancer cũng được nhắc đến cùng với lịch chuyển đổi Alpenglow. Crypto Briefing đưa tin rằng Jump Crypto dự kiến ngừng hỗ trợ trùng thời điểm mainnet Alpenglow kích hoạt vào tháng 10 năm 2026, nhưng chính sách này cùng ngày kết thúc cụ thể chưa được xác nhận trong bất kỳ tài liệu chính thức nào từ Jump Crypto, Anza hay Solana Foundation.
Frankendancer là 'client' xác thực lai, kết hợp thành phần mạng và tạo khối của Firedancer với mã thực thi và đồng thuận của Anza. Trong khi đó, phiên bản Firedancer đầy đủ là một triển khai độc lập, không sử dụng mã nguồn của Anza.
Với cấu trúc này, việc Alpenglow thay đổi tầng đồng thuận có thể ảnh hưởng đến khả năng tương thích phần mềm của Frankendancer. Lý do là Frankendancer phụ thuộc vào Firedancer cho một phần xử lý mạng và khối, còn chức năng thực thi và đồng thuận lại phụ thuộc vào mã của Anza.
Đề xuất SIMD-0326 của Alpenglow có nội dung chuyển cơ chế đồng thuận vốn dựa trên bằng chứng lịch sử (PoH) và Tower BFT sang Votor. Ở giai đoạn đầu, giao thức lan truyền dữ liệu Turbine vẫn được giữ nguyên, còn Rotor được thiết kế để triển khai ở giai đoạn tiếp theo.
Trong Alpenglow, phiếu bầu không được ghi lại dưới dạng giao dịch on-chain mà được truyền trực tiếp giữa các validator. Nếu vòng bỏ phiếu đầu tiên xác nhận được từ 80% cổ phần trở lên, quá trình hoàn tất nhanh (fast finalization) sẽ được tiến hành; nếu không đạt ngưỡng này, hệ thống chuyển sang vòng thứ hai sử dụng mức cổ phần từ 60% trở lên.
Votor là thành phần đồng thuận mới, đảm nhiệm việc xử lý phiếu bầu của validator. Do cách ghi nhận phiếu bầu và quy trình hoàn tất khác với Tower BFT hiện tại, các đơn vị vận hành validator cần kiểm tra đồng thời cả phiên bản phần mềm lẫn quy trình chuyển đổi.
Theo lịch trình Agave v4.3 của Anza, yêu cầu chuyển đổi 10% cổ phần validator trên mainnet được ấn định vào ngày 8/9, yêu cầu chuyển đổi 25% vào ngày 14/9, khuyến nghị triển khai đại trà vào ngày 21/9. Lịch tái khởi động kích hoạt tính năng được đưa ra là ngày 28/9.
Lịch trình này không chuyển đổi toàn bộ mạng lưới cùng một lúc, mà mở rộng tỷ lệ cổ phần validator theo từng giai đoạn. Tuy nhiên, do bản thân lịch trình vẫn mang tính tạm thời, thời điểm kích hoạt thực tế có thể thay đổi.
Động thái chính thức duy nhất mà Jump Crypto từng công bố trong quá khứ là chấm dứt chương trình ủy quyền (delegation) dành cho các validator chạy Frankendancer. Chương trình này bị thu hẹp dần từ tháng 9 năm 2025, và đây là vấn đề khác với việc ngừng hỗ trợ phần mềm Frankendancer.
Việc Frankendancer có tiếp tục vận hành hay không phụ thuộc vào kết quả rà soát khả năng tương thích giữa mã thực thi, đồng thuận của Anza với hệ thống sau khi chuyển đổi sang Alpenglow. Dù vậy, thông báo chính thức từ Jump Crypto về việc quyết định ngừng hỗ trợ một client cụ thể vẫn chưa được xác nhận.
Solana Foundation cho biết đang tiến hành thử nghiệm dài hạn trên cụm mạng cộng đồng (community cluster) để chuẩn bị cho quá trình chuyển đổi Alpenglow. Các vấn đề phát sinh trong quá trình này đang được đội ngũ phát triển khắc phục.
Solana từng giải thích rằng bản nâng cấp Alpenglow sẽ thay thế cấu trúc đồng thuận hiện tại và đưa Votor vào vận hành. Khi đó, mục tiêu finality của Alpenglow cũng được đưa ra ở mức khoảng 150 mili giây.
Lịch trình được xác nhận hiện tại là mốc tái khởi động kích hoạt tính năng vào ngày 28/9 do Anza đưa ra. Còn việc Frankendancer có bị ngừng hỗ trợ hay không, cũng như thời điểm cụ thể, sẽ chỉ được xác định khi Jump Crypto hoặc các bên phát triển liên quan đưa ra thông báo riêng.
Bình luận 0