OP_CAT 對許多人來說還是個陌生的名詞。如果不是因為比特幣 NFT 專案 Taproot Wizards 借助迷因文化推出量子貓系列 NFT 為 OP_CAT 造勢，可能很少人會知道這個看似枯燥的技術概念。
但短短半年後，OP_CAT 已經炙手可熱，甚至被視為下一個「閃電網路」。 最近大火的分型網路 Fractal Bitcoin，事實上就是 OP_CAT 在比特幣中的程式碼實作，代幣 FB 上線幾天就翻了三到四倍。因此比特幣生態中，短短一天就誕生了多個基於OP_CAT 的協議，例如分型網路上的CAT20，也主打OP_CAT 的概念，在鑄造的那幾天讓分型網路的GAS 一度拉到5000多，目前一張CAT 在場外的價格在5.5 刀上下，甚至有價無市掛單極少，早期鑄造者都實現了 5 到20 倍不等的漲幅。而量子貓也一直能維持 0.25BTC 的價格，成為比特幣 NFT 的藍籌股。
似乎只要沾滿 OP_CAT，這東西就能拉盤。
不僅是社群的「自嗨」，OP_CAT 這項技術在比特幣開發者的討論也非常多。我翻看了今年的比特幣 Optech 時事通訊和比特幣開發者的會議，OP_CAT 經常出現在討論之中，是個常客。
目前，Bitcoin Core 開發者Ethan Heilman 和Armin Sabouri 聯合發布的OP_CAT 比特幣BIP 草案，現已被正式命名為 BIP347。許多比特幣領域的重量級人物，如閃電網絡白皮書作者 Tadge Dryja、閃電網絡主要開發者Lightning Labs 的CTO Olaoluwa Osuntokun，以及Blockstream strong 研究主管Andrew Poelstra，都對OP_CAT 表現出極大的支持。
閃電網路開發者為何青睞 OP_CAT？
要理解這現象，得從閃電網路說起。 2011 年，中本聰在郵件中提到了閃電網路的雛形，作為比特幣擴容和支付速度提升的關鍵解決方案，閃電網路從誕生之日起就吸引了大量開發者的注意。
在這兩年「比特幣生態」這個概念勢頭漸起，側鏈、虛擬機等各種比特幣擴容方案如雨後春筍般湧現，吸引了許多投資者，但在那些資深比特幣開發者的眼中並不入流，難登大雅之堂。畢竟，閃電網路是目前大眾看來比特幣中最優秀的「支付通道」，更是中本聰為數不多的「遺腹子」和比特幣社群精神上的「正統性之子」。
然而，近一年來風雲突變。有多位開發人員宣布退出與閃電網路相關的工作，否定閃電網路的聲音此起彼伏，尤其是來自一些資深開發者的質疑。 Nostr 的創辦人Fiatjaf 更是直言不諱：「閃電網路正在騙取比特幣用戶的時間、精力和金錢，長達6 年之久。」
在這樣的背景下，部分開發者正在尋找下一個「閃電網路」。而 OP_CAT，則被許多比特幣開發者認為，將是閃電網路之後比特幣的下一個重大突破。由於 OP_CAT 的技術性很強，因此在討論 OP_CAT 是什麼以及 OP_CAT 能做什麼之前，讓我們先來認識一下那些對 OP_CAT 青睞有加的比特幣開發者。
支援OP_CAT 的比特幣開發者
閃電網路白皮書作者
Tadge Dryja 是閃電網路白皮書的作者之一，2015 年Tadge Dryja 與另一位閃電網路白皮書的作者Joseph Poon，在Elizabeth Stark 的領導下，創建了Lightning Labs。與另一家比特幣閃電網路公司 BlockStream 鼎足而立，兩者最大的差別是，Lightning Labs 用的是 Go 程式語言，Blockstream 則用的是 C 程式語言。
然而在2016 年底，Tadge Dryja 與Lightning Labs 團隊發生了分歧和爭吵，因此在Lightning Labs 剛成立一年時，Tadge Dryja 選擇離開，轉而加入麻省理工學院的數位貨幣倡議社群（DCI），繼續自己對閃電網路的研究。在 MIT DCI，他參與了多個研究項目，主要集中在加密貨幣和智慧合約的擴展性和互通性。其中包括 Utreexo 項目的開發，這是一種新的比特幣可擴展性技術，旨在使比特幣節點更小更快。 2022 年，Tadge Dryja 加入了 Lightspark，擔任資深研究科學家。在 Lightspark，他繼續解決比特幣和區塊鏈的可擴展性問題，並利用他作為閃電網路共同發明者的專長。
正是因為他在比特幣智能合約及可擴展性技術上的深厚造詣，Tadge Dryja 也早早發現了OP_CAT 的潛力，並一直支持在比特幣測試網路上測試OP_CAT，並鼓勵開發者嘗試「破壞」OP_CAT，以發現其潛在問題。
Lightning Labs CTO
Olaoluwa Osuntokun (Roasbeef) 是 Lightning Labs 的另一位聯合創始人和CTO，也是一位傑出的比特幣開發者，對閃電網絡的研發做出了重要貢獻，可以說Lightning Labs 的早期團隊與Blockstream 相比，絲毫不落下風。
說起Olaoluwa Osuntokun，不得不提到他與Tadge Dryja 之間的「君子之爭」。有趣的是，Tadge Dryja 離開 Lightning Labs 有很大的原因在於 Olaoluwa。 Tadge Dryja 就職Lightning Labs 時，開發的首版協議名為LIT，與Blockstream 研發的BOLT 並不相容，但Olaoluwa 開發的能相容，因此逐漸得到更多開發者的認可和青睞，完成了後來者居上，在某種程度上加速了Dryja 的離開。
然而，歷史總是充滿戲劇性。 如今，這兩位來自 Lightning Labs 的「宿敵」，目前卻在共同支持 OP_CAT。
Blockstream 研究主管
民間似乎一直有這麼一個傳言：Blockstream是比特幣背後的「話事人」。這樣的傳言，並不是空穴來風。 2014 年，「PoW 之父」Adam Back 集齊了Matt Corallo、Greg Maxwell、Pieter Wuille 等多位知名的比特幣早期開發者創立了Blockstream 公司，並在之後的比特幣擴容戰爭中明確站台和推動閃電網絡，使閃電網絡有了今天的地位。
而目前，在 OP_CAT 的討論裡，Blockstream 的研究主管 Andrew Poelstra 也是一個永遠繞不過的人。 Andrew Poelstra 是 Blockstream 研究總監，也是資深的比特幣密碼學腳本編寫開發者，在業界的影響力不言而喻。他早在2021 年1 月30 日寫了一篇名為《CAT and Schnorr Tricks I》的文章裡就對OP_CAT 進行了討論，指出將OP_CAT 與CHECKSIGFROMSTACK 結合使用，可以提供一種巧妙的交易內省方法。
雖然Blockstream 公司目前沒有為OP_CAT 單獨創建區塊鏈，但他們透過Bitcoin Inquisition(一個用於評估比特幣新功能的測試網路) 為OP_CAT 的測試提供了支援。這就像是為 OP_CAT 搭建了一個安全的”訓練場”，讓研究人員可以在真實世界的條件下，仔細觀察它的表現。
Andrew Poelstra 也將OP_CAT 與OP_CTV 等其他方案進行了對比討論，指出OP_CAT 提供了更廣泛的靈活性，而OP_CTV 則更狹隘地專注於非遞歸智能合約。
BIP 347 提案的撰寫者
在OP_CAT 的推動中，比特幣開發者 Ethan Heilman 和Armin Sabouri 做出了不小的貢獻，他們共同撰寫和推進了OP_CAT 的提案，該提案已被正式指定為BIP 347。這項提案旨在透過軟分叉重新定義操作碼 OP_SUCCESS126，以便重新啟用 OP_CAT。
Armin Sabouri 過去專注於比特幣腳本和共識層的改進，他認為OP_CAT 雖然不是最終方案，但它為實現各種新功能提供了可能性，是比特幣腳本改進的重要一步。
而 Ethan Heilman 也是影響 Andrew Poelstra 想法的人。正是他們在 2019 年秋天的一次私下交流中，讓原本不支援 Andrew Poelstra 所謂的比特幣智慧合約功能改變了想法。 Ethan Heilman 指出，儘管人們對所謂的比特幣智能合約功能心存顧慮，但實際上透過 CHECKMULTISIG 就已經可以實現這些被認為有害的智能合約。為了證明這一點，Ethan Heilman 在社群媒體上發起挑戰，鼓勵人們提出可行的「黑暗」智能合約，但至今無人成功。
StarkWare
StarkWare 是一家專注於開發區塊鏈擴容技術的公司，特別擅長於使用零知識證明（ZKPs）技術來增強交易的隱私性和效率。該公司致力於將複雜的計算從主鏈（如以太坊）外包到次級網絡，而無需犧牲安全性和去中心化的特性。透過這種方式，StarkWare 解決了區塊鏈的可擴展性問題，同時保持了交易的透明度和可驗證性。
StarkWare 推動 OP_CAT 的活動源自於其對比特幣網路擴容和智慧合約功能的興趣。 OP_CAT 是一個比特幣操作碼，允許在比特幣網路上透過資料的串聯來執行更複雜的交易和合約。透過啟用 OP_CAT，StarkWare 試圖在比特幣上實現類似以太坊的智慧合約能力，從而拓展比特幣的使用案例並增強其功能性。
2022 年 7 月，StarkWare 發起了一個價值 100 萬美元的研究基金，專門用於研究在比特幣上啟用 OP_CAT 的利弊。此基金旨在資助那些對如何在比特幣上安全有效地實現 OP_CAT 有創見的研究者和開發者。
此外，StarkWare 也在比特幣的測試環境，特別是在 Signet 上展示了利用 OP_CAT 實現零知識證明的潛力。這些工作展示了使用 OP_CAT 可以如何在比特幣網路上實現更複雜的操作，例如零知識證明的應用，這些都是智慧合約功能的關鍵部分。最近，StarkWare 也與 sCrypt 建立了合作夥伴關係，共同探索基於 OP_CAT 和 ZK magic 構建的 PoC（概念證明）橋的設計，由此可見 StarkWare 或許也會在不久的將來推出一個 OP_CAT 相關的協議。
其他
其他幾位開發者不是那麼有名，我們就放在一起說。
Salvatore Ingala 一直在深入研究比特幣支付池和智能合約，他提出使用OP_CAT 優化支付池退出流程的方案，認為這可以顯著減少鏈上數據和操作成本。 Ingala 視 OP_CAT 為其他比特幣擴展策略的潛在插件，如 Arc 和 Coinpools，甚至未來比特幣的 Optimistic rollups，以提高效率和安全性。
Anthony Towns 是Bitcoin Inquisition 的主要開發者之一，這是一個類似於測試網路但更靈活的工具，用於測試尚未廣泛接受的比特幣協議變更。 Towns 在 Inquisition 平台上推動了 OP_CAT 的激活，為 OP_CAT 提供了一個安全的「試驗田」。儘管 Towns 認識到 OP_CAT 在測試新功能和探索比特幣腳本能力方面的重要性，他仍對比特幣增加過多可編程性持謹慎態度，擔心這可能增加比特幣被審查或控制的風險。
Robin Linus 是BitVM 的創建者，他認為OP_CAT 的重新引入為比特幣提供了一個強大的工具，特別是能支援像BitVM 這樣的項目，這些項目使在比特幣上驗證任意計算變得更簡單且有效率。隨著 OP_CAT 的執行，比特幣生態系統能夠創建更通用、更富有表現力的智慧合約，促進了一個更多功能和實用的區塊鏈環境。
為什麼閃電網路的開發這麼關注？
閃電網路的開發者們對OP_CAT 表現出如此濃厚的興趣，這背後究竟有何玄機? 要理解這一點，我們需要先了解OP_CAT 的本質。
OP_CAT 是什麼？
OP_CAT 是比特幣腳本中的操作碼，用來將兩個堆疊上的資料片段拼接為一個更大的元素。儘管它的功能看似簡單，卻能為比特幣網路提供更多智慧合約的能力，使得開發者能夠創建和處理更複雜的數據和交易邏輯。
OP_CAT 並非一個全新的操作碼，它最早在比特幣的早期版本中就存在，但由於安全性和複雜性的擔憂，它在後來的版本中被禁用。然而，隨著比特幣的不斷發展，越來越多的開發者認為，現在是時候重新啟用 OP_CAT 了。
但為什麼這種看似簡單的操作會在比特幣開發者中引發如此大的討論？其中一個關鍵原因在於它能夠大幅提升比特幣網路的智慧合約能力，讓開發者可以實現一些在當前比特幣腳本中較為複雜甚至不可能實現的功能。
OP_CAT 在支付上的應用潛力
OP_CAT 在支付系統中展現了巨大的應用潛力，尤其是在鏈下協定和支付通道網路。它的重新啟用將使這些系統的操作效率大大提高，減少鏈上交易的負擔。 OP_CAT 實現後的主要功能還有：
多重簽名（Multisig）最佳化： 在多重簽名場景中，OP_CAT 可以幫助使用者合併多個簽名，將它們組合成一個單一的資料區塊，減少了需要提交的簽名數量。這不僅節省了鏈上空間，還能減少交易費用。多重簽章在比特幣的支付安全性和共享帳戶管理中非常重要，特別是在閃電網路等應用程式中，OP_CAT 讓這個過程更有效率。
狀態合約（State Contracts）： OP_CAT 也可以用於狀態合約。這種合約是一種能夠跨越多個交易維護狀態的智慧合約形式，透過 OP_CAT，開發者可以將不同交易的狀態資訊拼接起來，從而實現比特幣上更為複雜的合約邏輯。例如，某些複雜的支付協議或分散式應用（如彩票、博彩或其他複雜的金融產品）需要在多個鏈上交易之間維持某種狀態，這些都可以透過 OP_CAT 來實現。
支付通道網路的擴展性： OP_CAT 的另一個重要應用場景是類似於閃電網路的支付通道網路。在支付通道網路中，使用者通常會在鏈下進行大量的微支付，而只有最終結算時才會上鍊。而 OP_CAT 的拼接功能可以使支付通道中的中間交易得到更有效的管理和驗證。透過將不同的支付請求拼接在一起，用戶可以在不增加鏈上負擔的情況下，進行更複雜的支付操作。這樣，支付通道的吞吐量和效率都可以顯著提高。
隨著BIP347 提案的推進, 以及更多開發者和研究者加入到OP_CAT 的探索中來，我們有理由相信，這個曾被擱置的操作碼將為比特幣網路帶來新的活力。正如閃電網路從概念到主流一樣，OP_CAT 的重新啟用也可能成為比特幣擴充和支付創新的下一個關鍵里程碑。
區塊財經BOTD – 廣播組
追蹤BOTD Instagram，獲取最新區塊鏈消息
▸https://www.instagram.com/botd_news/
免責聲明：本文內容僅供參考，投資人應獨立判斷，審慎投資，並自負風險，本文不提供或嘗試遊說觀眾做交易或投資之依據。
