Что такое Multisig? Настраиваем с использованием аппаратных кошельков

Мультисиг позволяет распределить доступ к криптовалюте между несколькими независимыми ключами. В схеме «2 из 3» для перевода достаточно любых двух подписей: потеряв доступ к одному ключу, Вы сохраните возможность воспользоваться средствами. Тот, кто завладеет только одним ключом, не сможет самостоятельно их перевести.

Ниже настроим биткоин-кошелёк в Electrum, сохраним его конфигурацию и проверим подписи, а для Ethereum используем Safe{Wallet}. В обоих примерах приватные ключи будут храниться на Ledger Nano X, Ledger Flex и Trezor Safe 7, однако создание кошелька, проверка операций и восстановление доступа будут различаться.

В инструкции для компьютера ориентируемся на Electrum 4.8.2. Поддержка Trezor Safe 7 появилась в версии 4.8.0, поэтому более ранние версии для этого набора устройств не подходят. Названия пунктов Electrum и Safe{Wallet} приводим на английском, чтобы их было проще найти в интерфейсе.

Что такое мультисиг и от чего он защищает

Доступ к средствам в обычном аппаратном кошельке с одним подписантом можно восстановить по сид-фразе, то есть фразе восстановления. Устройство хранит приватные ключи и подписывает транзакции, не передавая ключи программе на компьютере. Если кто-то получит фразу восстановления, он сможет воссоздать ключи на совместимом устройстве; для кошелька с passphrase понадобится и этот дополнительный пароль.

Мультисиг (multi-signature) требует нескольких подписей для подтверждения операции. Его описывают формулой «m из n», где n — общее количество ключей, а m — количество подписей, необходимых для расходования средств. В нашем примере три ключа созданы независимо друг от друга, а подписывать переводы могут Nano X и Safe 7, Flex и Safe 7 либо два Ledger.

Схема «2 из 3» позволяет пользоваться средствами, если одно устройство сломалось или одна фраза восстановления потеряна. При краже одного ключа злоумышленнику понадобится ещё один, чтобы перевести средства. Защита от общей уязвимости устройств зависит от распределения ключей между производителями, а от пожара или кражи в одном помещении — от мест хранения.

Если два подписанта подтвердят один и тот же подменённый адрес или вредоносный вызов контракта, операция будет выполнена. Поэтому каждый подписант должен проверять операцию самостоятельно, сверяя адрес и параметры на устройстве и используя независимые источники данных.

Ledger Nano X, Ledger Flex и Trezor Safe 7 в схеме «2 из 3»

Для этого гайда используем два устройства Ledger и один Trezor. У Nano X физические кнопки и компактный экран, тогда как на сенсорных экранах Flex и Safe 7 удобнее просматривать длинные адреса и параметры. Какие именно данные можно увидеть, зависит от прошивки, приложения и способа подключения.

Устройства разных производителей позволяют уменьшить зависимость от общего программного кода и аппаратной платформы. Для обычного подписания в нашем примере удобно использовать Safe 7 и один Ledger, оставив второй Ledger в удалённом месте как резервный.

Если заменяете одну из моделей, проверьте её совместимость с программой и сетью. Устройство для Bitcoin-мультисига не обязательно поддерживает подписание в Safe для Ethereum, а способ добавления ключа может отличаться.

Какую схему выбрать: «2 из 2», «2 из 3» или «3 из 5»

Далее настраиваем «2 из 3», поскольку эта схема позволяет хранить один ключ отдельно и обходиться без него при обычных переводах. «2 из 2» уместна, когда обязательно участие обеих сторон, но требует особенно надёжных резервных копий. «3 из 5» может подойти для совместного управления средствами, если дополнительное количество устройств и ответственных лиц оправданно.

Распределите устройства и фразы восстановления так, чтобы в одном месте не было доступа к двум независимым ключам. Например, Nano X и фраза восстановления Flex в одном ящике уже позволяют собрать две подписи. Устройство и его собственная резервная копия соответствуют одному ключу, хотя их совместное хранение создаёт риск одновременной потери обоих.

Выбирайте места хранения так, чтобы иметь доступ к двум ключам, даже когда не можете добраться до третьего хранилища. Передавая ключ доверенному человеку, объясните его роль в схеме и порядок действий при потере устройства.

Чем отличается мультисиг в Bitcoin и Ethereum

Electrum работает с Bitcoin. Для Ethereum используем Safe — смарт-контрактный аккаунт, к которому подключаются адреса владельцев. Оба варианта позволяют установить порог «2 из 3», но хранят это правило по-разному.

Bitcoin: ключи и конфигурация кошелька

В Bitcoin условия расходования средств задаёт скрипт. Чтобы программа могла вычислить адреса нашего кошелька, ей нужны расширенные публичные ключи всех трёх участников, порог подписей, тип скрипта и правила выведения дочерних ключей. Electrum выступает координатором: собирает эти данные, создаёт транзакцию и передаёт её устройствам для подписания.

Расширенный публичный ключ часто обобщённо называют xpub. Он позволяет вычислять производные адреса, но не подписывать переводы. В Electrum для нашего типа мультисига ключ будет иметь префикс Zpub; при резервном копировании сохраняйте его полностью, именно в том виде, в котором он показан.

Для адресов P2WSH в блокчейн сначала попадает хеш скрипта, а сам скрипт раскрывается при расходовании полученных на этот адрес BTC. Это не заменяет резервную копию конфигурации со всеми расширенными ключами. Если один ключ потерян вместе с его xpub и нет другого способа их восстановить, двух остальных ключей недостаточно для воссоздания адресов кошелька.

Ethereum: владельцы и порог в контракте Safe

У обычного Ethereum-адреса нет настройки «две подписи из трёх». Для этого создают смарт-контрактный аккаунт, например Safe, в котором хранятся адреса владельцев и порог подписей. Каждый аппаратный кошелёк управляет отдельным адресом владельца, а средства поступают на адрес самого Safe.

Состав владельцев Safe можно изменить, собрав необходимые подписи, без перевода всех активов на другой аккаунт. При этом создание контракта и выполнение операций требуют сетевой комиссии, а к рискам устройств добавляются риски контракта, подключённых модулей и интерфейса. В этом гайде используем обычную схему с тремя владельцами, без дополнительных модулей и разрешений на расходование средств.

Что подготовить перед настройкой

• Ledger Nano X и Ledger Flex с разными фразами восстановления. Обновите прошивки и установите на каждый приложения Bitcoin и Ethereum через Ledger Wallet. Первичная настройка описана в наших гайдах для Ledger Nano X и Ledger Flex.
• Trezor Safe 7 с собственной резервной копией. Для обеих частей гайда нужна универсальная прошивка с поддержкой Ethereum. При настройке Safe 7 по умолчанию предлагает резервную копию из 20 слов в формате SLIP39. Запишите фактический формат своей копии, поскольку процедуры восстановления BIP39 и SLIP39 различаются. Первые шаги и проверка резервной копии показаны в нашем гайде по настройке Trezor Safe 7.
• Компьютер и USB-кабели с передачей данных. В этом гайде все три устройства подключаем кабелем. Для Electrum 4.8.2 на сайте указаны Windows 10 версии 1809 или новее, macOS 11 или новее и Linux с соответствующими зависимостями.
• Актуальный Electrum с официального сайта. На момент подготовки текста текущая версия — 4.8.2. Выберите установщик для своей системы и проверьте его подпись.
• Отдельное место для конфигурации. Понадобятся защищённый носитель для копии файла кошелька и возможность сохранить или распечатать полные публичные ключи без ошибок.
• Тестовые средства. Подготовьте небольшую сумму BTC, которой хватит на несколько переводов и комиссии, а также ETH для создания Safe и тестового перевода. Для оплаты газа в каждой сети нужна её собственная монета.

Если используете passphrase — дополнительный пароль, от которого зависят ключи кошелька, — определите его до экспорта xpub и выбора Ethereum-адресов. В дальнейшем открывайте кошелёк с тем же паролем: любой другой, в том числе пустой, даёт другие ключи. Для первого теста можно использовать отдельные кошельки без passphrase.

Часть 1. Настраиваем Bitcoin-мультисиг в Electrum

Настроим нативный SegWit-мультисиг P2WSH с порогом «2 из 3». Гайд Saleem Rashid 2018 года объясняет тот же принцип, однако его экраны и ограничения старых прошивок устарели. В современной интеграции Ledger при подписании регистрируется политика кошелька, которая задаёт порог и состав ключей.

В Electrum 4.8.2 плагин Ledger не показывает мультисиг-адреса на экране устройства, хотя сами Nano X и Flex позволяют делать это через другую совместимую программу. В этом гайде адрес получения показываем на Safe 7, отдельно проверяя все ключи в конфигурации.

Шаг 1. Скачиваем Electrum и проверяем подпись

1. Откройте electrum.org и скачайте установщик для своей ОС. Рядом с ним нажмите Signatures и сохраните файл подписи в ту же папку.
2. Скачайте публичный ключ подписанта по ссылке на сайте Electrum, импортируйте его в GPG и проверьте полный отпечаток ключа по независимому источнику. Для ключа ThomasV команда импорта выглядит так: gpg --import ThomasV.asc. Процедура и источники для сверки приведены в разделе загрузки Electrum и официальной инструкции по проверке подписи.
3. В терминале с установленным GPG откройте папку загрузки и выполните проверку. Для Windows Installer версии 4.8.2 команда выглядит так: gpg --verify electrum-4.8.2-setup.exe.asc electrum-4.8.2-setup.exe. Для другого пакета подставьте его точные имена файлов.
4. Убедитесь, что подпись корректна и принадлежит проверенному ключу, после чего установите Electrum. Сообщение GPG о том, что доверие к ключу не установлено, и сообщение о некорректной подписи означают разные вещи; при ошибке подписи не запускайте файл.

Контрольная сумма помогает обнаружить повреждённый файл, но её совпадение с хешем на том же сайте не подтверждает происхождение программы, если сайт подменили. В Linux также могут понадобиться udev-правила Ledger и Trezor, чтобы приложение получило доступ к USB-устройствам.

Шаг 2. Запускаем Electrum и настраиваем подключение

При первом запуске Electrum настраивает соединение с Bitcoin-сетью ещё до создания кошелька. Выбирать сервер вручную необязательно: для первоначальной настройки можно оставить автоматическое подключение. Если программа уже настроена, эти начальные окна могут не появиться.

1. Запустите установленный Electrum. Если появится окно Electrum Terms of Use, прочитайте условия использования и нажмите I Accept, чтобы продолжить.
2. На экране Network Configuration есть два необязательных параметра: Use Proxy для подключения через прокси и Select Electrum Server для ручного выбора сервера. В этом руководстве используем обычное автоматическое подключение, поэтому оставьте оба флажка снятыми и нажмите Next. Electrum сам выберет сервер; вводить адрес или порт не нужно.
3. Если хотите указать сервер самостоятельно, на предыдущем экране отметьте Select Electrum Server и нажмите Next. В окне Server выберите Connection mode → Manual server selection. В поле Server введите домен или IP-адрес и порт, указанные в параметрах выбранного сервера. Для SSL/TLS полная запись имеет вид домен:порт:s; часто используют порт 50002, однако его нужно сверить с настройками сервера. Сервер из предложенного списка можно выбрать, нажав на него правой кнопкой мыши → Use as server. Проверьте введённые данные и нажмите Next.
4. После настройки сети откроется мастер создания или открытия файла кошелька. Подготовьте устройства, как описано в следующем шаге, а затем создайте мультисиг. Прежде чем проверять баланс и отправлять тестовый перевод, дождитесь синхронизации.

Оставьте параметр Use Proxy выключенным, если у Вас нет настроенного прокси. Режим Connect only to a single server предназначен для собственного сервера, которому Вы полностью доверяете: в этом режиме Electrum не сверяет заголовки блоков с другими серверами. Для обычного публичного сервера используйте Auto-connect или Manual server selection.

После создания кошелька эти параметры можно открыть через Tools → Network → Server или значок сети в правом нижнем углу. Если соединение не устанавливается, проверьте доступ к интернету и настройки прокси; для автоматического режима верните Connection mode → Auto-connect. Дождитесь завершения первой синхронизации, поскольку без неё баланс и история могут отображаться не полностью. Как связаны кошелёк, Electrum-сервер и полная нода, объясняем в руководстве по Bitcoin-ноде на Start9.

Шаг 3. Готовим устройства к подключению

1. Закройте Ledger Wallet, Trezor Suite и другие программы, которые могут использовать USB-соединение с устройствами.
2. Подключите только Ledger Nano X, разблокируйте его PIN-кодом и откройте приложение Bitcoin. При добавлении ключей подключайте устройства по одному, чтобы не перепутать два Ledger.
3. Держите под рукой записи с названиями устройств. В следующих шагах к каждому названию добавим публичный ключ и его идентификатор.

Шаг 4. Создаём кошелёк «2 из 3»

1. В мастере создания кошелька задайте имя файла, например multisig-ledger-trezor, и нажмите Next. Если Electrum уже открыл существующий кошелёк, сначала выберите File → New/Restore, чтобы создать отдельный файл.
2. Выберите Multi-signature wallet. В параметрах схемы укажите трёх участников и две необходимые подписи.
3. Убедитесь, что выбрана именно схема «2 из 3», и перейдите к первому ключу. В мастере Electrum участник с отдельным ключом называется cosigner; в этом руководстве будем называть его подписантом.

При одинаковых ключах, путях и типе скрипта порядок добавления подписантов не меняет адреса: Electrum сортирует публичные ключи при построении мультисиг-скрипта. Названия устройств всё же стоит записать, чтобы знать, какой ключ принадлежит каждому из них.

Шаг 5. Добавляем ключ Ledger Nano X

1. Для первого ключа выберите Use a hardware device. После сканирования выберите подключённый Nano X.
2. Выберите native segwit multisig (p2wsh). В сети Bitcoin адреса такого кошелька будут начинаться с bc1q.
3. Оставьте путь деривации m/48h/0h/0h/2h — правило, по которому из исходного ключа получают ключи нужного аккаунта. Обозначение h и апостроф в этой записи равнозначны: m/48'/0'/0'/2'. Этот путь соответствует стандарту BIP48 для первого аккаунта нативного SegWit-мультисига в основной сети Bitcoin.
4. Если Ledger запросит разрешение на экспорт публичного ключа, проверьте запрос на устройстве и подтвердите его. Когда Electrum получит ключ, мастер перейдёт к следующему подписанту.

Варианты p2wsh-p2sh и p2sh создают другие адреса. Для нового кошелька в этом руководстве используем P2WSH; при восстановлении существующего кошелька нужно воспроизвести его исходный тип скрипта и путь, даже если они отличаются от приведённых здесь.

Шаг 6. Добавляем ключ Trezor Safe 7

1. Отключите Nano X, подключите Safe 7 кабелем и разблокируйте устройство. Для второго подписанта выберите Cosign with hardware device, а в списке найденных устройств — Trezor Safe 7.
2. Если потребуется установить защищённое подключение THP, подтвердите его на Trezor. Когда Electrum покажет Enter 6-digit pairing code, введите шестизначный код с экрана устройства. Это одноразовый код подключения, который не является PIN-кодом или фразой восстановления.
3. Если настроена passphrase, откройте нужный кошелёк, выбрав ввод пароля на самом Trezor. Для стандартного кошелька используется пустая passphrase.
4. Проверьте, что выбраны тот же путь m/48h/0h/0h/2h и тип P2WSH. Подтвердите необходимые запросы на устройстве и дождитесь перехода к третьему подписанту.

Шаг 7. Добавляем ключ Ledger Flex

1. Отключите Trezor, подключите Flex, разблокируйте его и откройте Bitcoin.
2. Добавьте третий ключ через Cosign with hardware device, выбрав Flex. Проверьте путь m/48h/0h/0h/2h и подтвердите экспорт публичных данных, если устройство его запросит.
3. Если Electrum сообщает о повторном ключе, остановитесь и проверьте, не восстановлены ли Nano X и Flex из одной фразы с той же passphrase. В схеме должны быть три независимых ключа.

Если подписант находится в другом месте, его можно добавить по расширенному публичному ключу, полученному для заранее выбранного пути. В таком случае сверьте ключ с владельцем по независимому каналу связи: xpub от неизвестного отправителя может добавить в схему чужого подписанта.

Шаг 8. Защищаем файл кошелька паролем

1. На завершающем экране Wallet Password введите пароль в поля Password и Confirm Password, затем нажмите Finish. Electrum зашифрует файл этим паролем. Он защищает локальную копию кошелька и не заменяет PIN-коды устройств или фразы восстановления.
2. Открыв кошелёк, перейдите в Wallet → Information. Проверьте Wallet type: 2of3 и Script type: p2wsh.

В файле, созданном только с аппаратными подписантами, нет их приватных ключей. Он содержит публичные ключи и параметры кошелька, по которым можно отслеживать адреса и историю, поэтому его тоже нужно защищать от посторонних.

Шаг 9. Сохраняем конфигурацию и резервную копию

1. В Wallet → Information откройте вкладку каждого подписанта и скопируйте полный Master Public Key, Derivation path и BIP32 root fingerprint. Отпечаток состоит из восьми шестнадцатеричных символов; он помогает различать ключи, но не заменяет полный xpub.
2. Рядом с данными каждого ключа укажите название устройства: Nano X, Safe 7 или Flex. Порядок вкладок в окне может отличаться от порядка добавления, поэтому определяйте устройство по его данным, а не по номеру вкладки.
3. Там же запишите сеть Bitcoin mainnet, схему «2 из 3», тип P2WSH и правило сортировки ключей sortedmulti. Проверив адрес на следующем шаге, добавьте первый адрес получения в качестве контрольного.
4. Выберите File → Save backup, укажите папку для резервного копирования и сохраните копию файла на отдельном носителе. Убедитесь, что копия открывается и у Вас есть пароль к ней.
5. Сохраните несколько копий конфигурации отдельно от рабочего компьютера. Копию можно положить рядом с резервной копией каждого ключа, защитив данные от посторонних. Длинные xpub лучше копировать или печатать, чем переписывать вручную.

Конфигурация без приватных ключей не позволяет перевести средства, однако раскрывает адреса и финансовую историю. Не отправляйте её в открытые чаты и не загружайте на сторонний сайт для «проверки кошелька». Дескриптор, то есть текстовое описание правила построения адресов, можно сохранить дополнительно, но для базового восстановления достаточно уже записанных параметров и полных публичных ключей.

Как сопоставить Zpub с xpub в политике Ledger

Electrum и Ledger могут показывать один и тот же расширенный публичный ключ с разными префиксами. Чтобы сверить его целиком, заранее сохраните также соответствующую запись в формате xpub, не меняя исходный Zpub в резервной копии.

1. В Electrum откройте View → Show Console и перейдите на вкладку Console.
2. Для каждого из трёх публичных ключей выполните convert_xkey("ваш полный Zpub", "standard"), заменив текст в первых кавычках полным Zpub из конфигурации. Команда меняет кодировку, сохраняя публичные данные ключа; приватные ключи или фразы восстановления здесь не нужны.
3. Сохраните полученный полный xpub рядом с исходным Zpub и соответствующими fingerprint и путём. При регистрации политики на Ledger сравнивайте ключи в одинаковой кодировке, а также проверяйте путь и fingerprint каждого подписанта.

Не заменяйте Zpub на xpub в мастере восстановления Electrum только ради другого префикса: тип кодировки может влиять на то, какой скрипт выберет программа. Для воспроизведения кошелька по шагу 12 используйте сохранённые исходные Zpub.

Шаг 10. Проверяем адрес и получаем тестовые BTC

1. Подключите Safe 7 и откройте нужный кошелёк. На вкладке Receive введите описание в поле Description, например Проверка мультисига, и нажмите Request. Поле Requested amount можно оставить пустым. Electrum покажет адрес получения; если вкладка Addresses скрыта, включите её через View → Show Addresses.
2. На вкладке Addresses найдите адрес из Receive, нажмите на него правой кнопкой мыши и выберите показ на Trezor. Просмотрите весь адрес на Safe 7 и сверьте каждый символ с Electrum.
3. Сопоставьте все три расширенных ключа и пути с данными, которые Вы получили от соответствующих устройств. На другом доверенном компьютере воспроизведите кошелёк из этих проверенных данных по процедуре шага 12 и сравните тот же адрес. Если просто скопировать все данные с компьютера, который мог быть заражён, такая проверка повторит возможную подмену.
4. Запишите проверенный первый адрес в конфигурацию, отправьте небольшую сумму BTC и дождитесь подтверждения перевода в сети. До основного пополнения проверьте обратный перевод.

При попытке показать этот адрес на Nano X или Flex Electrum сообщит, что для Ledger функция доступна только в стандартных кошельках. Проверьте адрес на Safe 7 по описанной выше процедуре. Чтобы показать его также на Ledger, можно использовать Sparrow, о котором рассказываем ниже.

Шаг 11. Подписываем перевод двумя устройствами

1. На вкладке Send вставьте адрес получателя, укажите тестовую сумму и нажмите Pay…. В окне комиссии просмотрите параметры и нажмите Preview, чтобы открыть транзакцию до подписания. Для теста используйте собственный проверенный адрес получения BTC.
2. Подключите Safe 7 и один Ledger или подключайте их по мере появления соответствующих запросов. На Ledger должно быть открыто приложение Bitcoin. В окне транзакции нажмите Sign; если Electrum запрашивает недоступное третье устройство, отмените именно этот запрос, чтобы продолжить с доступными ключами.
3. При первом обращении к этой мультисиг-политике Ledger предложит её зарегистрировать. Политика описывает порог, тип кошелька и ключи подписантов. Проверьте схему «2 из 3» и данные всех трёх ключей по сохранённой конфигурации, используя подготовленные выше записи xpub, соответствующие ключам Electrum Zpub.
4. Проверив политику, просмотрите на Ledger адрес получателя, сумму и комиссию, затем подтвердите подпись. Когда Electrum обратится к Safe 7, подключите или разблокируйте его, сверьте те же параметры и добавьте вторую подпись. Порядок обращения к устройствам может отличаться.
5. Если после первого устройства транзакция остаётся частично подписанной, подключите второе и нажмите Sign ещё раз. Убедитесь, что собрано достаточно подписей и доступна кнопка Broadcast, затем отправьте транзакцию в сеть.
6. Проверьте её появление на вкладке History и дождитесь подтверждения. Так Вы проверите полный цикл: получение BTC, две подписи и расходование средств.

Зарегистрированная политика позволяет Ledger проверять, принадлежит ли сдача этому же мультисиг-кошельку. Сдача — остаток от суммы BTC, которую кошелёк использовал для перевода: после выплаты получателю и оплаты комиссии он возвращается на Ваш адрес. Если при регистрации Вы подтвердите политику с чужими ключами, устройство будет проверять сдачу по ней, поэтому состав подписантов нужно сверить заранее.

Electrum хранит подтверждение регистрации политики Ledger в памяти программы. После перезапуска или нового соединения запрос может повториться, поэтому каждый раз сверяйте порог и ключи со своей конфигурацией.

Как передать частично подписанную транзакцию

Если устройства хранятся в разных местах, подписи можно собрать на разных компьютерах с одной и той же конфигурацией кошелька. Для этого используют PSBT — файл транзакции, который хранит данные для подписания и уже добавленные подписи.

1. После первой подписи в окне транзакции выберите Share → Save to file и сохраните частично подписанную транзакцию.
2. На втором компьютере откройте тот же мультисиг-кошелёк. Через Tools → Load transaction → From file загрузите файл, подключите второе устройство и добавьте подпись.
3. Повторно проверьте адрес, сумму и комиссию на втором устройстве. Когда подписей достаточно, нажмите Broadcast или передайте завершённую транзакцию на компьютер, с которого она будет отправлена.

PSBT не содержит фраз восстановления, но может раскрывать адреса, суммы и другие данные кошелька. Передавайте его по защищённому каналу и подписывайте одну и ту же транзакцию, не меняя получателя или сумму. Плагин Nostr Cosigner также позволяет обмениваться транзакциями между подписантами; при первоначальной настройке достаточно передачи файла.

Шаг 12. Проверяем конфигурацию, резервные копии и все пары

Воспроизведение конфигурации проверяет, правильно ли сохранены публичные ключи и параметры; проверка фразы — точно ли записаны слова, а тестовые переводы — работает ли каждый подписант. Проведите все три проверки до основного пополнения.

1. Воспроизведите конфигурацию. Не удаляя рабочий файл, через File → New/Restore создайте кошелёк под другим именем и выберите «2 из 3». Для первого подписанта используйте Use a master key, для следующих — Enter cosigner key, вставив все три сохранённых публичных ключа в формате Zpub. Получится кошелёк только для просмотра. Сверьте первый адрес, несколько следующих адресов и историю после синхронизации.
2. Проверьте резервную копию Safe 7. На разблокированном устройстве откройте Settings → Security → Check backup, нажмите Continue, повторно введите PIN и выберите количество слов. Введите слова на самом Trezor и дождитесь результата. Для Single-share Backup нужна одна фраза; для Multi-share Backup — необходимое количество долей.
3. Проверьте резервную копию каждого Ledger. В Ledger Wallet откройте My Ledger для соответствующего устройства и установите официальное приложение Recovery Check. Для проверки базовой фразы разблокируйте Ledger основным PIN-кодом, без активной passphrase; если перед этим открывали кошелёк с временной passphrase, перезапустите устройство. Запустите Recovery Check, выберите длину фразы и введите слова на самом Ledger. Убедитесь, что Recovery Check подтвердил правильность фразы, и повторите проверку на втором устройстве.
4. Проверьте passphrase отдельно. Проверка базовой фразы не подтверждает, что Вы правильно сохранили дополнительный пароль. Повторно откройте нужный кошелёк с passphrase и сверьте его публичные данные с конфигурацией.
5. Выполните переводы тремя парами. Проверьте Nano X + Safe 7, Flex + Safe 7 и Nano X + Flex на небольших суммах, учитывая комиссии. После успешных тестов разместите устройства и резервные копии в выбранных местах хранения.

Описание проверок есть в инструкции Trezor Safe 7 и инструкции Ledger Recovery Check. Для этих проверок фразы вводят только на устройствах.

Что делать при поломке, потере или компрометации ключа

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

Если устройство потеряно, украдено или фраза восстановления могла попасть к посторонним, создайте новый мультисиг с новым независимым ключом вместо утраченного. Проверив новую конфигурацию и адрес, переведите туда средства двумя доступными старыми ключами. Восстановление скомпрометированной фразы на новом устройстве не лишает доступа того, кто уже её получил.

Если недоступны два устройства, восстановите хотя бы один из этих ключей, чтобы вместе с доступным ключом снова иметь две подписи. Новое устройство должно поддерживать формат резервной копии: BIP39 и SLIP39 не взаимозаменяемы. Для воспроизведения адресов также нужны сохранённые публичные данные всех подписантов.

Electrum поддерживает программное восстановление через I already have a seed → Options, где можно выбрать BIP39 seed или SLIP39 seed. В таком аварийном сценарии нужно воспроизвести исходную passphrase, тип P2WSH и путь каждого ключа; для Multi-share Backup SLIP39 потребуется достаточное количество долей. Ввод фразы на компьютере выводит соответствующий ключ за пределы аппаратной защиты, поэтому после спасения средств его следует заменить. Для обычной проверки резервных копий используйте устройства. Совместимость резервных копий и сторонних программ разбираем в статье о закрытии производителя кошелька.

Electrum или Sparrow для этого кошелька

Electrum остаётся основной программой этого руководства. Sparrow можно использовать как другой координатор той же стандартной конфигурации. В частности, он поддерживает работу с политиками Ledger и показ мультисиг-адресов на устройстве, что полезно для проверки адресов на Nano X и Flex.

Можно импортировать копию файла Electrum или воспроизвести кошелёк по полным расширенным ключам, путям, порогу и типу скрипта. Перед работой со средствами сопоставьте несколько адресов с Electrum, чтобы проверить правильность конфигурации. После этого при необходимости сохраните также дескриптор.

Часть 2. Настраиваем Ethereum-мультисиг через Safe{Wallet}

Safe{Wallet} — интерфейс для работы со смарт-контрактным аккаунтом Safe. В Ethereum такой аккаунт может хранить ETH, токены ERC-20, в том числе USDT и USDC, а также NFT. Описанный здесь способ не подходит для BTC или USDT в сети Tron; в каждой поддерживаемой EVM-сети отдельно проверяют, развёрнут ли контракт Safe и какие у него настройки.

При стандартном подтверждении владельцы подписывают предложение вне блокчейна, поэтому эти подписи не требуют газа. Сетевая комиссия оплачивается при создании Safe и выполнении операции. В нашем примере её будет оплачивать один из владельцев, которому для этого нужен ETH на личном адресе в той же сети.

Первую проверку проведём обычным переводом небольшой суммы ETH без пакетных вызовов и взаимодействия с dApp. После него отдельно рассмотрим, что меняется для токенов. Если решите тестировать в сети второго уровня, последовательно выбирайте именно её при создании, пополнении, сверке хешей и выполнении.

Шаг 1. Записываем три Ethereum-адреса владельцев

1. На Nano X и Flex откройте или добавьте Ethereum-аккаунты в Ledger Wallet. Для каждого выберите получение ETH, откройте Ethereum на соответствующем устройстве и выведите адрес на его экран.
2. На Safe 7 с универсальной прошивкой откройте Ethereum-аккаунт в Trezor Suite, выберите получение и выведите полный адрес на экран устройства.
3. Скопируйте все три адреса и подпишите, какому устройству принадлежит каждый: Nano X, Flex, Safe 7. Запишите использованный аккаунт и путь деривации, если он доступен в информации об аккаунте; одна фраза может давать множество Ethereum-адресов.
4. Убедитесь, что адреса разные и каждый воспроизводится на своём устройстве. На адрес Ledger, с которого будете создавать Safe, отправьте немного ETH в выбранной сети для оплаты развёртывания.

Адреса владельцев управляют Safe, но средства хранятся на адресе самого Safe. Если пополнить личный адрес одного из владельцев, расходование этих средств будет зависеть только от его ключа.

Шаг 2. Подключаем Ledger к Safe{Wallet}

1. Закройте Ledger Wallet и Trezor Suite, чтобы освободить соединение с устройствами. Откройте app.safe.global, проверьте домен и сохраните страницу в закладках.
2. Откройте меню подключения кошелька и выберите встроенное подключение Ledger. Подключите Nano X или Flex кабелем, разблокируйте его и откройте Ethereum. В браузере предоставьте сайту доступ именно к этому USB-устройству.
3. В списке аккаунтов выберите адрес, который записали для этого Ledger. Если нужного адреса нет, проверьте режим деривации Ledger Live/Ledger Wallet и убедитесь, что открыт кошелёк с нужной passphrase. Не заменяйте проверенный адрес другим из списка.
4. После подключения сверьте адрес выбранного владельца в Safe{Wallet} со своей записью. Для подключения используйте аппаратный кошелёк: вводить фразу восстановления на сайте не нужно.

Для подписей вне блокчейна Safe рекомендует прямое подключение Ledger и Trezor. Его и используем в этом руководстве, поскольку подключение через MetaMask может изменить способ подписания и отображения данных. Если браузер не видит устройство, проверьте кабель и разрешения USB, а также закройте другие программы, которые используют соединение.

Шаг 3. Создаём Safe с порогом «2 из 3»

1. Выберите Create new account, задайте название Safe и сеть Ethereum. Название помогает различать аккаунты, а идентифицируют Safe его адрес и сеть.
2. На этапе выбора подписантов проверьте предложенный адрес подключённого Ledger. Добавьте адреса двух других устройств из проверенного списка. Если подключили Nano X, другими владельцами будут Flex и Safe 7; если Flex — Nano X и Safe 7.
3. Задайте понятные названия подписантов и установите Threshold: 2 out of 3. Проверьте все три полных адреса и отсутствие повторов.
4. На итоговом экране проверьте сеть, владельцев, порог и оценку комиссии. В этом руководстве выбираем развёртывание сейчас — Pay now, чтобы перед пополнением контракт уже существовал в сети.
5. Просмотрите запрос на Ledger и подтвердите транзакцию создания. Дождитесь подтверждённого развёртывания контракта в сети, после которого Safe{Wallet} покажет адрес аккаунта. До этого момента не переходите к пополнению.

Шаг 4. Проверяем контракт и пополняем Safe

1. Откройте настройки Safe и раздел владельцев и порога. Убедитесь, что перечислены три записанных адреса и для выполнения нужны две подписи.
2. Проверьте подтверждённую транзакцию создания и адрес контракта в обозревателе выбранной сети. В разделе просмотра данных прокси-контракта Safe найдите функции getOwners() и getThreshold() и выполните эти запросы. В ответ Вы должны получить три записанных адреса и число 2; сопоставьте их с настройками в Safe{Wallet}.
3. Запишите адрес Safe, сеть, версию контракта и адреса владельцев. После проверки отправьте на Safe небольшую сумму ETH и дождитесь её появления на балансе.
4. Проверьте, есть ли ETH на личном адресе владельца, который будет выполнять тестовый перевод. На следующем шаге именно с этого адреса будет оплачена комиссия за внешнюю транзакцию.

Если отправить средства в сеть, где Safe ещё не развёрнут, для восстановления доступа может потребоваться отдельное развёртывание контракта, которое не всегда возможно. При первоначальной настройке используйте только проверенную сеть и уже развёрнутый аккаунт.

Шаг 5. Создаём и проверяем перевод ETH

1. В Safe выберите New transaction → Send funds, укажите проверенный адрес получателя, актив ETH и небольшую сумму. Для учебного перевода используйте свой адрес, доступ к которому уже проверен.
2. На экране просмотра откройте детали операции и её необработанные данные (Raw data). Для обычного одиночного перевода ETH поле to должно содержать получателя, value — сумму в wei, data — пустое значение 0x, а operation — 0, то есть обычный вызов CALL. Один ETH равен 10^18 wei.
3. Проверьте адрес Safe, сеть и nonce — порядковый номер операции этого Safe. Если интерфейс предлагает пакетный вызов или DELEGATECALL вместо ожидаемого простого перевода, вернитесь и выясните, почему изменилась структура операции.
4. Просмотрите результат симуляции, если она доступна: какие активы и кому будут переведены, меняются ли разрешения или настройки аккаунта. Параметры нужно сверить до подтверждения на устройстве.

Подтверждая предложение Safe, владелец обычно подписывает структурированное сообщение EIP-712 с условиями будущей операции. На экране устройства могут отображаться его поля, хеши или оба варианта. Просматривайте все доступные данные, а если полного расшифрованного описания нет, сверяйте хеши по процедуре ниже.

Хеш вычисляют из данных операции, поэтому правильное значение может соответствовать и вредоносному вызову. Сначала проверьте, что именно сделает операция, а затем сверьте её хеши.

Как сверить хеши через Safe Utils

1. На другом доверенном устройстве откройте Safe Utils от OpenZeppelin. Выберите ту же сеть и введите адрес своего Safe.
2. Для первой подписи используйте Manual Input, если предложение ещё недоступно через Safe Transaction Service. Перенесите все поля из деталей операции: to, value, data, operation, nonce, safeTxGas, baseGas, gasPrice, gasToken и refundReceiver. Сверьте их с тем, что собираетесь сделать; недостающие значения не подставляйте наугад.
3. Нажмите Calculate Hashes. Сервис вычислит domain hash, message hash и Safe transaction hash. Режим получения данных через API удобен для уже предложенной операции, но её параметры тоже нужно проверить.
4. Когда начнётся подписание на Ledger или Trezor, сопоставьте именно те значения, которые показывает устройство. Domain hash сравнивают с domain hash, message hash — с message hash, а safeTxHash — с Safe transaction hash; эти три значения не должны совпадать между собой.
5. Сверьте полные значения хешей. Если они отличаются или Вы не можете определить, какое значение показывает устройство, отклоните запрос и выясните причину.

Выполняйте независимый расчёт на другом доверенном устройстве, проверяя также происхождение входных данных: два окна на одном компьютере могут быть подменены одной и той же вредоносной программой. Подробнее процедура описана в документации Safe Utils и инструкции Safe для аппаратных кошельков. Для локального расчёта можно использовать safe-tx-hashes-util.

Шаг 6. Собираем две подписи и выполняем операцию

1. Подключите кошелёк первого владельца, откройте подготовленный перевод и запустите подписание. На устройстве проверьте доступные поля и хеши по предыдущему разделу, затем подтвердите. В очереди Transactions → Queue должна появиться операция с первым подтверждением.
2. Отключите активный кошелёк в Safe{Wallet} и подключите второе устройство, выбрав Ledger или Trezor. Разблокируйте его, откройте нужный кошелёк с passphrase, если она используется, и выберите записанный адрес владельца. На Ledger должно быть открыто приложение Ethereum.
3. Откройте ту же операцию с тем же nonce и хешем в Queue. Не создавайте отдельный новый перевод. Проверьте параметры и значения на втором устройстве и подтвердите вторую подпись.
4. Когда интерфейс покажет два подтверждения, выберите Execute. Если он предлагает Sign & Execute, последнее подтверждение совмещается с выполнением: проверьте внутреннюю операцию Safe и внешнюю сетевую транзакцию, не ожидая обязательно двух отдельных запросов подписи.
5. На устройстве исполнителя проверьте финальный вызов своего Safe и сетевую комиссию. Это внешняя Ethereum-транзакция, которая передаёт контракту подтверждённую операцию и подписи. Её хеш отличается от хеша внутреннего предложения Safe.
6. После подтверждения в сети проверьте статус операции, поступление ETH получателю и изменение баланса Safe. Два подтверждения в Queue ещё не означают, что средства переведены: для этого операция должна быть выполнена.

Что меняется для USDT, USDC и других токенов

После успешного теста ETH можно проверить перевод токена ERC-20: пополните Safe в той же сети и в Send funds выберите нужный актив. Создайте предложение, соберите два подтверждения и выполните операцию. Перед подписанием учтите отличия перевода токенов, описанные ниже.

Для обычного перевода ERC-20 поле to содержит адрес контракта токена, а получатель и количество токенов закодированы в data в вызове transfer. Поле value обычно равно нулю, поскольку ETH в этом вызове не передаются. Проверяйте адрес контракта, получателя и сумму с учётом количества десятичных знаков токена, затем сверяйте хеши.

Если вместо ожидаемого transfer предлагается approve, Вы предоставляете другому адресу разрешение на расходование токенов. Взаимодействие с dApp, пакетные операции и незнакомые контракты нужно разбирать отдельно; успешный тест ETH не подтверждает их безопасности.

Чему учит атака на Bybit

21 февраля 2025 года при работе Bybit с Safe{Wallet} была подписана подменённая операция. Согласно описанию расследования Sygnia, вредоносные изменения в ресурсах веб-интерфейса позволили подменить содержимое транзакции и получить контроль над активами. Несколько аппаратных подписей не остановили операцию, содержание которой не соответствовало ожиданиям подписантов.

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

Как заменить владельца или изменить порог Safe

1. На новом устройстве создайте независимый ключ, откройте его Ethereum-адрес и проверьте его на экране. Запишите адрес и сохраните резервную копию.
2. В настройках Safe откройте раздел подписантов и порога. Выберите адрес владельца, ключ которого потерян или скомпрометирован, нажмите действие замены и вставьте новый проверенный адрес.
3. Просмотрите состав владельцев после изменения и убедитесь, что порог остаётся нужным. Для нашей схемы после замены должны быть три адреса и две необходимые подписи.
4. Проверьте параметры изменения настроек и хеш этой операции, соберите подтверждения двух владельцев, к ключам которых у Вас есть доступ, и выполните транзакцию.
5. После подтверждения транзакции в сети проверьте в обозревателе блокчейна, что новый адрес владельца уже записан в контракт. Обновите свою запись и выполните тестовый перевод с участием нового ключа.

Для добавления владельца или изменения порога нужно количество подтверждений, установленное действующим порогом. Чтобы перейти к схеме «3 из 5», добавьте и проверьте новых владельцев, затем установите порог в три подписи. Если доступных ключей уже меньше текущего порога, а другой способ восстановления не был настроен заранее, снизить порог не получится.

Что сохранить для восстановления Safe

• Адрес Safe и точный список сетей, в которых развёрнут контракт.
• Адреса всех владельцев, необходимый порог и версию контракта — для сверки при повторном подключении.
• Фразы восстановления, форматы резервных копий и passphrase устройств; для воспроизведения конкретного Ethereum-адреса также запишите аккаунт и путь деривации.
• Для незавершённых предложений сохраните параметры и уже собранные подписи либо будьте готовы подписать их повторно. Очередь сервиса Safe и выполненные операции в блокчейне хранятся отдельно.

Восстановите доступ к ключам как минимум двух владельцев и подключите существующий Safe в правильной сети. Создавать новый аккаунт вместо старого не нужно: актуальный состав владельцев и порог хранятся в контракте, поэтому воспроизводить их из xpub, как в Bitcoin, не придётся.

Если веб-интерфейс недоступен, контракт продолжает существовать. Работать с ним можно через другой совместимый интерфейс или Safe CLI. Для этого потребуется отдельная настройка, при которой также проверяют сеть, адрес контракта, nonce и данные операции. Без записанных адресов и аккаунтов восстановить доступ будет сложнее, даже если фразы восстановления сохранены.

Подойдёт ли Ledger Enterprise Multisig вместо Safe{Wallet}

Ledger Enterprise Multisig также работает на протоколе Safe и предлагает Clear Signing — понятное отображение поддерживаемых операций на экране устройства. Однако его требования к моделям отличаются от обычного подключения Ledger в Safe{Wallet}.

Из устройств, использованных в этом руководстве, подписание в Ledger Enterprise Multisig поддерживает Flex. Nano X позволяет подключаться, просматривать баланс и запросы, но не подписывать операции в этом сервисе. Поэтому через него не получится собрать две подписи нашими Ledger; для смешанного набора с Safe 7 используем Safe{Wallet}.

Типичные ошибки при настройке мультисига

• Общая фраза восстановления для двух устройств. Компрометация этой фразы может дать доступ сразу к двум подписантам, даже если на них используются разные производные адреса.
• В резервной копии Bitcoin-кошелька нет всех публичных ключей. Сохраните конфигурацию, проверьте её воспроизведение и не полагайтесь только на файл рабочего компьютера.
• Два независимых ключа в одном месте. Учитывайте расположение устройств, фраз восстановления и passphrase, чтобы содержимое одного хранилища не позволяло собрать две подписи.
• Адрес сверен только в программе. При получении и отправке используйте доступную проверку на устройствах, а при первоначальной настройке также проверьте состав мультисига.
• Политика с неизвестными ключами. Название «2 of 3 Multisig» не подтверждает, что в ней именно Ваши три ключа, поэтому сверьте их полные данные со своей конфигурацией.
• Средства отправлены на личный адрес владельца вместо Safe. Перед пополнением проверьте адрес контракта и сеть, в которой он развёрнут.
• Хеш сверен без проверки вызова. Сначала выясните, кому и что передаёт операция и какие разрешения меняет, затем сопоставьте хеши.
• Подписи собраны, но перевод не выполнен. После сбора подписей операцию нужно выполнить через Execute в Safe или отправить через Broadcast в Electrum, а затем проверить подтверждённый результат в сети.
• Резервным ключом ни разу не подписывали. Периодически проверяйте его работоспособность небольшим переводом и повторяйте тест после существенных изменений прошивок или программ.
• Другой кошелёк с passphrase или другой аккаунт. Сравните публичный ключ или Ethereum-адрес с сохранённой записью, прежде чем менять настройки или делать вывод о потере средств.

Когда можно переходить к основному пополнению

После настройки у Вас должны быть три независимых ключа, проверенные резервные копии и понятный способ восстановить доступ. Для Bitcoin дополнительно нужна полная конфигурация, из которой Вы уже воспроизвели те же адреса; для Safe — проверенные владельцы, порог и адрес развёрнутого контракта в нужной сети.

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