OP_CAT on Bitcoini opkood, mis ühendab kaks virnas olevat andmeühikut üheks, ning see on praegu ühe pikimalt kestnud arutelu teema Bitcoini arenduses. See oli osa Bitcoini algsest koodist, mille Satoshi Nakamoto eemaldas 2010. aastal turvalisuse kaalutlustel, ning viimased paar aastat on seda pakutud pehme haruna (BIP 347), mis võiks avada Bitcoini jaoks uue kategooria nutilepingutele sarnast käitumist. 2026. aasta juuli seisuga ei ole see Bitcoini põhivõrgus aktiivne, kuigi see töötab juba mõnes Bitcoini lähedases võrgustikus, kus seda avalikult vaikselt koormustestitakse.
OP_CATi mõistmist väärt teeb mitte ainult kood, vaid ka sellega seotud tegelased: Bitcoin Core’i arendajad, kes arutlevad, kas muudatus on ohutu; meemidel põhinev NFT-projekt, mis kogus kümneid miljoneid dollareid selle taastamise eest lobitööks; ning kiiresti kasvav kõrvalketi, mis on selle juba kasutusele võtnud. Käesolev juhend selgitab, mida OP_CAT teeb, miks see keelati, mida see võimaldaks ja milline on täpne olukord täna.
Kasuta multichain-i Bitcoin.com rahakoti rakendus, millele miljonid inimesed usaldavad oma bitcoini ja krüptovaluuta turvalist ja lihtsat saatmist, vastuvõtmist, ostmist, müümist, vahetamist, kasutamist ja haldamist.
Peamised järeldused
- OP_CAT (lühend sõnast „operation concatenate”) ühendab Bitcoini pinu kaks andmeelementi üheks elemendiks. See ongi kogu funktsioon.
- See oli kasutusel Bitcoini kõige varasemas koodis, kuid Satoshi Nakamoto lülitas selle 2010. aastal teenuse blokeerimise ohu tõttu välja.
- Selle taastamise ettepaneku, BIP 347, koostasid Ethan Heilman ja Armin Sabouri ning sellele anti BIP-number 2024. aasta aprillis.
- OP_CAT ei ole iseenesest leping, kuid koos teiste opkoodidega saab seda kasutada lepingulaadsete kulutamispiirangute loomiseks, sealhulgas hoiukambrite loomiseks.
- 2026. aasta keskpaigaks ei ole OP_CAT-i Bitcoini põhivõrgus veel aktiveeritud. Bitcoini järgmise konsensusliku soft forki praegused esirinnas olevad kandidaadid on OP_CTV (BIP 119) ja OP_CHECKSIGFROMSTACK (BIP 348), mitte OP_CAT eraldi.
- OP_CAT on juba kasutusel Fractal Bitcoinis – Bitcoiniga ühilduvas kõrvalketis –, kus see toetab CAT20-tokeni standardit, ning see on juba aastaid töötanud Liquid Networkis ja Bitcoin Cashis ilma teadaolevate turvaaukudeta.
- Taproot Wizardsi loodud Bitcoin NFT-projekt nimega „Quantum Cats“ muutis OP_CAT-i toetamise meemikampaaniaks, mille raames on OP_CAT-iga seotud arendustööde jaoks kogutud üle 37 miljoni dollari.
Kuidas OP_CAT toimib
OP_CAT-i mõistmiseks on kõige selgem kujutada endale Bitcoini skriptisüsteemi väikese ehitusklotside virnana. Bitcoin Script, mis on iga Bitcoini tehingu taga olev programmeerimiskeel, on virnapõhine keel. Andmed lükatakse virna, operatsioonikoodid mõjutavad virna tipus olevat elementi ning tulemus määrab, kas tehing on kehtiv.
OP_CAT võtab selle virna kaks ülemist elementi ja ühendab need, st liidab need otsast otsani üheks kombineeritud elemendiks, mis seejärel paigutatakse tagasi virna tippu. Kui virnas on väärtused „1“ ja „2“, siis OP_CAT-i käivitamisel eemaldatakse mõlemad ja asendatakse need väärtusega „12“. Vastavalt ametlikule spetsifikatsioonile BIP 347, OP_CAT lükkaks x1 || x2 virna, kus kahekordne torusümbol tähistab ühendamist.
On üks oluline piirang. OP_CAT ebaõnnestub, kui virnas on vähem kui kaks väärtust või kui nende ühendamisel tekiks kombineeritud väärtus, mis ületab 520 baiti – see on Bitcoini skriptielemendi maksimaalne suurus. See baitide piirang on väga oluline selle operatsioonikoodi ajaloo seisukohalt, millele pöördume varsti tagasi.
Kaks andmeread lihtsalt kokku liitmine ei tundu iseenesest eriti võimas. Kuid Bitcoini skriptikeeles pole kunagi olnud üldotstarbelist viisi virnas olevate väärtuste ühendamiseks, ning see puudujääk on piiranud seda, mida arendajad saavad otse Bitcoini tehingutesse sisse ehitada. Nagu Bitcoin Optech selgitab, Bitcoin Tapscriptil puudub üldine viis virnas olevate objektide ühendamiseks, mis piirab Tapscripti väljendusvõimet ja takistab muu hulgas Merkle’i puude ja muude hashitud andmestruktuuride loomist ning hindamist otse Tapscriptis. OP_CAT on selle konkreetse lünga kõrvaldamiseks pakutud lahendus.
Miks lülitati OP_CAT 2010. aastal välja?
OP_CAT kuulus Bitcoini kõige esimese versiooni koosseisu. Satoshi Nakamoto eemaldas selle koos mitme teise opkoodiga, nagu OP_MUL, OP_DIV ja OP_OR, 2010. aastal. Ametlik põhjendus keskendus teenuse keelamise riskile: skript, mis kasutab korduvalt OP_CAT-i, võiks teoreetiliselt genereerida eksponentsiaalselt kasvava andmehulga, mis on piisavalt suur, et aeglustada või kokku jooksutada sõlmi, mis üritavad seda valideerida.
Tol ajal puudus kindel piirang selle kohta, kui suur võiks olla üksik element Bitcoini pinu. See tähendas, et pahatahtlik skript võis väärtusi järjest kokku liita, kuni tekkis piisavalt mahukas andmejada, et võrk ummistada. OP_CATi eemaldamine koos teiste keelatud opkoodidega oli konservatiivne samm, millega eelistati võrgu stabiilsust funktsionaalsusele, mida noor võrk veel ei vajanud.
Olukord muutus 2021. aasta novembris, kui Bitcoin aktiveeris Taproot-uuenduse. Taprootiga võeti kasutusele Tapscript – uus skriptimiskeskkond, millel on oma reeglid, millest üks piirab iga üksiku pinuelemendi suurust 520 baitini. See baitide piirang sulgeb otseselt algse rünnakutee. Skript võib endiselt OP_CAT-i kutsuda, kuid see ei suuda kunagi tekitada piisavalt suurt väärtust, et põhjustada sellist ressursside ammendumise probleemi, mis Satoshit 2010. aastal muretsema pani. See ongi tehniline detail, mis avas uuesti ukse OP_CAT-i tagasitoomiseks, kuid piirdub vaid Tapscriptiga, mitte kogu Bitcoin Scriptiga.
Kas OP_CAT on leping?
Ei, mitte iseenesest, ja see on üks OP_CATi kohta kõige sagedamini valesti mõistetud aspekte. Bitcoinis tähendab „covenant“ piirangut sellele, kuidas kulutamata tehingu väljundit (UTXO) saab tulevikus kulutada. Tavaline Bitcoin Script suudab kontrollida ainult seda, kas kulutamine on hetkel lubatud, tavaliselt allkirja kontrollimise teel. Kokkulepe läheb kaugemale, kontrollides mitte ainult seda, kas kulutamine on lubatud, vaid ka seda, kas tulemuseks olev tehing vastab kindlatele tingimustele.
OP_CAT ei sisalda ühtegi sisseehitatud mehhanismi tehinguandmete kontrollimiseks. See pakub võimalust kombineerida andmeid virnas, mis osutub kokkulepete puhul kasulikuks vaid siis, kui seda kasutatakse koos teiste opkoodidega, mis kontrollivad allkirju just nende kombineeritud andmete põhjal. BIP 347-s endas on selgelt öeldud, et et OP_CAT, kuigi seda on Tapscriptis taasaktiveerimiseks välja pakutud, ei ole leping. Täpsem on kirjeldada seda ehitusplokina, mida koos allkirja kontrollimise opkoodidega saab kasutada lepingule sarnase käitumise jäljendamiseks.
See on oluline, sest just OP_CATi paindlikkus teebki selle nii huvitavaks kui ka vastuoluliseks. Kuigi OP_CAT ei pruugi iseenesest olla leping, võib see Schnorr-allkirjade toimimise eripära tõttu lepingut jäljendada. Kombineerituna opkoodiga nimega CheckSigFromStack (CSFS), mis kontrollib allkirja suhtes suvalisi andmeid, mitte ainult tehingut ennast, saab OP_CAT-i kasutada samasuguste kulutamispiirangute loomiseks, milleks on mõeldud spetsiaalsed lepingute opkoodid.
Milleks võiks OP_CAT-i kasutada?
Kuna OP_CAT on pigem üldotstarbeline primitiiv kui kitsa rakendusvaldkonnaga funktsioon, on arendajad pakkunud selle jaoks välja mitmesuguseid rakendusi. Kõige sagedamini arutatavad neist on järgmised:
- Võlvkelderid. Vault on lepingutüüp, mis nõuab enne rahaliste vahendite liikumist mitme etapi läbimist, mis hõlmavad sageli erinevaid tehinguid ja plokke. See tekitab süsteemisisese viivituse, mis annab omanikule aega märgata ja peatada volitamata kulutusi, parandades seeläbi külmhoidlat ja jagatud hoiustamise lahendusi.
- Selgesõnalised lepingud. Need võivad karistada maksekanali, näiteks Lightning Networki osalist, kes üritab edastada aegunud või võltsitud kanali seisundit, tugevdades seeläbi ahela-väliste maksesüsteemide turvalisust.
- Puude tunnusmärgid. OP_CAT võimaldab luua kompakteid mitme allkirja skripte, mille maht kasvab allkirjastajate arvu suurenemisel vaid logaritmiliselt, mis tähendab, et alla 1 kilobaidi suurune tehing võiks teoreetiliselt toetada kulutamistingimusi miljonite avalikute võtmete puhul.
- Merkle’i puu koostamine ja kontrollimine. Kuna Merkle’i puu koostamine ja kontrollimine eeldab põhimõtteliselt väärtuste ühendamist ja hash-funktsiooniga töötlemist, annab OP_CAT Bitcoin Scriptile selleks vajaliku puuduva osa, mis võimaldab seda teha otse skriptis.
- Postkvantum-signatuurid. OP_CAT võimaldab kasutada Lamporti allkirju – allkirjaskeemi, mida peetakse kvantarvutite rünnakute suhtes vastupidavaks, kuna Lamporti allkirjade jaoks on vaja vaid võimet väärtusi hashida ja neid virnas ühendada.
- Tokeniseeritud varad ja ahelatevahelised sillad. Võimaldades väljendusrikkaid skripte, võiks OP_CAT toetada tokenite emiteerimist otse Bitcoiniga ühilduvates ahelates ning usaldust vähendavaid sildasid Bitcoini ja teiste võrkude vahel.
Ka siin tasub kompromissidest otse rääkida. Sama paindlikkus, mis teeb OP_CAT-i kõigi eespool nimetatud juhtude jaoks kasulikuks, paneb mõned Bitcoini arendajad selle suhtes ettevaatlikuks. Kuna OP_CAT on pigem üldotstarbeline kui spetsiaalselt loodud, avab see arendajate sõnul nn suure disainiruumi, mis tähendab, et on raskem ennustada kõiki võimalikke viise, kuidas seda lõpuks teiste opkoodidega kombineerida võidakse. Just see ebakindlus on käimasoleva arutelu tuum, mitte kõrvaline küsimus.
OP_CAT vs. OP_CTV: kahe juhtiva lepingueelnõu võrdlus
OP_CAT-ist räägitakse tavaliselt koos OP_CTV-ga (OP_CheckTemplateVerify), mille arendaja Jeremy Rubin esitas BIP 119-s. Mõlema eesmärk on anda Bitcoinile mingisugune lepinguliste tingimuste rakendamise võime, kuid nende disainilahendused on peaaegu vastandlikud.
Praktiline erinevus seisneb ulatuses. OP_CTV võimaldab tehingu väljundil kinnitada ühe täpse tulevase kulutustehingu, hõlmates selliseid üksikasju nagu versioon, lukustusaeg, väljundid ja sisendite arv. Kui malliga klapib, läheb kulutus läbi. Kui malliga ei sobi, siis tehingut ei teostata. Selline kitsas ulatus on taotluslik. CTV ei ole rekursiivne, mis tähendab, et tehing, millega see seotud on, ei saa ise seada täiendavaid piiranguid viisil, mis loob püsiva piirangute ahela. Toetajad peavad seda lepinguvormi turvalisemaks ja piiratumaks.
OP_CAT lähtub vastupidisest põhimõttest. Selle asemel, et lahendada üht konkreetset probleemi, pakub see arendajatele paindlikku primitiivi ja võimaldab neil selle põhjal edasi arendada. Kui CTV on üks hoolikalt piiritletud opkood, mis on loodud konkreetse kasutusjuhtude kogumi võimaldamiseks, siis OP_CAT on primitiiv – stringide ühendamine stackis –, mis oli juba algses Bitcoini skriptikeeles olemas, enne kui see 2010. aastal teenuse keelamise rünnakute tõttu keelati, mis Taproot-järgsete skripti suuruspiirangute tingimustes enam ei kehti. Just see paindlikkus võimaldab OP_CAT-il toetada rekursiivseid kokkuleppeid, kus üks piirang võib tekitada järgneva piirangu – omadus, mida OP_CTV teadlikult vältib.
Kas OP_CAT on täna Bitcoini võrgustikus kasutusel?
Mitte Bitcoini põhivõrgus. BIP 347 on spetsifikatsioonidokumendina saavutanud staatuse „Complete”, mis tähendab, et ettepanek ise on valmis ja selgelt määratletud. See on midagi muud kui rakendamine, milleks oleks vaja, et laiem Bitcoin-kogukond ja sõlmeoperaatorid selle soft forki kaudu tegelikult aktiveeriksid.
2026. aasta keskpaigaks ei ole OP_CAT enam peamine kandidaat Bitcoini järgmise konsensuse muudatuse jaoks. See positsioon kuulub praegu OP_CTV-le koos OP_CHECKSIGFROMSTACK-iga (BIP 348), mis on sellega seotud opkood, mis võimaldab skriptil kontrollida allkirja suhtes mis tahes andmeid, mitte ainult kulutustehingut ennast. Vastavalt hiljutine Bitcoin BIP-viitejuhend, 2026. aasta keskpaigaks on järgmise konsensuse soft forki peamised kandidaadid lepingupõhised ettepanekud BIP 119 (OP_CHECKTEMPLATEVERIFY) ja BIP 348 (OP_CHECKSIGFROMSTACK), mis võimaldaksid uusi skriptimisvõimalusi hoiukambritele, kanalite loojatele ja tõhusamatele 2. kihi protokollidele, kuigi aktiveerimise ajakava pole veel kindlaks määratud ja kogukonna konsensus on alles kujunemas.
OP_CTV on aktiveerimisprotsessis edasi jõudnud kui OP_CAT. Arendajad on avaldanud konkreetsed signaaliparameetrid BIP9-tüüpi pehme haru puhul: signaalimise alguskuupäev 30. märts 2026, üheaastane ooteaeg, mis lõpeb 30. märtsil 2027, minimaalne aktiveerimiskõrgus umbes 2027. aasta mais ning 90% kaevurite signaalimise künnis iga kahe nädala pikkuse raskusastme perioodi jooksul. See tähendab, et CTV läbib sama tüüpi mehhanismi, mis aktiveeris Taproot’i 2021. aastal, kuigi 90% künnise saavutamine ei ole kaugeltki garanteeritud, arvestades, kui vastuolulised on lepingute ettepanekud arendajate kogukonnas.
See ei tähenda sugugi, et OP_CAT oleks surnud. See tähendab, et 2026. aasta „järgmine” soft forki arutelu keskendub praegu teisele opkoodide paarile ning OP_CATi edasine areng, kui see üldse toimub, sõltub tõenäoliselt sellest, kuidas kõigepealt kulgeb CTV ja CSFS üle peetav arutelu.
OP_CAT töötab juba mujal
Kuigi OP_CAT ootab Bitcoin’i põhivõrgus kasutuselevõttu, ei ole see jäänud katsetamata. See on juba aastaid vaikselt töötanud tootmiskeskkonnas mitmes Bitcoiniga seotud võrgustikus.
- Liquid Network. Blockstreami föderatiivses kõrvalketis on OP_CAT olnud aktiveeritud juba selle käivitamisest alates, pakkudes laiemale Bitcoini ökosüsteemile reaalse keskkonna katsetamisvõimalust juba aastaid enne, kui BIP 347 üldse olemas oli.
- Bitcoin Cash ja Bitcoin SV. Mõlemad võrgustikud võtsid OP_CAT-i uuesti kasutusele protokollide uuendamise käigus ning see on töötlenud tehinguid nendes ahelates ilma, et oleks dokumenteeritud opkoodiga seotud turvaauku.
- Fraktalne Bitcoin. Tegemist on praegu kõige aktiivsemalt kasutatava rakendusega. Fractal on Bitcoiniga ühilduv kõrvalketi, mis on loodud Bitcoin Core’i enda tarkvara abil ja mida kaevandatakse ühiselt Bitcoiniga; selle põhivõrk käivitati 9. septembril 2024, kusjuures OP_CAT oli aktiveeritud juba esimesest päevast alates.
Fractal väärib lähemat uurimist, sest see on kõige selgem vastus küsimusele „kuidas see Bitcoinis tegelikult välja näeks”. Alates Fractali turuletoomisest on uued protokollid kasutanud OP_CAT-i, et luua Bitcoini tarkvaral põhinevaid nutikaid lepinguid, sealhulgas CAT-protokoll, mis on äratanud märkimisväärset huvi Bitcoini algupäraste kasutajate seas, ning teisi tekkivaid standardeid, mis laiendavad võrgu funktsionaalsust OP_CAT-i abil.
Kõige silmapaistvam näide on CAT20 – asendatavate tokenite standard, mis on loodud spetsiaalselt OP_CAT-i eeliste ärakasutamiseks. Vastavalt Fractal Bitcoini enda dokumentatsioon, CAT20 on kaevurite poolt täielikult valideeritud ja toimib nutilepingute, täpsemalt rekursiivsete kokkulepete abil, mida rakendatakse täielikult Bitcoini enda skriptikeele abil baaskihis, mis eristab seda tokenistandarditest, mis tuginevad välisele või kolmanda osapoole poolt teostatavale valideerimisele. Praktikas tähendab see, et CAT20-tokeni kasutuselevõtt, vermimine ja edastamine toimub OP_CAT-operatsioonide jada kaudu, mis moodustavad ühe andmejada, mis seejärel kirjutatakse otse plokiahelasse ja mida kontrollivad samad kaevurid, kes tagavad võrgu turvalisuse, mitte eraldi plokiahelaväline indekseerimisteenus.
„Quantum Catsi” lugu: kuidas meemikampaania aitas OP_CATi edasi
Enamik opkoodi ettepanekuid jääb piirduma meililistide ja GitHubi aruteludega. OP_CATiga see nii ei olnud, peamiselt tänu Bitcoin Ordinalsi projektile nimega Taproot Wizards.
2024. aasta jaanuaris tõi Taproot Wizards turule 3 333-osalise NFT-stiilis kollektsiooni nimega „Quantum Cats”, mille loomise eesmärk oli täielikult saavutada avalikkuse toetus OP_CAT-i taasaktiveerimisele. „Quantum Cats“ soovis, et OP_CAT looks loata silla, mille kaudu saaks bitcoine ja bitcoinil põhinevaid varasid viia Bitcoini 2. kihi ahelatesse, kus neid saaks kasutada keerukamate tehingute tegemiseks. Et üldse kvalifitseeruda kollektsiooni saamiseks, pidid osalejad tutvuma tegeliku tehnilise ettepanekuga ja avalikult toetama selle taastamist, muutes üsna kuiva BIP-arutelu kogukonna kampaaniaks, millega kaasnesid reaalsed huvid.
Kogu kollektsioon oli ühtlasi praktiline näide ahelühendamisest. Iga „Quantum Cat“ viitab mitmele eraldiseisvale failile, mitte ühele staatilisele pildile, ning kui aja jooksul avaldatakse uusi faile, muutuvad kassid, peegeldades täpselt seda, mida OP_CAT teeb, ühendades eraldiseisvaid andmeosakesi.
Kampaania õnnestus piisavalt hästi, et tuua kaasa märkimisväärse rahastamise. Taproot Wizards kogus 2023. aastal 7,5 miljonit dollarit, millele järgnes 2025. aasta veebruaris 30 miljoni dollari suurune rahastamisvoor; mõlemad summad olid selgesõnaliselt ette nähtud OP_CAT-ökosüsteemi arendamiseks. Kaasasutaja Udi Wertheimer kirjeldas projekti kui sellist, mis keskendub OP_CAT-ile kui Bitcoini tulevikule, kusjuures rahastamine suunatakse nii ettevõttesisese arendustegevuse kui ka opkoodi alusel töötavate väliste meeskondade toetamisele. Üksainus „Quantum Cat“ müük Sotheby’s-is, nimelt „Genesis Cat“, lõppes 254 000 dollariga, mis rõhutab, kui suure kultuurilise kaalu oli kampaania saavutanud neljabaidilise opkoodi ümber.
See on kasulik meeldetuletus, et Bitcoini tehnilised arutelud ei jää alati pelgalt tehniliseks. Meemid, kunst ja raha on korduvalt muutunud vahenditeks, mis on aidanud protokolliteemalisi arutelusid laiemasse tähelepanu alla tuua, ning OP_CAT on üks selgemaid hiljutisi näiteid sellest mustrist.
Kokkuvõte
OP_CAT teeb ühte lihtsat asja: ühendab kaks Bitcoini pinu andmeühikut üheks. Selle tähtsust tõstab see, mida see üksainus funktsioon võiks avada – alates turvalisemast külmhoidlast kuni postkvantumallkirjadeni ja Bitcoini omapärasteni tokeniteni –, kui Bitcoini kogukond kunagi nõustub selle taas kasutusele võtma. 2026. aasta juuli seisuga pole seda kokkulepet veel sõlmitud. BIP 347 on valmis spetsifikatsioon, mis asub OP_CTV ja OP_CHECKSIGFROMSTACK järel järjekorras Bitcoini järgmise konsensusliku soft forki jaoks, isegi kui OP_CAT jätkab vaikselt ja ilma vahejuhtumiteta töötamist Fractal Bitcoinis, Liquidis ja teistes Bitcoini-ga seotud võrkudes. Mis iganes edasi juhtub, on OP_CATi ümber käiv arutelu juba näidanud, kuidas väike ja lihtne koodijupp suudab korraga ligi tõmmata nii arendajaid, kunstnikke kui ka investoreid.
