(Повторно) создать учетную запись из файла хранилища ключей (?)

Нуб. Извини :-(

У меня есть файл хранилища ключей, который, как я уверен, представляет собой учетную запись, которую я хотел бы сохранить/использовать. Непонятно, как я могу воссоздать (или восстановить) эту учетную запись в новом развертывании Ethereum (узла).

Я хотел бы использовать это повторно, потому что я использовал его с краном Ринкеби, чтобы запросить немного эфира.

Я думал, что смогу использовать «импорт учетной записи geth», но:

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

Аккаунт начинается : 3df6...и у меня есть пароль ;-)

Файл хранилища ключей - 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
}

Я был бы признателен за руководство о том, как я могу воссоздать его. Я предполагаю, что успех был бы достигнут, если бы консоль могла видеть, что эта учетная запись перечисляется с помощью personal.

Или я что-то пропустил(а)?

Хорошо, прогресс:

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...

Это учетная запись, и она кажется законной, поэтому мой новый вопрос: как мне ее импортировать, чтобы я мог использовать ее при подключении этой консоли к моему узлу?

Ответы (1)

geth account importдля необработанных закрытых ключей. Чтобы использовать файл кошелька, просто скопируйте его в каталог keystone, и он должен появиться сgeth account list

Ваше предложение было успешным в моем обновлении «прогресс» выше, чтобы получить доступ к учетной записи через один локальный узел. Я скопирую файл на свой удаленный узел, как вы предлагаете. Спасибо!
Это сработало! Спасибо. Хотя я столкнулся с другой проблемой, когда, если я представляю кошелек (который, как я полагаю, может/должен рассматриваться как доступный только для чтения) как монтирование тома Kubernetes (!) Secret или ConfigMap (лучшая практика), узел не похоже, обнаруживает бумажник, на что, как я полагаю, указывает наличие|отсутствие записи в журнале Etherbase automatically configured. Если вместо Secret или ConfigMap использовать обычный диск и монтировать этот том, то все работает :-(
Если вы опубликуете это как отдельный вопрос, кто-то, кто больше знает о kubernetes, может помочь.
Я думаю, что это ошибка, gethи я придумал обходной путь: github.com/ethereum/go-ethereum/issues/16793 .