OP_CAT on Bitcoin-opkoodi, joka yhdistää kaksi pinossa olevaa tietoyksikköä yhdeksi, ja se on tällä hetkellä yksi Bitcoin-kehityksen pisimpään jatkuneista kiistoista. Se oli osa Bitcoinin alkuperäistä koodia, jonka Satoshi Nakamoto poisti vuonna 2010 turvallisuussyistä, ja se on viime vuosina ollut ehdotettuna soft forkkina (BIP 347), joka voisi avata Bitcoinin käyttöön uudenlaisen älykkäiden sopimusten kaltaisen toimintatavan. Heinäkuussa 2026 se ei ole aktiivinen Bitcoinin pääverkossa, vaikka se onkin jo käytössä muutamissa Bitcoiniin liittyvissä verkoissa, joissa sitä testataan hiljaisesti julkisesti kuormitustesteillä.
OP_CAT:n ymmärtämisen arvo ei piile pelkästään koodissa. Se piilee sen ympärillä olevissa toimijoissa: Bitcoin Core -kehittäjät, jotka keskustelevat muutoksen turvallisuudesta, meemivetoinen NFT-projekti, joka keräsi kymmeniä miljoonia dollareita ajaakseen muutoksen palauttamista, sekä nopeasti kasvava sivuketju, joka on jo ottanut sen käyttöön. Tässä oppaassa selitetään, mitä OP_CAT tekee, miksi se poistettiin käytöstä, mitä se voisi mahdollistaa ja mikä on tilanne tällä hetkellä.
Käytä Multichainia Bitcoin.com Wallet -sovellus, johon miljoonat luottavat bitcoinin ja kryptovaluuttojen turvallisessa ja helpossa lähettämisessä, vastaanottamisessa, ostamisessa, myymisessä, vaihtamisessa, käyttämisessä ja hallinnoinnissa.
Tärkeimmät kohdat
- OP_CAT (lyhenne sanasta ”operation concatenate”) yhdistää kaksi Bitcoin-pinon dataelementtiä yhdeksi elementiksi. Siinä on koko toiminto.
- Se oli käytössä Bitcoinin varhaisimmassa koodissa, mutta Satoshi Nakamoto poisti sen käytöstä vuonna 2010 palvelunestohyökkäysriskin vuoksi.
- Ehdotuksen sen palauttamisesta, BIP 347, laativat Ethan Heilman ja Armin Sabouri, ja sille annettiin BIP-numero huhtikuussa 2024.
- OP_CAT ei sinänsä ole sopimus, mutta yhdistettynä muihin opkoodeihin sitä voidaan käyttää sopimusmaisten käyttörajoitusten, kuten säilytystilojen, luomiseen.
- Vuoden 2026 puoliväliin mennessä OP_CAT-ominaisuutta ei ole otettu käyttöön Bitcoinin pääverkossa. Bitcoinin seuraavan konsensus-soft forkin nykyiset kärkikandidaatit ovat OP_CTV (BIP 119) ja OP_CHECKSIGFROMSTACK (BIP 348), ei OP_CAT yksinään.
- OP_CAT on jo käytössä Fractal Bitcoinissa, joka on Bitcoin-yhteensopiva sivuketju, jossa se mahdollistaa CAT20-token-standardin toiminnan, ja se on ollut käytössä Liquid Networkissä ja Bitcoin Cashissa jo vuosia ilman, että siitä olisi tiedossa olevia haavoittuvuuksia.
- Taproot Wizardsin luoma Bitcoin-NFT-projekti nimeltä Quantum Cats muutti OP_CAT-tuen meemikampanjaksi, jonka avulla on kerätty yli 37 miljoonaa dollaria OP_CAT-kehitykseen.
Miten OP_CAT toimii
Selkein tapa ymmärtää OP_CAT on kuvitella Bitcoinin skriptijärjestelmä pieneksi rakennuspalikoiden pinoksi. Bitcoin Script, joka on jokaisen Bitcoin-transaktion taustalla oleva ohjelmointikieli, on pinopohjainen kieli. Tiedot työnnetään pinolle, opkoodit vaikuttavat siihen, mikä on pinon päällä, ja tulos määrää, onko transaktio kelvollinen.
OP_CAT ottaa pinon kaksi ylimpää kohdetta ja yhdistää ne, eli liittää ne peräkkäin yhdeksi yhdistetyksi kohteeksi, joka sitten palautetaan pinon kärkeen. Jos pinossa on arvot ”1” ja ”2”, OP_CAT-operaation suorittaminen poistaa molemmat ja korvaa ne arvolla ”12”. Virallisen spesifikaation mukaan BIP 347, OP_CAT lisäisi pinon päälle x1 || x2, jossa kaksoispiippusymboli tarkoittaa merkkijonojen yhdistämistä.
On yksi tärkeä rajoitus. OP_CAT epäonnistuu, jos pinossa on vähemmän kuin kaksi arvoa tai jos niiden yhdistämisen tuloksena syntyvä arvo olisi suurempi kuin 520 tavua, mikä on Bitcoinin skriptielementtien enimmäiskoko. Tällä tavurajalla on suuri merkitys tämän opkoodin historiassa, johon palaamme pian.
Pelkästään kahden merkkijonon yhdistäminen ei kuulosta kovin vaikuttavalta. Bitcoinin skriptikielessä ei kuitenkaan ole koskaan ollut yleiskäyttöistä tapaa yhdistää pinoon tallennettuja arvoja, ja tämä puute on rajoittanut sitä, mitä kehittäjät voivat rakentaa suoraan Bitcoin-transaktioihin. Kuten Bitcoin Optech selittää, Bitcoin Tapscriptista puuttuu yleiskäyttöinen tapa yhdistellä pinoon olevia objekteja, mikä rajoittaa Tapscriptin ilmaisukykyä ja estää muun muassa Merkle-puiden ja muiden hajautettujen tietorakenteiden rakentamisen ja arvioinnin suoraan Tapscriptissa. OP_CAT on ehdotettu ratkaisu juuri tähän puutteeseen.
Miksi OP_CAT poistettiin käytöstä vuonna 2010?
OP_CAT oli osa Bitcoinin aivan ensimmäistä versiota. Satoshi Nakamoto poisti sen vuonna 2010 yhdessä useiden muiden opkoodien, kuten OP_MUL, OP_DIV ja OP_OR, kanssa. Virallinen perustelu liittyi palvelunestohyökkäysriskiin: OP_CAT:ta toistuvasti käyttävä skripti voisi teoriassa tuottaa eksponentiaalisesti kasvavan datamäärän, joka olisi riittävän suuri hidastamaan tai kaatamaan solmuja, jotka yrittävät vahvistaa sen.
Tuolloin ei ollut asetettu mitään ehdottomia rajoituksia sille, kuinka suuri yksittäinen kohde Bitcoinin pinoissa saattoi olla. Tämä tarkoitti, että pahantahtoinen skripti saattoi jatkaa arvojen yhdistämistä, kunnes se tuotti riittävän suuren datajonon verkon jumittamiseksi. OP_CAT:n poistaminen yhdessä muiden käytöstä poistettujen opkoodien kanssa oli varovainen ratkaisu, jossa verkoston vakaus asetettiin etusijalle toiminnallisuuteen nähden, jota nuori verkosto ei vielä tarvinnut.
Tilanne muuttui marraskuussa 2021, kun Bitcoin otti käyttöön Taproot-päivityksen. Taproot toi mukanaan Tapscriptin, uuden skriptikontekstin, jolla on omat säännöt, joista yksi rajoittaa yksittäisen pinoelementin koon 520 tavuun. Tämä tavuraja sulkee suoraan alkuperäisen hyökkäysreitin. Skripti voi edelleen kutsua OP_CAT-komentoa, mutta se ei voi koskaan tuottaa riittävän suurta arvoa aiheuttaakseen sellaista resurssien ehtymisongelmaa, joka huolestutti Satoshia vuonna 2010. Juuri tämä tekninen yksityiskohta avasi jälleen oven OP_CAT-komennon paluulle, tosin rajoitettuna Tapscriptiin eikä koko Bitcoin-skriptiin.
Onko OP_CAT sopimus?
Ei, ei sinänsä, ja tämä on yksi OP_CAT:n yleisimmistä väärinkäsityksistä. Bitcoin-kielellä ”covenant” tarkoittaa rajoitusta sille, miten käyttämätön transaktiolähtö (UTXO) voidaan käyttää tulevaisuudessa. Tavallinen Bitcoin-skripti voi tarkistaa vain, onko käyttö tällä hetkellä sallittu, yleensä allekirjoituksen varmentamisen avulla. Covenant menee pidemmälle: se tarkistaa paitsi, onko käyttö sallittu, myös sen, täyttääkö tuloksena oleva transaktio tietyt ehdot.
OP_CAT ei sisällä mitään sisäänrakennettua mekanismia transaktiotietojen tarkasteluun. Se tarjoaa keinon yhdistellä pinoon tallennettuja tietoja, mikä on hyödyllistä covenanteille vasta silloin, kun sitä käytetään yhdessä muiden opkoodien kanssa, jotka tarkistavat allekirjoituksia kyseisten yhdistettyjen tietojen perusteella. BIP 347:ssä todetaan selvästi, että että OP_CAT, vaikka sen uudelleenaktivointia on ehdotettu Tapscriptissä, ei ole sopimus. Tarkemmin sanottuna se on rakennuspalikka, jota voidaan käyttää yhdessä allekirjoituksen tarkistukseen tarkoitettujen opkoodien kanssa sopimusmaisen käyttäytymisen jäljittelemiseen.
Tämä on merkittävää, koska juuri OP_CAT:n joustavuus tekee siitä sekä mielenkiintoisen että kiistanalaisen. Vaikka OP_CAT ei sinänsä olekaan sopimus, se voi jäljitellä sopimuksia Schnorr-allekirjoitusten toimintatavan erikoisuuden ansiosta. Yhdistettynä CheckSigFromStack (CSFS) -nimiseen opkoodiin, joka tarkistaa allekirjoituksen suhteessa mihin tahansa dataan eikä pelkästään itse transaktioon, OP_CAT:ia voidaan käyttää luomaan samanlaisia käyttörajoituksia kuin mitä erityiset sopimusopkoodit on suunniteltu luomaan.
Mihin OP_CAT:ia voitaisiin käyttää?
Koska OP_CAT on yleiskäyttöinen perusfunktio eikä suppeasti rajattu ominaisuus, kehittäjät ovat ehdottaneet sille monenlaisia sovelluskohteita. Useimmin esille tuotuja ovat:
- Holvit. Vault on eräänlainen sopimus, joka edellyttää useita vaiheita – usein erillisten transaktioiden ja lohkojen kautta – ennen kuin varat voidaan siirtää. Tämä aiheuttaa sisäänrakennetun viiveen, joka antaa omistajalle aikaa havaita ja estää luvattomat menot, mikä parantaa kylmävarastointia ja jaetun hallinnan järjestelyjä.
- Epäselvyyksiä estävät sopimukset. Nämä voivat rangaista maksukanavassa, kuten Lightning Networkissä, toimivaa osapuolta, joka yrittää lähettää vanhentuneen tai vilpillisen kanavatilan, mikä vahvistaa ketjun ulkopuolisten maksujärjestelmien turvallisuutta.
- Puiden tunnusmerkit. OP_CAT mahdollistaa kompaktit monen allekirjoittajan skriptit, joiden koko kasvaa allekirjoittajien lukumäärän mukaan vain logaritmisesti. Tämä tarkoittaa, että alle yhden kilotavun kokoinen transaktio voisi teoriassa tukea käyttöehtoja, jotka kattavat miljoonia julkisia avaimia.
- Merkle-puun rakentaminen ja todentaminen. Koska Merkle-puun rakentaminen ja tarkistaminen edellyttävät pohjimmiltaan arvojen yhdistämistä ja hajauttamista, OP_CAT tarjoaa Bitcoin Scriptille puuttuvan palasen, jota tarvitaan tämän toteuttamiseen natiivisti.
- Postkvanttiset tunnisteet. OP_CAT voi mahdollistaa Lamport-allekirjoitukset, jotka ovat allekirjoitusmenetelmä, jota pidetään kvanttitietokoneiden hyökkäyksiltä suojattuna, sillä Lamport-allekirjoitukset edellyttävät ainoastaan kykyä hajauttaa ja yhdistää arvoja pinossa.
- Tokenisoidut varat ja ketjujen väliset sillat. Mahdollistamalla ilmaisukykyisemmät skriptit OP_CAT voisi tukea tokenien liikkeeseenlaskua suoraan Bitcoin-yhteensopivilla ketjuilla sekä luottamusta minimoivia siltoja Bitcoinin ja muiden verkostojen välillä.
Myös tässä yhteydessä on syytä puhua suoraan kompromisseista. Juuri sama joustavuus, joka tekee OP_CAT:sta hyödyllisen kaikissa edellä mainituissa tilanteissa, saa jotkut Bitcoin-kehittäjät suhtautumaan siihen varauksellisesti. Koska OP_CAT on yleiskäyttöinen eikä erityistarkoitukseen suunniteltu, se avaa kehittäjien toisinaan käyttämällä termillä ilmaistun laajan suunnittelutilan, mikä tarkoittaa, että on vaikeampaa ennustaa kaikkia tapoja, joilla se saatetaan lopulta yhdistää muihin opkoodeihin. Juuri tämä epävarmuus on käynnissä olevan keskustelun ydin, ei sivuseikka.
OP_CAT vs. OP_CTV: Vertailu kahdesta johtavasta sopimus-ehdotuksesta
OP_CAT:sta keskustellaan yleensä yhdessä OP_CTV:n (OP_CheckTemplateVerify) kanssa, jonka kehittäjä Jeremy Rubin ehdotti BIP 119:ssä. Molempien tarkoituksena on tuoda Bitcoiniin jonkinlainen sopimusominaisuus, mutta niiden suunnittelulähestymistavat ovat lähes vastakkaiset.
Käytännön ero liittyy soveltamisalaan. OP_CTV:n avulla transaktion ulostulo voidaan sitouttaa tarkalleen yhteen tulevaan käyttötransaktioon, joka kattaa yksityiskohdat kuten version, lukitusajan, ulostulot ja syötteiden lukumäärän. Jos malli täsmää, käyttö hyväksytään. Jos malli ei täsmää, tapahtumaa ei hyväksytä. Tämä rajoittuneisuus on tarkoituksellista. CTV ei ole rekursiivinen, mikä tarkoittaa, että transaktio, johon se sitoutuu, ei voi itse sitoutua lisärajoituksiin tavalla, joka luo pysyvän rajoitusten ketjun. Kannattajat pitävät tätä turvallisempana ja hallitumpana muotona sopimuksesta.
OP_CAT noudattaa päinvastaista filosofiaa. Sen sijaan, että se ratkaisisi yhden tietyn ongelman, se tarjoaa kehittäjille joustavan peruselementin, jonka pohjalta he voivat rakentaa omia ratkaisujaan. Kun CTV on yksi huolellisesti rajattu opkoodi, joka on suunniteltu mahdollistamaan tietty joukko käyttötapauksia, OP_CAT on primitiivi, merkkijonojen yhdistely pinossa, joka oli jo alkuperäisessä Bitcoin-skriptikielessä ennen kuin se poistettiin käytöstä vuonna 2010 palvelunestohyökkäyksiä koskevien huolenaiheiden vuoksi – huolenaiheet, jotka eivät enää päde Taprootin jälkeisten skriptikokorajoitusten puitteissa. Juuri tämä joustavuus mahdollistaa sen, että OP_CAT tukee rekursiivisia ehtoja, joissa yksi rajoitus voi luoda toisen rajoituksen myöhemmin ketjussa – ominaisuus, jota OP_CTV vältetään tarkoituksellisesti.
Onko OP_CAT tällä hetkellä käytössä Bitcoin-verkossa?
Ei Bitcoinin pääverkossa. BIP 347 on saavuttanut ”Complete”-tilan spesifikaatioasiakirjana, mikä tarkoittaa, että ehdotus itsessään on valmis ja tarkasti määritelty. Tämä on eri asia kuin sen käyttöönotto, joka edellyttäisi, että laajempi Bitcoin-yhteisö ja solmujen ylläpitäjät aktivoisivat sen soft forkin avulla.
Vuoden 2026 puolivälissä OP_CAT ei ole johtava ehdokas Bitcoinin seuraavaksi konsensusmuutokseksi. Tämä asema kuuluu tällä hetkellä OP_CTV:lle yhdessä OP_CHECKSIGFROMSTACKin (BIP 348) kanssa, joka on siihen liittyvä opkoodi, jonka avulla skripti voi tarkistaa allekirjoituksen suhteessa mihin tahansa dataan eikä pelkästään itse kulutustransaktioon. Erään tuore Bitcoin BIP -viiteopas, vuoden 2026 puolivälissä seuraavan konsensus-soft forkin johtavia ehdokkaita ovat covenant-ehdotukset BIP 119 (OP_CHECKTEMPLATEVERIFY) ja BIP 348 (OP_CHECKSIGFROMSTACK), jotka mahdollistaisivat uusia skriptitoimintoja vaulteille, kanavatehtaille ja tehokkaammille layer-2-protokollille, vaikka aktivointiaikataulua ei ole vielä vahvistettu ja yhteisön konsensus on vielä muodostumassa.
OP_CTV on edennyt aktivointiprosessissa pidemmälle kuin OP_CAT. Kehittäjät ovat julkaisseet konkreettiset merkinantoparametrit BIP9-tyyppisen soft forkin osalta: signaloinnin alkamispäivä 30. maaliskuuta 2026, yhden vuoden aikaraja, joka päättyy 30. maaliskuuta 2027, aktivoinnin vähimmäiskorkeus noin toukokuussa 2027 sekä 90 prosentin signalointikynnys louhijoiden keskuudessa jokaisen kahden viikon vaikeusjakson aikana. Tämä asettaa CTV:n samanlaisen mekanismin piiriin kuin Taprootin aktivointi vuonna 2021, vaikka 90 prosentin kynnyksen saavuttaminen on kaukana varmasta, kun otetaan huomioon, kuinka kiistanalaisia sopimus-ehdotukset edelleen ovat kehittäjäyhteisön sisällä.
Tämä ei tarkoita, että OP_CAT olisi kuollut. Se tarkoittaa, että vuonna 2026 käytävä ”seuraava” soft fork -keskustelu keskittyy tällä hetkellä toiseen opkoodipariin, ja OP_CAT:n tulevaisuus – jos sellaista ylipäätään on – riippuu todennäköisesti siitä, miten CTV:tä ja CSFS:ää koskeva keskustelu ensin etenee.
OP_CAT on jo käytössä muualla
Vaikka OP_CAT odottaa vielä pääsyn Bitcoin-verkkoon, se ei ole jäänyt testaamatta. Se on jo vuosien ajan toiminut huomaamatta tuotantokäytössä muutamissa Bitcoin-verkkoihin liittyvissä verkoissa.
- Liquid Network. Blockstreamin federoidussa sivuketjussa on ollut OP_CAT käytössä sen käynnistämisestä lähtien, mikä on tarjonnut laajemmalle Bitcoin-ekosysteemille todellisen testausympäristön jo vuosia ennen kuin BIP 347 oli edes olemassa.
- Bitcoin Cash ja Bitcoin SV. Molemmat verkostot ottivat OP_CAT-opkoodin uudelleen käyttöön protokollapäivitysten yhteydessä, ja se on käsitellyt transaktioita näillä ketjuilla ilman, että opkoodiin itsessään olisi liitetty dokumentoituja haavoittuvuuksia.
- Fraktalinen Bitcoin. Tämä on tällä hetkellä aktiivisimpana oleva käyttöönotto. Fractal on Bitcoin-yhteensopiva sivuketju, joka on rakennettu Bitcoin Core -ohjelmiston avulla ja jota louhitaan yhdessä Bitcoinin kanssa (merge-mining). Sen pääverkko käynnistyi 9. syyskuuta 2024, ja OP_CAT-ominaisuus oli käytössä alusta alkaen.
Fractal on syytä tarkastella lähemmin, sillä se on selkein vastaus kysymykseen ”miltä tämä oikeastaan näyttäisi Bitcoinissa”. Fractalin lanseerauksen jälkeen uudet protokollat ovat hyödyntäneet OP_CAT-ominaisuutta luodakseen Bitcoin-ohjelmistoon perustuvia älykkäitä sopimuksia, mukaan lukien CAT-protokolla, joka on herättänyt huomattavaa kiinnostusta Bitcoin-käyttäjien keskuudessa, sekä muita kehittyviä standardeja, jotka laajentavat verkon toiminnallisuutta OP_CAT:n avulla.
Tunnettu esimerkki on CAT20, vaihdettavien tokenien standardi, joka on kehitetty nimenomaan OP_CAT-ominaisuuden hyödyntämiseksi. Sen mukaan Fractal Bitcoinin oma ohjeisto, CAT20 on louhijoiden täysin vahvistama ja toimii älykkäiden sopimusten, tarkemmin sanottuna rekursiivisten sopimusehtojen, avulla, joita toteutetaan kokonaan Bitcoinin omalla skriptikielellä peruskerroksessa, mikä erottaa sen token-standardeista, jotka perustuvat ulkoiseen tai kolmannen osapuolen vahvistukseen. Käytännössä tämä tarkoittaa, että CAT20-tokenin käyttöönotto, luominen ja siirto tapahtuu OP_CAT-operaatioiden sarjan kautta, jotka muodostavat yhden datamerkkijonon, joka sitten kirjataan suoraan lohkoketjuun ja tarkistetaan samojen louhijoiden toimesta, jotka turvaavat verkkoa, eikä erillisen ketjun ulkopuolisen indeksointipalvelun toimesta.
Quantum Catsin tarina: kuinka meemikampanja vauhditti OP_CAT:n kehitystä
Suurin osa opkoodiehdotuksista jää postituslistojen ja GitHub-keskusteluketjujen tasolle. OP_CAT ei jäänyt, mikä johtui suurelta osin Taproot Wizards -nimisestä Bitcoin Ordinals -projektista.
Tammikuussa 2024 Taproot Wizards julkaisi 3 333 kappaleen NFT-tyylisen kokoelman nimeltä Quantum Cats, joka perustui kokonaan tavoitteeseen saada yleisön tuki OP_CAT:n uudelleenaktivoinnille. Quantum Cats halusi OP_CAT:n luovan luvatonta siltaa, jonka avulla bitcoineja ja bitcoin-pohjaisia varoja voitaisiin siirtää Bitcoinin layer 2 -ketjuihin, joissa ne voisivat osallistua monimutkaisempaan kaupankäyntiin. Päästäkseen edes mukaan kolikon lyöntiin osallistujien piti perehtyä varsinaiseen tekniseen ehdotukseen ja puolustaa julkisesti sen paluuta, mikä muutti melko kuivan BIP-keskustelun yhteisökampanjaksi, johon liittyi todellisia panoksia.
Kokoelma itsessään toimi samalla esimerkkinä ketjutuksesta käytännössä. Jokainen Quantum Cat viittaa useisiin erillisiin tiedostoihin yhden staattisen kuvan sijaan, ja kun uusia tiedostoja paljastuu ajan myötä, kissat muuttuvat, mikä heijastaa tarkalleen sitä, mitä OP_CAT tekee yhdistämällä erillisiä datapaloja toisiinsa.
Kampanja onnistui niin hyvin, että se johti merkittävään rahoituskierrokseen. Taproot Wizards keräsi 7,5 miljoonaa dollaria vuonna 2023, minkä jälkeen helmikuussa 2025 järjestettiin 30 miljoonan dollarin rahoituskierros; molemmat summat oli nimenomaisesti varattu OP_CAT-ekosysteemin kehittämiseen. Yksi perustajista, Udi Wertheimer, kuvaili projektia OP_CAT-opkoodiin keskittyväksi, sillä se edustaa Bitcoinin tulevaisuutta. Rahoitus kohdistuu sekä sisäiseen kehitystyöhön että opkoodia hyödyntävien ulkoisten tiimien tukemiseen. Yksi ainoa Quantum Cat -huutokauppa Sotheby’silla, ”Genesis Cat”, päättyi 254 000 dollariin, mikä korosti, kuinka suuren kulttuurisen merkityksen kampanja oli saavuttanut neljän tavun opkoodin ympärillä.
Tämä on hyvä muistutus siitä, että Bitcoinia koskevat tekniset keskustelut eivät aina pysy pelkästään teknisinä. Meemit, taide ja raha ovat toistuvasti toimineet välineinä, joilla protokollakeskusteluja on tuotu laajemman yleisön tietoisuuteen, ja OP_CAT on yksi selkeimmistä viimeaikaisista esimerkeistä tästä ilmiöstä.
Johtopäätös
OP_CAT tekee yhden yksinkertaisen asian: se yhdistää kaksi Bitcoin-pinossa olevaa tietokappaletta yhdeksi. Sen merkitys piilee siinä, mitä kaikkea tämä yksi toiminto voisi mahdollistaa – turvallisemmista kylmävarastoista post-kvanttiallekirjoituksiin ja Bitcoiniin natiiveihin tokeneihin – jos Bitcoin-yhteisö joskus päättäisi ottaa sen takaisin käyttöön. Heinäkuussa 2026 tällaista sopimusta ei ole vielä syntynyt. BIP 347 on valmis spesifikaatio, joka odottaa vuoroaan OP_CTV:n ja OP_CHECKSIGFROMSTACKin jälkeen Bitcoinin seuraavassa konsensus-soft-forkissa, vaikka OP_CAT toimii edelleen hiljaisesti ja ilman ongelmia Fractal Bitcoinissa, Liquidissä ja muissa Bitcoiniin liittyvissä verkoissa. Mitä tahansa seuraavaksi tapahtuukin, OP_CAT:ta koskeva keskustelu on jo osoittanut, kuinka pieni ja yksinkertainen koodinpätkä voi houkutella kehittäjiä, taiteilijoita ja sijoittajia kerralla.
