Könnte dies Doppelausgaben verhindern?

Angenommen, Sie haben eine Blockzeit von 15 Sekunden, und nach Ihrer ersten Transaktion ist der Sendeknopf Ihrer Brieftasche eingefroren, und Sie müssen 2,5 Minuten warten, bevor Sie eine weitere Transaktion senden können.

Würde dies verhindern, dass jemand doppelt ausgibt ?

Übrigens: Falls Sie fragen möchten, wie dies auf dem Senden-Button erzwungen werden könnte: Hmmmm, vielleicht mit etwas wie scrypt , das zeitbasiert ist.

oleksii Ich gebe zu, dass ich die gleichen Fragen stelle, aber ist es richtig, dass die Durchsetzung eines 2,5-Minuten-Transaktionslimits in diesem Szenario doppelte Ausgaben verhindern könnte?
Nein, denn der potenzielle Doppelzahler könnte den Kunden hacken, um die „Durchsetzung“ dieses Zeitlimits zu stoppen. Tatsächlich könnte er seinen eigenen Client so programmieren, dass er es nicht erzwingt.

Antworten (1)

Doppelausgaben haben nichts mit einem Doppelklick auf den Senden-Button zu tun.

Es handelt sich um einen böswilligen Benutzer, der den Standardclient nicht verwendet. Es wird eine hacken, um clientseitige Limits zu vermeiden, indem zwei Transaktionen an eine andere Seite einer Blockchain-Fork gesendet werden, sodass beide Seiten nichts über die an die Gegenseite gesendete Transaktion wissen und die Transaktion in ihre geforkte Version aufnehmen.

Wenn Sie dies schaffen, während Sie beide Transaktionen verwenden, um etwas zu bezahlen, und akzeptiert werden, wird nach der Reorganisation (dem Prozess, durch den Gabelungen aufgelöst werden) nur eine Seite der Gabelung beibehalten, sodass die Blockchain als nur eine Transaktion in Ordnung ist behalten, aber Sie haben beide Zahlungen erhalten, indem Sie effektiv dieselben Münzen verwendet haben, um zwei verschiedene Händler zu bezahlen, und einer von ihnen verliert, was Sie bezahlt haben.

Wie Sie sehen können, ist dies kein gewöhnliches Szenario. Gabeln sind mehr oder weniger häufig, aber nicht wirklich tief, da sie normalerweise innerhalb eines einzigen Blocks aufgelöst werden. Aus diesem Grund wird empfohlen, eine Transaktion erst nach sechs Bestätigungen zu akzeptieren, da ein Fork von sechs Blöcken unter normalen Umständen fast unmöglich ist. Beachten Sie jedoch, dass selbst dies passiert ist, als ein Fehler zwischen Softwareversionen einige Miner davon abhielt, dem Mining zuzustimmen, was sonst der Konsenszweig gewesen wäre.

Danke für deine glasklare Antwort frisco... Es ist wahrscheinlich nicht so einfach und möglich für den Standard-Client, alles abzulehnen, was NICHT der Standard-Client ist... Ich meine das aus der Perspektive einer neuen Münze, denn was ist schon da draußen ist da draußen..
Nein, Sie können niemals die andere Seite einer Verbindung kontrollieren, solange sie dem etablierten Protokoll folgt, können Sie nicht sicher sein, ob es ein Standard-Client ist oder ein Typ, der die Bits einzeln sendet.