Вултисиг — это криптокошелек без сед-фразы, поддерживающий несколько устройств и построенный на основе технологии Threshold Signature Scheme (TSS). Вместо генерации традиционной сед-фразы кошелек распределяет полномочия по подписанию между несколькими устройствами, при этом для авторизации транзакций требуется достижение заданного порога.
Чтобы оценить эффективность этой модели в реальных условиях, мы установили Vultisig на нескольких устройствах и протестировали конфигурации как Secure Vault, так и Fast Vault. Транзакции выполнялись в нескольких поддерживаемых сетях, включая отправку и получение активов, проведение свопов, взаимодействие с вкладкой DeFi и установку плагинов. Мы также оценили координацию подписи на нескольких устройствах в условиях обычного использования и в моделируемых сценариях прерывания, а также процедуры восстановления с использованием импорта долей хранилища на новые устройства.
Настройка хранилища: без семенной фразы, распределенное управление
Для начала мы создали две конфигурации хранилища:
- Безопасное хранилище с использованием двух устройств (порог «2 из 2»)
- «Fast Vault» с использованием одного устройства и Vultiserver в качестве соподписывающего устройства
При настройке фраза-семена не была сгенерирована. Вместо этого каждое устройство создало уникальный фрагмент хранилища. Эти фрагменты представляют собой зашифрованные части полномочий на подпись и должны быть сохранены отдельно в виде .vult файлы. В процессе резервного копирования общие ресурсы хранилища шифруются с помощью пароля хранилища перед экспортом для хранения.
Мы также проверили процесс резервного копирования долей хранилища. Экспорт долей в безопасное хранилище прошел без сложностей, и в кошельке четко подчеркивается важность сохранности этих резервных копий. Повторный импорт доли хранилища на новое устройство прошел как и ожидалось, что подтвердило: резервные копии долей хранилища служат основным механизмом восстановления в случае отсутствия сед-фразы.
Процесс настройки казался тщательно продуманным, но понятным. При настройке Secure Vault оба устройства участвовали в создании хранилища и связанных с ним общих папок. При настройке Fast Vault сервер выступал в качестве соподписчика, что упрощало повседневное использование.
Транзакции выполнялись только после того, как необходимые устройства одобряли запрос. В конфигурации «2 из 2» для передачи транзакции требовалось, чтобы оба устройства участвовали в процессе подписи. Это отражает пороговую архитектуру кошелька, при которой ни одно устройство не может самостоятельно авторизовать транзакции.
Управление активами в нескольких цепочках на практике
На вкладке «Кошелек» объединены активы из более чем 30 поддерживаемых цепочек, включая Bitcoin, Ethereum, Solana, сети на базе Cosmos и цепочки, совместимые с EVM.
При поступлении средств для каждой цепочки генерировались новые адреса с чёткой маркировкой. Разграничение сетей осуществлялось последовательно, что способствовало снижению риска отправки средств не в ту цепочку. Средства появлялись незамедлительно после подтверждения транзакций в соответствующих сетях.
Мы протестировали отправку:
- Небольшие количества
- Более крупные суммы
- Несколько операций, выполняемых в короткие промежутки времени
Чтобы проанализировать поведение системы в условиях более интенсивной нагрузки, мы запустили несколько транзакций подряд в различных поддерживаемых цепочках. Кошелек обработал эти последовательные отправки без возникновения несогласованных состояний. Генерация адресов оставалась корректной во всех сетях, а процесс подписи оставался предсказуемым даже при интенсивной транзакционной активности.
Оценка комиссии отображалась до подписания. Процесс подписания требовал согласования действий между всеми участвующими устройствами, прежде чем транзакция могла быть одобрена. Скорость подписания незначительно варьировалась в зависимости от отзывчивости устройств и состояния сети, но оставалась стабильной на протяжении всего тестирования.
Межсетевые свопы и взаимодействие с DeFi
Вултисиг включает в себя встроенную функциональность обмена с моделью стартовой комиссии в размере 50 базисных пунктов для межцепочечных обменов. Мы осуществили обмены «токен-на-токен» и протестировали межцепочечные потоки там, где это было возможно.
Параметры проскальзывания были видны, а детали свопа отображались перед окончательным подтверждением. К свопам применялась функция совместной подписи с нескольких устройств, так же как и к стандартным переводам, что обеспечивало единую модель подписи для всех операций с кошельком.
Мы также изучили, как кошелек реагирует в случаях, когда обмен не может быть завершён, например, при превышении пороговых значений проскальзывания или отсутствии ликвидности. В таких случаях интерфейс чётко указывал, что транзакция не может быть выполнена, и предотвращал её неполное выполнение. Сообщения о неудавшемся обмене позволяли скорректировать параметры перед повторной попыткой.
Вкладка «DeFi» позволяла взаимодействовать со стейкингом и другими поддерживаемыми функциями непосредственно в интерфейсе кошелька. Подтверждение смарт-контрактов запускало тот же процесс подписания с установленным пороговым значением, что и при стандартных переводах. Перед подтверждением в окне запроса на транзакцию отображались подробности взаимодействия с контрактом, что помогало прояснить суть санкционируемого действия.
Подписка с использованием нескольких устройств в условиях нагрузки
Чтобы проверить надежность координации, мы смоделировали несколько сценариев:
- Одно устройство отключилось в середине процесса входа
- Устройство, отклоняющее транзакцию
- Переход приложения в фоновый режим во время сеанса авторизации
- Быстрые последовательные попытки подписания
Чтобы более тщательно оценить координацию между устройствами, мы отправили несколько запросов на подписание с небольшим интервалом. Даже при повторяющихся запросах на подписание устройства надежно синхронизировались и не допускали зацикливания в процессе подписания или дублирования транзакций.
Во время сеансов подписания также моделировались временные перебои в работе сети. После восстановления связи устройства возобновляли процесс подписания без возникновения несогласованных состояний транзакций.
Если устройство отключалось в середине сеанса, запрос на подпись просто оставался незавершенным до тех пор, пока не восстанавливалось пороговое количество участников. Дублирования трансляций или частичного выполнения не происходило.
Сценарии восстановления и потери данных
Восстановление данных — важнейший компонент любого кошелька с самостоятельным хранением. Мы провели моделирование двух основных сценариев.
Сценарий 1: Выход из строя одного устройства в хранилище типа «2 из 3»
Поскольку порог для подписания по-прежнему оставался достижимым, транзакции продолжали осуществляться в обычном режиме.
Сценарий 2: Потеря большинства устройств
Мы протестировали повторный импорт общих папок хранилища на новые устройства. Для восстановления требовался доступ к необходимому количеству общих папок, включенных в резервную копию.
С точки зрения удобства использования алгоритм восстановления состоял из четкой последовательности подсказок, помогающих выполнить переинициализацию устройства и восстановление хранилища. Этот процесс укреплял модель безопасности кошелька, при этом позволяя восстановить доступ при наличии необходимых долей.
Магазин плагинов и регулярные покупки
Мы изучили рынок плагинов, уделив особое внимание процессу установки и ясности прав доступа. Активация плагинов была простой, а для их удаления не требовалось выполнять сложных действий.
Плагин «Recurring Buys» был протестирован:
- Настройка регулярных покупок
- Отмена запланированных покупок
- Моделирование условий отказа
Время выполнения соответствовало настроенному расписанию. Отмена, как и ожидалось, предотвратила дальнейшие выполнения.
Мы также проанализировали поведение плагина в ситуациях, когда запланированные транзакции не могут быть завершены, например, из-за недостатка средств. В таких случаях транзакция просто завершалась сбоем, не вызывая повторных непреднамеренных покупок, а кошелек четко сообщал о результате.
Права доступа, связанные с плагинами, отображались в контексте транзакции, что позволяло уточнить, какие действия запрашивал плагин.
Модель инфраструктуры и подписи
Модель безопасности Vultisig основана на распределенной подписи, а не на использовании единственного закрытого ключа, хранящегося на одном устройстве.
В режиме «Fast Vault» Vultiserver выступает в качестве соподписывающего устройства, что позволяет осуществлять подписание повседневных транзакций с помощью одного устройства. В режиме «Secure Vault» для авторизации транзакции требуется участие нескольких устройств, управляемых пользователем.
Данная архитектура позволяет пользователям выбирать между удобством и более высокой степенью распределенного контроля, при этом исключая централизованное хранение ключей и наличие единичной точки отказа, характерной для традиционных кошельков, использующих семенную фразу.
Итоговая оценка
В ходе тестирования настроек, транзакций, свопов, взаимодействий с DeFi, координации подписания и моделирования восстановления система Vultisig работала в полном соответствии со своей задокументированной архитектурой безопасности.
Концепция, основанная на использовании «пороговых значений» и отсутствии «семенного ключа», меняет традиционное представление о безопасности кошелька. Вместо защиты одной фразы восстановления пользователи управляют распределёнными долями хранилища и участием устройств. Это влечёт за собой дополнительные процедурные шаги, но позволяет распределить контроль между несколькими устройствами.
Для пользователей, для которых приоритетом являются распределенная авторизация и координация между несколькими устройствами, Vultisig предлагает структурированный подход к самостоятельному хранению криптовалюты. Поддержка нескольких блокчейнов, встроенные обменные функции, возможность расширения с помощью плагинов и набор инструментов для явного восстановления данных в совокупности создают ориентированную на безопасность среду кошелька.
Для пользователей, готовых выйти за рамки ограничений традиционных кошельков с семенной фразой, Вултисиг представляет собой новую эффективную модель обеспечения безопасности и управления цифровыми активами.
Bitcoin.com не несёт никакой ответственности и не будет нести ответственности, ни прямо, ни косвенно, за любые убытки, ущерб, претензии, затраты или расходы любого рода — фактические, предполагаемые или косвенные, — возникающие в результате или в связи с использованием либо опорой на любой контент, товары или услуги, упомянутые в данной статье. Любое доверие к такой информации читатель проявляет исключительно на свой страх и риск.
