Создание адресов в версии Bitcoin Core v0.9.1.0

[GGUL]

При создании адреса  для получения в версии  Bitcoin Core v0.9.1.0  почему-то не спрашивается пароль для кошелька.

У меня возникают подозрения, что секретный ключ находится в открытом доступе.

В версии 8 помню, вроде надо было обязательно вводить пароль.

p/s/

Не нашел русского раздела, куда бы такая тема подошла лучше всего.

[Azrace]

При создании адреса  для получения в версии  Bitcoin Core v0.9.1.0  почему-то не спрашивается пароль для кошелька.

У меня возникают подозрения, что секретный ключ находится в открытом доступе.

В версии 8 помню, вроде надо было обязательно вводить пароль.

p/s/

Не нашел русского раздела, куда бы такая тема подошла лучше всего.

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

[GGUL]

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

Я тоже такое предположил. Но это хуже. Эти адреса появляются при создании кошелька, когда он еще не зашифрован.
И между созданием и шифрованием проходит довольно долгое время.
И к этим адресам доверие уменьшается.
Лично я стараюсь не пользоваться адресами из пула.

Возможно раньше адрес все-таки добавлялся, а не брался из пула.

p/s/
По идее пароль для шифрования надо спрашивать перед созданием кошелька.

[apxu]

Я тоже такое предположил. Но это хуже. Эти адреса появляются при создании кошелька, когда он еще не зашифрован.

По-моему, при установке пароля на кошелек пул неиспользованных адресов пересоздается. Клиент об этом громко предупреждает "ваши старые бэкапы теперь выкиньте в топку"

[GGUL]

По-моему, при установке пароля на кошелек пул неиспользованных адресов пересоздается. Клиент об этом громко предупреждает "ваши старые бэкапы теперь выкиньте в топку"

Похоже на то. Но все равно нелогичный подход. Видимые адреса и адреса на которых есть суммы (то есть самые важные адреса )остаются из незашифрованного кошелька.

[apxu]

Похоже на то. Но все равно нелогичный подход. Видимые адреса и адреса на которых есть суммы (то есть самые важные адреса )остаются из незашифрованного кошелька.

А какую логику вы хотели бы видеть для "засвеченных" адресов при установке пароля на wallet.dat?
Я теряюсь в догадках, ведь варианта всего два - "оставить" или "удалить" их.
Вы хотели бы чтобы при установке пароля клиент бы их "грохал"?  

UPD: я мысленно отождествляю адреса, которые "видимы" и на которых "есть/были суммы", ведь по идее при синхронизации кошелька с блокчейном это будут одинаковые множества (хотя не проверял).

[GGUL]

А какую логику вы хотели бы видеть для "засвеченных" адресов при установке пароля на wallet.dat?
Я теряюсь в догадках, ведь варианта всего два - "оставить" или "удалить" их.
Вы хотели бы чтобы при установке пароля клиент бы их "грохал"?  

UPD: я мысленно отождествляю адреса, которые "видимы" и на которых "есть/были суммы", ведь по идее при синхронизации кошелька с блокчейном это будут одинаковые множества (хотя не проверял).

Конечно, я не призывать удалять.

Я не вижу большого смысла в новой генерации пула при шифровании, если основные адреса остаются.

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