比特幣社區近期正在推動底層軟件的變更，主要涉及bip-119（ctv）和bip-348（CSFS）提案，旨在實現比特幣的“契約”功能。契約允許設置條件限制比特幣的使用，提高智能合約能力並增強安全性。這些提案可能在下一次軟分叉中實施。儘管討論已進行多年，主網尚未正式集成盟約功能。開發者對這些提案的支持度正在增加，預示著未來可能的變革。同時，軟分叉的動態過程充滿挑戰，礦工和用戶的共識至關重要。
編譯：Garyma吳說區塊鏈
據塊空間報導，比特幣基層社區在開始推動比特幣底層軟件的變更，這是超四年以來少有的事（此前可能重大的底層變更都由核心開發者群體主導推動）。
（bip），即bip-119（ctv）和bip-348 csfs（csfs）。這兩個提案提出了新的比特幣腳本編寫方式，將使比特幣能夠實現，“契約”（（covenants）的功能。這兩個提案可能會在比特幣下一次軟分叉中實施。
為了避免有些讀者暫時無法理解比特幣的盟約以及這些具體的bip方案的關係，這裡我們理清一下：：
簡單來講，盟約，是比特幣網絡中的一個功能概念，bip是為了實現這個功能概念的不同實現方案。
什麼是比特幣的盟約？
定義：
盟約是比特幣協議中提議的機制，允許在交易中設置條件或限制，規定比特幣如何被花費或轉移。這些條件可以跨越多個交易，限制未來的支出方式，從而增強比特幣的腳本功能。
作用：
·提高比特幣的智能合約能力，支持更複雜的應用（如貸款、去中心化交易所、保險庫）。
·增強安全性，防止資金被盜或誤用。
·優化網絡性能，如減少交易費用或提高隱私。
這裡我們大概就能清楚，盟約，是一個概念，bip-119（ctv）和bip-348 csfs），是盟約這個功能概念的具體實現。
當前狀態：
比特幣主網當前並未正式集成任何盟約相關功能，儘管相關討論和提案（如bip-119）已推進多年。
BIP 119：OP_CHECKTEMPLATERATYIFY（CTV）
一個提議的比特幣操作碼，允許交易輸出指定一個“模板”（模板），要求後續花費交易的輸出必須匹配該模板。要求後續花費交易的輸出必須匹配該模板。
由前比特幣核心貢獻者傑里米·魯賓（Jeremy Rubin），已經存在了超過五年。它通過限制資金只能按預定義方式花費，實現了，“狀態攜帶”的功能。
應用場景包括：
·（批次付款），（dex）或貸款協議。
·實現（vaults），保護資金免受盜竊。 ），保護資金免受盜竊。
·CTV covenants的一種輕量級實現，專注於輸出格式限制，而不涉及復雜邏輯。 ，而不涉及復雜邏輯。
BIP 348：OP_CHECKSIGFROMSTACK（CSFS）
一個提議的比特幣操作碼，消息（消息）有效，而不僅僅是當前交易的哈希。它從數據棧中獲取簽名、公鑰和消息，檢查簽名是否匹配。 ，檢查簽名是否匹配。
由傑里米·魯賓（Jeremy Rubin
op_csfs是實現更靈活盟約的強大工具，因為它允許對交易輸入進行“自省”（（內省），即檢查簽名交易的完整內容或狀態。
具體應用：
·盟約：op_csfs可用於創建複雜的條件邏輯，確保資金只能按特定規則花費。例如，驗證者可以檢查交易輸入是否符合預設模板或限制。 ，驗證者可以檢查交易輸入是否符合預設模板或限制。
·安全增強：支持拱頂和去中心化協議，通過簽名驗證防止盜竊或未授權支出。 ，通過簽名驗證防止盜竊或未授權支出。
·擴展性：與其他操作碼（如op_cat）結合，可構建更複雜的智能合約。 ，可構建更複雜的智能合約。
而提到了比特幣的盟約以及bip-119（ctv）BIP-348（CSFS）（CSF）這兩組提案，那麼肯定是少不了op_cat的。
BIP 347：OP_CAT
歷史：
早期存在：op_cat是比特幣原始腳本語言的一部分，由中本聰（ satoshi nakamoto）在2009年，支持更複雜的邏輯。 ，支持更複雜的邏輯。
移除原因（（2010年）：：
·OP_CAT在（2010年），原因是為了防止潛在的安全漏洞和資源濫用。
·具體問題：如果不加限制，op_cat 可以被惡意用戶用來生成無限長的數據（通過遞歸調用）
·當時比特幣腳本語言被簡化，保留了最基本的功能，確保協議的輕量化、安全性和去中心化。 ，確保協議的輕量化、安全性和去中心化。
定義與作用：
op_cat 是一個比特幣腳本語言（腳本（opcode），opcode），covenant實現，但它是構建複雜，covenant邏輯的潛在工具。相比於上述兩個操作碼，op_cat更通用，適合數據操作，但需要與其他操作碼結合才能實現複雜功能。
現狀：
比特幣社區近年來重新討論op_cat的回歸，此前以較為社區玩性符號的bip-420提案的形式出現，不過目前以bip-347編號正式合併到比特幣/bips倉庫。
進展如何
據coindesk消息，在過去的幾週內，許多西方比特幣開發者在twitter上紛紛表達了對ctv和csfs的支持– – – 這無疑是一個強烈信號，表明至少在社交媒體圈內，部分比特幣社區正朝著接受這些變更的方向邁進。
此外，開發者普遍認為這兩個提案的定義較為“狹窄”，這意味著一旦激活，被用戶意外濫用的可能性較低。比特幣開發者社區歷來對比特幣的變更持謹慎態度。例如，儘管，bip 119已經擱置近五年，但在不久前
這兩個提案的共同發起者傑里米·魯賓（Jeremy Rubin
那麼，究竟是什麼促成了這種變化？近期對，op_cat操作碼的倡導，似乎拓寬了被認為“可接受”，將ctv與CSFS框定為相對框定為相對“保守”，大多數支持op_cat的人士也同樣支持bip 119 bip 348 （以及大多數其他提案（bip 348）。）
接下來我們可以期待什麼？首先，討論還將持續。預計開發者將在幾場技術會議上進一步探討這些提案，例如計劃於，例如計劃於4月舉行的opnext 、7月的BTC ++以及10月的10月的BATCONF。一旦開發者初步達成共識，軟分叉的實際激活便將移交給礦工、社區和投資者進行最終確認。 ，軟分叉的實際激活便將移交給礦工、社區和投資者進行最終確認。
如何跟進bips在社區的討論進展/軟發叉的流程？
答案是很難
比特幣的技術社區通常會就這些提案進行深入討論。但這是一個看似晦澀且循環往復的討論流程。
簡單來說，比特幣軟分叉的流程需要大致估計比特幣各利益相關方的支持程度
然而，對於“廣泛支持”，目前尚無定論，比特幣，識始終處於不斷演變之中。礦工之所以成為重要的信號提供者，僅僅因為他們在比特幣網絡中是一個“可計數”，由於比特幣的去中心化結構
不過，一家以比特幣nft聞名的開發公司taproot嚮導以op_cat為例，用流程K線走勢圖的方式揭秘比特幣軟分叉的漫長而復雜的過程，有興趣的讀者可以
BIPS提案生命週期| 比特幣軟分叉的漫長而復雜的過程
1。提案最初在比特幣開發者的郵件列表中被提出和討論。
2。進入更大的社區範圍討論，進入了提案功能的優缺點的長期討論困境，若無法進一步推進，就止步於此了。 ，就止步於此了。
3。基層社區在github上為提案撰寫bip草稿。
4。開發者著手相關代碼實現，得無長期審計bug才能繼續往下走。
5。經過比特幣倉庫bip編輯者的審核和社區初步認可，分配正式bip編號。
6。進入signet測試網絡。 signet是一種比特幣的測試網絡，允許開發者在不影響主網的情況下，對新功能或代碼變更進行試驗。 （可能大部分新功能就永久擱置在這一步驟了，對新功能或代碼變更進行試驗。（可能大部分新功能就永久擱置在這一步驟了）
7。可能進入流動性側鏈進行試驗。
8。向比特幣核心提交pr。
9。進入比特幣核心代碼審查和提案合併流程，bug）時，pieter wuille（pieter wuille）的意見往往至關重要
10。若代碼審核沒問題，等待比特幣倉庫維護者將：邁克爾·福特（Fanquake），hennadii stepanov hebasto（hebasto）Andrew chow andrew chow（achow101）gloria gloria zhao zhao zhao（gllozow）（ryan ofsky）
11。
12。選擇激活機制：：
一個。 （MASF）：由礦工通過信號（通常95％閾值）激活新規則
b。 （uasf）：由節點運營商（用戶）強制激活新規則（如bip-8的“ lockinontimeout：true”），繞過礦工阻力，有潛在的鏈分叉風險和社區分歧。 ，有潛在的鏈分叉風險和社區分歧。
結語
吳說此前曾報導，比特幣。
據了解，UASF （用戶主導軟分叉），是一種由比特幣用戶發起的協議升級方式，通過升級節點軟件強制執行協議更新，即使礦工或其他方不支持，因此也意味著鏈分叉風險。當然目前也不必杞人憂天
畢竟只要bips的共識足夠大，由基層社區推動的提案也一樣能夠以礦工主導軟分叉（ masf）的形式進行。而且即使是uasf，歷史上也有成功案例。 UASF在2017年segwit升級中發揮了關鍵作用，用戶成功推動軟分叉，避免了硬分叉，促進了比特幣擴容。 ，促進了比特幣擴容。
參考鏈接：
https://www.coindesk.com/tech/2025/03/03/17/developer-consensus-may-beconverging-converging-on-aa-bitcoin-soft-soft-soft-fork-propash-propash-blopsasspace
https://www.quantumcats.xyz/bip-land
https://github.com/bitcoin/bips
資訊來源：由0x資訊編譯自互聯網。版權歸作者所有，未經許可，不得轉載