Короткий ответ: мультиподписной кошелёк разрешает расход только после заданного числа подписей из набора ключей. Схема 2 из 3 переживает потерю одного ключа и не позволяет одному устройству забрать средства. Но для восстановления нужны не только seed-фразы, а также точная конфигурация участников, порядок ключей и правила адресов.
Что означает порог 2 из 3
Три участника создают отдельные ключи, а политика требует любые две подписи. Один ключ можно держать дома, второй – в другом защищённом месте, третий – у доверенного хранителя или на резервном устройстве. Ни один участник не контролирует кошелёк в одиночку.
Порог 3 из 3 усиливает совместный контроль, но потеря любого ключа блокирует расход. Схема 1 из 3 даёт резервирование, однако компрометации одного ключа достаточно для кражи. Выбор зависит от угрозы, числа людей и способности поддерживать резервный процесс.
Мультиподпись не делит монету на три части. Баланс связан с общей политикой, а каждый ключ подтверждает одну и ту же транзакцию.
Bitcoin multisig и контрактный кошелёк
В Bitcoin условие нескольких подписей задаётся скриптом выхода. Кошелёк формирует адреса по дескриптору или другой конфигурации, а подписанты добавляют подписи к PSBT. Как устроен контейнер, объясняет статья о подписи PSBT офлайн.
В Ethereum мультиподпись часто реализована смарт-контрактом. Владельцы предлагают и подтверждают действие, после достижения порога контракт выполняет его. Код может поддерживать модули, задержки и смену владельцев, поэтому проверяйте конкретную реализацию и сеть.
Одинаковое слово multisig не делает модели взаимозаменяемыми. Для восстановления Bitcoin важны данные скрипта, а для контрактного кошелька – адрес контракта, список владельцев и его логика.
Что хранить кроме секретных ключей
Сохраните тип кошелька, порог, публичные ключи или fingerprints, derivation paths, порядок участников, формат адресов и версию политики. Эти данные не дают права расхода сами по себе, но помогают правильно собрать кошелёк после утраты программы.
Проверьте резерв на отдельном устройстве в режиме без отправки средств. Восстановленный наблюдающий кошелёк должен показывать те же адреса и историю. Не вводите все seed-фразы в один онлайн-компьютер ради теста: это уничтожает разделение ключей.
Для каждого секретного ключа создайте независимую резервную копию. Не храните достаточный порог в одном шкафу, облаке или менеджере паролей.
Публичную конфигурацию можно дублировать шире, чем секреты. Если она потеряна, отдельные seed-фразы могут восстановить ключи, но программа не узнает, как собрать общий адрес. Проверьте, что резерв читается без доступа к двум приватным ключам одновременно.
Координатор и наблюдающий кошелёк
Координатор хранит публичную политику, строит адреса и предлагает транзакции. Он может работать без приватных ключей. Наблюдающая копия полезна для контроля поступлений и подготовки черновика, но не должна единолично определять адрес получателя.
Если координатор заражён, он способен предложить лишние входы, чужую сдачу или завышенную комиссию. Каждый аппаратный подписант должен показать экономический результат на собственном экране. Слепая подпись превращает несколько ключей в формальность.
Как подготовить транзакцию
- Координатор создаёт предложение с получателем, суммой и комиссией.
- Каждый подписант независимо сверяет намерение на доверенном экране.
- Подписи передаются координатору без передачи приватных ключей.
- После достижения порога транзакция финализируется и отправляется.
- Все участники проверяют TxID и результат в обозревателе.
Координатор не обязательно является хранителем средств, но способен подменить черновик. Поэтому адрес получателя, сдачу и комиссию проверяет каждый подписант. Перед крупной выплатой полезен тестовый перевод.
Защита от потери и сговора
Распределяйте ключи так, чтобы один пожар, кража или блокировка доступа не уничтожили порог. Одновременно избегайте ситуации, когда два хранителя легко сговариваются или зависят от одной организации. Географическое разделение должно сочетаться с реальной возможностью собрать подписи.
Продумайте замену ключа до инцидента. В Bitcoin это обычно новая политика и перевод на новые адреса. В контрактном кошельке код может позволять смену владельца отдельной транзакцией. Любое изменение сначала проверяется всеми участниками.
Если один ключ скомпрометирован, но порог ещё безопасен, не откладывайте миграцию. Действуйте по плану после компрометации кошелька.
Комиссии и совместимость
Мультиподписная Bitcoin-транзакция может быть крупнее обычной, а контрактный вызов Ethereum – потреблять больше gas. Оцените расходы и оставьте нативную монету. Не меняйте формат адреса только ради экономии без проверки поддержки всех устройств.
Перед выбором оборудования убедитесь, что каждый подписант одинаково понимает скрипт или контракт. Ограниченная поддержка способна помешать подписи в критический момент.
Проведите учебную замену одного устройства, пока все ключи доступны. Так выявляются несовместимый формат backup и отсутствие конфигурации. Тест не должен отправлять весь баланс: достаточно небольшой отдельной суммы.
Что сообщать поддержке
Можно передать тип политики, публичные fingerprints, адрес кошелька, TxID и текст ошибки. Не отправляйте seed-фразу, приватный ключ, PIN, пароль или 2FA. Поддержке не нужен порог секретов для диагностики конфигурации.
Итог
Мультиподпись убирает единственную точку отказа, если ключи и резервные данные действительно разделены. Подберите порог, сохраните публичную конфигурацию и заранее протестируйте сбор подписей. Без плана восстановления несколько устройств могут увеличить сложность, а не безопасность.
