OP_CAT Yığın üzerindeki iki veri parçasını tek bir veri parçasına birleştiren bir Bitcoin opkodudur ve şu anda Bitcoin geliştirme sürecinde en uzun süredir devam eden tartışmalardan birinin konusu konumundadır. Bu opkod, Bitcoin'in orijinal kodunun bir parçasıydı; 2010 yılında güvenlik endişeleri nedeniyle Satoshi Nakamoto tarafından kaldırıldı ve son birkaç yıldır, Bitcoin'de akıllı sözleşme benzeri davranışların yeni bir kategorisini mümkün kılabilecek bir yumuşak çatallama (BIP 347) önerisi olarak gündemde kaldı. Temmuz 2026 itibarıyla, Bitcoin ana ağında aktif değildir; ancak halihazırda Bitcoin ile ilişkili birkaç ağda çalışmakta ve burada kamuoyu önünde sessizce stres testlerine tabi tutulmaktadır.
OP_CAT’i anlamaya değer kılan şey sadece kod değildir. Asıl önemli olan, bu konunun etrafında yer alan aktörlerdir: Değişikliğin güvenli olup olmadığını tartışan Bitcoin Core geliştiricileri, geri getirilmesi için lobi faaliyetleri yürütmek üzere on milyonlarca dolar toplayan, memlerden ilham alan bir NFT projesi ve bunu şimdiden kullanıma sokmuş, hızla büyüyen bir yan zincir. Bu kılavuzda OP_CAT’in ne yaptığı, neden devre dışı bırakıldığı, neleri mümkün kılabileceği ve bugünkü durumun tam olarak ne olduğu ayrıntılı olarak ele alınmaktadır.
Multichain'i kullanın Bitcoin.com Cüzdan uygulaması, milyonlarca kişinin Bitcoin ve kripto paraları güvenli ve kolay bir şekilde göndermek, almak, satın almak, satmak, takas etmek, kullanmak ve yönetmek için güvendiği bir platform.
Önemli Noktalar
- OP_CAT (“operation concatenate” ifadesinin kısaltması), Bitcoin yığınındaki iki veri öğesini tek bir öğe halinde birleştirir. İşlevin tümü budur.
- Bu özellik, Bitcoin’in ilk kodunda aktifti; ancak 2010 yılında Satoshi Nakamoto tarafından hizmet reddi riski nedeniyle devre dışı bırakıldı.
- Bunu yeniden yürürlüğe koymaya yönelik öneri olan BIP 347, Ethan Heilman ve Armin Sabouri tarafından kaleme alınmış ve Nisan 2024’te BIP numarası verilmiştir.
- OP_CAT'in kendisi bir sözleşme değildir, ancak diğer opkodlarla birleştirildiğinde, kasalar da dahil olmak üzere sözleşmeye benzer harcama kısıtlamaları oluşturmak için kullanılabilir.
- 2026 yılının ortası itibarıyla, OP_CAT Bitcoin ana ağında henüz etkinleştirilmemiştir. Bitcoin'in bir sonraki konsensüs soft fork'u için şu anda önde gelen adaylar OP_CTV (BIP 119) ve OP_CHECKSIGFROMSTACK (BIP 348)'dir; tek başına OP_CAT değildir.
- OP_CAT, Bitcoin ile uyumlu bir yan zincir olan Fractal Bitcoin’de halihazırda kullanıma açık olup, burada CAT20 token standardını desteklemektedir; ayrıca Liquid Network ve Bitcoin Cash üzerinde yıllardır bilinen herhangi bir güvenlik açığı olmaksızın çalışmaktadır.
- Taproot Wizards tarafından oluşturulan Quantum Cats adlı bir Bitcoin NFT projesi, OP_CAT desteğini bir meme kampanyasına dönüştürdü ve bu kampanya sayesinde OP_CAT ile ilgili geliştirme çalışmaları için 37 milyon dolardan fazla fon toplandı.
OP_CAT Nasıl Çalışır?
OP_CAT’i anlamanın en net yolu, Bitcoin’in komut dosyası sistemini küçük bir yapı taşları yığını olarak hayal etmektir. Her Bitcoin işleminin temelini oluşturan programlama dili olan Bitcoin Script, yığın tabanlı bir dildir. Veriler yığına eklenir, opkodlar yığının en üstünde bulunan öğe üzerinde işlem yapar ve sonuç, işlemin geçerli olup olmadığını belirler.
OP_CAT, yığının en üstündeki iki öğeyi alır ve bunları birleştirir; yani, bunları uç uca birleştirerek tek bir birleşik öğe oluşturur ve bu öğeyi daha sonra yığının en üstüne geri yerleştirir. Yığın "1" ve "2" değerlerini içeriyorsa, OP_CAT komutunun çalıştırılması her ikisini de kaldırır ve yerine "12" değerini koyar. Resmi spesifikasyona göre BIP 347, OP_CAT, x1 || x2 ifadesini yığına ekler; burada çift boru sembolü birleştirme işlemini belirtir.
Bir önemli sınırlama vardır. Yığın üzerinde iki değerden az varsa ya da bu değerlerin birleştirilmesi sonucunda ortaya çıkacak toplam değer, Bitcoin’in maksimum komut dosyası öğesi boyutu olan 520 baytı aşarsa, OP_CAT işlemi başarısız olur. Bu bayt sınırı, bu opkodun tarihçesi açısından büyük önem taşır; buna birazdan değineceğiz.
Tek başına bakıldığında, iki veri dizisini birleştirmek pek etkileyici gelmeyebilir. Ancak Bitcoin’in komut dosyası dilinde, yığındaki değerleri birleştirmek için genel amaçlı bir yöntem hiç olmamıştı ve bu eksiklik, geliştiricilerin Bitcoin işlemlerine doğrudan entegre edebilecekleri özellikleri sınırlamıştı. Şöyle ki Bitcoin Optech şöyle açıklıyor:, Bitcoin Tapscript’te yığındaki nesneleri birleştirmek için genel amaçlı bir yöntem bulunmamaktadır; bu durum, Tapscript’in ifade gücünü sınırlamakta ve diğer hususların yanı sıra, Merkle ağaçları ile diğer karma veri yapılarının doğrudan Tapscript içinde oluşturulup değerlendirilmesini engellemektedir. OP_CAT, bu özel eksikliği gidermek için önerilen çözümdür.
OP_CAT 2010 yılında neden devre dışı bırakıldı?
OP_CAT, Bitcoin’in ilk sürümünün bir parçasıydı. Satoshi Nakamoto, 2010 yılında OP_MUL, OP_DIV ve OP_OR gibi diğer birkaç opkodla birlikte bunu da kaldırdı. Resmi gerekçe, hizmet reddi riskine odaklanıyordu: OP_CAT'i tekrar tekrar kullanan bir komut dosyası, teorik olarak, onu doğrulamaya çalışan düğümleri yavaşlatacak veya çökertecek kadar büyük, katlanarak artan bir veri parçası oluşturabilirdi.
O dönemde, Bitcoin yığınındaki tek bir öğenin ne kadar büyük olabileceğine dair kesin bir sınır yoktu. Bu, kötü niyetli bir komut dosyasının, ağı tıkayacak kadar büyük bir veri dizisi oluşturana kadar değerleri birleştirmeye devam edebileceği anlamına geliyordu. OP_CAT'in diğer devre dışı bırakılmış opkodlarla birlikte kaldırılması, henüz ihtiyaç duymayan genç ağda işlevsellikten ziyade ağ istikrarına öncelik veren ihtiyatlı bir adımdı.
Kasım 2021’de Bitcoin’in Taproot güncellemesini devreye sokmasıyla durum değişti. Taproot, kendine özgü kurallara sahip yeni bir komut dosyası ortamı olan Tapscript’i getirdi; bu kurallardan biri, tek bir yığın öğesinin boyutunu 520 baytla sınırlıyor. Bu bayt sınırı, orijinal saldırı yolunu doğrudan kapatıyor. Bir komut dosyası hâlâ OP_CAT'i çağırabilir, ancak 2010 yılında Satoshi'yi endişelendiren türden bir kaynak tükenmesi sorunu yaratacak kadar büyük bir değer üretemez. İşte bu teknik ayrıntı, OP_CAT'i geri getirmenin yolunu yeniden açtı; ancak bu, tüm Bitcoin Script yerine yalnızca Tapscript ile sınırlıdır.
OP_CAT bir Covenant mıdır?
Hayır, tek başına değil; bu, OP_CAT ile ilgili en sık yanlış anlaşılan noktalardan biridir. Bitcoin terminolojisinde “covenant”, harcanmamış işlem çıktısının (UTXO) gelecekte nasıl harcanabileceğine dair bir kısıtlamadır. Normal Bitcoin Script, genellikle bir imzayı doğrulayarak, bir harcamanın şu anda yetkilendirilmiş olup olmadığını kontrol edebilir. Bir covenant ise daha da öteye gider; sadece bir harcamanın yetkilendirilmiş olup olmadığını değil, ortaya çıkan işlemin belirli bir dizi koşulu karşılayıp karşılamadığını da kontrol eder.
OP_CAT, işlem verilerini incelemek için herhangi bir yerleşik mekanizma içermez. Bu opkod, yığındaki veri parçalarını birleştirmenin bir yolunu sunar; bu özellik, ancak söz konusu birleştirilmiş verilerle imzaları karşılaştıran diğer opkodlarla birlikte kullanıldığında sözleşmeler açısından yararlı hale gelir. BIP 347'nin kendisinde açıkça belirtilmiştir ki OP_CAT, Tapscript’te yeniden etkinleştirilmesi önerilmiş olsa da, bir “covenant” değildir. Bunu, imza doğrulama opkodlarıyla birleştirildiğinde “covenant” benzeri bir davranışı taklit etmek için kullanılabilen bir yapı taşı olarak tanımlamak daha doğrudur.
Bu önemli bir konudur, çünkü OP_CAT’ın esnekliği, onu hem ilgi çekici hem de tartışmalı kılan tam da bu özelliktir. OP_CAT kendi başına bir sözleşme olmasa da, Schnorr imzalarının işleyişindeki bir tuhaflık nedeniyle sözleşmeleri taklit edebilir. OP_CAT, sadece işlemin kendisiyle değil, rastgele verilerle de imzayı doğrulayan CheckSigFromStack (CSFS) adlı opkodla birleştirildiğinde, özel sözleşme opkodlarının oluşturmak üzere tasarlandığı türden harcama kısıtlamaları oluşturmak için kullanılabilir.
OP_CAT Ne İçin Kullanılabilir?
OP_CAT, dar kapsamlı bir özellikten ziyade genel amaçlı bir temel öğe olduğu için, geliştiriciler bu özellik için çok çeşitli uygulama alanları önermişlerdir. En sık tartışılanlar arasında şunlar yer almaktadır:
- Mahzenler. Vault, fonların aktarılabilmesi için genellikle ayrı işlemler ve bloklar arasında gerçekleştirilen birden fazla adımı gerektiren bir tür sözleşmedir. Bu, sahibine yetkisiz harcamaları fark edip durdurması için zaman tanıyan yerleşik bir gecikme sağlar ve böylece soğuk depolama ile ortak saklama düzenlemelerini iyileştirir.
- Kesinlik içeren sözleşmeler. Bunlar, Lightning Network gibi bir ödeme kanalında, güncel olmayan veya sahte bir kanal durumunu yayınlamaya çalışan bir tarafı cezalandırabilir ve böylece zincir dışı ödeme sistemlerinin güvenliğini artırabilir.
- Ağaç izleri. OP_CAT, boyutu imza sahiplerinin sayısıyla yalnızca logaritmik olarak artan kompakt çoklu imza komut dosyalarını mümkün kılar; bu da 1 kilobaytın altındaki bir işlemin teorik olarak milyonlarca açık anahtar için harcama koşullarını destekleyebileceği anlamına gelir.
- Merkle ağacının oluşturulması ve doğrulanması. Merkle ağacını oluşturmak ve doğrulamak temel olarak değerlerin birleştirilmesini ve hash işlemine tabi tutulmasını gerektirdiğinden, OP_CAT, Bitcoin Script’e bunu yerel olarak gerçekleştirmek için gerekli olan eksik parçayı sağlar.
- Kuantum sonrası imzalar. OP_CAT, Lamport imzalarını etkinleştirebilir; bu imza şeması, kuantum bilgisayarların saldırılarına karşı dayanıklı olduğu kabul edilmektedir, zira Lamport imzaları, yığındaki değerleri hashleme ve birleştirme yeteneğinden başka bir şey gerektirmez.
- Tokenleştirilmiş varlıklar ve zincirler arası köprüler. OP_CAT, daha esnek komut dosyalarının kullanılmasını sağlayarak, Bitcoin ile uyumlu zincirlerde doğrudan token basımını ve Bitcoin ile diğer ağlar arasında güven gereksinimini en aza indiren köprülerin kurulmasını destekleyebilir.
Burada da ödünleşimlere ilişkin açık sözlü olmakta fayda var. OP_CAT’i yukarıda sayılan tüm durumlarda kullanışlı kılan esneklik, aynı zamanda bazı Bitcoin geliştiricilerinin bu konuda temkinli davranmasına neden oluyor. OP_CAT, belirli bir amaca yönelik değil genel amaçlı olduğu için, geliştiricilerin bazen “geniş tasarım alanı” olarak adlandırdıkları bir alan açar; bu da, diğer opkodlarla nihayetinde birleştirilebileceği her yolu öngörmenin daha zor olduğu anlamına gelir. Bu belirsizlik, devam eden tartışmanın özünü oluşturur; bir yan konu değildir.
OP_CAT ve OP_CTV: En Önemli İki Covenant Önerisinin Karşılaştırması
OP_CAT, genellikle geliştirici Jeremy Rubin tarafından BIP 119’da önerilen OP_CTV (OP_CheckTemplateVerify) ile birlikte ele alınır. Her ikisi de Bitcoin’e bir tür sözleşme yeteneği kazandırmayı amaçlamaktadır, ancak tasarım yaklaşımları neredeyse zıttır.
Pratikteki fark, kapsamla ilgilidir. OP_CTV, bir işlem çıktısının tam olarak tek bir gelecekteki harcama işlemine bağlanmasına izin verir; bu işlem, sürüm, kilitlenme süresi, çıktılar ve girdi sayısı gibi ayrıntıları kapsar. Şablonla eşleşirse, harcama gerçekleştirilir. Şablonla eşleşmezse, işlem gerçekleştirilmez. Bu dar kapsamlılık kasıtlıdır. CTV özyinelemeli değildir; yani, taahhüt edildiği bir işlem, kalıcı bir kısıtlama zinciri oluşturacak şekilde başka kısıtlamalara taahhüt edemez. Destekçiler bunu, daha güvenli ve daha sınırlı bir sözleşme biçimi olarak değerlendirir.
OP_CAT ise tam tersi bir felsefeyi benimsiyor. Belirli bir sorunu çözmek yerine, geliştiricilere esnek bir temel öğe sunuyor ve bunun üzerine kendi çözümlerini geliştirmelerine olanak tanıyor. CTV, belirli bir kullanım senaryosu kümesini mümkün kılmak üzere özenle sınırlandırılmış bir opkod iken, OP_CAT ise yığında bir dize birleştirme işlevi gören bir temel öğedir. Bu öğe, Taproot sonrası komut dosyası boyut sınırlamaları altında artık geçerli olmayan hizmet reddi endişeleri nedeniyle 2010 yılında devre dışı bırakılmadan önce, orijinal Bitcoin komut dosyası dilinde zaten mevcuttu. Aynı esneklik, OP_CAT’ın özyinelemeli sözleşmeleri desteklemesini sağlar; bu sözleşmelerde bir kısıtlama, daha sonra başka bir kısıtlamaya yol açabilir; bu ise OP_CTV’nin kasıtlı olarak kaçındığı bir özelliktir.
OP_CAT bugün Bitcoin’de aktif mi?
Bitcoin ana ağında değil. BIP 347, bir spesifikasyon belgesi olarak “Tamamlandı” durumuna ulaştı; bu, önerinin kendisinin tamamlanmış ve net bir şekilde tanımlanmış olduğu anlamına geliyor. Bu, uygulamaya konulmasıyla ayrı bir konudur; uygulamaya konulması için daha geniş Bitcoin topluluğunun ve düğüm operatörlerinin bir soft fork yoluyla bunu fiilen etkinleştirmesi gerekecektir.
2026 yılının ortası itibarıyla, OP_CAT, Bitcoin’in bir sonraki konsensüs değişikliği için en önde gelen aday değildir. Bu konum şu anda OP_CTV'ye ve OP_CHECKSIGFROMSTACK'e (BIP 348) aittir; OP_CHECKSIGFROMSTACK, bir komut dosyasının imzayı yalnızca harcama işleminin kendisiyle değil, rastgele verilerle de karşılaştırarak doğrulamasını sağlayan ilgili bir opkoddur. Bir Bitcoin’in güncel BIP kılavuzu, 2026 yılının ortası itibarıyla, bir sonraki konsensüs soft fork’u için önde gelen adaylar, BIP 119 (OP_CHECKTEMPLATEVERIFY) ve BIP 348 (OP_CHECKSIGFROMSTACK) sözleşme önerileridir. Bu öneriler, kasalar, kanal fabrikaları ve daha verimli katman-2 protokolleri için yeni komut dosyası yetenekleri sağlayacaktır; ancak henüz bir etkinleştirme takvimi belirlenmemiştir ve topluluk konsensüsü hâlâ oluşma aşamasındadır.
OP_CTV, OP_CAT’e kıyasla etkinleştirme sürecinde daha ileri bir aşamaya gelmiştir. Geliştiriciler şu bilgileri yayınlamıştır: somut sinyal parametreleri BIP9 tarzı bir yumuşak çatallama için: 30 Mart 2026 tarihli bir sinyal verme başlangıç tarihi, 30 Mart 2027’de sona erecek bir yıllık zaman aşımı süresi, Mayıs 2027 civarında bir minimum aktivasyon yüksekliği ve her iki haftalık zorluk dönemi boyunca %90’lık bir madenci sinyal eşiği. Bu, CTV’yi 2021’de Taproot’u etkinleştiren mekanizmanın aynısına tabi kılar; ancak geliştirici topluluğu içinde sözleşme önerilerinin hâlâ ne kadar tartışmalı olduğu göz önüne alındığında, %90 eşiğine ulaşılması hiç de garanti değildir.
Bunların hiçbiri OP_CAT’in artık geçerliliğini yitirdiği anlamına gelmez. Bu, 2026’daki “bir sonraki” yumuşak çatallanma tartışmasının şu anda farklı bir opkod çiftine odaklandığı anlamına gelir; OP_CAT’in ileride izleyeceği yol ise —eğer böyle bir yol varsa— büyük olasılıkla öncelikle CTV ve CSFS tartışmasının nasıl sonuçlanacağına bağlı olacaktır.
OP_CAT başka yerlerde halihazırda çalışıyor
OP_CAT, Bitcoin ana ağında bekleme aşamasında olsa da, test edilmeden durmuyor. Yıllardır, Bitcoin ile ilişkili birkaç ağda sessizce üretim ortamında çalışıyor.
- Liquid Network. Blockstream’in federatif yan zincirinde, piyasaya sürüldüğü andan itibaren OP_CAT özelliği etkinleştirilmişti; bu da, BIP 347 henüz ortaya çıkmadan yıllar önce, daha geniş Bitcoin ekosistemine gerçek dünya koşullarında bir test ortamı sağlamıştı.
- Bitcoin Cash ve Bitcoin SV. Her iki ağ da protokol güncellemeleri sırasında OP_CAT’ı yeniden devreye aldı ve bu opkodun kendisiyle bağlantılı, belgelenmiş herhangi bir güvenlik açığı olmaksızın bu zincirlerde işlemleri işledi.
- Fraktal Bitcoin. Bu, şu anda en aktif olan dağıtımdır. Fractal, Bitcoin Core’un kendi yazılımı kullanılarak geliştirilmiş ve Bitcoin ile birleştirilmiş madencilik (merge-mining) yoluyla çalışan, Bitcoin ile uyumlu bir yan zincirdir. Fractal, 9 Eylül 2024 tarihinde ana ağını devreye almıştır ve ilk günden itibaren OP_CAT özelliği etkin durumdadır.
Fractal, “Bu, Bitcoin’de gerçekte nasıl görünürdü?” sorusuna verilen en net cevap olduğu için daha yakından incelenmeye değer. Fractal'ın piyasaya sürülmesinden bu yana, yeni protokoller OP_CAT'ten yararlanarak Bitcoin yazılımına dayalı akıllı sözleşmeler oluşturdu. Bunlar arasında, Bitcoin kullanıcıları arasında büyük ilgi gören CAT Protokolü'nün yanı sıra, OP_CAT kullanarak ağın işlevselliğini genişleten diğer yeni standartlar da yer alıyor.
En önemli örnek, OP_CAT’tan yararlanmak üzere özel olarak geliştirilmiş bir fungible token standardı olan CAT20’dir. Şu kaynağa göre Fractal Bitcoin’in kendi belgeleri, CAT20, madenciler tarafından tam olarak doğrulanır ve akıllı sözleşmeler, özellikle de temel katmanda tamamen Bitcoin’in kendi komut dosyası diliyle uygulanan özyinelemeli sözleşmeler aracılığıyla çalışır; bu da onu, harici veya üçüncü taraf doğrulamasına dayanan token standartlarından ayırır. Uygulamada bu, bir CAT20 tokeninin dağıtılması, basılması ve aktarılmasının, tek bir veri dizisini oluşturan bir dizi OP_CAT işlemi aracılığıyla gerçekleştiği anlamına gelir. Bu veri dizisi daha sonra, ayrı bir zincir dışı indeksleme hizmeti yerine, ağı güvence altına alan aynı madenciler tarafından doğrudan blok zincirine kaydedilir ve kontrol edilir.
Quantum Cats’in Hikâyesi: Bir Mem Kampanyası OP_CAT’i Nasıl İleriye Taşıdı?
Opcode önerilerinin çoğu, e-posta listeleri ve GitHub tartışma dizileriyle sınırlı kalır. OP_CAT ise öyle olmadı; bunun başlıca nedeni, Taproot Wizards adlı bir Bitcoin Ordinals projesiydi.
Ocak 2024’te Taproot Wizards, tamamen OP_CAT’ın yeniden etkinleştirilmesi için kamuoyu desteği oluşturma hedefine dayanan, Quantum Cats adlı 3.333 parçalık bir NFT tarzı koleksiyonu piyasaya sürdü. Quantum Cats, OP_CAT'in bitcoin ve bitcoin tabanlı varlıkları, daha karmaşık ticarete katılabilecekleri Bitcoin katman 2 zincirlerine taşıyabilecek, izinsiz bir köprü oluşturmasını istiyordu. Katılımcıların bu koleksiyona katılabilmeleri için, asıl teknik teklifi öğrenmeleri ve geri getirilmesini kamuoyunda savunmaları gerekiyordu; bu da oldukça kuru bir BIP tartışmasını, gerçek çıkarların söz konusu olduğu bir topluluk kampanyasına dönüştürdü.
Koleksiyonun kendisi, zincirleme işleminin nasıl işlediğini gösteren bir örnek niteliğindeydi. Her bir Quantum Cat, tek bir statik görüntü yerine birkaç ayrı dosyaya atıfta bulunuyor ve zamanla yeni dosyalar ortaya çıktıkça kediler değişiyor; bu da, ayrı veri parçalarını bir araya getirerek OP_CAT’ın yaptığını tam olarak yansıtıyor.
Kampanya, ciddi bir finansman elde edilmesini sağlayacak kadar başarılı oldu. Taproot Wizards, 2023 yılında 7,5 milyon dolarlık bir fon topladı; bunu Şubat 2025’te 30 milyon dolarlık bir tur izledi; her iki fon da açıkça OP_CAT ekosisteminin geliştirilmesi için ayrıldı. Kurucu ortak Udi Wertheimer, projenin Bitcoin'in geleceği olarak OP_CAT'e odaklandığını ve fonların hem şirket içi geliştirme çalışmalarına hem de bu opkod üzerinde çalışan dış ekipleri desteklemeye yönlendirildiğini belirtti. Sotheby’s’te düzenlenen tek bir Quantum Cat satışı olan “Genesis Cat”, 254.000 dolardan kapandı; bu da kampanyanın dört baytlık bir opkod etrafında ne kadar büyük bir kültürel ağırlık kazandığını vurguladı.
Bu, Bitcoin’le ilgili teknik tartışmaların her zaman teknik düzeyde kalmadığını hatırlatması açısından faydalıdır. Memler, sanat ve para, protokol tartışmalarını daha geniş bir kitleye ulaştırmak için defalarca birer araç haline gelmiştir ve OP_CAT, bu eğilimin son dönemdeki en net örneklerinden biridir.
Sonuç
OP_CAT tek bir basit işlevi yerine getirir: Bitcoin yığınındaki iki veri parçasını tek bir veri parçasına birleştirir. Bu işlevi önemli kılan şey, Bitcoin topluluğunun onu geri getirmeye karar vermesi halinde, bu tek işlevin daha güvenli soğuk depolama kasalarından kuantum sonrası imzalara ve Bitcoin’e özgü tokenlere kadar pek çok imkânın önünü açabilmesidir. Temmuz 2026 itibarıyla böyle bir mutabakat sağlanmamıştır. BIP 347, Bitcoin’in bir sonraki konsensüs soft fork’u için OP_CTV ve OP_CHECKSIGFROMSTACK’in arkasında bekleyen tamamlanmış bir spesifikasyondur; bu arada OP_CAT, Fractal Bitcoin, Liquid ve diğer Bitcoin ile ilgili ağlarda sessizce ve sorunsuz bir şekilde çalışmaya devam etmektedir. Bundan sonra ne olursa olsun, OP_CAT etrafındaki tartışma, küçük ve basit bir kod parçasının geliştiricileri, sanatçıları ve yatırımcıları nasıl aynı anda kendine çekebileceğini çoktan göstermiştir.
