Ist mein Verständnis von locktime richtig?

Ich habe versucht zu verstehen, locktimes-und Sequenz-Nummern. Ich bin allmählich baut ein Bild in meinem Kopf-basierend auf code, code-Kommentare und info auf der web. Statt zu Fragen, viele Fragen, die werde ich beschreiben mein Verständnis von, wie locktime-und Sequenz-Nummern arbeiten. Bitte könnte mir jemand sagen, ob es richtig ist, und wenn nicht, dann spezifizieren Sie bitte genau , welche bits falsch sind, anhand von Beispielen zeigen oder mir den source-code.

Mining-Kriterien

Alle Transaktionen, die Eingänge haben eine eigene Sequenznummer, und es ist eine locktime für die gesamte Transaktion. Eine Transaktion gemacht werden kann "final" durch:

  • Einstellung der locktime auf 0, oder
  • Einstellung der locktime weniger als der aktuelle block Höhe, oder
  • Einstellung der locktime weniger als die aktuelle Zeit (aber immer noch über einem Schwellenwert, so dass es nicht verwirrt für einen block Höhe), oder
  • die Einstellung ALLER txin-Sequenznummern bis 0xffffffff.

Eine dieser Bedingungen ist ausreichend für eine Transaktion als "final". Wenn alle Bedingungen fehlschlagen, wird die Transaktion nicht "final". Nur "final" - Transaktionen erhalten, abgebaut, in Blöcke - nicht abschließende-Transaktionen nie an die blockchain. Beachten Sie, dass nur eine Transaktion in der blockchain enthalten kann, eine locktime mit einem zukünftigen Zeitstempel oder Zukunft blockieren Anzahl, wenn alle Sequenznummern gesetzt 0xffffffff.

Schließ-Fonds

Sagen, dass derzeit, die Blockhöhe ist 377199. Wenn ich wollte, um Geld zu senden, um jemanden, sondern nur auf einige Zeit in die Zukunft, dann könnte ich mir bei einem Kauf Ihre Adresse, die locktime zu 400000 und alle Laufenden Nummern der Transaktion auf 0xffffffff. Mit dieser Transaktion erhalten, abgebaut in block 377200 oder vielleicht 377201. Es wird wahrscheinlich auch erfordern ein Bergbau-Gebühr. Diese Gebühr wird Teil der coinbase-Fonds und abgebucht wird, sofort von der vorherigen Transaktion ausgegeben wird (dh. der miner muss nicht warten, bis die locktime zu setzen, die Mittel in der coinbase).

Alle txin Skripte in meinem locktime=400000 Transaktion müssen erfolgreich überprüft Ihren entsprechenden txout Skripte in der Transaktion(en) ausgegeben wird. Sobald die locktime=400000 Transaktion abgebaut wurde in einem block (also block=377200) dann einen block auf block=377200 nicht doppelt ausgeben, das txouts, dass meine locktime=400000 Transaktion hat bereits ausgegeben. Sobald die locktime=400000 Transaktion wird gefördert, in einem block dies bewirkt, dass die UTXOs es Verweise werden sofort aus dem pool entfernt, obwohl die Mittel sind gesperrt Weg für eine Zeit, bis die locktime erreicht ist.

Die Ausgaben gesperrt, Fonds

Nicht alle Transaktion Ausgänge, die abgebaut wurden in einem block ausgegeben werden können, sofort oder gar. Für eine Sache, wenn Eine Transaktion verbracht wird, die von Transaktion B dann die txout Skripte in Transaktion B nicht verifiziert in der syntax von den Bergleuten (obwohl die txout Skripten überprüft werden). Wenn die txout Skripte in B sind Unsinn dann die Gelder, die Sie direkt werden für immer unspendable.

Aber in einem Fall, wo die scriptsig und scriptpubkey tun, überprüfen, Bergleute wird nur erlauben, eine Transaktion in der blockchain, wenn es erfüllt die locktime Kriterien. Sagen jemandem verbringen möchte, der locktime=400000 Transaktion Mittel (bereits abgebaut in block) - würden Sie konstruieren eine Transaktion, die von Ihrer eigenen, die verwendet die txouts vom locktime=400000 Transaktion und broadcast an das Netzwerk. Bergleute führen würde, alle standard-Prüfungen, die auf dieser neue Transaktion und der gezielten Kontrolle in Bezug auf die locktime wäre:

  • die Transaktion ist "final", wie zuvor beschrieben
  • dass dieser Letzte block erstellt wird, ist 400000 oder mehr

Wenn dieses Letzte block ist nicht 400000 dann die Transaktion kann nicht gefördert werden in den block. Und selbst wenn ein Schurke Bergmann geht-und setzen die Ausgaben der Transaktion in einem block vor dem block 400000 dann dieser block wird abgelehnt, von anderen Bergleute, die auf das Netzwerk, mit der eine Transaktion, die nicht überprüft.

Sagen Sie der person zu verbringen, die locktime=400000 Transaktion Gelder will, dies geschieht, sobald block 400000 erreicht ist. Wenn Sie übertragen, Ihre Ausgaben für die Transaktion zu früh (z.B. 377199), dann kann es abgelehnt bekommen als Bergleute zu verwerfen, die Transaktion nicht bestätigen. Wenn die Bergleute sind smart (die Sie wahrscheinlich sind, aber ich noch nicht angeschaut, der code für dieses), dann werden Sie sehen, dass die Transaktion wird aufwendbare auf ein Datum in der Zukunft, und halten Sie es so, dass Sie mir in block 400000 und Holen Sie sich die Gebühren, bevor alle anderen. Allerdings, wenn die Transaktion zu weit in der Zukunft dann die Bergleute möglicherweise nicht genug Arbeitsspeicher zum speichern dieser Transaktion und entsorgen Sie Sie. Die person, die die Transaktion überprüfen können seine Ausbreitung auf blockchain.info und re-broadcast es vor dem block 400000 wenn Ausbreitung ist zu niedrig.

OP_CHECKLOCKTIMEVERIFY

Dieser Befehl kann verwendet werden, entweder in scriptpubkey oder scriptsig (oder beides gleichzeitig). Es vergleicht im Grunde ein stack-Element (nur die rechten 5 bytes minimiert format) mit der Transaktion locktime. Wenn die Transaktion locktime (timestamp, wenn oberhalb der Schwelle oder block-Nummer, wenn Sie unterhalb der Schwelle) ist größer als der stack-Element, dann ist dieser opcode wird die Validierung erfolgreich. Aber wenn die Transaktion locktime noch nicht erreicht hat, der stack-Element mit dem Wert dann den opcode nicht validieren und die Bergleute werden nicht diese Transaktion in einen block.

In dem Fall, wo ein Skript enthält OP_CHECKLOCKTIMEVERIFY aber die Sequenz-Nummer für das Skript ist txin ist 0xffffff ist, dann bedeutet dies, dass die locktime ignoriert wird. Daher OP_CHECKLOCKTIMEVERIFY fehl, und die Transaktion wird nicht abgebaut werden in einem block.

OP_CHECKLOCKTIMEVERIFY kann auch verwendet werden, um sicherzustellen, dass Mittel nicht abgerufen werden, bis zu einem künftigen Termin oder zu blockieren. Zum Beispiel für das senden von Geldern an Adresse xyz, aber machen Sie Sie zugänglich, bei block 400000 oder höher, die folgenden txout Skript genutzt werden könnte:

OP_DUP OP_HASH160 OP_PUSHDATA xyz OP_EQUALVERIFY OP_CHECKSIG OP_PUSHDATA 400000 OP_CHECKLOCKTIMEVERIFY

Dann verbringen Sie diese Transaktion, die jemand benötigen, um eine Transaktion mit locktime 400000 oder mehr (aber immer noch unter dem Schwellenwert).

+981
Gregg Potocnik 18.05.2015, 18:36:06
18 Antworten

Ähnlich, wie schrecklich die Gesetze übergeben bekommen während einer Krise (z.B. die Federal Reserve passage am heiligabend, oder nach Journalisten nennen es eine Nacht auf Freitag), es besteht das potenzielle Risiko, das Entwickler-release-software während einer Krise in die richtige überprüfung nicht aufgetreten ist.

Aber die meisten der großen Spieler zu bauen, die Bitcoin-Qt/bitcoind von Quelle und auswerten kann, ändert sich. Zum Beispiel, Slush-pool verwendet, die ein Notfall-Update, die gemeinsam von einem Mitglied der Bitcoin-Qt/bitcoind-core-Entwicklungs-team, um die Ursache zu v0.8 client-ignorieren die problematischen block nach dem März 11th, 2013 harte Gabel Notfall. Der patch beinhaltete ein paar Zeilen source-code-änderungen, die geteilt werden könnten, die über jede Methode, einschließlich einer persönlichen Nachricht.

Wenn stattdessen, dass Veränderung passiert zu sein, ziemlich groß, die Gefahr nicht zu erkennen, code, ist bösartige erhöht. Aus diesem Grund, wenn entweder die Komplexität oder Dringlichkeit eines informellen fix wächst, der Widerstand, es zu implementieren, bis eine offizielle Version kommt, erhöhen sollte. Formale Versionen sind signiert von der Bitcoin Foundation und verteilen sich über die üblichen Kanäle (und nicht erfolgreich, da die patches direkt vom Entwickler Bergleute.)

+955
user198003 03 февр. '09 в 4:24

Dies ist eine Rundung Problem, und nicht neu.

Sie sind wahrscheinlich voll synchronisiert.

+902
Janis Dobson 07.01.2011, 14:12:32

Ich muss zirkulieren von Geld zwischen den Börsen automatisch. Ich möchte zu übertragen kryptogeld (BTC, LTC) zwischen den Börsen. Ich finde, dass diese Begegnungen-API-Aufrufe für Abzug-Optionen: Cryptsy, Poloniex, Bitstamp, Bittrex und Bleutrade.

Gibt es irgendeine andere Möglichkeit dies umzusetzen für die Börsen, welche keine Rücknahme-Optionen über die API? Ich will auch transfer USD zwischen den Börsen. Kann ich es umsetzen programmgesteuert ich.e über die API?

+839
johnny1bucket 28.05.2012, 07:12:15

Jetzt mit bip-0021 ist es möglich, zu definieren bitcoin-URIs Zahlungen zu tätigen wie diese:

bitcoin:1JfzSVJV44AALQrNrLCehznQLvbhUcr5mb?label=Tipp-erasmospunk

also wenn man diese URI in einem HTML-Anker:

<a href="bitcoin:1JfzSVJV44AALQrNrLCehznQLvbhUcr5mb?label=Tipp-erasmospunk">Tipp mir!!!</a>

und klicken Sie auf die bitcoin-wallet eröffnet und es ist bereits mit meiner bitcoin-Adresse zusammen mit dem label "Tipp-erasmospunk".

Eines der Probleme bei diesem Ansatz ist, dass, wenn ich bezahle, dauert es viele Sekunden, bis die Transaktion überträgt, richtig in das bitcoin-Netz und der Händler erhält es (wir reden hier nur über den Händler zu sehen, die Transaktion nicht über den Körperbau, das viele Minuten). Also, wenn Sie wollen, zahlen Sie die U-Bahn-ticket, Sie müssen es tun, so schnell wie möglich.

Also mit bip0072 die über URI-Schema ist erweitert mit dem r - parameter, die Punkte an den Händler-server. Die Brieftasche ignoriert die anderen Parameter (Adresse, label, etc) und spricht mit dem server mithilfe der bip-0070-bezahl-Protokoll. Dieses Protokoll bietet dem Händler die Möglichkeit erhalten Ihre signierten Transaktion unmittelbar von Ihnen, und bestätigen Sie die Transaktion schneller.

Die schnellere Transaktionszeiten sind einer der Vorteile, hier ist die vollständige Liste:

  1. Menschen lesbar, sichere Zahlung Destinationen-Kunden werden aufgefordert, Zahlung zu autorisieren, um "website.com" anstelle von einem undurchschaubaren, 34-stelligen bitcoin-Adresse.
  2. Sicheren Nachweis der Zahlung, die der Kunde können im Falle einer Streitigkeit mit dem Händler.
  3. Widerstand von man-in-the-middle-Angriffe, ersetzen Sie ein Großhändler bitcoin-Adresse mit einem Angreifer-Adresse, bevor Sie eine Transaktion autorisiert ist, mit einem hardware wallet.
  4. Die Zahlung empfangen von Nachrichten, so weiß der Kunde sofort, dass der merchant erhalten hat und bearbeitet hat (oder Verarbeitung) Ihre Zahlung.
  5. Rückerstattung-Adressen, automatisch gegeben, um die Händler von den Kunden die wallet-software, so dass Händler nicht Kontaktieren den Kunden, bevor die Erstattung von überzahlungen oder Aufträge, die nicht erfüllt werden können, die für einige Grund.
+805
auxbuss 08.01.2013, 17:02:25

Schlupf wird in der Regel gemessen an den ursprünglichen niedrigsten ask / höchste Gebot. Wenn Sie platzieren eine limit-order zu kaufen, die bei $110, aber als es passiert ist, die tiefsten Fragen war $100 und durch Schlupf der Durchschnittliche Ausführung Preis war $105, erlitten Sie 5% Schlupf, auch wenn die Ausführung Preis war besser als dein limit.

Natürlich, in diesem Fall Ihre Bestellung verhält sich wie eine market order. Beim platzieren einer limit-order zahlen Sie niemals mehr als dein limit.

+787
Inan 28.01.2015, 00:04:42

Ein Angreifer steuert die Mehrheit der hashing power und will zu verdoppeln verbringen, ohne Verdacht zu erregen. Wenn Sie Spiegel der öffentlichkeit Kette Aktivität beim generieren des private-Gabel und die Gabel ist kurz (sagen wir 10 blocks), können Sie nur erkennen, die das doppelte ausgeben, indem Sie die block-hashes nicht geändert haben oder bemerken das doppelte ausgeben Transaktion direkt?

+739
acassatt9 26.10.2014, 12:57:23

es ist wahrscheinlich dieser bug, ist jetzt behoben: https://github.com/spesmilo/electrum/commit/059d381ba8cfed0b4c00cb9b4ec1ff13293de74c

+621
user62794 18.09.2016, 11:15:42

Sie sind gehalten, weil es kompliziert ist, um Sie zu entfernen (es erfordern würde-Umschreibung die block-storage-Dateien), und es gibt kaum jeden Preis zu halten, Sie (Sie sind ein kleiner Bruchteil der Gesamtmenge). Außerdem, in der Nähe der Spitze, die wir wollen, zu haben, die Gabeln zur Verfügung, um der Lage sein, sich zu reorganisieren schnell, wenn einer von Ihnen am Ende immer der Hauptkette.

Mehr technisch, das $DATADIR/blocks-Verzeichnis für Bitcoin-Core ist nicht eine Darstellung der blockchain. Es ist ein Geschäft, werden alle gültigen Blöcke, die wir jemals heruntergeladen. Was aus Ihnen am Ende als die wichtigste Kette ist eine andere Frage, und eigenständig behandelt.

Beachten Sie auch, dass in der beschneiden-Modus alle alten Blöcke entfernt werden - einschließlich dieser kleine Gabeln.

+568
user316288 29.05.2010, 09:10:00

Jede Besondere situation für Sie, wollen Sie Ihren Geldbeutel IN Ihre rapberry? Ein Portemonnaie muss nicht in einer physischen Maschine, tatsächlich kann es in einem Blatt Papier (cold-wallet). Also, wenn Sie brauchen keine server zu tun, irgendetwas besonderes mit diesen Münzen können Sie einfach erstellen Sie eine Papier-Brieftasche, und wenn das, was Sie wirklich wollen, ist zu überprüfen, ob Sie erhalten Münzen, Sie müssen nur überprüfen Sie aus Ihrem raspberry Ihrer Brieftasche die öffentlichen Schlüssel in der blockchain zu sehen, wie viele Münzen hat Sie empfangen.

Wenn Sie möchten, erstellen Sie eine Brieftasche, die Sie verwenden können, vanitygen. Halten Sie den öffentlichen und den privaten Schlüssel an einem sicheren Ort, und Sie sind bereit zu gehen. Der Tag, Sie brauchen, um diejenigen Münzen, die Sie installieren müssen bitcoin-qt, wohin Sie wollen, und importieren Sie Ihre privaten Schlüssel auf der Standard-wallet erstellt von bitcoin-qt. Sobald Sie das getan haben, können Sie mit Ihren Münzen, die Sie von diesem Ort.

+535
Tim Richard 03.01.2015, 23:15:26

Ich verstehe, dass, um in der Lage zu senden LN der Rechnung meine Knoten werden sollte, schließen Sie mindestens 1-Kanal.

Sollten beide Knoten haben die gleiche "Anteil" in den Kanal?

Ist es richtig, dass es nicht notwendig ist, dass dieser Kanal direkt (ohne relay-Knoten) an den Empfänger der Knoten?

Muss ich, um eine Verbindung mit dem Empfänger über "connect to peer"? (Ich denke, es ist nicht notwendig).

Danke.

+527
Jagtesh Chadha 08.02.2016, 18:11:32

Ich arbeite an dem blk-Datei-parser, und es ist ein problem mit einer von coinbase tx.

hex:

00000000: 0b11 0907 cf44 0e00 0000 0020 7f00 6e33 .....D........ ..n3
00000010: 4287 2eb8 c047 5d7c 16de 070e 5d88 1958 B....G]|....]..X
00000020: 91c2 6460 7104 0000 0000 0000 bef7 a5e4 ..d'q...........
00000030: 017b 7455 9f92 e883 d556 e21f ce14 aeb7 .{tU.....V......
00000040: 88c9 b2e2 ffec 2c6f 4b14 a901 0cb5 1358 ......,oK......X
00000050: cc2c 051a e9b8 2286 fdaf 0201 0000 0000 .,....".........
00000060: 0101 0000 0000 0000 0000 0000 0000 0000 ................
00000070: 0000 0000 0000 0000 0000 0000 0000 0000 ................
00000080: 0000 ffff ffff 3603 7e76 0f00 040c b513 ......6.~v......
00000090: 5804 b761 0630 0ce8 3a09 58c5 f700 0000 X..ein.0..:.X.....
000000a0: 0000 000a 636b 706f 6f6c 122f 4e69 6e6a ....ckpool./Ninj
000000b0: 6150 6f6f 6c2f 5345 4757 4954 2fff ffff aPool/SEGWIT/...
000000c0: ff02 0e2a d213 0000 0000 1976 a914 876f ...*.......v...o

Wir entschlüsseln nach bitcoin-Entwickler Referenz-Spezifikation.

0b11 0907 - testnet3 Magische Zahl
cf44 0e00 - block-Größe

Block-header beginnt:
0000 0020 - block-version
7f00 6e33 4287 2eb8 c047 5d7c 16de 070e 5d88 1958 91c2 6460 7104 0000 0000 0000 - vorherigen block-hash
bef7 a5e4 017b 7455 9f92 e883 d556 e21f ce14 aeb7 88c9 b2e2 ffec 2c6f 4b14 a901 - merkle root-hash
0cb5 1358 - Zeit
cc2c 051a - bits
e9b8 2286 - nonce
Block header endet;







fdaf 02 - Transaktionen in den block

Und jetzt das problem:
01 0000 00 - Transaktion-version
00 - Zähler-Eingänge
0101 - 2 unbekannt Byte.



Ich habe nicht gefunden, keine Informationen über dieses 2 unbekannt Byte. Jede Hilfe zu schätzen.

+334
Coel Wu 07.06.2016, 14:51:05

Es scheint, wie Sie bereits die Antwort wissen, aber wollen etwas anderes zu hören. Also, Sie haben wirklich zwei Optionen:

  1. Akzeptieren, dass die moderne Kryptographie beruht auf unwahrscheinliche Ergebnisse. Es ist physisch unmöglich zu schaffen, das Identifikation-system, das Sie beschreiben.
  2. Lehnen diese die Wirklichkeit und ersetzen Sie Ihre eigenen.

Wenn Sie (1), und würde gerne mehr wissen, gibt es Tonnen von Ressourcen - Identitäten werden hergestellt durch die Schaffung von SHA-256-hashes in bitcoin. Noch wichtiger ist, es gibt keine "eindeutige Identität" - Prinzip in diesem Universum, da die Informationen repliziert werden kann durch Zufall, oder durch Anstrengung und Elementare physikalische Teilchen sind ununterscheidbar.

Wenn Sie wählen Sie (2), ich don ' T haben eine gute Antwort für Sie.

+318
Leif Segen 15.08.2013, 16:35:37

Ich bin einrichten MPOS. Es gibt 3 stratum-server-Optionen: stratum-mining, NOMP, und CoiniumServ. Wie funktioniert MPOS sprechen Sie mit stratum-server? AFAIK, MPOS nicht sprechen stratum-Protokoll. Ist es durch die gemeinsame mysql-Datenbank, wo stratum-server schreibt (z.B., eingereicht geteilt) und MPOS ruft aus.

Ich versuche, einen stratum-server andere als die 3 oben genannten Optionen, so versuchen, um zu sehen, wie machen es kompatibel mit MPOS.

+308
playrusboy 19.06.2010, 20:31:54

Würde dieser sein? Es scheint das zu sein, was Sie für Fragen.

https://andarazoroflove.org/how-to-create-alt-coin-scrypt-clones-for-fun-and-profit-bitcoin-litecoin-secrets-exposed/

+277
doggy2shooz 24.04.2013, 12:26:02
  1. data.bitcoinity.org gekommen, mit einer solchen website:

enter image description here

  1. Es gibt auch eine kombinierte depth-chart an http://bitcointicker.co/, aber es ist nicht klar, ob es tatsächlich zusammengesetzt aus mehr Austausch (und welche) oder ob es von einzelnen exchange.

  2. Es gibt einige code-Projekte zu diesem Thema, wie: https://github.com/coinorama/coinorama/wiki/Coinorama oder https://github.com/Pechalka/combined-order-book/

  3. Sie finden mehr (obwohl alt) Antworten hier: Voll animierten Buch bestellen

+271
Matze 24.02.2017, 14:33:24

Sie importieren die Multibit-HD (v0.4.1) Brieftasche in Breadwallet (v38) nur durch die Verwendung der 12 seed Worte, und es funktioniert gut - Breadwallet zeigt das richtige Gleichgewicht und erzeugt die gleichen Adressen erhalten.

Dies wurde meine bevorzugte Methode für den Zugriff auf Multibit HD-Brieftasche von einem smartphone.

+211
rinkesh 25.05.2010, 18:23:07

MtGox unterstützt mehrere Währungen. In der Regel bezeichnet als f.e. mtgoxUSD, mtgoxEUR, ...

Nun, MtGox hat verschiedene Markttiefe Inserate die für die verschiedenen Märkte und hält einen gesonderten Preis für Sie.

Sind diese Märkte völlig voneinander getrennt, was bedeutet, dass, wenn ich eine Kauf order in Euro, es kann nur abgestimmt werden, das mit dem Verkauf Aufträge in euro? Dies würde auch bedeuten, dass weniger populäre Märkte innerhalb MtGox, die haben weniger Durchschnittliche Volumen kann die gleiche delay-Effekte wie weniger umfangreich non-MtGox Märkte in sagen wir mal US-Dollar?

Also, ist es möglich, dass ich das kaufen von bitcoins mit Euro und jemand anderes erhält Dollar für die Münzen, die ich gekauft?

+81
ihank724 30.08.2014, 07:03:30

Wenn ich versuche, eine utxo an einen pay-to-script-hash, mit dem script 5 OP_CHECKSEQUENCEVERIFY OP_DROP OP_PUBKEY OP_CHECKSIG bekomme ich die folgende Fehlermeldung.

Jegliche Hilfe würde sehr geschätzt werden.

$ bitcoin-cli --rpcuser=bitcoinrpcuser --rpcpassword=bitcoinrpcpass --rpcport=18332 sendrawtransaction 0200000003530699e6ac0766846d1ce5b2b76014b23c3dbb67eedc69523bb11205435236ea0000000070483045022100d48af25c0e1816dd0007bdb0907ae2c4cf96602fb41a089a975eba017f9295af022000af5806f68ac0ba6ac2ada355e8f6050ccfb4d7020ff7d22788be10a07d51a9012655b27521027690887ac2455b6b19c5f4268a8a9c09228351368b9a7643ad791282c3148759ac05000000004a8cd4b96db4a786d560e47a8864a580448de655f716a9ddcf9f25b945a7ff00000000704830450221009914d50bfcc49b1f539824c04f8bc22520906dd24be8cbf5d3c9eafd78e8b1400220305d70a8888e1b8f7bbbaef0e1b3d8d1b9509561f4fff53b194315989122ffb1012655b27521027690887ac2455b6b19c5f4268a8a9c09228351368b9a7643ad791282c3148759ac0500000007921ebd8395a377ce80f9bf08295bc7603b9014357fce90508ffb692dbd474d00000000704830450221008fab401cba85dcc1aac10d9949ca066e8c2cd86ca153a1e0059d839372bf8f12022066c97d30d95286185497d2f9622642ef7d9e511e8c4f2686c9d12504273ac80d012655b27521027690887ac2455b6b19c5f4268a8a9c09228351368b9a7643ad791282c3148759ac050000000336150000000000001976a9140d98bebd47d04361d889e11a977a9ab61665d59188ac00000000000000001e6a1c0131b3774cfeb0198684fce15e0fdf7709e830c9387a1ac6e99b6647c67401000000000017a9149c202ce4f6cafc3420271e79be29911288c513268700000000
Fehler-code: -26
Fehlermeldung:
64: nicht-obligatorische-script-verify-flag (NOPx reserviert für soft-Gabel-upgrades)

$ bitcoin-cli --rpcuser=bitcoinrpcuser --rpcpassword=bitcoinrpcpass --rpcport=18332 decoderawtransaction 0200000003530699e6ac0766846d1ce5b2b76014b23c3dbb67eedc69523bb11205435236ea0000000070483045022100d48af25c0e1816dd0007bdb0907ae2c4cf96602fb41a089a975eba017f9295af022000af5806f68ac0ba6ac2ada355e8f6050ccfb4d7020ff7d22788be10a07d51a9012655b27521027690887ac2455b6b19c5f4268a8a9c09228351368b9a7643ad791282c3148759ac05000000004a8cd4b96db4a786d560e47a8864a580448de655f716a9ddcf9f25b945a7ff00000000704830450221009914d50bfcc49b1f539824c04f8bc22520906dd24be8cbf5d3c9eafd78e8b1400220305d70a8888e1b8f7bbbaef0e1b3d8d1b9509561f4fff53b194315989122ffb1012655b27521027690887ac2455b6b19c5f4268a8a9c09228351368b9a7643ad791282c3148759ac0500000007921ebd8395a377ce80f9bf08295bc7603b9014357fce90508ffb692dbd474d00000000704830450221008fab401cba85dcc1aac10d9949ca066e8c2cd86ca153a1e0059d839372bf8f12022066c97d30d95286185497d2f9622642ef7d9e511e8c4f2686c9d12504273ac80d012655b27521027690887ac2455b6b19c5f4268a8a9c09228351368b9a7643ad791282c3148759ac050000000336150000000000001976a9140d98bebd47d04361d889e11a977a9ab61665d59188ac00000000000000001e6a1c0131b3774cfeb0198684fce15e0fdf7709e830c9387a1ac6e99b6647c67401000000000017a9149c202ce4f6cafc3420271e79be29911288c513268700000000
{
 "txid": "c927276d8ac392b88225ae25d596b8e3f658195232200a1fe83788497bc46c66",
 "Größe": 574,
 "version": 2,
 "locktime": 0,
 "vin": [
{
 "txid": "ea3652430512b13b5269dcee67bb3d3cb21460b7b2e51c6d846607ace6990653",
 "vout": 0,
 "scriptSig": {
 "asm": "3045022100d48af25c0e1816dd0007bdb0907ae2c4cf96602fb41a089a975eba017f9295af022000af5806f68ac0ba6ac2ada355e8f6050ccfb4d7020ff7d22788be10a07d51a9[ALL] 55b27521027690887ac2455b6b19c5f4268a8a9c09228351368b9a7643ad791282c3148759ac",
 "hex": "483045022100d48af25c0e1816dd0007bdb0907ae2c4cf96602fb41a089a975eba017f9295af022000af5806f68ac0ba6ac2ada355e8f6050ccfb4d7020ff7d22788be10a07d51a9012655b27521027690887ac2455b6b19c5f4268a8a9c09228351368b9a7643ad791282c3148759ac"
},
 "sequence": 5
 }, 
{
 "txid": "ffa745b9259fcfdda916f755e68d4480a564887ae460d586a7b46db9d48c4a00",
 "vout": 0,
 "scriptSig": {
 "asm": "30450221009914d50bfcc49b1f539824c04f8bc22520906dd24be8cbf5d3c9eafd78e8b1400220305d70a8888e1b8f7bbbaef0e1b3d8d1b9509561f4fff53b194315989122ffb1[ALL] 55b27521027690887ac2455b6b19c5f4268a8a9c09228351368b9a7643ad791282c3148759ac",
 "hex": "4830450221009914d50bfcc49b1f539824c04f8bc22520906dd24be8cbf5d3c9eafd78e8b1400220305d70a8888e1b8f7bbbaef0e1b3d8d1b9509561f4fff53b194315989122ffb1012655b27521027690887ac2455b6b19c5f4268a8a9c09228351368b9a7643ad791282c3148759ac"
},
 "sequence": 5
 }, 
{
 "txid": "4d47bd2d69fb8f5090ce7f3514903b60c75b2908bff980ce77a39583bd1e9207",
 "vout": 0,
 "scriptSig": {
 "asm": "30450221008fab401cba85dcc1aac10d9949ca066e8c2cd86ca153a1e0059d839372bf8f12022066c97d30d95286185497d2f9622642ef7d9e511e8c4f2686c9d12504273ac80d[ALL] 55b27521027690887ac2455b6b19c5f4268a8a9c09228351368b9a7643ad791282c3148759ac",
 "hex": "4830450221008fab401cba85dcc1aac10d9949ca066e8c2cd86ca153a1e0059d839372bf8f12022066c97d30d95286185497d2f9622642ef7d9e511e8c4f2686c9d12504273ac80d012655b27521027690887ac2455b6b19c5f4268a8a9c09228351368b9a7643ad791282c3148759ac"
},
 "sequence": 5
}
],
 "vout": [
{
 "value": 0.00005430,
 "n": 0,
 "scriptPubKey": {
 "asm": "OP_DUP OP_HASH160 0d98bebd47d04361d889e11a977a9ab61665d591 OP_EQUALVERIFY OP_CHECKSIG",
 "hex": "76a9140d98bebd47d04361d889e11a977a9ab61665d59188ac",
 "reqSigs": 1,
 "type": "pubkeyhash",
 "Adressen": [
"mgkr4TjXCGMJSpcoQGi6wDkr72NTtkuMds"
]
}
 }, 
{
 "value": 0.00000000,
 "n": 1,
 "scriptPubKey": {
 "asm": "OP_RETURN 0131b3774cfeb0198684fce15e0fdf7709e830c9387a1ac6e99b6647",
 "hex": "6a1c0131b3774cfeb0198684fce15e0fdf7709e830c9387a1ac6e99b6647",
 "type": "nulldata"
}
 }, 
{
 "value": 0.00095430,
 "n": 2,
 "scriptPubKey": {
 "asm": "OP_HASH160 9c202ce4f6cafc3420271e79be29911288c51326 OP_EQUAL",
 "hex": "a9149c202ce4f6cafc3420271e79be29911288c5132687",
 "reqSigs": 1,
 "type": "scripthash",
 "Adressen": [
"2N7UjwnxwetBQB8pEaufas4bhS6wh4Jjboy"
]
}
}
]
}

Edit:

Wenn ich ersetzen, die OP_CHECKSEQUENCEVERIFY mit einem OP_NOP kann ich ausgeben, es just fine.

Wie gezeigt durch die p2sh Adresse 2N6PWjG9eFjuKcxHf8pvQdHityorvyAerft für das Skript 1 OP_NOP OP_DROP OP_PUBKEY OP_CHECKSIG

+79
Chevy Hungerford 19.04.2015, 22:53:38

Fragen mit Tag anzeigen