"voller Knoten sein" vs. "synchron sein": Sind sie gleich?

Wenn wir versuchen, oder zu syncbenutzen , bedeutet das, dass wir versuchen, ein zu sein ?Paritygethfull node

Und ist es richtig zu sagen:

Being sync= Being a full node= Behalten der gesamten Blockchain ?

@nyusternie Es kann ähnlich sein, aber nicht dieselbe Frage. Meine Frage ist being syncMittel being full node? Oder sind das zwei unterschiedliche Begriffe? Vielen Dank

Antworten (1)

Ethereum und seine Kunden kennen einige Arten der Synchronisierung.

Laut Geth-Dokumentation gibt es "voll", "leicht" und "schnell" .

Nur mit "full" laden Sie tatsächlich alles herunter und validieren es.

Dieser Beitrag erklärt es.

Je schneller sich der Knoten dreht, desto weniger Validierung wird durchgeführt, um den Zustand abzurufen.

Parity hat für sich selbst einige Betriebsimplementierungen.

Ihre Dokumente finden Sie hier

Parity ist ein Light- Client, was bedeutet, dass es standardmäßig nicht als vollständiger Knoten dient.

Das heisst

parityentspricht irgendwie geth --light.

Und beides bedeutet, dass der Zustand rekonstruiert wird, indem weniger tief (mehr oder weniger) validiert wird.

parity --warpist ähnlich wie geth --fastin der Leistung, obwohl dies für Parity bedeutet, dass der Client nach Daten von einem anderen vollständigen Knoten sucht und ihm einfach vertraut, während Geth den Status abruft, indem er einfach Hashes aus Blöcken zieht, anstatt aus dem gesamten Block. Hier wird darüber diskutiert.

Das Starten von Parity im "Warp-Modus" bedeutet, dass der aktuelle Status von einem vertrauenswürdigen Snapshot gelesen wird:

https://wiki.parity.io/Getting-Synced.html

Hier kannst du mehr über Warp lesen !

Alle 5.000 Blöcke erstellen die Knoten eine konsenskritische Momentaufnahme des Zustands dieses Blocks. Jeder Knoten kann diese Snapshots über das Netzwerk abrufen, was eine schnelle Synchronisierung ermöglicht.

Das kann alles etwas verwirrend sein. Ein Parameter in Parity sagt, was validiert wird, während ein anderer entscheidet, wann validiert wird.

Dann gibt es die --modeOption, die konfiguriert, wann Parity synchronisiert. Diese entscheidet, zu welchen Zeiten das Programm auf Ihrem PC läuft und synchronisiert

--mode=[MODE]
    Set the operating mode. MODE can be one of: last - Uses
    the last-used mode, active if none; active - Parity
    continuously syncs the chain; passive - Parity syncs
    initially, then sleeps and wakes regularly to resync;
    dark - Parity syncs only when the JSON-RPC is active;
    offline - Parity doesn't sync. (default: last)
Vielen Dank, Dieser Beitrag: Link ist für geth. Gibt es einen ähnlichen Ansatz für Parity? Vielen Dank
Übrigens, Ihr Link: according to the docsverweist auf diese Frage-URL. könntest du es bitte aktualisieren? Vielen Dank
Das ist ein ziemlich komplexes Thema, @sas . Ich habe aktualisiert, um zu versuchen, den Paritätsteil zusammenzufassen. Aber ehrlich gesagt könnte ich noch ein paar Seiten weitermachen, um verschiedene Arten der Validierung und Synchronisierung zu erklären. Wenn etwas unklar ist, lassen Sie es mich wissen. Außerdem habe ich den Link korrigiert
Ich bin kürzlich auf diesen Artikel gestoßen, der schön detailliert auf die verschiedenen Modi von Geth und Parität eingeht. Die Größe der Ethereum-Blockchain wird in absehbarer Zeit 1 TB nicht überschreiten
"voller Knoten sein" vs. "synchron sein": Sind sie gleich?
AntwortenHierDatenschutz-Bestimmungen1y, 0v