Bitcoin Inheritance Plan

Кошелёк — приложение или устройство для получения и отправки биткоинов. Приватные ключи — это секретные числа, позволяющие разрешить расходование биткоинов. Анна бережно хранит резервную копию, но никому не говорит о её существовании. Для семьи результат может оказаться таким же, как без копии. Полезная отправная точка — доступные для поиска сведения о кошельках и контакт человека, который поможет с дальнейшими шагами. Такой указатель не обязан содержать секретные ключи. Он должен объяснять, где искать необходимые материалы, даже если Анна не может ничего дополнить. Правовой документ может определить получателя имущества, но не создаст цифровую подпись, разрешающую платёж. И наоборот: возможность подписать не доказывает права на имущество. Юридическую часть нужно согласовать с применимым правом и обстоятельствами. [1] [8]

Seed Phrase — это резервная копия словами, из которой восстанавливают секретные данные для ключей. Если Анна использует passphrase BIP39, дополнительный секретный текст, он тоже должен оставаться доступным. PIN обычно разблокирует устройство; потерянную passphrase он не заменит. Другая passphrase может открыть действительный, но пустой кошелёк. Более сложные настройки требуют также конфигурации: сведений о ключах, счетах и условиях. Output Descriptor записывает это описание для программы, включая данные для получения адресов. Это особенно важно при Multisig, где нужны несколько подписей. Публичный descriptor без приватных ключей позволяет наблюдать, но не тратить. Он всё же раскрывает адреса и историю; общий формат может содержать и приватные ключи. Важен фактический состав экспорта. [2] [3]

Анна может разделить инструкцию, копию и пароль зашифрованного файла. Но защита не поможет, если дочери сначала нужно разблокировать телефон Анны, чтобы попасть в учётную запись с инструкцией по разблокировке того же телефона. Пройдите этот путь глазами человека, не знающего ваших привычек. Ему нужны контакты и запасной вариант, если помощник или хранилище недоступны. Больше копий снижает риск потери, но добавляет места возможной утечки. Поэтому публичная конфигурация и секрет, позволяющий немедленно заплатить, требуют разного обращения. [1]

Вместо одного вопроса «тебе понятно?» полезнее вместе потренироваться с отдельным тестовым кошельком. Будущий преемник по инструкции находит материалы, восстанавливает ожидаемые адреса и создаёт проверяемую тестовую транзакцию, не полагаясь на память Анны. Увидеть баланс недостаточно: кошелёк для наблюдения может показывать средства, не умея подписать платёж. Если есть временное условие, проверяют отказ до истечения срока и использование после него. Блок объединяет транзакции в пакет, добавляемый в общую историю. Для этого подходит regtest — частная тестовая сеть с управляемым созданием блоков. Проверяют процедуру, не публикуют настоящую копию и не перемещают реальное наследство. [1] [4] [9]

Multisig 2-of-3 означает, что подписи любых двух из трёх заданных ключей разрешают платёж. Если два преемника получат ключи сегодня и нет дополнительного условия, они могут подписать сегодня. Сам порог не знает, что платёж должен был ждать наследования. Обратная проблема возникает, если Анна хранит два ключа, а помощник третий: потеря обоих ключей Анны не позволит помощнику подписать одному. Нужно рассмотреть доступные сочетания и после потери человека или устройства. Две копии одного ключа не дают двух независимых подписей. Вместе с ключами должна оставаться доступной конфигурация кошелька. [1] [2]

Временная блокировка откладывает определённый способ расходования. При правиле «Анна сейчас или Борис после 1000 блоков» ждёт ветвь Бориса, не Анны. Ветвь здесь — один из разрешённых путей к платежу. CHECKSEQUENCEVERIFY из BIP 112 вместе с BIP 68 позволяет связать условие с возрастом UTXO: неизрасходованного выхода транзакции, то есть отдельной суммы со своими условиями. Сеть не проверяет смерть и не определяет законного наследника. По истечении срока Борис может использовать свою ветвь даже при жизни Анны, если выполнит остальные условия. Пример считает блоки, а не календарные дни; реальное время их появления меняется. [4] [5]

Если UTXO из примера подтверждён в блоке H, отложенная ветвь разрешает расходование не раньше блока H+1000 при выполнении остальных условий. Новый входящий платёж или открытие приложения не обнуляет возраст старого выхода. Новый срок для этой стоимости появляется только после расходования в новый выход с нужным правилом и подтверждения транзакции. Liana использует ветви восстановления и refresh sweep — перевод собственных средств в новый набор выходов. Нужно проверить все соответствующие выходы, комиссии и доступность обычных ключей подписи. «Я недавно пользовался кошельком» не говорит, какие выходы действительно обновились. [4] [5] [6] [10]

Смена преемника, потеря ключа или пересмотр правил требуют большего, чем исправить имя в инструкции. Условия существующих UTXO остаются прежними. Новый descriptor описывает другую конфигурацию, но сам не переносит туда деньги. Изменение условий, записанных в сети, требует подготовки нового кошелька, проверки копий и перевода средств действительной транзакцией. Затем обновляют инструкции, контакты и адреса получения. Старые адреса всё ещё могут принимать платежи, поэтому нельзя бездумно отказываться от их наблюдения и нужных данных. План должен работать в момент необходимости, а не только в день составления. [7]