以下係你要知嘅一切:技術原理、分階段推出計劃(Agave 4.2 vs 4.3)、安全措施,以至成個2026年基建路線圖點樣配合。
改動好大。下表總結咗Solana現有共識同Alpenglow嘅分別:
| 層面 | 而家嘅Solana | 升級之後 |
|---|---|---|
| 共識機制 | Proof of History (PoH) + Tower BFT | Votor投票算法 + BLS簽名 |
| 交易終局性 | ~12.8秒(TowerBFT確定性終局) | 100–150毫秒 |
| 容錯能力 | 33% | 40%(混合失效場景下) |
| 驗證節點投票 | 鏈上多步驟投票爬升 | 鏈下投票(VAT)+ BLS聚合簽名 |
Votor 係核心改變。舊嘅Tower BFT需要32輪遞增投票,每輪都帶鎖定期,加埋就係成13秒。Votor只需一輪或兩輪就完成區塊確認 。快路徑:如果首輪有至少80%嘅質押權重支持,區塊即時終局化,大約100毫秒就搞掂。慢路徑:如果支持率喺60%至80%之間,就需要第二輪投票,終局時間約150毫秒 。
另外,將投票數據搬去鏈下,經BLS聚合簽名處理,仲有好大嘅副作用——釋放出現有大約三分一嘅區塊空間(原本用嚟記錄驗證節點嘅鏈上投票),畀返真正嘅用戶交易用 。
推出分兩階段行,分別透過Agave驗證節點用戶端嘅兩個版本進行。呢個兩階段做法,係要將完整嘅Alpenglow代碼庫提早推出畀社區測試、安全審計,同測試集群驗證,等主網激活之前做足準備。
鑑於改動規模咁大,Anza同Solana Foundation實施咗多層安全策略:
anza-xyz/agave代碼庫嘅四個模塊:votor(投票引擎)、votor-messages(投票同憑證序列化)、bls-sigverify同bls-cert-verify 。Alpenglow只係Solana 2026年大型基建升級嘅一部分,目標係將網絡打造成團隊所講嘅 「互聯網資本市場」——一個高效能、機構級嘅金融平台 。
綜合以上升級,Solana嘅目標係做到低於150毫秒終局性、百萬TPS峰值能力、同多用戶端冗餘——呢啲特性令佢成為高頻交易、傳統金融工作負載同需要近乎即時結算嘅面向消費者應用程式嘅可信基建 。
以下係你要知嘅一切:技術原理、分階段推出計劃(Agave 4.2 vs 4.3)、安全措施,以至成個2026年基建路線圖點樣配合。
改動好大。下表總結咗Solana現有共識同Alpenglow嘅分別:
| 層面 | 而家嘅Solana | 升級之後 |
|---|---|---|
| 共識機制 | Proof of History (PoH) + Tower BFT | Votor投票算法 + BLS簽名 |
| 交易終局性 | ~12.8秒(TowerBFT確定性終局) | 100–150毫秒 |
| 容錯能力 | 33% | 40%(混合失效場景下) |
| 驗證節點投票 | 鏈上多步驟投票爬升 | 鏈下投票(VAT)+ BLS聚合簽名 |
Votor 係核心改變。舊嘅Tower BFT需要32輪遞增投票,每輪都帶鎖定期,加埋就係成13秒。Votor只需一輪或兩輪就完成區塊確認 。快路徑:如果首輪有至少80%嘅質押權重支持,區塊即時終局化,大約100毫秒就搞掂。慢路徑:如果支持率喺60%至80%之間,就需要第二輪投票,終局時間約150毫秒 。
另外,將投票數據搬去鏈下,經BLS聚合簽名處理,仲有好大嘅副作用——釋放出現有大約三分一嘅區塊空間(原本用嚟記錄驗證節點嘅鏈上投票),畀返真正嘅用戶交易用 。
推出分兩階段行,分別透過Agave驗證節點用戶端嘅兩個版本進行。呢個兩階段做法,係要將完整嘅Alpenglow代碼庫提早推出畀社區測試、安全審計,同測試集群驗證,等主網激活之前做足準備。
鑑於改動規模咁大,Anza同Solana Foundation實施咗多層安全策略:
anza-xyz/agave代碼庫嘅四個模塊:votor(投票引擎)、votor-messages(投票同憑證序列化)、bls-sigverify同bls-cert-verify 。Alpenglow只係Solana 2026年大型基建升級嘅一部分,目標係將網絡打造成團隊所講嘅 「互聯網資本市場」——一個高效能、機構級嘅金融平台 。
綜合以上升級,Solana嘅目標係做到低於150毫秒終局性、百萬TPS峰值能力、同多用戶端冗餘——呢啲特性令佢成為高頻交易、傳統金融工作負載同需要近乎即時結算嘅面向消費者應用程式嘅可信基建 。