Ich bin ein Anbieter, der daran interessiert ist, sich vor Double Spend-Angriffen zu schützen.
Welche Software, Konfiguration, Konnektivität oder Zeitüberschreitung ist erforderlich, um dieses Risiko zu mindern?
Nämlich, wie würde ich mich schützen, wenn es zu einem kontinentalen Kommunikationsausfall kommen sollte, wie hier beschrieben .
Dies kann vorkommen, wenn ich Zahlungen über eine Satellitenverbindung akzeptiere, wie es häufig in Bootscasinos, auf Inseln (Hawaii) oder in Ländern der Dritten Welt vorkommt.
Um jedes Risiko aufgrund doppelter Ausgaben im Wesentlichen auszuschließen , beträgt die empfohlene Anzahl von Bestätigungen sechs.
Bei den meisten Transaktionen, z. B. bei einem stationären Händler, wird die Zahlung möglicherweise sofort akzeptiert (mit 0 Bestätigungen), aber das setzt den Händler einem geringen Risiko doppelter Ausgaben aus.
Eine Empfehlung für Händler, die ihren eigenen Knoten betreiben, besteht darin, eine Konfiguration zu haben, bei der keine eingehende Verbindung besteht, und explizit eine ausgehende Verbindung zu einem gut verbundenen Knoten zu haben.
Somit besteht für den Händler bei richtiger Konfiguration kein großes Risiko doppelter Ausgaben, da entweder die Transaktion gesendet wurde und den gut verbundenen Knoten erreicht hat, mit dem sich der Händler verbindet, oder nicht und der Händler nichts davon weiß bis die Kommunikation von der Partei, die versucht zu zahlen, mit der Außenwelt wiederhergestellt werden kann.
In diesem Szenario schneidet Bitcoin nicht schlechter ab als jedes andere Händlerzahlungssystem, da diese ebenfalls eine Autorisierung von verbundenen Quellen erfordern .
Die Datenmenge zum Empfangen von Blockchain-Daten ist relativ gering – unter 100 MB pro Tag. Somit wäre sogar nur eine einzige Wählmodemverbindung erforderlich, und dieser Knoten könnte dann alle anderen lokal angeschlossenen Knoten bedienen.
Wenn mobile Kommunikation vorhanden ist, könnte der Händler außerdem einfach eine mobile Benachrichtigung von einem gehosteten Dienst verwenden und überhaupt nicht über einen Knoten laufen.
Es gibt eine Geschäftslösung, keine technische Lösung für das spezifische angeforderte Szenario. Genauso wie ein Hotel einen Scheck von einem Gast akzeptiert, auch wenn es keine Garantie dafür hat, dass der Scheck nicht geplatzt ist, kann ein Händler eine Bitcoin-Transaktion akzeptieren, selbst wenn keine Kommunikation stattfindet, indem er darüber eine Ebene hinzufügt (z. B. Verifizierung). Identifizierung, Einholung einer Genehmigung zur Belastung einer Ersatzzahlungsmethode mit einer Kreditkarte, Verkauf von Wertgegenständen während des Kommunikationsausfalls usw.)
Der einfachste Weg, sich vor Double-Spend-Angriffen zu schützen, besteht darin, alle Transaktionen zu ignorieren, die nicht mindestens sechs Bestätigungen haben. Das Ändern so vieler Blöcke durch einen Finney-Angriff wäre unerschwinglich teuer und ziemlich unglaubwürdig.
Macher7
Stefan Gornik