Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin Chain SAFU CryptoTax DeFAI AGI Claude Me Claude Skill Claude Design Claude Cowork
獨立知識媒體
與任何項目無關聯
區塊鏈底層技術,徹底拆解每一個環節
chain-bible.com
最新
共識機制大改造,為什麼有些不算「硬分叉」:從 Solana Alpenglow 看分叉分類的真正判準  ·  官方橋跟第三方跨鏈橋,資產放哪一邊出事你自己扛?  ·  公有鏈、私有鏈、聯盟鏈:企業選錯鏈型態,代價不是效能差,是整套治理邏輯要重來  ·  意圖式跨鏈橋快到幾乎沒有等待時間,但那份「即時」其實是 Solver 先幫你墊的  ·  Restaking 讓一份質押賺多份收益,也讓風險學會了跨協議傳染:Kelp DAO 事件教的一課  ·  質押被罰沒(Slashing)到底怎麼發生:驗證者做錯什麼會被扣多少
beginners

共識機制大改造,為什麼有些不算「硬分叉」:從 Solana Alpenglow 看分叉分類的真正判準

30 秒速讀
分叉的分類從來不是看改動有多大,是看有沒有機制確保絕大多數人會在同一時刻站在同一邊——Alpenglow 改的東西比多數硬分叉都激進,卻因為這個機制設計,從頭到尾沒被叫做硬分叉。

完整解析 +
01 · 為什麼發生?

如果 Alpenglow 改的規則本質上跟舊版不相容,為什麼不直接說它是硬分叉,只是用了比較溫和的方式執行?

這裡的關鍵區別在於「不相容」跟「分裂風險」其實是兩件不同的事,很容易被混為一談。硬分叉之所以叫硬分叉,重點不只是新舊規則不相容,而是這種不相容「被允許同時存在」——沒有升級的節點會延續舊規則的鏈,升級的節點延續新規則的鏈,兩條鏈都可能被維護下去,形成事實上的分裂。

Alpenglow 的功能閘門機制,本質上是把「規則不相容」跟「允許分裂」這兩件事拆開處理:規則本身確實不相容(這點跟硬分叉一樣),但透過要求絕大多數質押權重都升級完成才觸發切換,等於是從機制設計上直接杜絕了「舊規則鏈繼續存在」的可能性——因為觸發切換當下,幾乎不存在還在用舊規則、且有意義質押權重的驗證者群體。

02 · 運作原理是什麼?

軟分叉、硬分叉這套分類架構,是誰發明的?為什麼會有這套分類?

這套分類不是某個機構或組織正式制定的標準,而是比特幣社群在協定演進過程中,為了描述「規則變更是否會導致節點分裂」這個實際問題,逐漸約定俗成形成的術語。最早的軟分叉、硬分叉討論可以追溯到比特幣早期的協定升級爭論,當時開發者需要一套簡單的詞彙,向社群解釋「這次升級會不會讓沒升級的人被踢出鏈」。

這套分類之所以重要,不是因為它學術上多嚴謹,而是因為它直接關係到使用者的實際風險:如果一次升級是硬分叉,代表持有資產的人可能需要留意自己的資產最終會被歸屬到哪一條鏈;如果是軟分叉,則完全不需要擔心這個問題。這也是為什麼當一次升級落在傳統二分法之外(例如 Alpenglow 這種協調式共識升級)時,理解實際的機制設計,會比糾結該貼哪個標籤更有意義。

03 · 如何應用

除了 Solana 的 Alpenglow,還有其他鏈也用類似「協調式升級」的方式,避開硬分叉的分裂風險嗎?

這種透過「絕大多數權重先達成一致,再一次啟動」的設計思路,在權益證明(PoS)類的鏈上相對常見,因為 PoS 鏈的驗證者身分本來就需要質押、註冊,天生比工作量證明(PoW)鏈更容易建立「誰有多少投票權重」的清楚帳本,也就更容易設計出以權重門檻觸發的功能閘門機制。以太坊過去多次的共識層升級,也採用類似邏輯:新規則寫入客戶端後,先在測試網驗證,再透過協調過的啟動區塊高度(activation epoch)統一切換,而不是讓市場自然分裂成兩條鏈。

相對之下,工作量證明鏈(如比特幣)由於「投票權重」是算力而非鏈上可清楚追蹤的質押部位,較難設計出同等精確的權重門檻機制,這也是為什麼比特幣歷史上争議較大的升級(例如區塊大小之爭)最終確實走向了實質分裂(比特幣現金的出現),而不是協調式的統一切換。

04 · 我該怎麼做?

如果我是新手,看到新聞說某條鏈要「共識升級」或「協定大改」,我該怎麼快速判斷這會不會影響我手上的資產?

第一步永遠是查證這次升級是不是被明確歸類為硬分叉——如果官方文件或主流媒體報導直接用「硬分叉」這個詞,通常代表社群確實預期會有新舊鏈並存的可能性,這時才需要進一步關心交易所、錢包服務商打算承認哪一條鏈為「正統」延續,因為這會直接決定你的資產最終落在哪裡。

如果升級被描述成「協調式」、「分階段」、或者明確說明需要達到某個驗證者權重門檻才會啟動(像 Alpenglow 這樣),這類設計本身就是為了避免分裂而存在的,一般使用者通常不需要對錢包做任何操作。比較實際的判斷方式,不是糾結這次升級「該叫什麼名字」,而是直接查證官方文件裡有沒有寫「使用者需要做什麼」——多數協調式升級的答案會是「不需要」,這本身就是一個比分類標籤更直接的訊號。

完整內容 +

Solana 正在進行的 Alpenglow 共識升級,把共識演算法從 Tower BFT 整個換成 Votor,這是 Solana 有史以來規模最大的協定變更。很多剛接觸區塊鏈的人看到「共識機制被整個換掉」,直覺會以為這一定是一次硬分叉——但實際上,Alpenglow 從頭到尾都沒有被歸類為硬分叉,也沒有產生任何新的代幣或新的鏈。這個落差正好揭露了一個常被搞混的觀念:分叉的分類判準,不是看「改動有多大」,而是看「新舊版本的節點,能不能繼續在同一條鏈上達成共識」。

軟分叉、硬分叉,到底在分什麼

軟分叉(soft fork)是向下相容的規則收緊:新規則是舊規則的子集,沒有升級的舊版本節點,仍然能辨認並接受新版本節點產生的區塊,只是可能無法自己產生完全符合新規則的區塊。比特幣的 SegWit 升級是經典的軟分叉案例,升級前後的節點能持續留在同一條鏈上,不會分裂成兩條鏈。

硬分叉(hard fork)則是不向下相容的規則變更:新規則允許(或要求)舊版本節點會拒絕的區塊格式,這代表沒有升級的節點會直接把新版本節點產生的區塊判定為無效,雙方各自延續自己認可的鏈,如果雙方社群都持續維護下去,就會形成兩條獨立的鏈——以太坊與以太坊經典(Ethereum Classic)在 The DAO 事件後的分裂,就是最經典的硬分叉案例。

Alpenglow 為什麼不算硬分叉:關鍵在「准入」而非「相容」

Alpenglow 的設計刻意避開了硬分叉會產生的鏈分裂風險,做法是透過「功能閘門」(feature gate)機制:新的共識規則寫進客戶端程式碼後,先保持關閉狀態,只有當網路裡達到絕大多數(約三分之二)質押權重的驗證者都升級到能理解新規則的客戶端版本後,這個功能閘門才會被觸發啟動。在啟動之前,整個網路仍然統一運行在舊規則之下;啟動的瞬間,全網幾乎是同步切換,沒有給任何一部分驗證者機會留在舊規則上「另立山頭」。

這跟硬分叉的本質差異在於:硬分叉允許(甚至預期)社群分裂成兩條鏈並存;Alpenglow 的功能閘門設計則是先確保絕大多數驗證者權重都已經準備好接受新規則,才觸發切換,等於是用「先取得壓倒性共識,再一次到位」取代「先上線新規則,讓市場決定要不要跟」。Solana 這次額外加上了驗證者身分註冊(BLS 公鑰)與准入票證機制,用意也是確保切換當下,網路裡不會有一部分驗證者因為身分未就緒而被迫留在舊規則、進而形成事實上的分裂。

那 Alpenglow 到底該怎麼歸類

比較精確的說法是「協調式共識升級」(coordinated consensus upgrade),而不是傳統意義上的硬分叉或軟分叉——因為它同時具備硬分叉的特徵(新舊規則本身確實不相容)跟軟分叉沒有的特徵(透過分階段權重推進,刻意避免鏈分裂),傳統的二分法在描述這類「大規模但協調一致」的升級時,其實已經不太夠用。這也是為什麼理解一次升級該怎麼歸類,重點從來不是看它改了什麼,而是看它有沒有機制確保「絕大多數參與者會在同一時刻站在同一邊」。

這跟你的錢有什麼關係

如果你是新手,看到「重大協定升級」或「共識大改造」這類新聞標題,不要直覺認定一定會有新代幣出現、或是你的錢包需要做什麼操作——那是硬分叉特有的模式,不是普遍規律。真正該做的,是查證這次升級是不是像 Alpenglow 一樣採用分階段、需要絕大多數權重才能觸發的機制:如果是,最終持有少數派棄鏈資產的風險會低很多,因為這套機制本來就是為了防止這種結果而設計的。如果你手上的資產真的碰上一次硬分叉,比起糾結「這算不算硬分叉」,更值得問的是交易所或錢包服務商有沒有明確表態要承認哪一條鏈是延續資產——決定你能不能動用資產的,是這個表態,不是分叉標籤本身。

資料來源:Agave 4.3 Release Schedule: Alpenglow Mainnet Activation September 28, 2026 — Solana CompassAlpenglow — Solana (official upgrade page)What Is A Blockchain Fork? Soft Vs Hard Forks: Explained — Ledger
圖解
軟分叉、協調式升級、硬分叉的三方對照三種協定變更方式在相容性與鏈分裂風險上的差異,Alpenglow 屬於中間的協調式升級類型Soft Fork vs Hard Fork vs Coordinated UpgradeSoft ForkBackward-compatibleOld nodes still acceptnew blocksResult: one chain,no splitExample: SegWitCoordinated UpgradeRules incompatible, BUTgated by supermajorityweight before activationResult: one chain,near-simultaneous switchExample: AlpenglowHard ForkNon-backward-compatibleOld nodes reject newblocks outrightResult: possible splitinto two chainsExample: ETH / ETCClassification depends on split risk, not size of changeChain Bible · chain-bible.com
歡迎截圖分享,轉載請註明來源
提問
請至少輸入 10 個字
相關文章
為什麼搜尋同一個代幣名字,會跳出好幾個不同的合約地址?
beginners · 08/19
測試網是什麼:一個可以隨便搞砸、卻沒人會真的賠錢的區塊鏈
beginners · 08/17
官方橋跟第三方跨鏈橋,資產放哪一邊出事你自己扛?
chain-comparison · 08/31
公有鏈、私有鏈、聯盟鏈:企業選錯鏈型態,代價不是效能差,是整套治理邏輯要重來
ecosystem · 08/31
更多相關主題