Solana 的 Yakovenko 質疑 Alpenglow 建設，因投票交易退出

Solana 的共同創辦人 Anatoly Yakovenko 表示，Alpenglow 本可以通過更簡單的投票程序變更在一半的時間內完成，這是在 10 月 21 日的共識遷移之前，該遷移將從區塊中移除驗證者投票交易。

摘要

• Yakovenko 表示，更簡單的投票程序變更可以將 Alpenglow 的開發時間減半。
• 移除驗證者投票交易將降低標題 TPS 數量，但不一定改變用戶活動。
• 每個時期將收取 0.8 SOL 的入場費，取代個別投票費用。
• 一些 RPC 節點可能會在 Alpenglow 的 150 毫秒目標之後收到最終性更新。

Yakovenko 在 10 月 21 日的 X 帖子中發表了這一評論，引用了一條慶祝計劃移除鏈上投票的評論，並嘲諷了對大多數 Solana 每秒交易數由驗證者投票組成的持續批評。

"如果他們只是將投票程序更改為 ag 狀態機，Alpenglow 本可以在一半的時間內完成。"

Anza 發布的設計描述了用直接投票和緊湊證書替代 TowerBFT 的方案，該系統是驗證者用來達成區塊共識的。

主網遷移已定於 10 月 21 日，正如 crypto.news 之前報導的那樣，涵蓋了計劃中的共識交接。Solana 基金會的更新指導將第 1064 期確定為觸發點，並估計其開始時間約為 UTC 13:20。

Anza 的遷移頁面將功能啟用與共識交接分開。遷移邊界在 5000 個插槽之後，當區塊暫時僅攜帶投票，而驗證者完成過渡。

Alpenglow 從標題交易數中移除投票

Solana 基金會的遷移指導告訴探索者和分析服務重置交易計數和 TPS 基準，因為投票交易將從區塊中消失。即使支付、交易和其他非投票交易保持不變，包含投票的總數也將下降。

基金會表示，跟蹤驗證者參與的服務必須用區塊底部的證書數據替換對投票程序指令的讀取。其指導指出，Yellowstone 的 gRPC 底部消息尚未轉發這些證書。

開發者在 Alpenglow 於 9 月達到開發網時獲得了變更的行為，這是在測試網過渡之後。9 月 26 日的報導描述了探索者必須在確認之前保持競爭候選區塊的分離，保留所選區塊而不是合併其交易。

Anza 的操作文檔解釋了插件如何獲取替代元數據。Agave 4.3 提供了一個可選的區塊底部通知，服務必須啟用和實施，如果他們需要底部數據。這些通知保持相對於進入通知的排序。

根據相同的文檔，鏈的時鐘保持其現有格式和整秒精度。在交易執行期間，其時間戳估算父區塊結束的時間，並告訴操作員繼續將該值視為近似值。

驗證者費用移至單獨的時期收費

Solana 基金會的費用文檔表示，移除鏈上投票結束了對個別投票交易的費用支付。驗證者改為每個時期支付 0.8 SOL 的固定入場費，整個金額將被燒毀。

這筆錢來自投票賬戶，取代身份賬戶作為與投票相關支付的來源。根據相同的指導，操作員必須將收費保持在賬戶的租金豁免最低限度之上。

付款在一個時期之前進行。第 1064 期開始時的第一次收費涵蓋第 1065 期的參與，無法支付的驗證者將失去在下一個時期投票或生成區塊的權限。

基金會表示，BLS 公鑰註冊於 7 月 8 日在主網上可用，而入場功能於 7 月 22 日啟用。這些準備性變更本身並未啟用 Alpenglow 共識。

在遷移之前，其檢查清單要求使用版本 4.3.2 的 Agave、Jito-Solana 或 Harmonic Salsa。根據基金會的操作指示，Firedancer 和 Frankendancer 在交接期間不受支持。

兩條投票路徑取代 TowerBFT

Anza 描述 Votor 同時運行兩條投票路徑。一條在單輪中以 80% 的股份回應來完成區塊，另一條則使用兩輪和 60% 的門檻。

投票變成用 BLS 密碼學簽名的直接消息，允許多個簽名合併成一個緊湊的證書。Anza 表示，驗證者使用自己的計時器來識別無反應的領導者並投票跳過它。

已發布的 SIMD-0326 提案文件記錄了開發過程中考慮的替代方案。一個沒有單輪最終性的設計提供了更簡單的操作和 33% 的拜占庭容錯率，但其作者列出了更差的延遲和較低的崩潰韌性作為缺點。

另一個替代方案使用了有向無環圖，可能節省帶寬。提案的作者列出了延遲和完全使用帶寬的困難作為其缺點。

該提案將接受的驗證者數量上限設為 2,000，優先考慮最高股份的操作員。其作者解釋說，這一限制有助於保持證書足夠小，以便於單個 UDP 消息，而參與記錄則支持積極投票的驗證者獲得獎勵。

治理批准在實施之前。根據已完成的投票結果，2025 年 9 月，Alpenglow 提案在投票中獲得 98.27% 的支持，而參與的股份佔總數的 52%。

RPC 傳遞可能滯後於共識最終性

Anza 的操作文檔對大約 150 毫秒的最終性目標進行了說明，解釋說，未被接受的驗證者集外的節點可能會稍後收到結果。

通過默認路徑，這些節點從隨後區塊中包含的證書中了解最終性。Anza 表示，這可能增加最多一個生成區塊的間隔，當區塊被跳過或延遲時，等待時間會更長。

被接受的驗證者可以直接將共識消息發送到合作節點，夥伴之間的網絡延遲成為主要的額外延遲。如果每個配置的夥伴都無法訪問，接收者將退回到從後續區塊頁腳中了解最終性。