Erstellen einer multisig wallet mit bcoin und empfangen von Transaktionen

Ich bin versuchen, um eine multisig wallet von zwei extern erzeugte xpubs. Der Prozess, den ich zu mir nehme, ist das erstellen von zwei multisig wallets mit den beiden xpubs, fügen Sie jedes andere Schlüssel als gemeinsamen Schlüssel und die Erzeugung des multisigscript mit Schlüsselanhänger. Allerdings, wenn ich senden testnet Münzen der base58addr , die ich erzeugen, in dem Ende, ich sehe es nicht kommen, entweder von meinen Geldbeutel. Könnte jemand bitte helfen Sie mir herauszufinden, wo ich falsch mache? Das ist mein code:

const wallet1_accountKey = "tpubDCe8iQEHFMvcm9WZsYZEd8h9dNvodids3y9evkdzzzr59ncnf2n8ecfzwqkttdp6pwujacucxrptsotkuuyjxp8fmksz3wjvypnpxsmqubd"
const wallet2_accountKey = "tpubDDQHqrK6Xj7A9tfW2zkiZiBPs475qj8eq5obvibobxga1bg5ai1bnpqbwktvf6ecei8xokk9wqp7gk5jygdjaoegqbh1evhvcx2plc3zgru"
const type='multisig'

const options_wallet1 = {
...
};

const options_wallet2 = {
...
};

const ergebnis1 = erwarten walletClient.createWallet('wallet1', options_wallet1);
const result2 = erwarten walletClient.createWallet('wallet2', options_wallet2);

// HINZUFÜGEN VON SHARED KEYS
const wallet1 = walletClient.wallet('wallet1');
const wallet2 = walletClient.wallet('wallet2');

const wallet1_account = await-wallet1.getAccount('default');
const result3 = erwarten wallet2.addSharedKey('default', wallet1_account.accountKey);

const wallet2_account = erwarten wallet6.getAccount('default');
const result4 = await-wallet1.addSharedKey('default', wallet2_account.accountKey);

// GENERIEREN P2SH MIT SCHLÜSSELANHÄNGER
const wallet1_address = await-wallet1.createAddress('default');
const wallet2_address = erwarten wallet2.createAddress('default');
const ring1 = Ring.fromJSON(wallet1_address);
const ring2 = KeyRing.fromJSON(wallet2_address);
const pubKeys = [ring1.publicKey, ring2.publicKey];

const multiSigScript = Script.fromMultisig(m, n, pubKeys);
const base58addr = multiSigScript.getAddress().toBase58('testnet');
+851
scivi 03.02.2012, 05:15:41
25 Antworten

Ich habe mindestens eine Meldung über ein Unternehmen, wird/werden nicht unterstützt, die harte Gabel. bedeutet, dass wenn Ihre Seite von der Gabel fällt in Ungnade gefallen, werde ich verlieren alle Münzen behalten, mit Ihnen? wenn ja, wie sollte ich meine Münzen, so dass Sie nicht verloren gehen?

+895
proymer 03 февр. '09 в 4:24

Nein, nicht so, wie Sie beschreiben. Das ist Sperre auf Transaktion Ausgänge, nicht den privaten Schlüssel(s). Wenn die Sperre abläuft, werden die Ausgänge ausgegeben werden können, aber es spielt keine Rolle, welche M von N Signaturen verwendet werden, solange Sie gültig sind und, dass es mindestens M N.

+834
alfanumerik 26.04.2013, 12:47:52

Der Grund dafür ist, dass für jetzt, keine native segwit Adresse format vorhanden ist, also Transaktionen, die nicht direkt gesendet werden, um segwit Ausgänge. Ein Vorschlag für den einheitlichen segwit-Adressen erstellt wurde, aber es wird nicht verwendbar sein, bis alle Sender und Empfänger unterstützen.

Stattdessen segwit-innen-P2SH wird verwendet, wo die Ausgänge gehen zu einem BIP16 Ausgabe mit als hash-script den hash der Zeuge Programm.

Verbringen solche Ausgänge, müssen wir kompatibel bleiben mit BIP16, und damit eine scriptSig, dass zeigt die volle Zeugnis-Programm ist erforderlich. Das ist das, was Sie sehen in dieser Transaktion: eine BIP16 scriptSig, die zeigt, ein Zeugnis-Programm, die sich auf die wiederum bewirkt, dass die Inspektion des Zeugen die Daten für die Reale Prüfung.

+735
Ssaa 26.04.2014, 22:01:00

Wenn Sie zahlen eine transction von einer Adresse, die nur einen Teil der gesamten balance, die Adresse, das Programm, das Sie verwenden für die Verwaltung Ihrer Brieftasche (in deinem Fall bitcoin core) sendet an den Ziel-den Betrag, den Sie wollten (in Ihrem Fall 0.003), und der rest wird zurück geschickt an eine andere Adresse von Ihrer eigenen (abzüglich der Gebühr).

Dies ist, weil, wie Transaktionen sind so gestaltet, bitcoin wenn Sie eine ausgehende Transaktion von einer Adresse, die Sie nicht verwenden, nur ein Teil davon. Alles muss ausgegeben werden in der Transaktion (in Richtung 1 oder mehr Adressen) und der rest geht an die miner als Gebühr.

+714
prior12 05.04.2012, 19:48:28

Der Fehler ist passiert, weil hash160(30450221009b813cf658ec2c30e68fd23c369c348fd5f915f77b49581a945aa2f2f2d3c8aa022058f6a7eb78b2132d24cc260699fdc158fda6f3a0d10bc3c52bacccc03bb6b8cb) ist nicht 023fb59ee7e5722a9c559d366f6ca114c73361108c04e27a18060cef7a727d58a9.

Hash160s sind 160 bit lang, der am Ende als 40 hex-chars. 023fb... vor 66 chars, also kein hash160 würde es passen. Untersuchen Sie, wo es herkommt?


Ich finde btcdeb https://github.com/kallewoof/btcdeb unglaublich nützlich für diese Art von Problemen: es ist ein Kommandozeilen-tool zu erlauben, single-stepping des bitcoin-Skripte. OP ' s script: 30450221009b813cf658ec2c30e68fd23c369c348fd5f915f77b49581a945aa... | 02c800b27576a921023fb59ee7e5722a9c559d366f6ca114c73361108c04e27... | <<< scriptPubKey >>> | OP_HASH160 | ef3c5e4ee866b692245de650b178d83ca3d0fdbd | OP_EQUAL | <<< P2SH script >>> | c800 | OP_CHECKSEQUENCEVERIFY | OP_DROP | OP_DUP | OP_HASH160 | 023fb59ee7e5722a9c559d366f6ca114c73361108c04e27a18060cef7a727d58a9 | OP_EQUALVERIFY | OP_CHECKSIG | #0000

Und seine Frage hier repliziert werden können durch aufrufen von:

btcdeb --txin 02000000107c60fb7c4de7528b0693f189483996f62d04527a693b86ffd940fe21c2efe65a00000000484730440220521eae742c5587ea8d0947879de20f6ff07c30a3e6fc37f3472374d94d1c57b102207cdf2e65e9812adebe37f28279ac23c7f316c5cdd00104aa92396d2768724e0201feffffff15aeb7dae6d514d833e3f25ffc1a992cb2dbc633b30c09f314e726d22ab34c2f000000004847304402206669b4a43e22272d18dcdd99527fcbfbf97bb024ea808bd9ae1ee492da5ab361022045625e98f6f8ddfb3427d4d43f66722d799fbce338f1dd8cbf2ba8c4082756d901feffffffdb2b200941d79838f30139ffc8b1b23bae1cb298a5642a4b3242c74e3614308c0000000048473044022043cb6c47831ad4903c4f657031671fe5b3e8c3e8b4c12de3bc62af6cbda60b32022052c41f1a6e767ebe663b10a4e7350ad12555b4524c0d51ceb50a929466bef89101feffffffc676855c7880b9672531cf3b5bdf170e683ecf43881cb69ded2f469e1725de370000000048473044022057f71e9d946525338e4a504f9cf55065154de09a5f85a8c68d586648246bd99f02202322de86499f035a99d90861bda53d72eb5b8bbeb0349e472290e25db8d5843601feffffff34cdc4315cee2f6c754ac9d6aff58ce87d24d2ea9f1a7427274ecec7f33acc650000000048473044022039444c85f778fd8a95cfdf4afef47ba804425d2ca97907e86393af56406f472a022029de7c2617d2e7d8c1958bd84b775e1b8d4d1e22591529dc13ae050b0b96999001feffffffd6a7bf9cd512e454b7b1b33f2484a16cf5237d8a9e6ecf49294dd7931a5e88d600000000484730440220492bbaa48ca4ea7424412d6421e87f95f0f1b5beefc4c1c818bd2a94b9b5a00402207ef391cdc9f84e88d1ff2cc7d68edb5afacd7ad0be3a478df0911b1bb1973cf401feffffff89e1344e9d47932c19b24a88062ee6166cc9704d26820690c903e3a63924b924000000004847304402207fcd1b6818c875abe2148b1dfe1553c73c2eca561ec3ce1e99c6bbab3b6543830220562dfa7391a5823563fbecf3e41361e6b7a4b3f541b39f667ad0137c726c9de801feffffffe7092dda245a178b4e50dcda70cbc9fedef3fadfef94c6dbe5dc349d105cb94e0000000048473044022002fdc279d955d8d0e60c4705b170b700d934fbf5efa1d7c8b2443ab1587d80b9022000c8d135e6f81c664487ca8431c7e6eb89a3eb618f646b2bce28b5517dbff72a01feffffff8bf3c8734ee9682ffbce41e520a2e8a466c5d46654d98cbcd4ebfcf64a73939700000000484730440220629988e915cb34552abeef352b7a1a0ebd6792d0a0c91d8d906dd6065ee68a4902207646cc98da887dd19b3d26185d5bcae423fcba036c8c1082985ac8a260e7f54001feffffff4a3b666ad423ba3a2b7a14edef7d826cf7587a2774b9f3937e75aade5698d09c000000004847304402205644ed173a99869018434ea4a1a580a1a1815431f294f134dda6cb259613962f02201d6fe1aae7fe07a88c686bf31348b07927b5088bb321af9169ddf1b232b421e601feffffff75dd734653ba95042205708b007b448aaef21cf972e8e25d76485b66a8f6c5a0000000004847304402200b4301e24066c184a4014cddec046fb9990c08caf73130e780ff9b3959e510a402206e947ea7a81cdd2ed67ae88bca5ccad5db2b29cd86cb3f57755cae19121e74d801feffffff7c704726f11711d0b75f399272c697ee49bb10aeaf170372dd50480b2fe194d9000000004847304402202bd26868009c2fc5d94525eabb1197cef6aac5b235d1623c3a762fe61295c1ba022024b9c7ecb2c28a01ba8976bd4ab9779915d37b788dc6dcdec335f89e457a99d101feffffff0a6b94c0ded59df2a0ec996581af027e4116d915e5264fb14a6555f266bec285000000004847304402203997a2d145c8cef3879c5d5dccf7758081b95d3be05443c07053d9d352d4fc2802204f66e8ceadf3147118f430404cbfa8f3b4b99d3a410d69d2a831646c1a5c2f3b01feffffff2f04521db3ecbefd9cd14ef6a594572508cbb2d9c9f544700bde46363f573926000000004847304402200fa171a3d8e4c5105504b498d039d3c386e8325b672c558e97c2751aba8ab0ba022026ba230078fac40413b0d3abc43546d3b9a779eb7af0d08544ac39355475dd4301feffffffdad37c38f84fc6fddee6510ee88705719128b1b5b2dadbc4df7e2e61164e6989000000004847304402202e8751498d9bf91cba9935100dda9cb27f404c91b1531b5dc8904278bb25b0730220537b9a18d368466680fff9c2434788f616b6d99ed46ec04c775cd041d64fc14701feffffff519a0366daed0321fcb1cbb78dd6d5d65febd7e7ea2b100c73396a98a09c2ef50000000048473044022048e89845d80f216f291001fee37e8c7178e40b97af051d57679fc46707a426bf02203ae8c2e132b4c5dbbcd97c59584a0ea9cec6a78294fe7fbfdb86d6ebe13ffc7101feffffff01809698000000000017a914ef3c5e4ee866b692245de650b178d83ca3d0fdbd8782170000 --tx 02000000013db72755b71d95be7f6785448b5387b6273ca26fd5e42204390899154b111a5300000000754830450221009b813cf658ec2c30e68fd23c369c348fd5f915f77b49581a945aa2f2f2d3c8aa022058f6a7eb78b2132d24cc260699fdc158fda6f3a0d10bc3c52bacccc03bb6b8cb012b02c800b27576a921023fb59ee7e5722a9c559d366f6ca114c73361108c04e27a18060cef7a727d58a988acc800007f0100127a00000000001976a914fd337ad3bf81e086d96a68e1f8d6a0a510f8c24a88ac00000000

+663
Robert Schwarz 14.01.2015, 07:56:21

Ein Freund schickte mir eine Rechnung für 500.000 Satoshis. Zu meiner überraschung schickte ich 502294 Satoshis.

Hier ist, was ich sehe von meinem c-lightning-Konsole:

  • "msatoshi": 500,000,000
  • "msatoshi_sent": 502,294,595

Mein Freund erhielt einen anderen Betrag lnd:

  • "value": "500000"
  • "amt_paid_sat": "501791"

Alle Gründe, warum ich nicht senden Sie die gewünschte Summe auf der Rechnung? Auch ist mein Verständnis richtig, dass ich bezahlt 503 satoshis Gebühren für diese Transaktion? Es ist mehr als ich erwartet habe auf den Blitz-Netzwerk.

Vielen Dank,

Francois

+663
Eroxx Alexander 01.05.2016, 04:17:34

Das wird Teil der Lösung sein, natürlich. Aber es ist schon davon auszugehen, dass in der Fernen Zukunft wird es mehr Transaktionen. Das ist nicht eine Lösung in und von sich selbst.

Beachten Sie auch, dass je mehr Geschäfte es gibt, desto wertvoller ist das system, und so desto größer ist der Anreiz, um anzugreifen, und je mehr Bergbau erforderlich ist, um Sie zu verteidigen.

+606
greeny 27.09.2012, 09:45:04

Diese Serialisierten Daten nicht enthalten bestimmte Felder wie Bestätigungen, chainwork nextblockhash. Gibt es dafür irgendeinen Grund?

Diese Felder sind nicht Teil eines Blocks und können enthalten sein in einem block.

Die Anzahl der Bestätigungen für ein block ändert sich ständig, da mehr Blöcke gefunden werden, auf der Oberseite des Blocks. So kann es nicht Teil eines Blocks in der serialisierten Daten.

Die chainwork muss nicht in einem block, denn es kann dynamisch berechnet, im Gegensatz zu den anderen Daten in einem block.

Die nextblockhash nicht bekannt zum Zeitpunkt der Erstellung für einen block, weil die Bergleute nicht in die Zukunft sehen. Die nextblockhash nicht erkannt werden kann, ohne den aktuellen block bereits bestehenden.

+596
Dan Kelly 03.07.2014, 14:25:46

Vertrauen bleiben würde, im Bitcoin-Transaktionen nur, wenn die Bergleute weiter zu mir. Allerdings ohne einen finanziellen Anreiz, gäbe es keinen Grund für Sie, um die Schulter den hohen Stromkosten für den Bergbau.

+591
nari 02.03.2012, 01:36:59

Wenn MultiBit Import eines privaten Schlüssels auch in der import-Datei ist der Schlüssel Geburtsdatum I. e, wenn es war das erste mal erzeugt wird.

Ab diesem Zeitpunkt sucht er den letzten checkpoint (ca. alle 2000 Blöcke) in einer Liste von checkpoints, die es speichert.

Dann kontaktiert er einen bitcoind und sagt: "gib mir alle Blöcke aus dem block (sagen) von 200.000. Hier ist der bloom-filter möchte ich Sie zum filtern verwenden Sie die Blöcke'.

Dies ist ziemlich zeitaufwendig, im Vergleich zu, wenn Sie einen blockstore. (Oder so etwas wie einen remote-server wie Elektrum und Myzel tun). Der Vorteil ist, dass es verwendet nur das Bitcoin-Netzwerk.

Es verfügt nun über alle relevanten Vorgänge, die den privaten Schlüssel und kann daher die Berechnung der Gesamtbilanz.

+558
Joker 2014 16.02.2015, 19:50:35

Wie bereits in anderen Fragen hier gibt es einen Unterschied zwischen Kapazität und balance.

Derzeit können Sie nicht ändern, die Kapazität des Kanals. Also lassen Sie uns annehmen, Sie öffneten einen Kanal mit einer Kapazität von 0.1 BTC

Das heißt, Sie können jetzt das senden von bis zu 0,1 BTC, aber man kann nicht erhalten keine BTC auf diesem Kanal.

Sie verwendet diesen Kanal, Bezahlung einer Rechnung, zum Beispiel mit 0,04 BTC die Kapazität des Kanals bleibt die gleiche, aber jetzt können Sie erhalten 0.04 BTC auf diesem Kanal, die wir gewöhnlich als inbound-Kapazitäten und können Sie nur senden 0.06 BTC (nicht in eine Zahlung, wenn seit der Zahlung max limit ist derzeit ein wenig oben 0.04 BTC) die 0.06 BTC ist verkrustet, Ihre outbound-Kapazität. Inbound-und outbound-Kapazität zusammen reflektieren Sie die Kanal-balance.

Was die Schleife macht, ist, dass es Ihnen eine Rechnung (etwas zu bezahlen) und erstattet Sie onchain. Auf diese Weise haben Sie zog einige Ihrer outbound-Kapazität zu inbound-Kapazität ohne die Notwendigkeit, Geld auszugeben, tatsächlich etwas zu kaufen. (obwohl Sie technisch zahlen eine geringe Gebühr für den service)

Hoffe das macht es klar (:

+522
Charis Parker 10.03.2019, 02:09:57

Beim Austausch von Fonds oder Dienstleistungen face-to-face, gibt es die Gefahr eines double-spending Attacke? Wenn es ist, wie könnte es technisch getan?

+514
azatris 03.03.2016, 06:55:00

Sie können laufen cgminer --help auf, um die Optionen zu sehen oder können Sie nur Forschung, Sie online. Ein gutes Beispiel dafür ist diese website: https://github.com/pshep/cgminer

Ich habe es nie getan, aber ich denke, dass Sie hinzufügen können, drehen option: --drehen <arg> Ändern multipool-Strategie von failover, regelmäßig drehen in N Minuten (default: 0)

80% / 20% wäre ungefähr 19 Stunden / 5 Stunden oder 1140 Minuten / 300 Minuten

Jetzt, mit der --drehen <arg> werden Sie drehen Sie die pools regelmäßig, so dass es leicht, um es zu 50/50on zwei pools, 33/33/33 auf drei pools etc.

Ich denke, Sie könnte erreichen einer 80/20-split mit einem geplanten start-und stop-Zeiten.

--sched-start <arg> Legen Sie eine Tageszeit in HH:MM, um mit der Förderung beginnen (eine einmalige, ohne eine stop-Zeit) --sched-stop <arg> Legen Sie eine Tageszeit in HH:MM stop-mining (beenden ohne start-Zeit)

Sagen Sie mit der Förderung beginnen um 00:01, legen Sie die drehen-Einstellung zu 19 Stunden (1140 Minuten), um 7 Uhr werden die pools wechseln Sie, setzen Sie eine stop-Zeit 23:59 und 2 Minuten später der Bergmann sollte mit der Förderung beginnen mit dem ersten pool wieder. Das einzige problem könnte sein, wenn, nachdem die Maschine Stoppt, könnte es mit der Förderung beginnen, noch auf den zweiten pool, in dem Fall sollten Sie beginnen bei midnigh, verwenden Sie nur die --drehen 1140 und immer neu starten cgminer um Mitternacht manuell oder vielleicht mit Hilfe eines shell-Skripts (oder die Fledermaus, wenn Sie auf Windows).

+505
Natasha Biermaier 11.10.2017, 21:32:08

Es hängt alles davon ab, die Sicherheits-Mechanismen des Betriebssystems. Auf Ubuntu, die Pakete sind signiert, und das Installationsprogramm überprüft die Signatur. Also, ein Mann in der Mitte, oder ein Schurke, mirror konnte nicht geändert haben, wird die Kopie von Elektrum, dass ich installiert.

Die Sicherheit Ihrer bitcoins auf Ihrer Maschine hängt nicht nur von Ihrem bitcoin-Anwendungen. Wenn das Betriebssystem kompromittiert ist, kann es zu stehlen Ihre bitcoins (mit einem keylogger zu finden, die mögliche Passwörter), so achten Sie auf verwenden Sie ein Sicheres Betriebssystem mit Sicherheits-updates und so weiter.

+492
Arkadi 02.04.2015, 12:55:02

Quadratisch bedeutet, dass etwas wächst, wie eine quadratische Funktion von etwas anderem. Wenn Sie sprechen nur über eine einzelne Transaktion, es gibt nichts, verpasst.

Das quadratische Hashen Problem ist, dass die Menge an Daten, um hash zu berechnen oder überprüfen von Signaturen wächst quadratisch mit der Anzahl der nicht-segwit Eingänge.

+488
blauta 29.03.2012, 16:56:33

Mein Samen aus Elektron hat 12 + 2 Erweiterung Worte. Iconomi Fragen, für 12, 18 oder so. Wie kann ich tun, um Anspruch auf meine BTG? Irgendeiner Weise zu konvertieren 12+2 seed zu bip39?

+465
KaptainHowdy 16.09.2019, 14:10:54

Kannst du nicht einen block löschen, nur einen neuen block auf der Oberseite des vorherigen Blocks, die Schaffung einer Gabel. Nur verweisen Sie die Eltern-block, wie die Eltern Ihres neuen block, und wenn Sie mir mehr auf Ihre neue Kette, es werden die anerkannten Kette. Das Alter der block sollte keine Rolle spielen.

+371
Jasim Droid 04.04.2011, 05:54:31

Ich aufgehört zu suchen, als ich sah, 50 sa./B., die derzeit zu gering ist. Kann man die Beule, die sich ein wenig mit RBF? Oder noch ein bisschen warten mehr, bis die mem-pool leert sich etwas.

Auch Sie sollten sich bewusst sein, dass die Gebühren beziehen sich nicht auf die Menge, die Sie senden. Sie sind ein absoluter Wert, nicht einen Prozentsatz.

+353
Evgeni 02.02.2019, 06:45:36

Im folgenden wird davon ausgegangen, dass man versteht, was passiert mit einer weiche und harte Gabel. Finden Sie alle Antworten hier für eine gute Erklärung.

Sagen eine neue änderung ist umgesetzt in das bitcoin-Protokoll, und es erfordert eine harte Gabel. Voller Knoten sind erforderlich , um ein upgrade auf die neue version (ansonsten gibt es Gefahren...).

Was sind die Gefahren der harten Gabel?

Die wirkliche Gefahr ist, dass die blockchain wird aufgeteilt in zwei parallelen blockchains. Bergleute, Händler, Anwender (per wallets und andere software), etc. die nicht-upgrade-Unterstützung/Nutzung blockchain Ein-und Bergarbeitern, Händlern, Benutzern, etc. das hat das upgrade unterstützen/verwenden blockchain B.

Wie würden die Leute verlieren Geld durch einen hard-fork?

Effektiv, es gibt jetzt zwei bitcoin-blockchains. Die bitcoins, die Sie hatten, bevor die Gabel, existieren in beiden blockchains A und B (Sie verdoppelt!). Ein Vereinfachtes Beispiel wäre, dass: Sie können Ihre bitcoins von einer alten Brieftasche und etwas kaufen, von einem Händler, der verwendet einen alten Knoten. Dann können Sie einen neuen Geldbeutel und etwas kaufen, von einem Händler, der mit der neuen Knoten mit der gleichen bitcoins. Dies ist auch nicht doublespend da die Ketten sind unterschiedlich.

Jedoch, was dies auch bedeutet ist, dass der bitcoin-Nutzer und community werden ebenfalls aufgeteilt. Jeder blockchain statt mit X Knoten (die Knoten vor dem split), die halten es sicher von X/2 Knoten. Mehrere Händler bitcoin akzeptieren, aber einige akzeptieren, version A und eine version B... und so weiter. Dies ist nicht benutzerfreundlich und es wird zu viel Verwirrung. Sowas wird erschüttern das Vertrauen in die bitcoin-Netz verursacht, seinen Preis zu verringern. Angst vor der Zukunft und schwer Gabeln (splits) werden schwinden von Vertrauen (und Preis) sogar noch mehr. So Leute Geld verlieren indirekt, da der Wert des bitcoin wird zusammenbrechen (best-case-Szenario-der Preis wird geteilt... aber es ist wahrscheinlich viel viel schlimmer).

Warum ist es notwendig mehr als einen Monat Zeit, um sich vorzubereiten für einen hard-fork?

Denn wir wollen sicherstellen, dass jeder ist sich bewusst, ändern; Bergleute, Händler und Anwender. Wir wollen sicherstellen, dass Sie haben keine Einwände gegen die änderung, und dass Sie sich über das upgrade. Neben der wallet-Ersteller und Händler möglicherweise auch Zeit brauchen, um zu aktualisieren Sie Ihre software entsprechend (je nach upgrade verpasst). Die Verzögerung ist sowohl für die (erst -) sozialen und (zweiten) technischen Gründen.

Beachten Sie auch, dass wenn der split ist, sagen 95% verbessert 5% nicht (oder Umgekehrt), es wird nicht ein großes problem, da die größeren Ketten haben die überwältigende Mehrheit und die restlichen werden gezwungen, zu aktualisieren oder ignoriert werden.

+324
Joe Huang 23.01.2016, 18:08:16

Ich machte eine Transaktion von meinem android-wallet an meine bitcoin-core-HD-wallet (v0.13.2). Zum Zeitpunkt des Schreibens, wurde die Transaktion 5 Bestätigungen, sowohl nach der android-wallet und blockchain.info. Aber, meine bitcoin-core-wallet scheitert, ist zur Abholung der Transaktion, trotz zeigen die richtige blockchain Höhe.

Die Empfänger-Adresse wurde generiert, indem Sie bitcoin-qt, also es gehört zwar zu meinem HD-wallet. Außerdem, ich bin in der Lage zu signieren einer Nachricht mit dieser Adresse auf bitcoin-qt (was ich eigenen privaten Schlüssel) und erfolgreich die Signatur überprüfen. In der Tat, im Laufe meiner Untersuchung hatte ich die unangenehme überraschung zu realisieren, dass diese Adresse bereits in der Vergangenheit erzielten und ich hatte bereits an bitcoin, um es als gesehen werden kann hier. (Dies scheint im Zusammenhang mit dem berichteten Thema in diesem post ist aber nicht mehr das dringendste Angelegenheit jetzt). Die ältere Transaktion über diese Adresse ist Teil meiner bitcoin-qt Transaktionsprotokoll. So kann es keinen Zweifel, dass die Empfänger-Adresse gehört auf meine bitcoin-core-HD-wallet.

Ich bin zurückhaltend, um zu versuchen, replizieren die Frage, die ich gerade beschrieben habe, mit einem anderen Versuch der Transaktion. Jedoch, da dies wohl relevant ist, werde ich erklären, was ich getan habe, bevor dies geschieht: 1. Ich machte eine Kopie der Brieftasche.dat und entfernt die Datei aus ~/.bitcoin (so läuft bitcoind oder bitcoin-qt würde automatisch eine neue leereBrieftasche.dat). 2. vor der Transaktion restauriert ich meine Kopie der Brieftasche.dat in ~/.bitcoin und begann bitcoin-qt. 3. Ich fragte bitcoin-qt für eine neue Adresse hatte und mein android-wallet-Transaktion durchzuführen. 4. Ich habe dann zerkleinert und entfernt Brieftasche.dat und neu gestartet bitcoind für eine Weile. 5. Wenn man die Transaktion bestätigt wurde, habe ich die Wiedereinstellung in meiner Kopie der Brieftasche.dat in ~/.bitcoin , mit der Absicht der Durchführung einer anderen Transaktion. 6. Ich habe dann neu gestartet, bitcoin-qt , das es versäumt, abholen der aktuellen Transaktion.

Beachten Sie, dass dieser Prozess von mir Zerkleinern Brieftasche.dat von ~/.bitcoin (während eine Kopie der Datei vorhanden ist, in einem sichereren Ort) ist etwas, das ich haben gerade beschlossen, zu tun, als einen Weg, um es schwieriger für potenzielle hacker zu verbringen, die Münzen auf das Portemonnaie.

Also meine bitcoin-core-wallet ist sichtlich verwirrt. Gibt es irgendetwas, was ich tun kann, um es gerade?

EDIT: Wenn ich die Wiedereinstellung meiner Brieftasche.datin ~/.bitcoin ich bin zu raten, ein re-scan wurde nicht ausgelöst, aus irgendeinem Grund. Ich geschreddert wieder meine aktuelle Geldbörse.dat und die Wiedereinstellung meiner (älteren) backup: dieses mal ein re-scan ausgelöst wurde und die fehlenden Transaktion abgeholt wurde.

Also dieses Problem ist gelöst , soweit ich es sehen kann (wenn auch mit Unbehagen, nicht zu wissen, warum).

+322
Alex Yepifanov 12.12.2012, 04:30:19

Segwit in der aktuellen form,

Wie wäre es für Bergleute, außer, asicboost?

Wie würde blockstream (andere als Bergleute) Art der Unternehmen davon profitieren, in einer Weise, dass Bergleute nicht kann?

Ich interessiere mich für eine fachliche Antwort, und bitte keine Meinung Antworten.

+243
Chad Kieffer 19.12.2013, 06:39:05

Ich will nur die Antwort geben, die für eine gegenseitige Nähe. Die situation für die einseitige (Zwangs -) Kanal sollte in der Nähe sein, ähnlich, nur, dass Sie haben zu suchen in das Engagement Transaktionen und dass Sie zu suchen, local_delayedpubkey statt localpubkey.

Sie können sich bei BOLT 03: Transaktionen, bei denen es angegeben ist. Insbesondere der Abschnitt closing der Transaktion. Von dort aus, den wir zitieren:

txout Skript: wie angegeben in Knoten scriptpubkey in seiner `shutdown-Nachricht`

Das bedeutet, wir schauen in BOLT 02: Peer-Protokoll, das für das schließen der shutdown-Meldung. Es wird Folgendes festgelegt: Entweder node (oder beide) können senden Sie eine shutdown-Nachricht zu initiieren, schließen, zusammen mit der scriptpubkey es will bezahlt werden.

Typ: 38 (shutdown)

Daten:

[32:channel_id]

[2:len]

[len:scriptpubkey]

das bedeutet, dass die shutdown-Nachricht im Grunde gibt einen Kanal und eine scriptpubkey zu dem der Betrag bezahlt wird. Es ist ferner angegeben, dass die sender:

Einstellen MUSS scriptpubkey in einer der folgenden Formen:

OP_DUP OP_HASH160 20 20-Byte OP_EQUALVERIFY OP_CHECKSIG (zahlen pubkey-hash), ODER

OP_HASH160 20 20-Byte OP_EQUAL (pay-to-script-hash), ODER

OP_0 20 20-bytes (version 0 zahlen zu bezeugen, pubkey), ODER

OP_0 32 32-bytes (version 0 zahlen, um Zeuge script-hash)

Der spec erwähnt auch die Möglichkeit, die Schließung scriptpubkey bei der Kanal-Einrichtung in der Anzeige von Nachrichten. Die spec schweigt über die form der Ausgabe-Adresse.

In einer ersten Annäherung scheint es, dass jede Umsetzung wählen können, diese Schlüssel für sich selbst, solange Sie der oben genannten form. Allerdings - dies mag zwar die Arbeit - die spec sagt etwas anderes (um die Privatsphäre watch tower-Dienste möglich). So suchen Sie auf einem anderen Abschnitt der bolt3 über die wesentlichen Ableitung finden wir Folgendes lernen:

Diese pubkeys sind einfach erzeugt durch die Zugabe von Ihrer Basis Punkte:

pubkey = Basispunkt + SHA256(per_commitment_point || basepoint) * G

Die localpubkey verwendet die lokalen Knotens payment_basepoint

Der zugehörige private Schlüssel abgeleitet werden kann über:

privkey = basepoint_secret + SHA256(per_commitment_point || Basispunkt)

Dies bedeutet, dass wir haben, um herauszufinden, wie zur Ableitung der basepoint_secret und die per_commitment_point was auch erklärt in diese SCHRAUBE und so viel detail, dass ich noch nicht sah es noch.

+163
Jodi Arcega 29.04.2014, 16:38:42

Bitcoin-Transaktionsgebühren sind impliziert durch die Summe(vin) - Summe(vout). Der Dämon zeigt keine Gebühr Informationen über Transaktionen, die Sie nicht erstellen, weil der Wert des inputs ist, nicht beibehalten, nachdem Sie ausgegeben wurden.

Block explorers anzeigen von Informationen, die einen zusätzlichen Satz von Indizes, es ist nicht fair zu vergleichen, die Informationen angezeigt werden und dass die Rückgabe durch ein sehr geringes Gewicht voller Knoten. Wenn Sie mehr Informationen benötigen, wie dies auf einer regelmäßigen basis, die Sie verwenden können, eine mittlere Schicht wie Bitpays Einsicht , die Aufrechterhaltung eines umfassenden index für diese Art von Informationen für Sie extern.

+155
ofnowhere 31.03.2018, 02:45:55
 sendrawtransaction signedHex

ist die rpc, die Sie anrufen, die senden Sie Ihre raw-Transaktion auf den lokalen Knoten und Netzwerk.

+109
higgan 15.01.2013, 23:59:17

Sie schlagen würde, der Hitze-Tod des Universums, bevor Sie kamen, irgendwo in der Nähe zu generieren, auch eine einzelne bereits verwendeten Schlüsselpaar.

Wenn Sie nicht verstehen, die Mathematik in der key pair generation sollte als ein Indikator für den unsicheren Boden, auf dem Sie beschreiten.

+27
Kim Callow 26.11.2011, 04:22:39

Fragen mit Tag anzeigen