Betrachten Sie sowohl dieses Beispiel: https://earlytemple.com:8181/index.jsp als auch dieses Beispiel: https://gist.github.com/gavinandresen/3966071
Ich glaube, ich habe alles bis zu dem Punkt durchgepflügt, an dem ich alles richtig gemacht habe: Ich habe sichergestellt, dass die Transaktion zur Finanzierung des Treuhandkontos von einer der beiden Parteien in der Multisig-Adresse kam, in diesem Fall war es
createmultisig 2 '["02bf4782452f7605994a27ad130ff2d6ee7f2e3399f8c0be79a114a5c116794277","035602e50d80b4c0066d4bb004f33557b100d421f02a32cd853bb24ead7bbfd351"]' which produced the escrow address 3QQTMoaJZzkRqWAavPJRvEcTTFt7sRxiPL.
Ich habe die Transaktion manuell mit createrawtransaction finanziert, indem ich von einem dieser beiden Konten gezogen habe, dann habe ich eine Einlösungstransaktion erstellt, dann habe ich das so unterschrieben, wie es in den Anweisungen angegeben ist, dann bin ich zu der anderen Maschine gegangen, auf der bitcoin-qt ausgeführt wurde, und habe die Ausgabe von signiert die vorherige Signieroperation mit dem privaten Schlüssel auf dieser Seite, dann habe ich eine Sendeoperation von dieser Maschine versucht (hat mich nicht gelassen), also bin ich zur ursprünglichen Maschine zurückgekehrt und habe sie von dort gesendet (hat mich gelassen) und es hat a zurückgegeben Transaktions-ID von 30a6693a74e9c60a34af0262c14e516dd4ffa75cb9f496cd2f6ba484135bbe2a, die anscheinend nicht in die Blockchain gelangt. Mir ist das jetzt etwa dreimal passiert. Ich habe settxfee 0.0002 angegeben, um sicherzustellen (hoffte ich), dass ich bezahlt habe, um es enthalten zu bekommen?
Kann mich hier jemand in die richtige Richtung weisen? Ich könnte wirklich viel Nutzen aus dieser Funktion ziehen, wenn ich sie zum Laufen bringen könnte, und ich kann einfach nicht herausfinden, was ich falsch mache.
Habe auch eine Weile damit gekämpft. Sie müssen die Transaktion Ihrem lokalen Knoten und dem Netzwerk über den sendrawtransactionAufruf mit der rohen Transaktions-ID ankündigen.