Ether aus der JSON-Datei

Ich habe eine JSON-Datei mit Ether, die vor dem Fork erstellt wurde. Jetzt möchte ich ETC verkaufen, ohne ETH zu verschieben. Meine Frage ist, wie mache ich das richtig? Was ist, wenn ich die Datei in der ETC-Brieftasche wiederherstellen und ausgeben werde? Ist es möglich, dieselbe Datei erneut in der ETH-Wallet wiederherzustellen?

Antworten (2)

Um Replay-Angriffe zu vermeiden, ist es nicht eine bessere Lösung, die ETH-Gelder zuerst vollständig in eine andere Brieftasche zu verschieben, bevor Sie sich mit ETC befassen? Oder wäre eine Aufteilung unmöglich, nachdem alle (oder einige) ETH aus dieser Pre-Fork-JSON-Datei ausgegeben wurden?

Es besteht keine Notwendigkeit, ETH und ETC in separate Konten aufzuteilen, wenn man eine EIP155-kompatible Wallet-Software verwendet. Sie können jederzeit teilen (vorausgesetzt natürlich, Sie haben genug Ether, um für Transaktionen zu bezahlen).
Danke für deine Antwort! Die ETH Json-Datei ist bereits in Mist/Geth importiert. Das Ausführen einer zweiten Instanz von ETC Mist Node würde den lokalen Speicherbedarf verdoppeln und die Sicherheit schwächen (gleicher privater Schlüssel für beide Wallets). Da Myetherwallet ETC (und EIP155 btw.) unterstützt und Du sagst, Splitting sei jederzeit möglich: Wäre es nicht immer noch am sichersten, (heute) wertvollere ETH in ein neues Mist-Wallet zu verschieben und die Json-Datei anschließend in Myetherwallet zu importieren? Das wäre eher ein „moving“ als ein „splitting“ Ansatz und ermöglicht den unabhängigen Zugriff auf ETHs und ETCs, ohne Schlüssel über mehrere Wallets zu teilen
Wenn Sie mit Verschieben eher Senden als Importieren meinen, ja, das macht Sinn. Es ist sinnvoll, wenn Sie der Fähigkeit von EIP155, Replay-Angriffe zu verhindern, oder Ihrer Fähigkeit, Ihre Schlüssel sicher aufzubewahren, nicht vertrauen (und daher die Gefährdung minimieren möchten, wenn Sie die eine oder andere Kette verwenden). Wenn Sie jedoch zwei Schlüssel haben, denken Sie daran, dass Sie jetzt ZWEI Schlüssel sichern (und sichern) müssen, was schwieriger sein kann als das Sichern eines Schlüssels. IMHO ist die beste Option, dieselbe Wallet-Software für beide Dinge zu verwenden (wodurch Ihre Angriffsfläche reduziert wird). AFAIK, es gibt keinen Grund, Mist für das eine und MEW für das andere zu verwenden.
Ja richtig. Mit bewegen meinte ich senden. Ich vertraue auf meine Fähigkeit, meine Schlüssel sicher aufzubewahren. Aber ich traue Anwendungen und ihren Fehlern nicht. Ich habe hier steemit.com/ethereum/@pauls/… gelesen, dass es nicht ratsam ist, beide gleichzeitig auf Mist zu betreiben. Daher meine Idee, 2 Wallets zu verwenden.
Eigentlich nehme ich das zurück ... es gibt einen Grund, Mist für das eine zu vertrauen und nicht für das andere; Eine Offline-Geldbörse ist weniger bequem, aber sicherer.
Ah ... Ich benutze Parität und zwei Ketten. Sie können das Datenverzeichnis ändern, um zwischen Ketten zu wechseln und sogar beide gleichzeitig zu verwenden. Gleiches gilt für geth, verwendet von Mist. OTOH, es gibt noch einen weiteren Grund, zwei Brieftaschen zu verwenden: Ich würde mir nicht zutrauen, die beiden Konten nicht zu verwechseln!
absolut! Tolles Gespräch! Danke für deine Gedanken!!!

Ja, Sie haben sowohl ETH als auch ETC. Solange der Replay-Schutz auf beiden Chains implementiert ist , können Sie beide Wallets aus einer Keystore-Datei initialisieren und unabhängig voneinander verwenden, z. B. über Myetherwallet (wählen Sie ETC oder ETH in der oberen rechten Ecke).

Vielen Dank für Ihre Antwort. Es unterscheidet sich also ein wenig von Bitcoin Fork, wo empfohlen wird, Ihre BTC an eine neue Adresse zu verschieben, bevor Sie Ihre BCH ausgeben.
Ether aus der JSON-Datei
AntwortenHierDatenschutz-Bestimmungen1y, 0v