首页 加密货币文章正文

重磅!比特币底层巨变:社区逆袭,软分叉箭在弦上!

加密货币 2025年03月25日 14:18 17 author

比特幣底層變革:基層社區推動的軟分叉提案

四年多來,比特幣底層軟件迎來罕見的變更契機。這次變革並非由核心開發者主導,而是來自基層社區的強勁推動。

兩個比特幣改進提案(BIP)——BIP-119(CTV)和 BIP-348(CSFS)——正獲得越來越多的社區支持。這兩個提案旨在引入新的腳本編寫方式,賦予比特幣實現“契約”(Covenants)功能的能力,並可能在未來的軟分叉中落地。

核心概念:Covenants及其實現方案

為了幫助讀者理解 Covenants 的概念及其與 BIP 提案的關係,我們將進行簡要梳理:

Covenants 本質上是比特幣網絡中的一種功能概念,而 BIP-119 和 BIP-348 則是實現這一概念的兩種不同方案。

什麼是比特幣的Covenants?

定義

Covenants 是一種提議的比特幣協議機制,它允許在交易中設置條件或限制,以規定比特幣的具體花費或轉移方式。這些條件可以延續到後續的交易中,從而約束未來的支出行為,增強比特幣腳本的靈活性。

作用

Covenants 具有以下潛在作用:

  • 提高智能合約能力: 使得比特幣能夠支持更複雜的應用場景,例如貸款、去中心化交易所 (DEX) 和保險庫等。
  • 增強安全性: 有助於防止資金被盜或誤用。
  • 優化網絡性能: 例如減少交易費用或提高隱私性。

當前狀態

儘管相關的討論和提案(如 BIP-119)已推進多年,但比特幣主網目前尚未正式集成任何 Covenants 相關的功能。

兩大提案:BIP-119 (CTV) 與 BIP-348 (CSFS)

BIP 119:OP_CHECKTEMPLATEVERIFY (CTV)

CTV 是一個提議的比特幣操作碼,它允許交易輸出指定一個“模板”,並要求後續花費交易的輸出必須與該模板相匹配。

這個提案由前比特幣核心貢獻者 Jeremy Rubin 提出,至今已存在超過五年。通過限制資金只能按照預定義的方式花費,CTV 實現了“狀態攜帶”的功能。

應用場景包括:

  • 創建批量支付,以減少交易費用。
  • 構建去中心化交易所 (DEX) 或貸款協議。
  • 實現 Vaults(保險庫),以保護資金免受盜竊。

CTV 可以被視為 Covenants 的一種輕量級實現,它側重於輸出格式的限制,而不涉及複雜的邏輯。

BIP 348:OP_CHECKSIGFROMSTACK (CSFS)

CSFS 是一個提議的比特幣操作碼,它允許驗證一個簽名對於任意消息是否有效,而不僅僅是當前交易的哈希。它從數據棧中獲取簽名、公鑰和消息,並檢查簽名是否匹配。

這個提案由 Jeremy Rubin 與 Brandon Black 在 2024 年 11 月正式提出。

OP_CSFS 是實現更靈活 Covenants 的強大工具,因為它允許對交易輸入進行“自省”(Introspection),即檢查簽名交易的完整內容或狀態。

具體應用:

  • Covenants 實現: OP_CSFS 可用於創建複雜的條件邏輯,以確保資金只能按照特定規則花費。例如,驗證者可以檢查交易輸入是否符合預設模板或限制。

  • 安全增強: 支持 Vaults 和去中心化協議,通過簽名驗證防止盜竊或未授權支出。

  • 擴展性: 與其他操作碼(如 OP_CAT)結合,可以構建更複雜的智能合約。

    OP_CAT:潛在的助力

歷史:

早期存在: OP_CAT 曾是比特幣原始腳本語言的一部分,由中本聰在 2009 年比特幣推出時包含在內。它最初被設計為增強腳本的靈活性,並支持更複雜的邏輯。

移除原因(2010 年):

  • OP_CAT 在 2010 年被移除(禁用),原因是為了防止潛在的安全漏洞和資源濫用。
  • 具體問題: 如果不加限制,OP_CAT 可能被惡意用戶用來生成無限長的數據(通過遞歸調用),導致“拒絕服務攻擊”(DoS Attack),因為比特幣節點需要處理這些數據,增加計算和存儲開銷。
  • 當時比特幣腳本語言被簡化,保留了最基本的功能,確保協議的輕量化、安全性和去中心化。

定義與作用:

OP_CAT 是一個比特幣腳本語言 (Script) 的操作碼 (Opcode)。它本身不是直接的 Covenant 實現,但它是構建複雜 Covenant 邏輯的潛在工具。相比於 CTV 和 CSFS,OP_CAT 更通用,適合數據操作,但需要與其他操作碼結合才能實現複雜功能。

現狀:

比特幣社區近年來重新討論 OP_CAT 的回歸,此前以較為社區玩性符號的 BIP-420 提案的形式出現,不過目前以 BIP-347 編號正式合併到 bitcoin/bips 倉庫。

社區的討論進展

開發者支持的轉變

近幾週,許多西方比特幣開發者在 Twitter 上紛紛表達了對 CTV 和 CSFS 的支持,這是一個強烈的信號,表明至少在社交媒體圈內,部分比特幣社區正朝着接受這些變更的方向邁進。

此外,開發者普遍認為這兩個提案的定義較為“狹窄”。這意味著一旦激活,被用戶意外濫用的可能性較低。比特幣開發者社區歷來對比特幣的變更持謹慎態度。例如,儘管 BIP 119 已經擱置近五年,但在不久前,CTV 還曾被視為過於激進,不宜激活。

Jeremy Rubin 早前為推廣 CTV 所進行的活動曾遭到強烈反對,尤其是來自一些擁有大量追隨者的比特幣意見領袖,如 Adam Back 和 Jimmy Song 的批評。這些批評最終演變為比特幣社區中廣泛的不滿,迫使 Rubin 最終淡出了比特幣領域。

近期對 OP_CAT 操作碼的倡導,似乎拓寬了被認為“可接受”的比特幣提案的範圍,將 CTV 與 CSFS 框定為相對“保守”的選項。值得注意的是,大多數支持 OP_CAT 的人士也同樣支持 BIP 119 和 BIP 348(以及大多數其他提案)。

未來展望

接下來,我們可以期待更多的討論。預計開發者將在幾場技術會議上進一步探討這些提案,例如計劃於 4 月舉行的 OPNEXT、7 月的 BTC++ 以及 10 月的 TABConf。一旦開發者初步達成共識,軟分叉的實際激活便將移交給礦工、社區和投資者進行最終確認。

如何追蹤BIPs的社區討論和軟分叉流程?

流程的複雜性

比特幣的技術社區通常會就這些提案進行深入討論。然而,這是一個看似晦澀且循環往復的過程,追蹤其進展並非易事。

簡單來說,比特幣軟分叉的流程需要大致評估比特幣各利益相關方的支持程度,這包括開發者、托管者、投資者以及礦工。最直觀的支持指標通常來自礦工,因為他們能通過在所挖區塊中發出信號來表明對代碼庫變更的認可。通常,Bitcoin Core 要求在一段時間內 95% 的區塊發出支持信號,之後才會將更新鎖定以待激活。

然而,對於“廣泛支持”到底應如何定義,目前尚無定論,比特幣共識始終處於不斷演變之中。礦工之所以成為重要的信號提供者,僅僅因為他們在比特幣網絡中是一個“可計數”的實體。換句話說,由於比特幣的去中心化結構,很難從“肉眼可見”的角度衡量總體共識。

BIPs提案生命週期:比特幣軟分叉的漫長歷程

一家以比特幣 NFT 聞名的開發公司 Taproot Wizards 以 OP_CAT 為例,用流程圖表的方式揭祕比特幣軟分叉的漫長而複雜的過程。感興趣的讀者可以訪問 https://www.quantumcats.xyz/bip-land 自行查看。以下是流程的簡要概括:

提案階段

  1. 提案最初在比特幣開發者的郵件列表中被提出和討論。
  2. 進入更大的社區範圍討論,提案功能的優缺點會經歷長期的討論困境。如果無法進一步推進,則會止步於此。
  3. 基層社區在 Github 上為提案撰寫 BIP 草稿。

開發與測試階段

  1. 開發者着手相關代碼實現,需要長期審計,確認沒有 Bug 才能繼續往下走。
  2. 經過比特幣倉庫 BIP 編輯者的審核和社區初步認可,分配正式 BIP 編號。
  3. 進入 Signet 測試網絡。Signet 是一種比特幣的測試網絡,允許開發者在不影響主網的情況下,對新功能或代碼變更進行試驗。(許多新功能可能永久擱置在這一步驟。)
  4. 可能進入 Liquid 側鏈進行試驗。

審核與合併階段

  1. 向 Bitcoin Core 提交 PR(Pull Request,請求合併代碼)。
  2. 進入比特幣核心代碼審查和提案合併流程,此階段高度不確定。只有在避開了大部分反對意見並滿足技術要求(無嚴重 Bug)時,提案才有機會進入合併階段。關鍵開發者(如 Pieter Wuille)的意見往往至關重要,他們的認可或否決會極大影響提案的命運。
  3. 若代碼審核沒問題,等待比特幣倉庫維護者將 PR 合併入主項目。目前有五個維護者:Michael Ford (fanquake)、Hennadii Stepanov(hebasto)、Andrew Chow(achow 101)、 Gloria Zhao(glozow)、Ryan Ofsky(ryanofsky)。

激活機制選擇

  1. 繼續是比特幣開發者和礦工等不同群體間潛在的爭議與討論。

  2. 選擇激活機制:

    a. 礦工主導軟分叉(MASF): 由礦工通過信號(通常 95% 閾值)激活新規則,如 BIP-9 或 BIP-8 的默認模式。MASF 較為穩定,但需要協調廣泛共識和測試,因此需要較長時間。

    b. 用戶主導軟分叉(UASF): 由節點運營商(用戶)強制激活新規則(如 BIP-8 的“Lockinontimeout: True”),繞過礦工阻力,但有潛在的鏈分叉風險和社區分歧。

    總結與展望

吳說此前曾報道,Bitcoin.org 域名維護者 Cobra 警告稱,2025 年比特幣網絡可能迎來由比特幣核心外的匿名開發者發起的用戶主導軟分叉(UASF),這與本文提及的 BIP 119 的潛在變更相關。Cobra 認為,這些改進可能引發“固化派”與“改進派”之間的分歧,由基層社區主導,並由非比特幣核心開發者推動。

據了解,UASF 是一種由比特幣用戶發起的協議升級方式,通過升級節點軟件強制執行協議更新,即使礦工或其他方不支持,因此也意味著鏈分叉的風險。當然,目前不必過於擔憂,畢竟許多問題仍懸而未決。例如,未來的軟分叉是否只會包含 CTV 和 CSFS?是否會將經常與這組操作碼一起討論的 OP_CAT 納入考慮?軟分叉的實際激活過程將如何展開?其他利益相關者(例如比特幣礦工)是否會予以足夠重視?

社區主導的可能性

只要 BIPs 的共識足夠大,由基層社區推動的提案也一樣能夠以礦工主導軟分叉(MASF)的形式進行。而且即使是 UASF,歷史上也有成功案例。UASF 在 2017 年的 SegWit 升級中發揮了關鍵作用,用戶成功推動軟分叉,避免了硬分叉,促進了比特幣擴容。

未來的變數

比特幣的發展方向始終充滿變數,基層社區的參與為其注入了新的活力,也帶來了新的挑戰。 未來,我們將持續關注這些提案的進展,以及它們對比特幣生態系統的潛在影響。

标签: 软分叉 BIP-119 BIP-348 CTV CSFS

发表评论

StockLedgerCopyright 2024 . Some Rights Reserved. 备案号:川ICP备2024110114-9号 power by biquan111.com