Ich suche nach Blockchain-Transaktionen über einen extrem begrenzten Datentransportkanal. Denken Sie sogar noch eingeschränkter als eine Satellitenverbindung. Die maximale Nutzlast, die ich gleichzeitig senden kann, beträgt nur 256 Bytes. Glaubt hier irgendjemand, dass es möglich wäre, eine Zahlungstransaktion zu senden, die innerhalb dieser einzelnen Nutzlast in der Blockchain registriert werden soll?
Ich bin neu in der Blockchain, also verzeihen Sie mir, wenn dies eine sehr grundlegende Frage ist, aber ich möchte genau verstehen, welche Komponenten gesendet werden müssen, was meiner Meinung nach (Coins, Empfänger, Signatur) ist, und das war's? Könnte mir jemand genauer sagen, wie viele Bytes jedes dieser Datenstücke im Bitcoin-Netzwerk sein würde? Wenn Sie sich ein Netzwerk vorstellen können, das komprimierter / effizienter ist, würde ich mich auch über einen Hinweis freuen.
Wenn Bitcoin oder keine andere Kette in die 256-Byte-Nutzlast passt, um das zu senden, was es braucht, können Sie sich eine Möglichkeit vorstellen, die Dinge kleiner/komprimiert zu machen? Vielleicht einige dieser Werte noch weiter auf eine vorher festgelegte Weise durch eine Ursprungsanwendung hashen, die wir dann auf der anderen Seite mit derselben ordnungsgemäß konfigurierten Empfangsanwendung "enthashen/dekomprimieren" können, um die richtigen Daten neu zu generieren, bevor sie an die Kette gesendet werden?
Danke schön! JP
Hängt von der Anzahl der Eingaben, den Skripttypen, die die Eingaben einlösen, der Anzahl der Ausgaben und der Art der Skripte ab, an die die Ausgaben zahlen. Das absolute Minimum für eine Transaktion, die in der Kette erscheinen könnte, ist 60 Byte:
02000000
01
0000000000000000000000000000000000000000000000000000000000000000
00000000
00
fdffffff
01
0100000000000000
00
00000000
Aber das ist nur ein akademisches Beispiel. Die Eingabe löst ein utxo ein, bei dem das Skript keine Signaturen erfordert und der ausgegebene scriptpubkey leer ist. Sie finden eher eine 191-Byte-Transaktion wie:
02000000
00
01
01
0000000000000000000000000000000000000000000000000000000000000000
00000000
00
fdffffff
01
0100000000000000
16
00 14 ffffffffffffffffffffffffffffffffffffffff
02
21
020000000000000000000000000000000000000000000000000000000000000001
47
3044022077777777777777777777777777777777777777777777777777777777777777770220555555555555555555555555555555555555555555555555555555555555555501
00000000
Was sowohl einlöst als auch an ein p2wpkh-Segwit-Programm zahlt. Beachten Sie, dass dieser keine Änderungsausgabe enthält, die die meisten Transaktionen tragen. Eine zweite p2wpkh-Ausgabe umfasst weitere 32 Bytes für insgesamt 223 Bytes. Immer noch weniger als Ihre Obergrenze von 256 Bytes.
Benutzer74364