Ich habe ein privates Netzwerk mit der Microsoft-Ethereum-Konsortiumsvorlage mit 2 Mining-Knoten und 1 Transaktionsknoten auf Azure erstellt, bei denen es sich um Linux-Maschinen handelt.
Nach einiger Zeit habe ich alle 3 Knoten heruntergefahren und alle Maschinen neu gestartet.
Nach dem Start habe ich den Ethereum Node mit start-private-blockchain.sh mit geth.cfg und Passwort gestartet.
Knoten erfolgreich gestartet.
Wenn ich jetzt versuche, auf meine zuvor erstellten Verträge mit der vorherigen verfügbaren Adresse zuzugreifen, kann ich nicht auf den Vertrag zugreifen?
Was ist hier das Problem? Gehen die Daten über den Vertrag verloren, wenn die Maschinen heruntergefahren werden oder die Mining-Knoten während der Knoteninitialisierung nicht mit den Transaktionsknoten verbunden sind?
Oder ist es ein ganz anderes Problem? Ich habe beim Starten meines privaten Netzwerks nichts speziell für die Zuordnung von Mining-Knoten getan.
Wenn die Vertragstransaktion korrekt abgebaut wurde und Ihre Kette vollständig synchronisiert ist, befindet sich der Vertrag an einer bestimmten Adresse in der Blockchain.
In der Geth-Konsole können Sie eingeben eth.blockNumber, um den aktuellen Block anzuzeigen, den Ihr Knoten synchronisiert hat. Wenn dies niedriger ist als der auf EthStats.net verlinkte „Beste Block“, dann sind Sie nicht vollständig synchronisiert.
Mikko Ohtamaa
Mahesh Gupta
max taldykin
Mahesh Gupta