淺談比特幣新提案「OP_CAT」：對BTC生態後續市場演變有何影響？

原文作者：Haotian（X： @tmel0211 ）

如何看待最近被熱議的比特幣新提案 OP_CAT？ 盡管其目前還沒有被正式 Merge 到 Bitcoin Core 代碼中，但已經在 BTC 社區引發了廣泛的討論。那么， OP_CAT 操作碼到底解決什么問題？若被引入會給 BTC 的可編程能力帶來哪些提升？會對 BTC 生態後續市場演變產生哪些影響？ 接下來，簡單談談我的理解：

1）OP_CAT 是一個全新的操作碼提案，被开發者戲稱為處於 BIP 420 和 BIP 347 的量子糾纏疊加狀態，具體哪個 EIP 不重要，只要搞清楚這只是一個還在被討論並沒正式納入的提案足夠了。

簡單來說， OP_CAT 可以實現多個 UTXO 解鎖腳本字節串的組合連接處理，可以提升 BTC 主網的可編程特性，程序擴展性以及鏈上驗證計算復雜性；

2）和 Covenant 契約作為比特幣腳本擴展提案類似，OP_CAT 目標也是要提升比特幣腳本的擴展能力，區別是，Covenant 目標讓比特幣交易實現更復雜的可編程性，以支持復雜的智能合約和應用場景。

相比之下，OP_CAT 更加好落地一些，目標要簡化復雜腳本的構建和執行，以提高鏈上驗證的效率。通俗理解：OP_CAT 提供了組合腳本片段的能力，在其引入前，每一個 UTXO 腳本都是獨立執行的，有了 OP_CAT 後我們可以把一個復雜的執行邏輯拆分成一連串組合的簡單腳本片段，並被存儲於不同的 UTXO 中，由不同的交易創建，需要完整執行時，全節點用 OP_CAT 指令把這些腳本片段按順序拼接起來執行觸發。

3）有了這種組合能力，理論上可以讓比特幣上出現很多復雜的執行邏輯：比如，

1、多重籤名加時間鎖，可以跨多個主體多個 UTXO 和時間鎖設置較為復雜的執行解鎖條件；

2、遞歸和循環，可以讓多個腳本字節串之間構成遞歸和條件執行，一直循環直到滿足某個終止條件；

3、模塊化應用，常見腳本邏輯可以被提取出來，在多個程序執行片段中復用。

Alice 把托管在平臺 C 的錢向 Bob 轉账，必須三個主體同時籤名，若 C 平臺超出籤名時間，Alice 和 Bob 則可以一同籤名來取回資金；若 Bob 長時間沒有籤名獲取轉账，Alice 可以撤回交易；若 Bob 認為 Alice 的資金來源有問題可以拒收等等。這只是一個簡單的例子，實際可以利用腳本片段之間的組合實現更復雜更顆粒化的控制；

4）此前， BitVM 把復雜操作在鏈下執行，只在鏈上實現關鍵驗證結算的範式，讓大家對 BTC 的可編程和圖靈完備計算迸發了極大的想象力。 OP_CAT 在 BTC 主網上“遞歸”組合執行算是又一次想象力的補充，而且 OP_CAT 對加速 BitVM 的落地和降低鏈上驗證成本等都大有裨益。

如何理解呢？原本 BitVM 要執行，需要把鏈下的程序封裝成一個個獨立的可共單個 UTXO 執行的腳本片段，鏈下構建成本較大，將這些片段都在鏈上執行拼湊，也會需要更復雜的 TaprootTree 結構，意味着 BitVM 一段程序執行下來鏈上交互驗證的成本會相對較高。當 OP_CAT 被引入後，BitVM 鏈下封裝的片段就不需要每個都能完整獨立執行，鏈上可以在 UTXO 解鎖條件累計到一定程度後進行一次匯總並更新狀態，顯然，腳本片段的組合可大大減少鏈上驗證交互所需的次數和成本。

總之，OP_CAT 被熱議包含着大家對於比特幣進一步增強可編程性的期待，其若真正落地，對 BitVM 的落地，各類 BTC layer 2 跨鏈資產解決方案的安全性提升，以及 UTXO 同構綁定鏈的生態拓展和主網的同頻發展，甚至譬如閃電網絡、RGB 客戶端驗證等潛在可延展市場的進展都會起催化作用。

理論上任何 BTC 可編程能力的提升對其延展生態的刺激作用會立竿見影，畢竟大家都試圖在沙漠裏建綠洲，如果有一天沙子變成水泥地板了，那大樓蓋起來豈不是要方便很多了。

只是，它會被真正 Merge 通過嗎？ 想想已經被提出多年但未被採納的 Covenant 提案，用 OP_CAT 新提案來腦補一些市場想象空間也挺好。

原文鏈接

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播信息之目的，不構成任何投資建議，如有侵權行為，請第一時間聯絡我們修改或刪除，多謝。