Het is de vijfde van vijf artikelen in een serie Een gedetailleerde analyse van individuele convenanten die volwassen genoeg zijn om een grondige afbraak te rechtvaardigen.
OP_CATHet verbond dat Ethan Heilman, Armin Sabouri en BIP 347 voorstellen voor de reactivering van tapscript is niet één. Dit was een opcode die oorspronkelijk werd toegevoegd aan de eerste release van Bitcoin voor het manipuleren van de gegevenselementen in de stapel. In 2010 was het uitgeschakeld met de Release van Bitcoin 0.3.10 Samen met andere opcodes, vanwege de angst voor ontkenningsaanvallen die knooppunten zouden kunnen crashen. Er was ook een globaal maximum van 520 bytes per item tijdens het uitvoeren van een script.
Er is niet veel uitgelegd voor OP_CAT, omdat u inzicht zou moeten hebben in de scriptevaluatiestapel en hoe bitcoin -transacties werken.
De Schnorr -handtekeningen kunnen OP_CAT verbonden maken. Het onderwerp wordt gedetailleerd uitgelegd. hier Andrew Poelstra, Blockstream. Ik zal gewoon een zeer hoog niveau geven. Elke elliptische kromming heeft een “generatorpunt”, wat in feite “0” is, de wiskunde van de elliptische curve wordt vervolgens gebruikt om de sleutel te genereren en te ondertekenen. Met Schnorr laat je ondertekenen met het generatorpunt, maar je moet het proces een paar keer herhalen om ervoor te zorgen dat je het goed hebt.
Vergeet voor nu de wiskunde en onthoud dat deze “rare” ondertekening je in staat stelt om de huidige transactie -txid in de stapel te plaatsen.
Hoe op_cat werkt
OP_CAT congelijkt de twee topgegevensitems in de stapel. De top twee gegevensitems in de stapel worden samen samengevoegd. “1” Het volgende zijn enkele voorbeelden van hoe te beginnen: “2” op_cat verwijdert ze vervolgens allebei en plaatst “12” De stapel is bovenop gestapeld. Dat is het.
Gebruik van op_cat
Waar gaat het allemaal over? Waarom zijn mensen zo overstuur over OP_CAT, hoewel het antwoord op hoe het functioneert zo eenvoudig is dat het niet een hele paragraaf nodig heeft om het uit te leggen?
Er zijn er maar twee, hoewel ik niet zeker weet dat dit het geval is. Op_cat maakt het maken en verificatie van Merkle-bomen direct op de stapel mogelijk, waardoor een aantal zeer interessante functionaliteit mogelijk is. Dit maakt de simulatie van verbonden mogelijk, waardoor volledige introspectie mogelijk is. “Raar” De Schnorr -handtekeningen worden hierboven vermeld.
Taproot is gebouwd rond Merkle Proof Verificatie. Maar de manier waarop het wordt geïmplementeerd, gebeurt alleen -validatie van de Merkle Tree wanneer een tapscript -bestedingspad is gepleegd door de Schnorr Root Public Key van de output van de valuta die wordt besteed. Taproot ondersteunt geen generieke Merkle Proof -verificatie.
Op_cat kan dit doen met een volledig generieke aanpak. U kunt de Merkle Hash reconstrueren door bladhashes en interieurhash -knooppunten opeenvolgend te bieden en vervolgens op_cat te bellen. Het is mogelijk om deze methode te gebruiken voor het leveren van unilaterale terugtrekkschieten van gedeelde UTXOS Zoals in catvmU kunt afhankelijk zijn van een voorwaarde om de transactie te maken. Dit kan met elk Merkle -bewijs worden gedaan.
Hier is het verbondsimitatie dat volledige introspectie mogelijk maakt. U probeert ervoor te zorgen dat de transactie bepaalde functies moet hebben om geldig te zijn. Nu je de basis kent, is het belangrijk om te onthouden wat ze zijn. “Rare” handtekening krijgt de hash op de stapel. Het is niet de oorspronkelijke transactie die is ondertekend, maar de hash. We kunnen een aantal interessante dingen doen.
U kunt zeer complexe en ingewikkelde scripts maken met behulp van OP_CAT. Neem de ruwe delen van de transactie en zet ze langzaam op de stapel. U kunt individuele transacties vergelijken met vooraf gedefinieerde hashes met alleen op_equal en hashing. Na het script heeft u een volledige stapel transacties. Voeg de vereiste gegevens toe, hash ze en vergelijk vervolgens met op_equal. “Rare” handtekening. Als de cheque succesvol is, kan een checksig worden uitgevoerd. “Raar” Als de handtekening wordt gemaakt op dezelfde transactie als die wordt uitgegeven, dan is alles geldig.
Het controleren van afzonderlijke delen van de transacties tijdens de reis met op_equal zal ervoor zorgen dat ze zoals verwacht zijn. De transactie is ongeldig als een van deze geen verificatie doorstaat. De geëmuleerde convenanten worden afgedwongen. Als de hash van de transactie is geconstrueerd met OP_CAT hetzelfde is als de “rare handtekeningwedstrijd”, dan garandeert de laatste checksig dat de transactie is gebouwd met OP_CAT en gecontroleerd tegen de geëmuleerde verbonds komt overeen met de werkelijke transactie die op het moment wordt besteed.
Afsluitende gedachten
OP_CAT opent de deur naar introspectie en gegevens doorsturen. De introspectie is mogelijk in de kleinste mate. Elk veld kan onafhankelijk worden gepleegd. Dezelfde mogelijkheden als TXHASH zijn beschikbaar, maar met meer.
Deze mogelijkheid is krachtig, maar het roept ook de vraag op hoe en waarom dit zal worden geïmplementeerd, evenals wat prikkels kunnen resulteren. Bitcoin -scripts die vereisen dat transacties op andere blockchain -systemen moeten worden gemaakt, kunnen worden gemaakt, zolang de Merkle Tree is gebouwd met hash -functies in Bitcoin -script.
Hoewel OP_CAT zelf geen verbond is, maakt het de volledige emulatie en replicatie van convenanten mogelijk met behulp van een minder efficiënte blockchain -voetafdruk (en mogelijk ontwikkelaars in staat stellen fouten te maken of geld te verbranden). Dit voorstel is, ondanks zijn eenvoud, er een die voorzichtig moet worden behandeld vanwege de enorme ontwerpmogelijkheden die het biedt.
“DagelijksCrypto is niet verantwoordelijk voor alle activiteiten die u buiten de dagelijkse crypto uitvoert.”
