Bitcoin Inheritance Plan определяет, как уполномоченные преемники после смерти или утраты владельцем способности действовать обнаружат средства, получат материалы и выполнят восстановление. Это больше, чем файл с seed: правовые полномочия, знание кошелька и техническая возможность подписать платёж — разные части одной задачи.
Даже лучшая резервная копия не поможет человеку, который не знает о кошельке. Плану нужна доступная отправная точка: какие кошельки существуют, кто координирует восстановление и где начинается путь к материалам. Указатель не обязан содержать секретные ключи. Правовой документ определяет уполномоченных лиц, но не создаёт недостающую подпись. И наоборот, владение ключами технически не доказывает законное право. Нужно учитывать недоступность прежнего администратора и преемника, не знающего его привычек. [Bitcoin Design — Inheritance wallet backup]
Seed Phrase восстанавливает ключи, но не обязательно описывает Multisig, временные ветви или все счета. Output Descriptor описывает скрипты, ключи и данные деривации. Публичный descriptor без приватных ключей позволяет наблюдать, а не подписывать, но раскрывает финансовую информацию. Общий формат может включать и приватные ключи, поэтому важно содержимое экспорта. Кошельку с BIP39 passphrase дополнительно нужна точная passphrase. Ни PIN устройства, ни другой действительный, но пустой кошелёк не заменяют недостающие данные. [Bitcoin Core — Output Descriptors] [Trezor — What is a passphrase?]
В Multisig 2-of-3 любые два уполномоченных подписанта выполняют пороговое условие. Если два преемника получат ключи сегодня без дополнительных ограничений, они могут подписать сегодня. Если владелец держит два ключа, а помощник третий, помощник не восстановит средства один при исчезновении обоих ключей владельца. Оценивайте реально доступные комбинации после каждого сбоя, а не только число копий. Копия того же ключа не добавляет независимой подписи; конфигурация тоже должна оставаться восстанавливаемой. [Bitcoin Design — Inheritance wallet backup] [Bitcoin Core — Output Descriptors]
CHECKSEQUENCEVERIFY по BIP 112 совместно с BIP 68 может ограничить ветвь скрипта возрастом расходуемого выхода. Упрощённая политика «A сейчас или B через 1000 блоков» задерживает подпись B, не A. Она не проверяет смерть, дееспособность или законного наследника. После истечения срока B может воспользоваться ветвью и при жизни A. Это относительное число блоков от подтверждения конкретного UTXO, а не фиксированная дата календаря; фактическое время добычи меняется. [BIP 112 — CHECKSEQUENCEVERIFY] [BIP 68 — Relative lock-time]
В этой модели UTXO, подтверждённый в блоке H, можно потратить через отложенную ветвь не раньше высоты H+1000, если выполнены остальные условия. Новый входящий платёж или открытие приложения не обнуляют его возраст. Продление срока требует потратить этот UTXO в новый выход с соответствующей политикой и дождаться подтверждения. Liana использует ветви восстановления и refresh sweep. План должен отслеживать все соответствующие выходы, комиссии и доступность обычной подписи, а не лишь последнюю активность кошелька. [BIP 112 — CHECKSEQUENCEVERIFY] [BIP 68 — Relative lock-time] [Liana — Inheritance guide]
Инструкции, секреты подписи и возможный пароль расшифрования можно распределить по разным путям доступа, но последовательность должна оставаться выполнимой. Пароль только в аккаунте, восстановление которого зависит от телефона умершего, может создать циклическую зависимость. Преемникам нужны ответственные контакты и запасная процедура при недоступности хранилища или помощника. Дополнительные копии повышают доступность и число возможных мест утечки. Публичная конфигурация несёт иной риск, чем ключи, позволяющие немедленно расходовать средства. [Bitcoin Design — Inheritance wallet backup]
Понятная инструкция — ещё не испытанная процедура восстановления. На отдельном тестовом кошельке будущий преемник должен без памяти владельца найти материалы, восстановить ожидаемые адреса, распознать нужную ветвь и создать проверяемую тестовую транзакцию. Для временной ветви проверяют отказ до срока и использование после него, например в regtest. Показ баланса доказывает меньше, чем способность подписать. Такая репетиция не предполагает раскрытия настоящих seed или перемещения реального наследства. [Bitcoin Design — Inheritance wallet backup] [BIP 112 — CHECKSEQUENCEVERIFY]
Смена наследника, утрата ключа или новая политика подписи требует проверить, где средства действительно заблокированы. Новое имя в инструкции или новый descriptor сами не меняют старые UTXO. Для изменения on-chain условий средства нужно переместить под новую политику. После проверки новых копий обновляют контакты, версии инструкций и адреса получения. Старые адреса могут продолжать получать платежи, поэтому нельзя просто забыть о них. План — поддерживаемый процесс, а не однажды запечатанный конверт. [Bitcoin Design — Making changes]
Для полной картины прочитайте эту статью вместе с Dead Man’s Switch, Multisig, Timelock, Collaborative Custody, Seed Phrase, BIP39 passphrase. На эту статью также ссылаются Shamir Secret Sharing, Bitcoin Vault, Dead Man’s Switch, Collaborative Custody.