Len des öffentlichen Schlüssels des Eingabeskripts

Warum ist bei manchen Transaktionen der öffentliche Schlüssel nach R und S länger 33 Bytes und bei anderen 65 Bytes? Es gibt einen Unterschied bei der Signaturprüfung?

Danke

Mögliches Duplikat von Eingabeskriptunterschied
Schauen Sie sich die Fragen und insbesondere ihre Antworten an, sie enthalten eine vollständige Erklärung der Art und Weise, wie die Signaturen aufgebaut sind. Wenn dies nicht die Antwort ist, sollten Sie Ihre Frage umformulieren. Dies ergibt keinen Sinn, da Sigs immer eine R- und eine S-Komponente haben, die jeweils hex 0x47 oder 0x48 Bytes lang sind.
Hallo, ich denke meine Frage ist klar. Ich habe die Frage aus einem bestimmten Grund gestellt. Beim ersten ging es um das Header-Skript, bei diesem um die Len des öffentlichen Schlüssels. Ich möchte jetzt wissen, warum ich öffentliche Schlüssel unterschiedlicher Länge haben kann

Antworten (1)

ah, das war mir allerdings nicht klar. Das Eingabe-Sigscript besteht aus zwei Teilen, der Signatur selbst und der folgenden "Bedingung", die für die Ausgabe des TX erfüllt sein muss. In der Regel ist dies ein öffentlicher Schlüssel, es können aber auch Multisig-Elemente oder Smart Contracts sein.

Für den Fall, dass ein öffentlicher Schlüssel folgt, gibt es zwei Darstellungen von öffentlichen Schlüsseln: komprimierte Schlüssel und unkomprimierte Schlüssel. Wie sie generiert werden, wird hier in einem Thread erklärt: Wie werden komprimierte PubKeys generiert? . Sie können also diese Darstellung haben:

pubkey hex unkomprimiert (04 + x + y):

04 50863AD64A87AE8A2FE83C1AF1A8403CB53F53E486D8511DAD8A04887E5B2352 2CD470243453A299FA9E77237716103ABC11A1DF38855ED6F2EE187E9C582BA6

oder dies: pubkey hex komprimiert (02 + x, y=gerade):

02 50863AD64A87AE8A2FE83C1AF1A8403CB53F53E486D8511DAD8A04887E5B2352

Im Fall y = ungerade steht eine 03 am Anfang. Wenn Sie sich die Länge ansehen, haben Sie 65 für unkomprimierte und 33 Byte für komprimierte Schlüssel.