新聞加密貨幣MATT 提案透過 OP_CCV Pull Request 32080 為比特幣(BTC)帶來有狀態合約

MATT 提案透過 OP_CCV Pull Request 32080 為比特幣(BTC)帶來有狀態合約

作者: Coinotag·

重點速覽

  • •Bitcoin Core Pull Request #32080 引入 OP_CHECKCONTRACTVERIFY(OP_CCV)操作碼,是 MATT 框架在基礎層實現有狀態合約的最直接途徑。
  • •MATT 由開發者 Salvatore Ingala 於 2022 年底在 Bitcoin-Dev 郵件列表上首次提出,可讓腳本跨交易攜帶狀態,實現金庫(vault)等具自動強制執行支出規則的契約設計。
  • •該框架亦致力於可擴展的詐欺證明:鏈下計算僅在受到挑戰時才於鏈上驗證,此模式見於其他平台的樂觀彙總設計。
  • •該提案加入了比特幣社群先前的契約式提案行列,包括 Jeremy Rubin 提出的 OP_CHECKTEMPLATEVERIFY。
  • •啟用需要大量審查以及節點營運者與生態系統的廣泛採用,目前未提供時間表;最近一次升級 Taproot 歷經多年過程後於 2021 年 11 月啟用。
MATT 提案透過 OP_CCV Pull Request 32080 為比特幣(BTC)帶來有狀態合約

Bitcoin Core 儲存庫中目前開放的一項提案,將為網路的腳本帶來前所未有的能力:記憶。其背後的框架名為 MATT(Merkleize All The Things),可在比特幣的基礎層上實現有狀態合約與可擴展的詐欺證明,而其最直接的實現途徑是 Bitcoin Core Pull Request #32080 中提出的 OP_CCV 操作碼。COINOTAG 於 2026 年 11 月 11 日報導了這一進展。

MATT 的設計目標

比特幣現有的腳本語言對每筆交易輸入獨立求值,沒有內建機制讓腳本決定這些幣之後如何被花費。MATT 由開發者 Salvatore Ingala 於 2022 年底在 Bitcoin-Dev 郵件列表上首次提出,正是針對這一空白:其目標是讓比特幣腳本跨交易攜帶狀態——實際上就是賦予合約記憶——而僅需對腳本語言做最小的擴充。這類構造通常稱為契約(covenant),可限制一枚幣在未來交易中的花費方式,並實現金庫(vault)及其他自動強制執行的支出規則等設計,將回收與支出條件直接附加到幣本身。

契約式提案在比特幣社群中已流傳多年,MATT 與開發者 Jeremy Rubin 提出的 OP_CHECKTEMPLATEVERIFY(OP_CTV)等相關提案一道,試圖擴展基礎層所能表達的能力。

詐欺證明與基礎層驗證

該框架的第二個目標是可擴展的詐欺證明:在這類驗證方案中,鏈下計算只有在受到挑戰時才會在鏈上被檢驗,而非完整重新執行——這一模式常見於其他平台上的樂觀彙總(optimistic rollup)設計,計算在鏈下進行,只有爭議結果才需要基礎層的審查。由於驗證成本與挑戰掛鉤而非與計算規模掛鉤,此類方案被稱為可擴展。在 MATT 設計中,這一驗證將直接在比特幣的基礎層上運行,OP_CCV(OP_CHECKCONTRACTVERIFY 的縮寫)作為執行合約邏輯的核心操作碼。

審查,而非啟用

影響共識的比特幣變更透過 Bitcoin Core GitHub 儲存庫中的公開 Pull Request 推進,技術審查與測試通常持續很長時間。由於比特幣的共識規則最終由全網的完整節點營運者執行,有利的程式碼審查只是其中一步;更廣泛生態系統的普遍採用才能將提案轉變為生效的網路規則。比特幣最近一次共識升級 Taproot,歷經多年過程後於 2021 年 11 月啟用,這一軌跡說明了此類工作可能持續多久。Pull Request #32080 與所有此類提案一樣,在任何啟動被考慮之前都需要大量審查與廣泛的社群共識;來源報導並未給出時間表。其在 GitHub 上的公開審查討論串中,貢獻者的技術意見與修訂持續累積,為追蹤提案進展提供了直接的途徑。

本文內容最早發表於 COINOTAG:https://en.coinotag.com/matt-op-ccv-bitcoin-covenant-pull-request-32080