如何看待最近被熱議的比特幣新提案 OP_CAT？儘管目前還沒有被正式 Merge 到 Bitcoin Core 程式碼中，但已經在 BTC 社群引發了廣泛的討論。
作者：Haotian
如何看待最近被熱議的比特幣新提案 OP_CAT？儘管目前還沒有被正式 Merge 到 Bitcoin Core 程式碼中，但已經在 BTC 社群引發了廣泛的討論。那麼，OP_CAT 操作碼到底在解決什麼問題呢？若被引入會為 BTC 的可編程能力帶來哪些提升？會對 BTC 生態後續市場演變產生哪些影響？接下來，簡單談談我的理解：
1）OP_CAT 是一個全新的操作碼提案，被開發者戲稱為處於 BIP420 和 BIP347 的量子糾纏疊加狀態，具體哪個 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 layer2 跨鏈資產解決方案的安全性提升，以及 UTXO 同構綁定鏈的生態拓展和主網的同頻發展，甚至譬如閃電網路、RGB 用戶端驗證等潛在可延展市場的進展都會起催化作用。理論上任何 BTC 可編程能力的提升對其延展生態的刺激作用會立竿見影，畢竟大家都試圖在沙漠裡建綠洲，如果有一天沙子變成水泥地板了，那大樓蓋起來豈不是要方便很多了。
只是，它會被真正 Merge 通過嗎？想想已經被提出多年但未被採納的 Covenant 提案，用 OP_CAT 新提案來腦補一些市場想像空間也挺好。
免責聲明：作為區塊鏈資訊平台，本站所發布文章僅代表作者及來賓個人觀點，與 Web3Caff 立場無關。文章內的資訊僅供參考，均不構成任何投資建議及要約，並請您遵守所在國家或地區的相關法律法規。
