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


Черт, может быть, в "режим нуб" бумажник просто не позволит вам сделать что-нибудь, пока вы не сделаете резервную копию.  

Если используется второй метод, который я бы включать в себя "пилить экран" (Можно отключить в настройках), который начинается, когда имеется 10 или менее зарезервированные ключи в keypool. Конечно это не "несложный"; пользователь может щелкнуть резервную копию грим, а затем не безопасно хранить его. Пользователь может создавать резервные копии за пределами GUI и получить ложные предупреждения, но это обеспечит "очень хорошая защита",

Другая простая мера предосторожность будет просто увеличить размер по умолчанию keypool.  По умолчанию в настоящее время 100. Даже случайный пользователь может использовать 1 или 2 адрес в день. Это означает, что резервная копия хороша только в течение примерно 60 дней стоит адресов. Более активные пользователи (Satoshi кость) мог устаревшие их резервные копии в течение нескольких дней. Довольно легко для неопытного пользователя, чтобы работать на кошельке больше не защищенный резервной копией и не знаю его. Учитывая то, как крошечные клавиши я думаю, что делает по умолчанию размер 500 или даже 1000 ключей было бы очень полезно. Даже 1000 ключей в keypool делает первоначально бумажник только ~ 300kB. По сравнению с блок-цепи в Великобритании, пытаясь сэкономить пару сотен килобайт и положить деньги на риск кажется глупым.

Опытные пользователи, которые нуждаются в ультра-малых размерах бумажника может изменить keypool быть меньше (даже keypool нуля) так же, как они могли бы отключить предупреждения резервного копирования.