ГЛАВНАЯ / ИНСТРУКЦИИ / ЧТО СОХРАНИТЬ ДЛЯ ВОССТАНОВЛЕНИЯ MULTISIG КОШЕЛЬКА
Что сохранить для восстановления multisig кошелька
Для multisig может быть недостаточно сохранить только мнемонику одного подписанта. Восстановление зависит от политики M-of-N, набора независимых ключей, формата скрипта, путей derivation и способа объединить подписанные транзакции. Нужны одновременно секретные резервы для достаточного числа подписантов и публичное описание кошелька.
Для восстановления нужны signer secrets и общая политика
M-of-N задаёт, сколько из N участников должны подписать расходование. Каждый участник хранит свой секрет независимо; публичные extended keys описывают состав политики. Descriptor или другое машинно-читаемое описание фиксирует скрипт, порядок/правило сортировки ключей, пути и ветви адресов.
Без достаточного числа исходных приватных ключей нельзя собрать нужное число подписей. Без корректного описания может быть трудно определить, какие адреса принадлежат кошельку и как собрать транзакцию. Конкретные требования зависят от сети и реализации multisig.
| Резерв | Что описывает | Нельзя путать с |
|---|---|---|
| Backup каждого signer | Доступ к одному приватному участнику | Общим multisig backup |
| Policy M-of-N | Порог и количество участников | Публичным адресом |
| Descriptor/config | Скрипт, ключи, origin и пути | Приватными секретами |
| Address samples | Контроль корректного восстановления | Полным резервом |
Сохраните полный descriptor и происхождение ключей
Для Bitcoin descriptor может включать тип output, состав ключей, их origin fingerprints и derivation steps. Сохраните текст полностью, включая checksum, если она используется. Отдельно запишите сеть, порядок или правило сортировки подписантов, receiving/change branches и используемую версию формата.
Текст descriptor может содержать публичные ключи, которые не позволяют подписывать транзакции, но способны раскрывать связанные адреса и историю. Храните его приватно. Не добавляйте в один открытый документ приватные ключи всех участников.
Проведите пробное восстановление до депозита
Соберите конфигурацию на чистой копии wallet или тестовой сети. Участники независимо проверяют descriptor, контрольную checksum и несколько адресов. Проверьте, что каждый signer распознаёт ожидаемую долю политики, а достаточное число подписантов может обменяться частично подписанной транзакцией.
Тест не должен раскрывать приватные материалы координатору и не обязан включать реальный перевод средств. Если используете реальную транзакцию для проверки, отдельно сверяйте входы, получателя, сдачу и комиссию до подписания всеми участниками.
- подготовлен независимый signer для каждого участника;
- ключевые копии хранятся раздельно;
- политика совпадает на всех устройствах;
- контрольные receiving и change адреса совпали;
- необходимое число подписей собирается;
- неподходящий подписант не получает лишних секретов.
Планируйте потерю одного устройства и недоступность участника
Оцените, что произойдёт при потере устройства, backup одного ключа или недоступности участника. Должно оставаться как минимум число независимых резервов, требуемое порогом, но доступность резервов не должна сводить multisig к хранению всех ключей у одного оператора.
Резервные планы и контакты участников храните так, чтобы их можно было найти при восстановлении, не публикуя ключи. При смене участников создайте и проверьте новую политику, затем перемещайте активы только после того, как подтверждены новые адреса и процесс восстановления.
- проверьте последствия потери каждого отдельного signer;
- сохраните независимый доступ к нужному порогу ключей;
- запланируйте замену участников до аварии.
Частые вопросы
Достаточно ли сохранить seed-фразу одного участника?
Нет, порог multisig может требовать несколько независимых подписантов и общего описания политики.
Descriptor – это приватный ключ?
Обычно это публичное описание скрипта и derivation; оно может раскрывать адреса и историю, поэтому обращайтесь с ним аккуратно.
Можно ли хранить все ключи в одном сейфе?
Технически резерв доступен, но это концентрирует риск и уменьшает независимость multisig.
Зачем проверять резерв заранее?
Чтобы до потери устройства убедиться, что политика, пути и адреса восстанавливаются совместимыми средствами.
Чек-лист: что сохранить для восстановления multisig кошелька
- записаны сеть и политика M-of-N;
- у каждого signer есть независимый backup;
- сохранены публичные ключи с origin data;
- descriptor/config сохранён полностью;
- проверены пути и тип скрипта;
- checksum и контрольные адреса совпали;
- пороговая подпись испытана;
- секреты не собраны в одном онлайн-файле.
Материал подготовлен редакцией сайта и проверен 6 октября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.