После ввода в строку 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'. В оригинальной статье подразумевался эфир, но мы в разделе биткоина ).

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


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

Да он вроде особо не переживает ). Все равно бы продал, не в 10-м, так в 13. Или потерял, или угнали. Многие те до пиков 17-го года недоходлили, я думаю.

Laszlo Hanyecz имеете в виду?

Я думаю, что это не реально. Если даже пофантазировать, что такое можно восстановить, то потребуется сложное оборудование, а значит такая услуга будет дорого стоить (очень дорого). Причем с очень малой вероятностью успеха.
 
К тому же вряд ли это было в 2009 году, скорее в 2011. В этом случае там намайнилось в лучшем случае 0.1 btc.

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

А проверить исходник смартконтракта нет возможности?Интересно. Но гугл не находит ).

Я тоже слежу за его развитием. Но тут товарищи говорят, что ERC20 могут запросто заблокировать. Хотелось бы почитать про это, но нагуглить ничего не смог. Ссылочку хорошую дайте кто-нибудь, пожалуйста, а?

Можно и так. Но есть способ проще и правильнее. Бумажные кошельки рекомендуется опустошать полностью, то есть переводить с такого кошелька все средства сразу. Как раз для таких случаев отлично подходит функция sweep (в русской локализации электрума она почему-то неправильно переведена тоже как импорт).
Что вам нужно сделать? В английской локализации в меню выбрать Wallet -> Private Keys -> Sweep (в русской - Кошелек-Приватные ключи-Импорт(первый импорт, а не второй)) , вставить приватный ключ (если соответствующий ему адрес был на "3" или на "bc1", то необходимо указать префикс (кнопка "Info" поясняет, если не поняли - объясню) ), внизу уже будет вписан адрес из адресного пула вашего кошелька, на который будет произведена транзакция (можно изменить при желании), нажимаете кнопку Sweep и вас перекидывает на вкладку отправки транзакции, где меняете комиссию, если надо, и отправляете. Всё.

не все блок-эксплореры пока отображают такие адреса. Попробуйте этот, есть и другие.А в чем проблема? Во вкладке отправки вставляете адрес получателя, ставите сумму платежа, желаемую комиссию, все проверяете и отправляете, вбив пароль (если устанавливали). Раз у вас двухфакторный кошелек, придется еще и цифры вбить с аутентификатора. Да, в первой транзакции у вас еще дополнительно спишется 0.001 btc за 2FA на 20 транзакций. Если вы об этом не знали, и вас это не устраивает, 2FA можно отключить.
Короче, все у вас нормально, не переживайте. Только сид (12 слов) берегите от утери и посторонних глаз ).

Понятно, значит мимо.

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

Потому что при создании вы выбрали либо 2fa, либо мультиподписной Segwit кошелек. Адреса и публичные ключи не одно и то же (и выглядят по разному). Что касается количества символов, то сегвит-адреса длиннее легаси-адресов, а сегвит-мультиподписные еще в полтора раза длиннее, чем простые сегвит.Смотря что вы хотели создать ).
Вам нужен 2fa кошелек? Двухфакторка в электруме обеспечивается сторонним сервисом TrustedCoin и не бесплатно (полдоллара за транзакцию по теперешнему курсу), а комиссии выше. Но безопаснее, да.
Вам нужен Segwit? Преимущество сегвит в том, что комиссии при отправке вы будете платить заметно меньше, но не все биржи/обменники пока еще отправляют на bech32-адреса (адреса, начинающиеся на bc1, как у вас) - это относительно новая технология.

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

Вопрос к ТС - вы сами файл кошелька так обозвали когда-то? Потому что эдектрум по умолчанию дает имена default_wallet, затем wallet_1, wallet_2 итд., без расширения. Не может ли быть, что на флешке валялся какой-то старый wallet.dat от bitcoin core, и вы теперь пытаетесь его восстановить, хотя вам нужен совсем другой файл?

Источник информации у вас, мягко говоря, так себе. Есть пруфы, что эти адреса принадлежат Навальному?