А если троян сидит с похищенным ключом и ждет, когда дадут интернет, чтобы отправить ключ хозяину?
Тут по-правильному следует скачать какой-нибудь линукс-дистрибутив (убунту, например), записать его rufus-ом или подобным софтом на флешку, загрузиться с этой флешки, а после уже по вашей схеме, в конце процедуры выключить компьютер.

Тот, кто умеет торговать, обучать вас не будет (задешево, по крайней мере), а тот, чье предложение вас устроит, скорее всего сам торговать не умеет, и такая "наука" только навредит. Лучше рассчитывайте на себя. Читайте книжки, потихоньку начнет картинка складываться ).

Мое мнение насчет кошельков такое - кошелек должен быть локальный и с открытым кодом. Как исключение я допускаю аппаратный Леджер (закрытый код), да и то сомневаюсь, правильно ли это... Перечисленные вами кошельки под мои требования не подходят. Для эфирных стейблкоинов рекомендую пользоваться MyCrypto, MyEtherWallet, Metamask, а если есть возможность, то лучше купить аппаратный кошелек. Менять валюты на биржах, не требующих верификации личности.

Совсем плохого в этом ничего нет. Пока, по крайней мере. Но правильным с точки зрения приватности и потенциально безопасности считается использовать адрес только один раз, что и реализовано в HD-кошельках. Про это написано, например, в вики, можете почитать. Там же есть статья и про бумажные кошельки. Или еще здесь.

barjan, десктопные кошельки тоже горячие  . Некоторые из них имеют функционал холодных, но большинство пользователей им не пользуется.

А сдача на исходный адрес уходит? Это не очень правильно. И какое преимущество у такого кошелька? Можно просто создать электрум-кошелек, который полноценный HD-кошелек. Если хотите, после оплаты файл кошелька можно удалять, а когда понадобится вновь - восстанавливать из сида.

tratest, есть у них доступ к вашей секретной информации или нет - со 100%-ной достоверностью мы утверждать не можем. Зачем люди рискуют пользоваться подобными сервисами, когда есть безопасные альтернативы, я не понимаю... Я тоже рекомендую Electrum.

2009? Охотно верю 

Ошибку исправил, спасибо.
Согласен.

Более полная цитата оттуда:
Выделил цветом строку, где получается 64-байтное число, которое я имел в виду, называя его сидом. А то, что там называется "seed byte sequence S of a chosen length", это еще называют энтропией. В известном конвертере https://iancoleman.io/bip39/ , например, так.
Но, согласно BIP32, вы правы - seed=entropy. Спасибо за замечание.

Насчет того, что энтропия может лежать между 16 и 64 байт, я думаю, это просто рекомендация. Ничто не мешает мне сделать ее 1 байт или 100, просто меньше 16 считается уже небезопасно, а больше 64 слишком избыточно.

Ну да, достаточно было только тех ключей, где были монеты. Просто не всегда достоверно известно, где они ). У вас тут описка (надеюсь) - не адрес вставить, а ключ. Если вставить адрес, то получится кошелек "только для просмотра", потратить с него будет нельзя.
Пожалуйста, рад, что проблема решилась.

Значит где-то ошибка (недостаток символа, лишний символ, не тот символ (в частности, не тот регистр) ). Не руками набивали случайно? Все ключи должны начинаться на K или L (теоретически еще может быть на 5, но, думаю, не здесь). По одному ключу на строку (перевод строки между ключами должен быть, нажат Enter, если по-простому).

Этот путь сложнее. Но извольте ).
В старом электруме в меню view выбираете "show addresses". В появившейся вкладке с адресами по очереди на каждом адресе правой кнопкой мыши нажимаете и выбираете "private key", копируете все ключи в блокнот, чтобы получилось по одному ключу на строку.
В новом электруме создаете новый кошелек file - new/restore, дальше выбираете Import ZClassic addresses or private keys, вставляете из блокнота все ключи и получаете импортированный кошелек (он без сида). И все, переводите с него куда хотите. Если и дальше хранить собираетесь в электруме, то лучше создать еще один кошелек с новым сидом и перевести туда. Это чтобы кошелек был с бэкапом из 12 слов.

После ввода в строку Enter пробовали нажимать? У меня в винде вводится. Если не помогает, пропишите вручную в файле config при закрытом клиенте строчку "server": "electrum.zclassic.ch:50002:s" (замените этим аналогичную существующую).

Чтобы поменять сервер, недостаточно его прописать или ткнуть в него мышкой, нужно, когда он появится в списке серверов, нажать правой кнопкой мыши на нем и выбрать "Use as server". Вы сделали так? Покажите скрин, если можно.

Если позволите, попытаюсь изложить, насколько смогу простыми словами, свое определение derivation path.

В HD-кошельках (HD - это Hierarchical Deterministic) ключи вычисляются иерархически. Корнем всего этого дерева ключей является seed - огромное число в 64 байта корневой приватный мастер-ключ (полученный из огромного числа, называемого seed-ом), из которого математически получаются ключи первого уровня, из которых получаются ключи второго уровня, из которых... и так далее. Из одного конкретного сида всегда получается один и тот же набор ключей, и каждый ключ занимает одно и то же место на дереве ключей. Это дерево может ветвиться почти бесконечно, но на практике используется небольшая "глубина" ветвления - этого вполне достаточно.
Координата каждого ключа на дереве называется "derivation path" (на русский часто переводят, как "путь деривации", что ненамного понятней, идеального перевода я подобрать пока не могу) и записывается строкой, типа m/0/5/10/..., где m - не изменяется, это корневой мастер-ключ, а дальше идут ветви (счет ведется с нуля). В моем примере нужный ключ находится на 11-й веточке, которая выходит из 6-й ветки, которая в свою очередь выходит из первой ветви, выходящей из ствола дерева ).

Число веток на каждом уровне 2³², то есть 4294967296. Первые 2³¹ (2147483648) ключей являются non-hardened, вторая половина - hardened ("усиленные ключи"). Имея простой (non-hardened) приватный ключ и родительский публичный мастер-ключ (extended public key, xpub) можно легко вычислить остальные приватные ключи этой ветки, поэтому предпочтительнее использовать hardened ключи, где такой "взлом" невозможен. Но из публичного hardened мастер-ключа (xpub) нельзя получить (можно только из приватного xprv или non-hardened публичного xpub) дочерние публичные ключи, а получение публичных ключей из xpub необходимо для современых кошельков. Поэтому на практике используется смешанный derivation path - на верхних уровнях hardened, а уже на уровнях ниже аккаунтов non-hardened ключи. Пример m/44'/0'/1'/0. Апостроф после цифры обозначает, что на данной ветке используются hardened ключи, этот апостроф как бы заменяет +2³¹. То есть m/44'/0'/1'/0 можно записать как m/44+2³¹/0+2³¹/1+2³¹/0 или m/2147483692/2147483648/2147483649/0 - эти пути дадут одинаковые ключи.

Я думаю, нечего печалиться, в крайнем случае можно перенести через ключи. Сейчас посмотрю обе версии, может попроще идея возникнет...

upd/
В общем посмотрел я обе версии - действительно генерируются разные ключи, видимо изменили путь деривации.
Самый простой способ оказался - это поменять сервер на electrum.zclassic.ch , порт 50002, тогда и старая версия у меня синхронизируется. Ну а дальше перевести либо на новую, либо куда угодно.
Если и так у вас не синхронизируется, тогда переносить через ключи, объясню, если понадобится.

Последнюю версию поставьте 3.2.0

Поясните подробней. Импортировали 12 слов и теперь другие адреса?

Какая версия стоит? Раньше работало?

14000

В Bitcoin Core нет удобочитаемой seed-фразы, хотя это HD-кошелек.


Далеко не всегда 44', все чаще для биткоина используются сегвит-адреса (которые живут на 49' и 84' ветках дерева адресов). А в Bitcoin Core и Electrum вообще старый BIP32, где пути деривации типа m/0'. В оригинальной статье подразумевался эфир, но мы в разделе биткоина ).

И раз тема про пути деривации, то неплохо бы пояснить про эти апострофы.


В общем да, но эти номера производители кошельков не всегда соблюдают. Например, Леджер иногда назначает свои номера (которые в этой таблице по ссылке уже заняты другими монетами).