А можно полюбопытствовать, какая именно комиссия получается (в цифрах)?

Эта информация зависит от установок автоматики выбора комиссии (мемпул, ожидаемое время, статичная). У вас, видимо, установлена "статичная", а надо "мемпул". В новой версии это нельзя изменить из меню настроек. Но это можно поменять в нескольких местах - в окне отправки транзакции или в окне увеличения комиссии (RBF), для фиксации настройки достаточно  ее просто изменить и нажать отмена, отправлять транзакцию не нужно. Возможно, после этого нужно будет перегрузить клиент.

Приватные ключи не покидают устройство, они даже в комп/телефон никогда не передаются.

Нет таких возможностей в HD-кошельках, а именно такой нужен для магазина. У вас импортированный кошелек, как я понимаю...

чем была обусловлена такая некруглая цифра?Убрать/добавить из поля зрения кошелька можно только адреса в конце и идущие подряд, выборочно нельзя.
Долгая синхронизация не потому, что много пустых адресов, а потому что много непустых, точнее много UTXO.

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

Не просто сохрани "в блокноте", а надежно сохрани офлайн, то есть в нескольких копиях в разных местах (помещениях), и так, чтобы никто не нашел.Ок.В чем "во всем"? И ноду обязательно держать, по-вашему, для хранения?Не вполне согласен, но ладно ).А что это? И зачем здесь слова "единых точек"?Не только храни, но и используй офлайн.Зачем его использовать всегда?Не усложняй больше необходимого, но и не слишком упрощай.Или сильно преуменьшай сумму, если невозможно скрыть факт владения.Это уже не про хранение. Но покупать стараться надо на дне )).

Вы читали данную тему? Понимаете, что такое nLocktime? Если да, то какие в этом способе изъяны, по-вашему?Очень маловероятно, что будет обратнонесовместимое изменение, а если будет, то такой хардфорк с высокой степенью вероятности будет готовиться годами. То есть будет возможность приспособиться.В том способе, о котором я говорю, это не является проблемой.Мы тут обсуждаем, "как завещать свои биткоины", а не будущее биткоина.

Как я говорил, можно обойтись без скриптов, если они вам не нравятся. А во-вторых, не нужно делать завещание на 20 лет вперед, можно сделать на год-два и ежегодно продлевать его.В каком-то отдельном случае может это и рабочая идея, но совсем не универсальная. А что, если наследник один? А если два? А если несколько с неравными долями? А вдруг сговорятся и кинут? Недостатков вижу много, а плюсов практически и нет.

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

Какие параметры, что вы имеете в виду?Имеете в виду nLocktime или что?Надо тогда прямо сегодня начинать, ведь завтра для любого из нас может и не наступить ).

Лучше чего? И чем лучше? Вообще, предлагаю перейти в https://bitcointalk.org/index.php?topic=5189658.440 для дальнейшего обсуждения проблемы наследства.

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

Жаль, вы бы наверняка поняли свое заблуждение. Или, как минимум, был бы предмет для дискуссии.Этого я не понял.Этого я тоже не понял )). При чем тут мнемоника?

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

Давайте вы разберетесь, как работает генерация ключей в современных кошельках, а затем продолжим. Почитайте BIP32 и BIP39.

Не знаю, может быть. Но скорее нет, я не программист, так, на уровне средних батников могу что-то сочинить)).Идею понял, она совсем не нова. Чем это лучше связки BIP39-BIP32, используемой в подавляющем большинстве современных кошельков? А зачем этот мазохизм с полуручным трудом? Чем это лучше, скажем, Электрума?

Ну так научите нас тёмных, а то ничего не понятно. При чем тут хэширование?

Да, если вы не можете поверить, что код читают как минимум десятки независимых энтузиастов, то вам придется научиться делать это самостоятельно. Но у вас такая возможность есть, и уже одно это достаточная причина, чтобы производитель не рисковал успешным бизнесом, пытаясь что-то там "подшаманивать".Пользуйтесь тором или другими прокси.Закладка должна быть реализована в железе. Такие чипы в подвале не сделаешь, это не транзисторы подделывать.Каким образом можно подделать, вы представляете? Прошивка криптографически защищена, в случае подделки это сразу обнаруживается. Железо, как я сказал, подделать практически нереально. Да и я не представляю себе алгоритм работы такого железа без поддержки из прошивки.Эмулятор, что ли? Есть у них на гитхабе. Не понимаю, правда, что это вам докажет...

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

На гитхабе и схемы, и алгоритмы.