Wie teilen sich die Nodes nach einem Hard Fork? Weiche Gabel?

Was passiert nach einem Hard Fork mit den Full Nodes? Angenommen, vor dem Fork existierten 11.000 BTC Full Nodes. Unterstützen am Ende alle 11.000 sowohl BCH als auch BTC? Oder beginnt BCH mit dem Aufbau eines eigenen Netzwerks von Knoten. Fragen Sie nicht nach Minern, sondern nur nach vollständigen Knoten (obwohl es hilfreich ist, wenn Sie auch die Mining-Knoten ansprechen können).

Außerdem glaube ich, dass im Softfork-Szenario die 11.000 Knoten aufgeteilt sind - sagen wir, 7000 unterstützen die Softfork (z. B. Segwit) und die restlichen 4000 nicht. Wie bleiben in diesem Fall Transaktionen zwischen den Unterstützern und Nicht-Unterstützern legitim?

Antworten (2)

Was passiert nach einem Hard Fork mit den Full Nodes? Angenommen, vor dem Fork existierten 11.000 BTC Full Nodes. Unterstützen am Ende alle 11.000 sowohl BCH als auch BTC? Oder beginnt BCH mit dem Aufbau eines eigenen Netzwerks von Knoten. Fragen Sie nicht nach Minern, sondern nur nach vollständigen Knoten (obwohl es hilfreich ist, wenn Sie auch die Mining-Knoten ansprechen können).

Ein Hard Fork bedeutet, dass ein neuer Satz von Konsensregeln verwendet wird, der die Blockchain in eine Blockchain nach den alten Regeln und eine Blockchain nach den neuen Regeln aufteilt. Es gibt kein „Dazwischen“ für einen Knoten, um beiden Regeln zu folgen, und Knoten sind normalerweise nicht dafür ausgestattet, zwei Blockchains gleichzeitig zu unterstützen.

Im Falle eines Hard Forks trennen sich die Nodes, die die neuen Regeln und die Aktivierungsregeln des Hard Forks unterstützen, von den Nodes, die die neuen Regeln nicht unterstützen. Sie werden zu ihrem eigenen Netzwerk und haben ihre eigene Blockchain. Dies gilt für alle Full Nodes, von denen Miner eine Teilmenge sind.

In Ihrem Beispiel unterstützt also keiner der Knoten sowohl BCH als auch BTC, es sei denn, sie wurden speziell dafür entwickelt. Das Standardverhalten (d. h. Knoten, die Bitcoin Core für BTC oder Bitcoin ABC für BCH verwenden) besteht darin, nur eine Kette zu unterstützen, deren Konsensregeln fest codiert sind. Einige dieser 11.000 Knoten haben die BCH-Regeln, sodass sie sich von den anderen Knoten trennen, die keine BCH-Knoten haben.

Außerdem glaube ich, dass im Softfork-Szenario die 11.000 Knoten aufgeteilt sind - sagen wir, 7000 unterstützen die Softfork (z. B. Segwit) und die restlichen 4000 nicht. Wie bleiben in diesem Fall Transaktionen zwischen den Unterstützern und Nicht-Unterstützern legitim?

Ein Soft Fork ist abwärtskompatibel mit alten Nodes. Es muss so gestaltet sein, dass alte Knoten nach der Aktivierung des Soft Forks nicht aus dem Netzwerk geworfen werden. Für Soft Forks wurde der Soft Fork also so konzipiert, dass Transaktionen nach den neuen Regeln auch nach den alten Regeln gültig sind. Bei Segwit erfolgt dies durch das Entfernen der Segwit-spezifischen Komponenten, die völlig neu sind, sodass Nicht-Segwit-Knoten die Transaktionen analysieren und validieren können.

Bei einer Soft Fork gibt es keine Kettenteilung und alle 11.000 Knoten verwenden immer noch BTC und folgen derselben Blockchain.

Vielen Dank. Das ist super hilfreich. Follow-up On Hard Forks – Also – hat das mit der BCH Hard Fork das Bitcoin-Netzwerk nicht weniger sicher gemacht (weniger Full Nodes übrig)? Wurde dieses Defizit jemals mit neueren Knoten aufgefüllt, die die Lücke zu füllen scheinen? Verstehe ich auch richtig, dass dies ein "umstrittener" Fork war (kein geplanter)?
FollowUp zu Soft Forks – Sind alle Soft Forks abwärtskompatibel? Was ist, wenn eine der Regeländerungen eine Änderung der Blockgröße war? Es scheint Fälle zu geben, in denen Soft Forks im Wesentlichen zu „verwaisten Transaktionen“ geführt haben – Transaktionen, die nicht validiert werden konnten, weil sie nach den alten Regeln an Nodes gesendet wurden …
Die BCH-Fork war sowohl umstritten als auch geplant, sie schließen sich nicht gegenseitig aus. Es wurde von einigen Leuten geplant, und andere waren damit nicht einverstanden, daher war es auch umstritten. Nach dem Fork ging die Anzahl der Knoten tatsächlich zurück, aber da die Mehrheit der Benutzer bei BTC blieb, war der Rückgang sehr gering (nur einige hundert Knoten IIRC) und hatte auch einen vernachlässigbaren Einfluss auf das Netzwerk.
Alle Soft Forks sind abwärtskompatibel. Einige Änderungen der Konsensregeln sind nicht abwärtskompatibel und können daher nicht als Soft Fork eingesetzt werden. Eine Transaktion, die den neuen Regeln einer Soft Fork folgt, kann immer von einem alten Node validiert werden. Der alte Knoten wird jedoch falsche positive Ergebnisse haben, dh er wird feststellen, dass eine Transaktion gültig ist, wenn sie nach den neuen Regeln tatsächlich ungültig ist. Ein alter Knoten kann keine falsch negativen Ergebnisse haben, dh feststellen, dass eine Transaktion ungültig ist, wenn sie tatsächlich gültig ist. Dies liegt daran, dass Soft Forks im Allgemeinen Dinge ungültig machen, die gültig waren.
@andrew Laden die Forking-Knoten bei einer Hard Fork einfach neue Binärdateien, und das trennt sie von der vorherigen Kette und ermöglicht es ihnen, mit anderen Knoten zu sprechen, die ebenfalls abgezweigt sind?
@Howiecamp Auf den Gabelungsknoten wird eine andere Software ausgeführt, die die Gabelung unterstützt. Sie laden normalerweise keine neuen Binärdateien zum Forking-Zeitpunkt; Vielmehr haben die Binärdateien, die sie ausführen, bereits Unterstützung für den Fork und warten auf eine Aktivierungsbedingung (z. B. Zeit). Im Allgemeinen muss ein Knoten für alle Forks unterschiedliche Binärdateien verwenden, um die neuen Regeln zu unterstützen.

Ein Hardfork ist eine Regeländerung, die nicht mit dem vorherigen Regelsatz kompatibel ist. Daher verbleiben alle Knoten, die nicht auf die neuen Regeln aktualisiert werden, einfach in der Kette, die dem Legacy-Regelsatz folgt: Wenn nicht alle Miner und Knoten aktualisiert werden, wird es eine nicht reparierende Kettenteilung geben, die dazu führt, dass eine neue Fork-Münze erstellt wird.

Ein Softfork ist eine Regeländerung, die mit dem vorherigen Regelsatz kompatibel ist, dh eine Verschärfung der Regeln, die die Menge der gültigen Blöcke auf eine Teilmenge der zuvor zulässigen beschränkt. Solange die Mehrheit der Mining-Power auf die neuen Regeln aktualisiert wird, werden alle Knoten auf die neuen Regeln konvergieren. Miner, die nicht auf die neuen Regeln aktualisiert haben, können gelegentlich einen neuen Block finden, der nicht mit den neuen Regeln kompatibel ist, die von der Mehrheit der Mining-Macht verwaist werden.

Wenn beide Chain-Tipps dieselben Regeln für Crafting-Transaktionen verwenden, sind die meisten Transaktionen auf der anderen Chain wiederholbar. Sicher sind nur Transaktionen, die von einer Coinbase-Ausgabe auf der entsprechenden Kettenspitze oder UTXO stammen, die durch das Senden von zwei widersprüchlichen Transaktionen auf den beiden Kettenspitzen disintermediiert wurden. Ein expliziter Replay-Schutz kann erreicht werden, indem eine Änderung des Transaktionsformats in das Fork-Update aufgenommen wird.

Siehe auch: Was ist eine Soft Fork?

Wie teilen sich die Nodes nach einem Hard Fork? Weiche Gabel?
AntwortenHierDatenschutz-Bestimmungen1y, 0v