Zum Inhalt springen

Blockreorganisation Reorg

Bei der Blockreorganisation handelt es sich um ein Phänomen, bei dem eine bestimmte Kette nach einer vorübergehenden Verzweigung der Blockchain ersetzt wird. In diesem Eintrag wird erläutert, wie sich Reorg auf Transaktionsbestätigungen, Sicherheit und Wartezeiten für Umtauscheinzahlungen auswirkt.

Aktualisiert

Nur zu Bildungszwecken; stellt keine Anlageberatung oder Anlageempfehlung dar. Anlagen können zu Verlusten führen.

Direkte Antwort

Bei der Blockreorganisation handelt es sich um ein Phänomen, bei dem eine bestimmte Kette nach einer vorübergehenden Verzweigung der Blockchain ersetzt wird. In diesem Eintrag wird erläutert, wie sich Reorg auf Transaktionsbestätigungen, Sicherheit und Wartezeiten für Umtauscheinzahlungen auswirkt.

Bei der Kettenreorganisation (Reorg) handelt es sich um einen Prozess, bei dem ein Knoten einen ursprünglich akzeptierten Block aufgibt und eine andere Kette als Hauptkette verwendet, die den Konsensregeln entspricht. Es zeigt, dass „die Transaktion ist in den Block eingetreten“ und „die Transaktion hat eine ausreichende Endgültigkeit erreicht“ nicht dasselbe sind.

Jeder Block verweist auf den Hash des vorherigen Blocks. Wenn zwei Blöcke im Netzwerk fast gleichzeitig generiert werden, sehen einige Knoten möglicherweise zuerst Block A und andere Knoten sehen möglicherweise zuerst Block B mit derselben Höhe, wodurch vorübergehend zwei gültige Zweige gebildet werden. Der nachfolgende Zweig mit einem höheren Konsensgewicht gewinnt und der Knoten wechselt. Die ersetzten Blöcke im ursprünglichen Zweig werden als verwaiste Blöcke, veraltete Blöcke oder entfernte Blöcke bezeichnet. Die spezifischen Namen variieren von Kette zu Kette.

Durch die Neuorganisation wird der Inhalt eines vorhandenen Blocks nicht geändert. Durch die Hash-Verknüpfung werden durch direkte Änderungen nachfolgende Referenzen zerstört. Was der Knoten tatsächlich tut, ist, die durch den alten Zweig verursachten Zustandsänderungen rückgängig zu machen und dann die Transaktionen im neuen Zweig auszuführen. Auch alte Filialtransaktionen können in der neuen Kette auftauchen, später wieder in Blöcke aufgenommen werden oder aufgrund von Konflikten völlig ungültig werden.

Wie es funktioniert

Knoten befolgen die im Konsens festgelegten Fork-Auswahlregeln. Proof-of-Work-Netzwerke vergleichen typischerweise die kumulative Arbeit, anstatt mechanisch die Anzahl der Blöcke zu vergleichen; Proof-of-Stake-Netzwerke können Validator-Voting, Checkpoints und Finalitätsregeln beinhalten. Die sogenannte „längste Kette“ ist nur ein vereinfachter Ausdruck. Genauer gesagt handelt es sich um „die effektive Kette mit dem höchsten Konsensgewicht“.

Eine gewöhnliche Umstrukturierung erfolgt normalerweise wie folgt:

  • Zwei Blockproduzenten veröffentlichen zeitnah Blöcke gleicher Höhe.

  • Durch die Verzögerung der Netzwerkausbreitung können Knoten vorübergehend verschiedene Kettenköpfe sehen.

  • Der nächste Stapel von Blöcken oder Abstimmungen verleiht einem Zweig ein höheres Gewicht.

  • Der Knoten auf der anderen Seite findet den gemeinsamen Vorfahren und setzt den alten Verzweigungsstatus zurück.

  • Der Knoten führt den neuen Verzweigungsblock aus und aktualisiert den Transaktionspool und den Kontostatus.

Bei einer Reorganisation auf einer Ebene wird nur ein Block am Kettenkopf ersetzt, was häufiger vorkommt und nur begrenzte Auswirkungen hat. Eine Reorganisation mit einer Tiefe von 6 bedeutet, dass die letzten 6 Blöcke ersetzt wurden, was zu mehr Transaktionen führen kann und den Verdacht auf Anomalien oder Angriffe deutlich erhöht. Unterschiedliche Netzwerke haben unterschiedliche Blockproduktionsgeschwindigkeiten, Validatorverteilungs- und Endgültigkeitsdesigns, und dieselbe Bestätigungsnummer kann nicht zur Messung der Sicherheit verwendet werden.

Beispiel

Angenommen, eine bestimmte Proof-of-Work-Kette erzeugt durchschnittlich alle 10 Minuten einen Block. Wenn eine Transaktion zum ersten Mal in einen Block eintritt, wird sie einmal bestätigt; Wenn darauf fünf Blöcke folgen, wird es normalerweise sechsmal bestätigt und dauert etwa 60 Minuten. Wenn nur ein Wettbewerbsniveau besteht, das dadurch verursacht wird, dass zwei Bergleute gleichzeitig Blöcke produzieren, wird die erste Bestätigung höchstwahrscheinlich ersetzt. Mit jeder weiteren Ebene steigen normalerweise die Ressourcen, die Angreifer oder nacheilende Zweige zum Aufholen benötigen, aber die Wahrscheinlichkeit wird nicht einfach „geräumt“.

Gehen Sie weiter davon aus, dass die Börse eine Einzahlung im Wert von 50 USDT und eine Einzahlung im Wert von 5 Millionen USDT erhält. Selbst wenn sich beide im selben Netzwerk befinden, kann es sein, dass die Plattform bei großen Einzahlungen eine manuelle Überprüfung oder mehrere Bestätigungen erfordert, da die durch eine Umstrukturierung verursachten Verluste unterschiedlich sind. Bestätigungsrichtlinien sind Risikomanagementparameter, keine Kettenprotokollverpflichtungen.

Proof-of-Stake-Ketten können für wirtschaftliche Endgültigkeit sorgen. Nachdem ein Block beispielsweise einen bestimmten Prüfpunkttyp erreicht hat, wird er nicht normal zurückgesetzt, es sei denn, eine große Anzahl von Validatoren verstößt gegen die Regeln und muss mit Strafen rechnen. Diese Endgültigkeit unterscheidet sich von „einige Sekunden sind vergangen“ und hängt von der Protokolldefinition und dem Clientstatus ab.

Risiken

Eine Reorganisation kann eine zuvor bestätigte Transaktion in den Transaktionspool zurückführen, sie in anderer Reihenfolge aufnehmen oder wegen eines Konflikts ungültig machen. Das Risiko steigt mit dem Transaktionswert, der Reorganisationstiefe, der Konzentration der Blockproduzenten und schwacher Finalität. Die Bestätigungsanforderungen sollten je nach Netzwerk und Risikoexposure variieren.

Häufige Irrtümer

Mythos 1: Sobald es bestätigt ist, ist es absolut irreversibel

Probabilistische Finalitätsnetzwerke können nach der ersten Bestätigung noch einer oberflächlichen Reorganisation unterzogen werden. Mehr Bestätigungen sind im Allgemeinen stabiler, aber „ausreichend“ hängt vom Netzwerk und der Menge ab.

Mythos 2: Reorganisation bedeutet, dass die Blockchain gehackt wird

Kurzfristige Forks können ein normaler Netzwerkwettbewerb sein. Nur durch die Kombination von Tiefe, Häufigkeit, widersprüchlichen Transaktionen und Rechenleistung oder Validatoranomalien können wir feststellen, ob es sich um einen Angriff handelt.

Mythos 3: Transaktionen in entfernten Blöcken müssen verschwinden

Gültige Transaktionen ohne Konflikte können in der Regel an den Transaktionspool zurückgegeben und erneut bestätigt werden. Was wirklich zählt, ist, ob der Input von anderen Transaktionen in der neuen Kette verbraucht wurde.

Mythos 4: 12 Bestätigungen auf allen Ketten sind gleich sicher

Blockzeit, Konsensgewichtung, Teilnehmerkonzentration und Finalitätsregeln sind unterschiedlich und die Anzahl der Bestätigungen kann nicht direkt über Ketten hinweg verglichen werden.

Verwandte Themen

Quellen

Navigation

Wiki durchsuchen...