區塊鏈分叉既可能指兩個候選區塊造成的短暫分支,也可能指共識規則升級。軟分叉保留舊節點對新區塊的相容判斷,硬分叉則引入舊節點不接受的規則。
這兩個語境經常被混在一起。短暫分支可能在網路正常運作中自動收斂;協議分叉則涉及軟體版本、啟用條件和參與者是否接受新規則。
在區塊傳播期間,兩個生產者可能幾乎同時基於同一父區塊提出新區塊。部分節點先看到 A,另一部分先看到 B,於是帳本短暫出現兩個候選鏈頭。網路繼續出塊後,節點按分叉選擇規則收斂到一條歷史。
另一種原因是協議升級。開發者發布新規則後,節點是否升級、規則是否向後相容,以及不同參與者是否在同一時間啟用,都會影響網路能否繼續維持一條鏈。

| 比較項目 | 軟分叉 | 硬分叉 |
|---|---|---|
| 規則變化 | 通常收緊原有有效規則集合 | 引入舊節點不認可的新規則 |
| 舊節點看新區塊 | 仍可能判斷為有效,但不能檢查全部新規則 | 會把只符合新規則的區塊判為無效 |
| 升級要求 | 未升級節點可繼續跟隨,但驗證能力下降 | 參與新鏈的節點必須升級 |
| 是否必然分成兩條鏈 | 不必然 | 也不必然,取決於舊規則是否仍有人維護 |
軟分叉的相容不代表舊節點具備同等安全性。舊節點無法執行新增限制,只能接受升級節點產生的結果。硬分叉若獲得所有關鍵參與者協調升級,也可以只保留一條活躍鏈。

節點不會只按最早收到或區塊最多來選鏈。工作量證明網路通常比較累計工作量,具體機制可參閱工作量證明(PoW);權益證明網路可能根據驗證者權重、投票和最終確定規則選擇鏈頭。
未被採用分支中的普通交易不一定永久消失。如果交易與主鏈不衝突,它可能重新回到待處理佇列並在之後被打包;已經依賴該交易的應用程式則可能看到確認回退,這就是需要等待確認深度的原因之一。
不一定。只有當一部分參與者繼續維護舊規則,另一部分採用新規則,並且兩邊都形成可持續網路時,才可能長期存在兩條鏈。是否出現兩種可交易資產,還取決於錢包、交易平台、重放保護、流動性和社群支持。
很多計畫內硬分叉只是協議升級,節點在約定高度共同切換,舊鏈無人繼續維護。硬分叉這個名稱本身,不能用來推斷使用者會獲得等量新幣。
一般使用者應從專案官方管道核對升級高度、用戶端版本和交易平台安排。不要為了領取所謂的分叉幣,向陌生網站提交私鑰或助記詞。
需要同時看規則相容性與採用情況。先確認變更屬於共識層、網路層還是錢包功能;再查看啟用條件、節點和驗證者支持度、舊版本行為、是否有重放保護,以及舊規則是否仍有生產者和經濟參與者維護。
單看程式碼發布或礦工訊號不足以確定結果。節點、驗證者、使用者、開發者和交易平台各自扮演不同角色,最終鏈狀態來自實際運作與經濟協調。
想了解節點如何選擇並驗證區塊,可閱讀節點是什麼;區塊之間怎樣透過雜湊連接,可回到區塊鏈是什麼。
不是。介面、效能、錢包功能和非共識網路參數的更新,可能完全不改變區塊有效性規則。只有影響參與者對共同歷史判斷的變化才涉及共識分叉。
不能只按名稱判斷。安全性取決於規則設計、程式碼實作、測試、啟用方式和參與者採用情況。軟分叉相容性較強,但舊節點不能驗證新增規則,也有自身取捨。
若兩條鏈共享分叉前的帳戶歷史和金鑰體系,原私鑰可能對應兩邊地址。但直接匯入私鑰會增加外洩和重放風險,應先確認官方工具、鏈識別碼與隔離步驟。
不是。重組是節點按共識規則從一個候選分支切換到另一個分支,相關交易狀態隨主鏈改變。資料庫回滾則是軟體內部操作,未必得到網路其他節點認可。


