Szövet(ség) a Bitcoinban II.
-
Szerződr. Varsányi Károly
-
Kommentek0 Komment
-
Kategória
Ha már korábban az I. részben tárgyaltuk az ún. megállapodásokat (covenant), akkor nem mehetünk el szó nélkül az ún. OP_CAT mellett sem, ami mostanában sok mindenki fantáziáját mozgatta meg.
Ugye korábban abban maradtunk, hogy általánosságban véve, az operációkód vagy opkód (opcode), azaz műveleti kód, avagy műveleti jelkód, utasításkészletek leírásában műveleti jelrész. A CPU által beolvasott bináris szám, amit végrehajtható utasítás kódjaként értelmez. Architektúránként eltérő értékei és méretei vannak.
Digitális valutaként a Bitcoin programozható pénz, és az opkódok segítségével pedig különféle parancsokat programozhatunk.
Na, de hogy jön ide az OP_CAT?
Az OP_CAT egyolyan Bitcoin műveleti kód, amelyet a Satoshi belefoglalt az eredeti Bitcoin adatszerkezetébe, azaz annak szkriptnyelvének a része volt, de aztán 2010-ben eltávolította onnan.
2023. októberében megjelent egy javaslat az OP_CAT opcode-ként való újbóli bevezetésére a tapscripthez (a Taproot-kompatibilis tranzakciókhoz használt szkriptnyelv) a meglévő op. kód: OP_SUCCESS126 újradefiniálására.

Az OP_CAT nem kapott BIP-számot (Bitcoin Improvement Proposal),- ami a Bitcoin továbbfejlesztési javalatait jelöli – a mai napig. Innen már látszik, hogy valószínűleg ennek az az oka, hogy nem egységes a megítélése a Bitcoin fejlesztői körökben.
Satoshi eredetileg azért távolította el az OP_CAT-et, mert akkoriban a felhasználó (elméletileg) felhasználhatta volna ezen opkódot arra, hogy exponenciális mennyiségű adatot toljon a Bitcoin blokkláncára, ami szolgáltatásmegtagadási (DDoS) támadást eredményezhetett volna. Most azonban a tapscript legfeljebb 520 bájt adatot tenne lehetővé egyetlen stack-on belül (a stack egyszerűen egy adatstruktúra Bitcoin-tranzakciókhoz), így a Bitcoin 2021-es Taproot frissítése érvényteleníti az eredeti DDoS vektort.
Az OP_CAT úgy működik, hogy lehetővé teszi a Bitcoin-felhasználók számára, hogy egy stackon belül összekapcsoljanak két adatpontot (más néven összefűzés), és ezeket az értékeket a stack tetejére helyezi, így ezek az értékek lesznek az első olyan elemek, amelyekre tranzakció esetén lépnek. A Scrypt nyelv egy egyszerűsített stack gépen alapul. Úgy működik, hogy egy adott utasítás kivesz elemeket a stackból, műveletet végez velük, majd visszaírja. A stack összefűzött értékei biztosíthatják, hogy a kapcsolódó bitcoint csak bizonyos feltételek teljesülése esetén lehessen elkölteni.
Na, de mit is jelent ez a gyakorlatban?
Azt, hogy az OP_CAT a Bitcoin megújítására készül az intelligens szerződéses képességek bevezetésével a Bitcoinba, bővítve ezzel a 2. rétegbeli alkalmazásokban rejlő lehetőségeket.
Hogy néz ez ki, lássuk?:

Ez a szkript kikényszeríti, hogy ezeket az érméket CSAK akkor lehet elkölteni, ha 0,999 BTC-t küldenek a bcrt1py9ccnmdrk9z4ylvgt68htyazmssvsz0cdzjcm3p3m75dsc0j203q37qzse címre. Más tranzakció velük nem érvényes.
Képzeljük el, hogy veszünk két adatot, és azonnal egyesítjük őket egybe, na az OP_CAT pontosan ezt teszi. Akár karakterláncokkal, számokkal vagy más adatokkal dolgozik, az OP_CAT leegyszerűsíti a folyamatot, megkönnyítve az összetett műveletek kezelését. Hasonlóan társához, az OP_CTV-hez (lásd I. rész) az OP_CAT is olyan költési feltételeket teremt, amelyeket a tapscript és a Bitcoin konszenzusa erősít meg. Ha engedélyezve van, a következő használati eseteket oldja fel a Taproot-kompatibilis pénztárcákhoz.
1. Továbbfejlesztett Script képességek.
Az OP_CAT segítségével a fejlesztők mostantól nagyobb egész számokat hozhatnak létre és kezelhetnek közvetlenül a Bitcoin-szkripteken belül. Bővítsük azt a 256-ot!
2. Zero-Knowledge alkalmazások.
A nulla tudásalapú bizonyítékok (zkProofs) jelentik a magánélet és a biztonság jövőjét a blokkláncban.
3. Megállapodások:
Az OP_CAT képes replikálni a CheckFromSigStack-et is, hogy egyszerű megállapodásokat tegyen lehetővé anélkül, hogy részlegesen aláírt Bitcoin-tranzakciókra lenne szükség.
4. Okos szerződések
Az összetettebb szkriptek engedélyezésével az OP_CAT megnyitja az utat a BitVM számára – egy olyan koncepció, amely Ethereum-szerű intelligens szerződéseket hozhat a Bitcoinba.
5. Decentralizált Stake
Az OP_CAT segíthet robusztusabb és decentralizáltabb kötési mechanizmusok felépítésében azáltal, hogy megkönnyíti az úgynevezett „vágási feltételek” létrehozását és értékelését.
Bármennyire is izgalmas is az OP_CAT, azért azt le kell szögeznünk, hogy a bitcoinnal kapcsolatos jelentős változtatásokhoz közösségi konszenzusra van szükség, és egyesek inkább minimalista megközelítést preferálják, tehát nem biztos egyáltalán, hogy ez lesz a jövő útja.
Ők azzal érvelnek, hogy a Bitcoin rendszere most is működik, nem kellene további funkcionalitást behozni oda, hanem meg kellene maradnia egy „sima” fizetési és értékmegőrző protokollnak, további funkciók nélkül, azaz if it’s not broke, don’t fix it.
Vége a II. résznek.
Felhasznált irodalom: peddy, hashrateindex blog, Rijndael
Leave A Comment Válasz megszakítása
This site uses Akismet to reduce spam. Learn how your comment data is processed.
Üdvözöljük a blokklánc jogász weboldalán
Legfrissebb bejegyzéseink
Címkefelhő
Archívum
- 2025. május (14)
- 2025. április (23)
- 2025. március (28)
- 2025. február (16)
- 2025. január (30)
- 2024. december (25)
- 2024. november (26)
- 2024. október (23)
- 2024. szeptember (26)
- 2024. augusztus (27)
- 2024. július (25)
- 2024. június (16)
- 2024. május (21)
- 2024. április (23)
- 2024. március (24)
- 2024. február (25)
- 2024. január (24)
- 2023. december (24)
- 2023. november (28)
- 2023. október (13)
- 2023. szeptember (26)
- 2023. augusztus (13)
- 2023. július (15)
- 2023. június (15)
- 2023. május (12)
- 2023. április (11)
- 2023. március (21)
- 2023. február (12)
- 2023. január (19)
- 2022. december (14)
- 2022. november (20)
- 2022. október (15)
- 2022. szeptember (13)
- 2022. augusztus (10)
- 2022. július (13)
- 2022. június (12)
- 2022. május (17)
- 2022. április (14)
- 2022. március (8)
- 2022. február (9)
- 2022. január (17)
- 2021. december (12)
- 2021. november (15)
- 2021. október (15)
- 2021. szeptember (20)
- 2021. augusztus (20)
- 2021. július (18)
- 2021. június (32)
- 2021. május (26)
- 2021. április (32)
- 2021. március (24)
- 2021. február (21)
- 2021. január (29)
- 2020. december (26)
- 2020. november (25)
- 2020. október (31)
- 2020. szeptember (25)
- 2020. augusztus (23)
- 2020. július (21)
- 2020. június (14)
- 2020. május (12)
- 2020. április (13)
- 2020. március (14)
- 2020. február (7)
- 2020. január (10)
- 2019. december (16)
- 2019. november (12)
- 2019. október (14)
- 2019. szeptember (15)
- 2019. augusztus (18)
- 2019. július (20)
- 2019. június (25)
- 2019. május (21)
- 2019. április (20)
- 2019. március (23)
- 2019. február (18)
- 2019. január (24)
- 2018. december (19)
- 2018. november (22)
- 2018. október (21)
- 2018. szeptember (25)
- 2018. augusztus (19)
- 2018. július (19)
- 2018. június (18)
- 2018. május (24)
- 2018. április (21)
- 2018. március (19)
- 2018. február (20)
- 2018. január (27)
- 2017. december (22)
- 2017. november (23)
- 2017. október (22)
- 2017. szeptember (23)
- 2017. augusztus (30)
- 2017. július (26)
- 2017. június (23)
- 2017. május (23)
- 2017. április (9)