比特幣基層社區(qū)在開始推動(dòng)比特幣底層軟件的變更，這是超四年以來少有的事（此前可能重大的底層變更都由核心開發(fā)者群體主導(dǎo)推動(dòng)）。

編譯：GaryMa 吳說區(qū)塊鏈

據(jù) Blockspace 報(bào)道，比特幣基層社區(qū)在開始推動(dòng)比特幣底層軟件的變更，這是超四年以來少有的事（此前可能重大的底層變更都由核心開發(fā)者群體主導(dǎo)推動(dòng)）。

這次正在涌現(xiàn)基層支持的是兩個(gè)比特幣改進(jìn)提案（BIP），即 BIP-119（CTV） 和 BIP-348（CSFS）。這兩個(gè)提案提出了新的比特幣腳本編寫方式，將使比特幣能夠?qū)崿F(xiàn) “契約”（Covenants）的功能。這兩個(gè)提案可能會(huì)在比特幣下一次軟分叉中實(shí)施。

為了避免有些讀者暫時(shí)無法理解比特幣的 Covenants 以及這些具體的 BIP 方案的關(guān)系，這里我們理清一下：

簡(jiǎn)單來講，Covenants 是比特幣網(wǎng)絡(luò)中的一個(gè)功能概念，而文中提及的兩個(gè) BIP 是為了實(shí)現(xiàn)這個(gè)功能概念的不同實(shí)現(xiàn)方案。

什么是比特幣的 Covenants？

定義：

Covenants 是比特幣協(xié)議中提議的機(jī)制，允許在交易中設(shè)置條件或限制，規(guī)定比特幣如何被花費(fèi)或轉(zhuǎn)移。這些條件可以跨越多個(gè)交易，限制未來的支出方式，從而增強(qiáng)比特幣的腳本功能。

作用：

·提高比特幣的智能合約能力，支持更復(fù)雜的應(yīng)用（如貸款、去中心化交易所、保險(xiǎn)庫）。

·增強(qiáng)安全性，防止資金被盜或誤用。

·優(yōu)化網(wǎng)絡(luò)性能，如減少交易費(fèi)用或提高隱私。

這里我們大概就能清楚，Covenants 是一個(gè)概念，而本文提及的 BIP-119（CTV）和 BIP-348（CSFS），是 Covenants 這個(gè)功能概念的具體實(shí)現(xiàn)。

當(dāng)前狀態(tài)：

比特幣主網(wǎng)當(dāng)前并未正式集成任何 Covenants 相關(guān)功能，盡管相關(guān)討論和提案（如 BIP-119）已推進(jìn)多年。

BIP 119：OP_CHECKTEMPLATEVERIFY (CTV)

一個(gè)提議的比特幣操作碼，允許交易輸出指定一個(gè)“模板”（Template），要求后續(xù)花費(fèi)交易的輸出必須匹配該模板。

由前比特幣核心貢獻(xiàn)者 Jeremy Rubin 提出，已經(jīng)存在了超過五年。它通過限制資金只能按預(yù)定義方式花費(fèi)，實(shí)現(xiàn)了“狀態(tài)攜帶”的功能。

應(yīng)用場(chǎng)景包括：

·創(chuàng)建批量支付（Batch Payments），減少交易費(fèi)用。 構(gòu)建去中心化交易所（DEX）或貸款協(xié)議。

·實(shí)現(xiàn) Vaults（保險(xiǎn)庫），保護(hù)資金免受盜竊。

·CTV 是 Covenants 的一種輕量級(jí)實(shí)現(xiàn)，專注于輸出格式限制，而不涉及復(fù)雜邏輯。

BIP 348：OP_CHECKSIGFROMSTACK (CSFS)

一個(gè)提議的比特幣操作碼，允許驗(yàn)證一個(gè)簽名是否對(duì)任意消息（Message）有效，而不僅僅是當(dāng)前交易的哈希。它從數(shù)據(jù)棧中獲取簽名、公鑰和消息，檢查簽名是否匹配。

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

OP_CSFS 是實(shí)現(xiàn)更靈活 Covenants 的強(qiáng)大工具，因?yàn)樗试S對(duì)交易輸入進(jìn)行“自省”（Introspection），即檢查簽名交易的完整內(nèi)容或狀態(tài)。

具體應(yīng)用：

·Covenants 實(shí)現(xiàn)：OP_CSFS 可用于創(chuàng)建復(fù)雜的條件邏輯，確保資金只能按特定規(guī)則花費(fèi)。例如，驗(yàn)證者可以檢查交易輸入是否符合預(yù)設(shè)模板或限制。

·安全增強(qiáng)：支持 Vaults 和去中心化協(xié)議，通過簽名驗(yàn)證防止盜竊或未授權(quán)支出。

·擴(kuò)展性：與其他操作碼（如 OP_CAT）結(jié)合，可構(gòu)建更復(fù)雜的智能合約。

而提到了比特幣的 Covenants 以及 BIP-119（CTV）BIP-348（CSFS）這兩組提案，那么肯定是少不了 OP_CAT 的。

BIP 347：OP_CAT

歷史：

早期存在：OP_CAT 是比特幣原始腳本語言的一部分，由中本聰（Satoshi Nakamoto）在 2009 年比特幣推出時(shí)包含在內(nèi)。它最初被設(shè)計(jì)為增強(qiáng)腳本的靈活性，支持更復(fù)雜的邏輯。

移除原因（2010 年）：

·OP_CAT 在 2010 年被移除（禁用），原因是為了防止?jié)撛诘陌踩┒春唾Y源濫用。

·具體問題：如果不加限制，OP_CAT 可以被惡意用戶用來生成無限長(zhǎng)的數(shù)據(jù)（通過遞歸調(diào)用），導(dǎo)致“拒絕服務(wù)攻擊”（DoS Attack），因?yàn)楸忍貛殴?jié)點(diǎn)需要處理這些數(shù)據(jù)，增加計(jì)算和存儲(chǔ)開銷。

·當(dāng)時(shí)比特幣腳本語言被簡(jiǎn)化，保留了最基本的功能，確保協(xié)議的輕量化、安全性和去中心化。

定義與作用：

OP_CAT 是一個(gè)比特幣腳本語言（Script）的操作碼（Opcode），它不是直接的 Covenant 實(shí)現(xiàn)，但它是構(gòu)建復(fù)雜 Covenant 邏輯的潛在工具。相比于上述兩個(gè)操作碼，OP_CAT 更通用，適合數(shù)據(jù)操作，但需要與其他操作碼結(jié)合才能實(shí)現(xiàn)復(fù)雜功能。

現(xiàn)狀：

比特幣社區(qū)近年來重新討論 OP_CAT 的回歸，此前以較為社區(qū)玩性符號(hào)的 BIP-420 提案的形式出現(xiàn)，不過目前以BIP-347編號(hào)正式合并到 bitcoin/bips 倉庫。

進(jìn)展如何

據(jù) Coindesk 消息，在過去的幾周內(nèi)，許多西方比特幣開發(fā)者在 Twitter 上紛紛表達(dá)了對(duì) CTV 和 CSFS 的支持?—?— 這無疑是一個(gè)強(qiáng)烈信號(hào)，表明至少在社交媒體圈內(nèi)，部分比特幣社區(qū)正朝著接受這些變更的方向邁進(jìn)。

此外，開發(fā)者普遍認(rèn)為這兩個(gè)提案的定義較為“狹窄”。通俗來說，這意味著一旦激活，被用戶意外濫用的可能性較低。比特幣開發(fā)者社區(qū)歷來對(duì)比特幣的變更持謹(jǐn)慎態(tài)度。例如，盡管 BIP 119 已經(jīng)擱置近五年，但在不久前，CTV 還曾被視為過于激進(jìn)，不宜激活。

這兩個(gè)提案的共同發(fā)起者 Jeremy Rubin 早前為推廣 CTV 所進(jìn)行的活動(dòng)曾遭到強(qiáng)烈反對(duì)?—?— 尤其是來自一些擁有大量追隨者的比特幣意見領(lǐng)袖，如 Adam Back 和 Jimmy Song 的批評(píng)。種種批評(píng)最終演變?yōu)楸忍貛派鐓^(qū)中廣泛的不滿，迫使 Rubin 最終淡出了比特幣領(lǐng)域。

那么，究竟是什么促成了這種變化？近期對(duì) OP_CAT 操作碼的倡導(dǎo)，似乎拓寬了被認(rèn)為“可接受”的比特幣提案的范圍，將 CTV 與 CSFS 框定為相對(duì)“保守”的選項(xiàng)。值得注意的是，大多數(shù)支持 OP_CAT 的人士也同樣支持 BIP 119 和 BIP 348（以及大多數(shù)其他提案）。

接下來我們可以期待什么？首先，討論還將持續(xù)。預(yù)計(jì)開發(fā)者將在幾場(chǎng)技術(shù)會(huì)議上進(jìn)一步探討這些提案，例如計(jì)劃于 4 月舉行的 OPNEXT、7 月的 BTC++ 以及 10 月的 TABConf。一旦開發(fā)者初步達(dá)成共識(shí)，軟分叉的實(shí)際激活便將移交給礦工、社區(qū)和投資者進(jìn)行最終確認(rèn)。

如何跟進(jìn) BIPs 在社區(qū)的討論進(jìn)展/軟發(fā)叉的流程？

答案是很難！

比特幣的技術(shù)社區(qū)通常會(huì)就這些提案進(jìn)行深入討論。但這是一個(gè)看似晦澀且循環(huán)往復(fù)的討論流程。

簡(jiǎn)單來說，比特幣軟分叉的流程需要大致估計(jì)比特幣各利益相關(guān)方的支持程度，這包括開發(fā)者、托管者、投資者以及礦工。而最直觀的支持指標(biāo)通常來自礦工，因?yàn)樗麄兡芡ㄟ^在所挖區(qū)塊中發(fā)出信號(hào)來表明對(duì)代碼庫變更的認(rèn)可。通常，Bitcoin Core 要求在一段時(shí)間內(nèi) 95% 的區(qū)塊發(fā)出支持信號(hào)，之后才會(huì)將更新鎖定以待激活。

然而，對(duì)于“廣泛支持”到底應(yīng)如何定義，目前尚無定論，比特幣共識(shí)始終處于不斷演變之中。礦工之所以成為重要的信號(hào)提供者，僅僅因?yàn)樗麄冊(cè)诒忍貛啪W(wǎng)絡(luò)中是一個(gè)“可計(jì)數(shù)”的實(shí)體。換句話說，由于比特幣的去中心化結(jié)構(gòu)，很難從“肉眼可見”的角度衡量總體共識(shí)。

不過，一家以比特幣 NFT 聞名的開發(fā)公司 Taproot Wizards 以 OP_CAT 為例，用流程圖表的方式揭秘比特幣軟分叉的漫長(zhǎng)而復(fù)雜的過程，有興趣的讀者可以https://www.quantumcats.xyz/bip-land自行查看，這里我們盡量概括一下：

BIPs 提案生命周期 | 比特幣軟分叉的漫長(zhǎng)而復(fù)雜的過程

1. 提案最初在比特幣開發(fā)者的郵件列表中被提出和討論。

2. 進(jìn)入更大的社區(qū)范圍討論，進(jìn)入了提案功能的優(yōu)缺點(diǎn)的長(zhǎng)期討論困境，若無法進(jìn)一步推進(jìn)，就止步于此了。

3. 基層社區(qū)在 Github 上為提案撰寫 BIP 草稿。

4. 開發(fā)者著手相關(guān)代碼實(shí)現(xiàn)，得無長(zhǎng)期審計(jì) Bug 才能繼續(xù)往下走。

5. 經(jīng)過比特幣倉庫 BIP 編輯者的審核和社區(qū)初步認(rèn)可，分配正式 BIP編號(hào)。

6. 進(jìn)入 Signet 測(cè)試網(wǎng)絡(luò)。Signet 是一種比特幣的測(cè)試網(wǎng)絡(luò)，允許開發(fā)者在不影響主網(wǎng)的情況下，對(duì)新功能或代碼變更進(jìn)行試驗(yàn)。（可能大部分新功能就永久擱置在這一步驟了）

7. 可能進(jìn)入 Liquid 側(cè)鏈進(jìn)行試驗(yàn)。

8. 向 Bitcoin Core 提交 PR。

9. 進(jìn)入比特幣核心代碼審查和提案合并流程，高度不確定。只有在避開了大部分反對(duì)意見并滿足技術(shù)要求（無嚴(yán)重 Bug）時(shí)，提案才有機(jī)會(huì)進(jìn)入合并階段；關(guān)鍵開發(fā)者（如 Pieter Wuille）的意見往往至關(guān)重要，得到認(rèn)可或否決會(huì)極大影響提案命運(yùn)。

10. 若代碼審核沒問題，等待比特幣倉庫維護(hù)者將 PR 合并入主項(xiàng)目。目前有五個(gè)維護(hù)者：Michael Ford (fanquake)、Hennadii Stepanov（hebasto）、Andrew Chow（achow101）、 Gloria Zhao（glozow）、Ryan Ofsky（ryanofsky）。

11. 繼續(xù)是比特幣開發(fā)者和礦工等不同群體間潛在的爭(zhēng)議與討論。

12. 選擇激活機(jī)制：

a. 礦工主導(dǎo)軟分叉（MASF）：由礦工通過信號(hào)（通常 95% 閾值）激活新規(guī)則，如 BIP-9 或 BIP-8 的默認(rèn)模式。較為穩(wěn)定，但需協(xié)調(diào)廣泛共識(shí)和測(cè)試，因此需要時(shí)間較長(zhǎng)；

b. 用戶主導(dǎo)軟分叉（UASF）：由節(jié)點(diǎn)運(yùn)營(yíng)商（用戶）強(qiáng)制激活新規(guī)則（如 BIP-8 的“Lockinontimeout: True”），繞過礦工阻力，有潛在的鏈分叉風(fēng)險(xiǎn)和社區(qū)分歧。

結(jié)語

吳說此前曾報(bào)道，Bitcoin.org 域名維護(hù)者 Cobra 警告稱，2025 年比特幣網(wǎng)絡(luò)可能迎來由比特幣核心外的匿名開發(fā)者發(fā)起的用戶主導(dǎo)軟分叉（UASF），說得其實(shí)就是本文提及的 BIP 119 的潛在變更。Cobra 認(rèn)為，這些改進(jìn)可能引發(fā)“固化派”與“改進(jìn)派”之間的分歧，由基層社區(qū)主導(dǎo)，并由非比特幣核心開發(fā)者推動(dòng)。

據(jù)了解，UASF（用戶主導(dǎo)軟分叉） 是一種由比特幣用戶發(fā)起的協(xié)議升級(jí)方式，通過升級(jí)節(jié)點(diǎn)軟件強(qiáng)制執(zhí)行協(xié)議更新，即使礦工或其他方不支持，因此也意味著鏈分叉風(fēng)險(xiǎn)。當(dāng)然目前也不必杞人憂天，畢竟很多仍懸而未決。例如，未來的軟分叉是否只會(huì)包含 CTV 和 CSFS？是否會(huì)將經(jīng)常與這組操作碼一起討論的 OP_CAT 納入考慮？軟分叉的實(shí)際激活過程將如何展開？其他利益相關(guān)者（例如比特幣礦工）是否會(huì)予以足夠重視？

畢竟只要 BIPs 的共識(shí)足夠大，由基層社區(qū)推動(dòng)的提案也一樣能夠以礦工主導(dǎo)軟分叉（MASF）的形式進(jìn)行。而且即使是 UASF，歷史上也有成功案例。UASF 在 2017 年的 SegWit 升級(jí)中發(fā)揮了關(guān)鍵作用，用戶成功推動(dòng)軟分叉，避免了硬分叉，促進(jìn)了比特幣擴(kuò)容。

?

參考鏈接：

https://www.coindesk.com/tech/2025/03/17/developer-consensus-may-be-converging-on-a-bitcoin-soft-fork-proposal-blockspace

https://www.quantumcats.xyz/bip-land

https://github.com/bitcoin/bips