Het is deel twee van een serie. serie Een gedetailleerde analyse van individuele convenanten die volwassen genoeg zijn om een grondige afbraak te rechtvaardigen.
CheckSigfromStack Het voorstel van Brandon Black en Jeremy Rubin (CSFS) voor BIP348 met Brandon Black is geen contract. Zoals ik al zei in mijn inleidende artikel, zal ik enkele voorstellen behandelen die geen verbonden zijn. Ze synergiseren en/of verbinden zich echter op een bepaalde manier met die convenanten. CSFS is bijvoorbeeld een goede eerste stap.
CSF’s kunnen een relatief eenvoudige opcode zijn. Voordat we echter kijken hoe het functioneert, laten we eerst eens kijken hoe een Bitcoin -script daadwerkelijk werkt.
Het is een op stapel gebaseerde taal. Dit betekent dat gegevens worden opgeslagen in stapels. “Gestapeld” De stapel is op elkaar gestapeld, waarbij de opcodes worden toegepast door gegevens naar boven of het resultaat van een bewerking terug te sturen.
Wanneer een script wordt uitgevoerd en gecontroleerd, heeft het twee verschillende onderdelen. “Getuige” Het getuige/ontgrendelingscript is opgenomen in de uitvoer. Dit getuige/ontgrendelingsscript is “toegevoegd” De stapel is opgebouwd vanaf de rechterkant links van het slotscript. Bekijk het onderstaande voorbeeld. ‘|‘De getuige moet de grenzen tussen script en de getuigen markeren.
1 2 | OP_ADD 3 OP_EQUAL
De voorbeeldcode voegt waarde toe aan het script “1” De waarde wordt aan de stapel toegevoegd. “2” bovenop dit. Op_add voegt de twee topelementen toe en zet het resultaat op de stapel. “3”). “” 3 “Dit wordt aan de stapel toegevoegd. Het laatste item, op_equal neemt de twee hoogste items in de stapel en retourneert een” 1 “-nummers en waar/onwaar worden beide weergegeven in de 1 en 0 stapel.
Als de transactie ongeldig is, wordt de consensus geacht te zijn mislukt.
Hier is een voorbeeld van het Basic Pay-to Pubkey-Hash-script (P2PKH). De erfenisadressen beginnen met de letter A “1”:
De openbare sleutel en handtekening worden eerst toegevoegd aan de stapel. Dup, die het item naar de stapel dupliceert en vervolgens retourneert, wordt vervolgens opgeroepen. Hash160 retourneert de hash van de publieke sleutelduplicatie naar het topitem in de stapel. De openbare sleutel van het script wordt bovenaan de stapel geplaatst. Het werkt op dezelfde manier als gelijk. De twee items bovenaan de stapel worden gepakt en het resultaat wordt 1 of 0 geretourneerd, afhankelijk van of het item een 1. Equalverify runs was verifiëren, die de transactie verwijdert en faalt als het topitem van stapel niet is 1. Checksig, de laatste stap, grijpt zowel de pubkey als de handtekening van de stapel van de stapel, die een handtekening zijn. Vervolgens controleert het de handtekening op de hash -waarde van de transactie. Het zal een 1 bovenaan de stapel plaatsen als deze geldig is.
Wat is CSFS?
CheckSig is een van de meer populaire opcodes voor Bitcoin geweest. Elke transactie gebruikt deze opcode in zijn script, bijna zonder uitzondering. Het protocol van Bitcoin is gebaseerd op handtekeningverificatie. Er is heel weinig flexibiliteit als het gaat om waarmee u de handtekening controleert. CheckSig verifieert alleen een handtekening met betrekking tot de transactie die wordt gecontroleerd. U kunt ervoor kiezen om bijvoorbeeld flexibel te zijn. Er is enige flexibiliteit, dwz
CSFS is bedoeld om dit te veranderen, door toe te staan dat een bericht direct op de stapel kan worden geduwd en vervolgens wordt geverifieerd. Dit is een verbetering ten opzichte van het huidige systeem waarmee alleen handtekeningen kunnen worden gecontroleerd tegen transacties. Operationele structuur van de opcode is heel eenvoudig:
Het bericht wordt bovenaan geplaatst, gevolgd door de openbare key. CSFS neemt dan de drie hoogste items in de stapel en verifieert de handtekening met het bericht. Een 1 wordt geplaatst als de handtekening is gevalideerd.
Dat is het. De CheckSig -variant waarmee de gebruiker willekeurige berichten in staat zijn om alleen transacties uit te geven.
Waar is CSF’s nuttig voor?
Wat doet dit precies? Waarom een handtekening controleren op een stapel willekeurige berichten in plaats van de daadwerkelijke bestedingstransactie?
Combineer eerst met CTV Het kan worden gebruikt om functionaliteit te bieden die bliksemontwikkelaars vanaf het begin wilden: zwevende handtekeningen die aan verschillende transacties kunnen worden bevestigd. Het werd aanvankelijk voorgesteld als een Sighash -veld voor handtekeningen. (Het veld dat dicteert aan welk deel van een transacties een handtekening wordt toegepast). Het was noodzakelijk omdat de handtekening van een transactie de ID van de oorspronkelijke transactie omvat. Een handtekening kan alleen worden gebruikt voor transacties die de output besteden. De exacte formulering is niet bekend. Uitgang.
Het is het gewenste gedrag voor bliksem, omdat het ons in staat stelt kanaalstraffen te elimineren. Elke bliksem -transactie in het verleden en de sleutel moeten worden gekoppeld aan de vorige status om ervoor te zorgen dat uw tegenpartij niet probeert te gebruiken om te proberen geld te claimen die ze niet bezitten. Ze kunnen hun fondsen niet claimen tenzij ze dit proberen te doen. Je kunt gewoon iets superieur gebruiken als je dit kunt doen. “Bijvoegen” De huidige transactie moet worden vergeleken met de vorige transacties om diefstal te voorkomen door de fondsen correct te distribueren in plaats van het geld in beslag te nemen.
Een basisscript kan dit bereiken door een CTV-handtekening te nemen en deze over een CTV-hash te plaatsen. Dit wordt vervolgens gecontroleerd met CSFS. Het zou mogelijk zijn om een output door dit script te laten maken, besteden elke transactie -handtekening ondertekend door de CSFS -toets.
Delegatie van controle over een UTXO is een andere nuttige functie. Het script kan controleren of een CTV -hash, ondertekend door een CSFS, geldig is om een UTXO uit te geven. Andere variabelen zoals een nieuw gemaakte openbare sleutel, kunnen aan het script worden toegevoegd. Het script kan worden gebouwd om een CSFS -sleutel te laten aftekenen. De volgende zijn enkele voorbeelden van hoe te gebruiken Openbare sleutel die kan worden gebruikt om een checksig te valideren met behulp van CSFS. Je zou dan aan iemand anders kunnen delegeren, de kracht om een UTXO uit te geven zonder deze naar de keten te verplaatsen.
CSF’s kunnen, in combinatie met CAT, veel meer geavanceerde introspectie -functionaliteit creëren. We zullen echter in het volgende deel van deze serie zien dat CSFS niet hoeft te worden gebruikt om meer complex gedrag na te bootsen. Kat kan het.
Gesloten gedachten
CSFS, een eenvoudige OPCODE die op zichzelf eenvoudige functionaliteit biedt, maar ook goed samenhangt met de eenvoudigste opcodes van het verbond om een zeer nuttige functionaliteit te bieden. Het voorbeeld van drijvende handtekeningen hierboven is specifiek voor het bliksemnetwerk. Drijvende handtekeningen kunnen echter worden gebruikt in elk protocol dat vooraf ondertekende bitcoin-transacties gebruikt.
Scriptdelegatie gaat verder dan afgevaardigden controle naar een UTXO. Dezezelfde mogelijkheid is ook beschikbaar voor “sideload” -variabelen kunnen aan een script worden toegevoegd nadat het is uitgevoerd. Dit is niet beperkt tot openbare sleutels. Timelock -waarden, hashlock -voorschriften, enz. Nu kan elk script dat hardcodes een invoervariabele voor verificatie de waarden daarna dynamisch toegevoegd hebben.
Het is ook een volwassen voorstel. De implementatie is actief op Liquid Network (de codebase -vloeistof is gebouwd) en elementen. Sinds 2016. Bitcoin Cash daarentegen heeft een versie Sinds 2018 is het een deel van de.
CSFS, een voorstel met een lange geschiedenis, is een goed ontwikkeld concept. Ik werk al bijna dezelfde tijd in dit gebied. Er zijn meerdere volwassen implementaties en zeer specifieke gebruiksscenario’s waaraan het van toepassing kan zijn.
“DagelijksCrypto is niet verantwoordelijk voor alle activiteiten die u buiten de dagelijkse crypto uitvoert.”
