in bip143 definieren sie eine Zeugensignatur. Im ersten Beispiel ist ein Zeuge zusammengebrochen
witness 00
02 47304402203609e17b84f6a7d30c80bfa610b5b4542f32a8a0d5447a12fb1366d7f01cc44a0220573a954c4518331561406f90300e8f3358f51928d43c212a8caed02de67eebee01 21025476c2e83188368da1ff3e292e7acafcdb3566bb0ad253f62fc70f07aeee6357
diese Formatierung scheint nirgendwo in diesem Dokument definiert zu sein? Meine Frage ist speziell
Vielen Dank im Voraus!!
diese Formatierung scheint nirgendwo in diesem Dokument definiert zu sein?
Die Formatierung folgt dem Standard-Bitcoin-Skript. Der Hauptunterschied zwischen dem Witness-Stack und dem traditionellen Bitcoin-Skript besteht darin, dass der Stack nur bereitgestellt wird, anstatt Dinge über ein Skript auf den Stack zu schieben. Alle Codierungen sind also so, als wäre es ein Bitcoin-Skript.
Was ist das gesamte zweite Stück "21025476c2e83188368da1ff3e292e7acafcdb3566bb0ad253f62fc70f07aeee6357"
Das ist der öffentliche Schlüssel, dem seine Länge vorangestellt ist.
Der erste Teil ist die Signatur, aber was sind die zusätzlichen Bytes auf der Vorderseite und enden speziell 0x47 und 0x01
0x47ist die Länge der Signatur, einschließlich des zusätzlichen Bytes am Ende
0x01ist ein Bitcoin-spezifisches Byte, das als Sighash-Typ bezeichnet wird. Dies ist eine Aufzählung, die angibt, welche Daten in der Nachricht enthalten sein müssen, die für die Signatur gehasht wird, auch bekannt als Sighash.
Am wichtigsten ist, dass die Signatur zu lang ist?! es sind 70 Bytes statt 64.
Nein, diese Signatur ist DER-codiert , sodass am Ende zusätzliche Bytes vorhanden sind, um Typ und Länge anzugeben.
niemand392