Konto aus einer Schlüsselspeicherdatei (?) (erneut) erstellen

Anfänger. Verzeihung :-(

Ich habe eine Keystore-Datei, von der ich überzeugt bin, dass sie ein Konto darstellt, das ich behalten/verwenden möchte. Es ist unklar, wie ich dieses Konto innerhalb einer neuen Ethereum (Knoten)-Bereitstellung neu erstellen (oder erneut instanziieren) kann.

Ich würde dies gerne wiederverwenden, weil ich es mit dem Rinkeby-Wasserhahn verwendet habe, um etwas Äther anzufordern.

Ich dachte, ich sollte in der Lage sein, 'geth account import' zu verwenden, aber:

Fatal: Failed to load the private key: encoding/hex: invalid byte: U+007B '{'

Das Konto beginnt : 3df6...und ich habe das Passwort ;-)

Die Keystore-Datei ist JSON:

{
  "address": "3df6...",
  "crypto": {
    "cipher": "aes-128-ctr",
    "ciphertext": "...",
    "cipherparams": {
      "iv": "..."
    },
    "kdf": "scrypt",
    "kdfparams": {
      "dklen": 32,
      "n": 262144,
      "p": 1,
      "r": 8,
      "salt": "..."
    },
    "mac": "..."
  },
  "id": "..",
  "version": 3
}

Ich würde mich über eine Anleitung freuen, wie ich es nachbauen kann. Ich gehe davon aus, dass der Erfolg darin bestehen würde, dass dieses Konto in der Konsole von personal.

Oder übersehe ich etwas(e)?

Okay, Fortschritt:

docker run \
--rm \
--interactive \
--net=host \
--tty \
--volume=$PWD/data-dir:/root \
--volume=$PWD/backups/.rinkeby/keystore:/keystore \
ethereum/client-go \
  --datadir=/root/.rinkeby \
  --keystore=/keystore \
  account list
INFO [05-22|21:38:35] Maximum peer count                       ETH=25 LES=0 total=25
Account #0: {3df6...} keystore:///keystore/TC--2018-00-00T00-00-00.000000000Z--3df6...

Das ist das Konto und es scheint legitim zu sein. Meine neue Frage ist also, wie importiere ich das, damit ich es verwenden kann, wenn ich diese Konsole an meinen Knoten anschließe?

Antworten (1)

geth account importist für rohe private Schlüssel. Um eine Wallet-Datei zu verwenden, kopieren Sie sie einfach in Ihr Keystone-Verzeichnis und sie sollte mit erscheinengeth account list

Ihr Vorschlag war in meinem Fortschrittsupdate oben erfolgreich, indem Sie über einen einzelnen lokalen Knoten auf das Konto zugreifen. Ich werde die Datei wie von Ihnen vorgeschlagen auf meinen Remote-Knoten kopieren. Danke schön!
Es funktionierte! Danke schön. Obwohl ich auf ein anderes Problem gestoßen bin, bei dem, wenn ich die Brieftasche (von der ich annehme, dass sie als schreibgeschützt behandelt werden kann/sollte) als Kubernetes (!) Volume Mount eines Secrets oder einer ConfigMap (Best Practice) darstelle, der Knoten dies nicht tut scheint die Brieftasche zu erkennen, was – glaube ich – durch das Vorhandensein|Fehlen des Protokolleintrags angezeigt wird Etherbase automatically configured. Wenn ich anstelle eines Secrets oder einer ConfigMap eine normale Festplatte verwende und diese einbinde, funktioniert alles :-(
Wenn Sie dies als separate Frage posten, kann Ihnen möglicherweise jemand helfen, der mehr über Kubernetes weiß
Ich denke, es gibt einen Fehler gethund ich habe eine Problemumgehung erstellt: github.com/ethereum/go-ethereum/issues/16793