Wenn Sie ein Cold-Storage-Konto erstellen , gehen Sie beispielsweise nach der hier beschriebenen Methode vor:
Wie sende ich Ether an ein Cold-Storage-Konto?
Und anschließend findet ein Hard Fork im Ethereum-Netzwerk statt. Gibt es zusätzliche Schritte, die unternommen werden müssen, wenn der Ether zurück in den Hot Storage verschoben wird ?
Für das Protokoll gibt es keinen Unterschied zwischen den verschiedenen Speicherarten (heiß, kalt, Papier usw.). Es weiß nur, dass ein bestimmter Schlüssel einer bestimmten Adresse entspricht. Es gäbe also nichts, was sich auf die Kühllagerung per se bezieht - es sollte alles noch funktionieren.
Aber es ist aus der Ferne möglich, dass aufgrund der Natur eines Forks jeder etwas tun muss, unabhängig davon, wie er seinen Schlüssel speichert. Die Aufteilung der ETH- und ETC-Salden nach der DAO-Rettungsgabel war eines dieser Dinge. Und während diese spezifische Situation mit ziemlicher Sicherheit nicht wieder vorkommen kann (aufgrund der Verhinderung von Wiederholungsangriffen), ist es nicht unmöglich, dass einige Forks einige andere spezielle Anweisungen dazu haben. Vorher kann man sie nicht kennen.
Ziemlich spät zur Party...
Abhängig von der Art der Hard Fork müssen Sie möglicherweise eines von mehreren Dingen tun. Aus Gründen der Diskussion werde ich „Ethereum“ für Sie als „One True Fork“ bezeichnen (sei es das Ethereum-Mainnet oder Ethereum Classic). Ohne Beschränkung der Allgemeinheit gehe ich davon aus, dass Sie Äther und nicht Äther auf einer der Gabeln verschieben möchten (wenn Sie Äther auf einer der Gabeln verschieben möchten, lesen Sie dies einfach noch einmal und tauschen Sie die Rollen von Ethereum und der Gabel).
Sie sollten/müssen Ihre Wallet in jedem Fall upgraden. Wenn Ihr Cold-Storage-Gerät Transaktionen generiert und signiert (schickere Geräte mit einer ganzen Benutzeroberfläche, wie z Liebhaber von Nanos), dann müssen Sie die Software auf diesem Gerät aktualisieren. Wenn Ihr Cold-Storage-Gerät ein dummer USB-Stick oder ein Gerät ist, das nur Transaktionen signiert (z. B. ein Ledger Nano oder ein Trezor Black), dann befindet sich die Software, die Sie aktualisieren müssen, auf dem Computer, der die Transaktionen generiert.
Das ist passiert (weniger freundlich zu der Zeit?), als Ethereum gegabelt wurde und Ethereum Classic nicht. Sie müssen Ihre Wallet-Software aktualisieren und alles sollte gut funktionieren. Wenn Sie eine Hardware-Wallet verwenden, ist die Kryptologik in einem Gerät wie dem Hauptbuch kettenunabhängig, aber Sie müssen Ihrem mit dem Internet verbundenen Gerät möglicherweise mitteilen, dass es eine andere Schlüsselableitungskette verwenden soll .
Mit aktuellen Wallets (einschließlich derjenigen, die bereits existierten, als Sie die Frage zum ersten Mal gestellt haben) sollten Sie aufgrund von EIP-155 nicht Gefahr laufen, dass jemand Ihre Transaktion auf dem alten Netzwerk wiederholt . Da die ETH- und ETC-Community Wiederholungsangriffe als nachteilig empfand, wählten sie unterschiedliche Ketten-IDs, um eine Begriffsklärung zwischen Ketten zu ermöglichen (und sind daher etwas freundlich).
Als sich ETH und ETC zum ersten Mal trennten, war es für die ETH-Entwickler/Community unerwartet, dass die ursprüngliche Kette überleben würde, sodass EIP-155 nicht nützlich gewesen wäre. Heutzutage haben wir EIP-155, aber ein Fork könnte unfreundlich sein und sich bewusst dafür entscheiden, dieselbe Ketten-ID wie Ethereum zu verwenden. Dies erschwert den Replay-Schutz.
Es könnte ein Vertrag erstellt werden, der verwendet wird, um zu bestimmen, auf welcher Kette eine Transaktion stattfindet; dies kann erreicht werden, indem ein Vertrag den Zustand der Kette prüft und den Zustand mit einem bekannten Wert für jede der beiden Ketten vergleicht; man könnte dann die Entscheidung nach einer gewissen Zeit „einsperren“. Ein Splittervertrag wurde erstellt, um die Dinge während des ETH/ETC-Splits zu vereinfachen: Man könnte ETH und/oder ETC an einen Splittervertrag senden, der dann ETH/ETC an ein anderes Konto senden würde, je nachdem, auf welcher Kette die Transaktion stattfand . Sie werden wahrscheinlich Ihren Ether nach einem Hard Fork aus Cold Storage durch einen solchen Splitter-Kontrakt bewegen wollen.
Vielleicht ist der Fork so radikal anders, dass Transaktionen zwischen Chains nicht kompatibel sind. Vielleicht wird ECDSA zum Beispiel aufgrund von Quantencomputern obsolet, sodass Ethereum einen neuen Transaktionssignierungsprozess einführt. Auch ein signierender Kühlspeicher wird ohne Firmware-Update obsolet. Sie müssen sich keine Gedanken über Wiederholungen von Cross-Chain-Transaktionen machen, aber es wird kurzfristig Chaos geben.
Schnurrbart
Matthäus Schmidt