Вултісіг — це криптогаманець без початкового насіння, що підтримує роботу на декількох пристроях і побудований на основі технології схеми підпису з пороговим значенням (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 не бере на себе жодної відповідальності та не несе відповідальності, ані прямо, ані опосередковано, за будь-які збитки, шкоду, претензії, витрати чи видатки будь-якого роду — фактичні, передбачувані чи наслідкові — що виникають внаслідок або у зв’язку з використанням чи покладанням на будь-який контент, товари чи послуги, згадані в цій статті. Довіра до такої інформації залишається виключно на власний ризик читача.
