首頁LBank 新聞中心
比特幣目前無法啟動任何軟分叉,Drivechain 創辦人表示
bitcoin-cannot-activate-any-soft-forks-for-now
比特幣目前無法啟動任何軟分叉,Drivechain 創辦人表示
在其強制執行分支於兩個區塊後停滯之前,BIP-110 曾獲得 2.53% 的礦工支持。Paul Sztorc 表示,自 Taproot 以來提出的每一項軟分叉都未能啟動。Drivechain 會將實驗性規則放在獨立鏈上,但必須先修改 Bitcoin 共識。Sztorc 表示,側鏈手續費收入將影響礦工保護 Drivechain 提幣的誘因。
2026-09-16 來源:crypto.news

自 Taproot 於 2021 年上線以來,比特幣未能啟動任何提議的軟分叉,這使得 Drivechain 創建者 Paul Sztorc 認為,在可預見的未來,該網絡無法批准任何此類升級。

摘要
  • BIP-110 在其強制執行分支停滯兩區塊後,僅獲得 2.53% 礦工支持。
  • Paul Sztorc 表示,自 Taproot 以來,所有提議的軟分叉都未能啟動。
  • Drivechains 會將實驗性規則放在獨立的鏈上,但首先需要比特幣的共識變更。
  • Sztorc 表示,側鏈的費用收入將影響礦工保護 Drivechain 提款的動機。

LayerTwo Labs 執行長兼 Drivechain 提案創始人 Paul Sztorc 告訴 crypto.news,BIP-110 啟動失敗的問題遠不止於一次有爭議的比特幣升級。

Sztorc 說:「自 Taproot 以來,所有軟分叉都未能啟動,這次也不例外。」

他的評估是在 BIP-110 崩潰之後進行的,該提案是一個提議的臨時軟分叉,旨在限制比特幣交易中存儲的某些形式的非金融數據。該提案在 2,016 個區塊的難度週期內僅獲得 51 個區塊的支持,礦工發出訊號的比例僅為 2.53%。

BIP-110 強制執行節點隨後於 8 月 8 日在區塊 961,632 處從主流比特幣網絡分裂。新分支僅產生了兩個區塊後便停滯不前,而主鏈則以其正常速度繼續處理區塊。

BIP-110 失敗顯示比特幣升級過程停滯不前

Sztorc 表示,BIP-110 的結果顯示了開發人員在獲得比特幣共識規則變更支持方面所面臨的困難。

該提案的自願啟動程序要求 55% 的區塊發出支持訊號。根據早期的礦工數據,截至 8 月 2 日,由於前 1,108 個區塊中只有 28 個區塊發出訊號,因此該目標已在數學上無法達成。

其強制執行軟體仍在區塊 961,632 進入強制發出訊號期。運行 BIP-110 的節點隨後拒絕了未發出支持訊號的區塊,儘管大多數礦工仍繼續在非強制執行比特幣鏈上建立區塊。

截至 8 月 9 日,少數分支仍停滯在區塊 961,633,而主鏈已領先 111 個區塊。OCEAN 的 BIP-110 端點顯示,當時約有 257 PB/秒的算力分配給該分支,而 Strategy 執行主席 Michael Saylor 估計,約 99.85% 的比特幣算力仍留在主流鏈上。

由於該分支繼承了比特幣 127.48 兆的挖礦難度,因此兩個區塊的鏈停滯變得更加嚴重。如果沒有足夠的計算能力,其礦工無法快速生成達到難度調整所需的剩餘區塊。

BIP-110,正式名稱為「減少數據臨時軟分叉」,提議了七項共識限制,持續 52,416 個區塊,或大約比特幣正常區塊率下的一年。這些規則包括對 OP_RETURN 輸出設置 83 位元組上限、對某些數據推動設置 256 位元組限制,以及影響某些 Taproot 功能的限制。

支持者,包括 Bitcoin Knots 維護者 Luke Dashjr,認為這些限制將減少與銘文相關的任意數據存儲,並使比特幣專注於貨幣交易。批評者如 Saylor 和 Blockstream 聯合創始人 Adam Back 則表示,該提案可能會透過拒絕網絡目前接受的交易結構來破壞比特幣的中立性。

連 OP_CAT 也面臨相同的比特幣共識障礙

Sztorc 表示,BIP-110 並非孤立的失敗案例,並指出自 Taproot 以來,其他提議的軟分叉也未能啟動。

Taproot 於 2021 年 11 月 14 日在區塊 709,632 處啟動,當時礦工透過「快速試驗」(Speedy Trial)流程發出準備就緒的訊號。這次升級引入了 Schnorr 簽名和新的 Taproot 支出規則,而沒有強制未升級的節點遷移到單獨的區塊鏈上。

自那以後,旨在添加功能或更改比特幣腳本規則的提案仍在討論中,但尚未啟動。Sztorc 以 OP_CAT 為例,將其描述為比特幣原始軟體中出現的一個小型程式碼更改,並已獲得開發人員的支持。

當被問及 BIP 300 如何克服共識變更的阻力時,他說:「什麼都不能——甚至 OP_CAT 也不行,它只有 13 行程式碼,在原始軟體中就存在,並且獲得了大量支持。」

「在可預見的未來,比特幣無法啟動任何軟分叉。」

OP_CAT 將允許比特幣腳本結合兩個數據元素。中本聰在 2010 年因安全顧慮而禁用了該操作,但後來的一個提案試圖透過向後兼容的軟分叉來恢復它。

支持者表示,該操作碼可以幫助開發人員創建契約(covenants)、保險庫(vaults)、橋接(bridges)和其他可編程的支出條件。然而,OP_CAT 提案仍取決於比特幣開發人員、礦工、節點營運商和用戶之間進行技術審查和充分的共識。

其他提案也面臨相同的協調問題。例如,BIP-360 提出了一種新的輸出類型,旨在透過軟分叉支持後量子簽名。其作者將該設計視為用戶將資金轉移到抗量子地址的可能途徑,儘管啟動需要 Sztorc 所說的比特幣無法再實現的網絡共識。

Drivechains 會將實驗從比特幣基礎層移開

Drivechains 的設計宗旨是讓開發人員在可選的側鏈上測試不同的規則和應用,而不是尋求對比特幣基礎層進行重複的更改。

根據 BIP 300,用戶可以透過雙向掛鉤在比特幣和獨立側鏈之間移動 BTC。每個側鏈都可以應用自己的規則,允許開發人員測試隱私系統、智能合約、更快的交易或其他功能,而無需每個比特幣用戶都採用它們。

側鏈還將保持獨立的品牌和軟體,Sztorc 將其與 Liquid 和 Lightning 等現有系統進行了比較。用戶可以選擇是否將資金轉入特定的鏈,而比特幣的基礎規則在最初的 Drivechain 升級後將保持不變。

當被問及多個 Drivechain 是否會導致流動性碎片化,並讓用戶不確定該信任哪些實作時,Sztorc 將該模型比作開發人員推出獨立的替代幣。

他說:「每個 Drivechain 都將有自己的品牌,就像 Liquid、Lightning 等一樣。」

Drivechains 仍將面臨 Sztorc 評估中指出的同樣的即時障礙:BIP 300 本身需要比特幣上的共識變更。如果沒有啟動,開發人員就無法將其提議的提款系統作為網絡規則的一部分進行部署。

當被問及 BIP 300 如何克服阻礙其他提案的阻力時,Sztorc 說:「它不能。」

礦工控制仍是 Drivechain 的核心安全爭議

BIP 300 將賦予比特幣礦工在批准 Drivechain 提款方面扮演重要角色,這項安排引發了對竊盜、審查和礦工勾結的擔憂。

根據該提案,提款請求將在礦工透過比特幣區塊投票時保持待處理狀態。在所需投票期間獲得足夠支持的請求可以從側鏈掛鉤中釋放 BTC。

Sztorc 表示,其安全模型部分取決於受歡迎的側鏈為礦工創造的經濟價值。

「如果鏈很受歡迎,它就會為礦工產生費用。如果這個費用收入相對於 L2 上流通的代幣數量而言很大,那麼它就會是安全的。」

因此,用戶需要評估側鏈費用收入、礦工激勵與掛鉤中持有的 BTC 價值之間的關係。批評者認為,礦工可能會協調一致以批准無效提款,而支持者則認為,攻擊一個有利可圖的側鏈可能會破壞未來的費用收入並損害對系統的信心。

對於美國參與者來說,BIP-110 已經證明了美國的挖礦作業如何參與比特幣治理爭議。Foundry USA Pool 在強制期之前要求挖礦客戶投票支持 BIP-110 信號,而 Strategy,一家在美國上市的公司,也是最大的企業比特幣持有者之一,透過 Saylor 公開反對該提案。

這次失敗的分叉也給持有者帶來了實際風險,因為 BIP-110 沒有包含自動重放保護。比特幣開發人員 Kevin Loaec 警告說,在一個分支上發送的交易可能會被複製到另一個分支,如果用戶試圖在沒有先分離資產的情況下在少數鏈上移動或出售資產,這會使分叉前的代幣面臨風險。

BIP-110 的支持者還準備了可能的「工作量證明」(proof-of-work)變更程式碼,這將允許停滯的分支放棄比特幣現有的挖礦演算法。該程式碼包含了一個可配置的硬分叉時間,儘管開發人員 Chris Guida 將其描述為一個應急措施,並且尚未設定啟用日期。