Ich versuche, einen Ethereum-Knoten einzurichten. Ich habe es sowohl mit Geth als auch mit Parity versucht und beide scheinen mehrere Tage zu dauern. Ich bin auf einem High-End-System mit Glasfaser-Internet, also frage ich mich, ob dies zu erwarten ist.
Meine Systemspezifikationen sind wie folgt:
Ich verwende Ubuntu 16.06 mit Paritätsversion v1.10.2-beta-f4ae813-20180423/x86_64-linux-gnu/rustc1.25.0. Uhr ist synchronisiert.
Ich habe Parity zuerst ohne Argumente gestartet, ein paar Tage gewartet, dann gelöscht ~/.local/share/io.parity.ethereum(ca. 70 GB iirc) und es erneut versucht mit:
parity --mode active --tracing off --pruning fast --db-compaction ssd --cache-size 1024
Diesmal läuft es seit ungefähr 4 Tagen und nach einer schnellen Rückrechnung wird es noch ein paar Tage dauern.
Mit Geth würde ich nach nur wenigen Stunden schnell nur auf die letzten 100 Blöcke (~ 70 GB) synchronisieren - aber es würde die letzten 100 Blöcke nach weiteren 24 Stunden nicht einholen. Ist das normal?
Mehr als ein Tag ist bei Ihrer Konfiguration definitiv nicht üblich. Ich würde Ihnen raten, das Flag --warp-barrier NUM zu verwenden, um einen Mindestblock anzugeben, zu dem Sie synchronisieren möchten
Beachten Sie, dass einige Flags, die Sie für die Parität verwenden, die Standardeinstellungen sind und daher nicht benötigt werden --mode active --tracing off --pruning fast.
~/.local/share/io.parity.ethereumund mit neu gestartetparity --db-compaction ssd --cache-size 1024 --warp-barrier 5520000--db-compaction ssd --cache-size 1024 --warp-barrier 5520000und ich bin immer noch nur bis Block 2.965.730. Irgendwelche Ideen?--warp-barriersollte nicht zur normalen Synchronisierung zurückkehren. Ich rate Ihnen, es nicht mit der normalen Synchronisierung fortzusetzen, sobald Sie sehen, dass die Warp-Synchronisierung fehlschlägt, sondern es lieber erneut zu versuchen.
lungj