Практичний огляд від Bitcoin.com.
Vultisig — це беззмінний криптовалютний сейф з багатопристроєвим управлінням, побудований на технології Threshold Signature Scheme (TSS). Замість створення традиційної фрази відновлення, гаманець розподіляє повноваження підпису між кількома пристроями, вимагаючи визначеного порогу для авторизації транзакцій.
Щоб оцінити роботу цієї моделі в реальних умовах, ми встановили Vultisig на кілька пристроїв і протестували конфігурації Secure Vault та Fast Vault. Транзакції виконувалися у кількох підтримуваних мережах, включаючи відправлення та отримання активів, виконання обмінів, взаємодію з вкладкою DeFi та встановлення плагінів. Ми також оцінювали координацію багатопристроєвого підпису за нормальних умов і в сценаріях переривання, а також процедури відновлення за допомогою імпорту vault-share на нових пристроях.
Налаштування сейфу: без фрази відновлення, розподілений контроль
Ми почали з створення двох конфігурацій сейфу:
Під час налаштування фраза відновлення не генерувалася. Замість цього кожен пристрій створював унікальний vault share. Ці частки виступають як зашифровані фрагменти повноважень підпису і повинні бути окремо збережені у файлах .vult. Під час резервного копіювання vault shares шифрувалися паролем сейфу перед експортом для збереження.
Ми також перевірили процес резервного копіювання vault-share. Експорт часток у безпечне сховище був простим, і гаманець чітко наголошував на важливості збереження цих копій. Імпорт vault share на новий пристрій працював як очікувалося, підтверджуючи, що резервні копії vault-share є основним засобом відновлення без фрази відновлення.
Процес налаштування був цілеспрямованим, але зрозумілим. У конфігурації Secure Vault обидва пристрої брали участь у створенні сейфу та його часток. У конфігурації Fast Vault сервер виступав як співавтор для спрощення щоденного використання.
Транзакції виконувалися лише після схвалення запиту обома пристроями. У конфігурації 2 з 2 обидва пристрої повинні були брати участь у підписанні перед трансляцією транзакції. Це відображає дизайн порогового підпису, коли жоден пристрій не може самостійно авторизувати транзакцію.
Практичне управління активами у кількох ланцюгах
Вкладка Wallet агрегує активи з понад 30 підтримуваних ланцюгів, включаючи Bitcoin, Ethereum, Solana, мережі на базі Cosmos та EVM-сумісні ланцюги.
Отримання коштів генерувало нові адреси для кожної мережі з чітким маркуванням. Відмінності між мережами були послідовними, що зменшувало ризик неправильного відправлення активів. Кошти з’являлися швидко після підтверджень у відповідних мережах.
Ми протестували відправлення:
Щоб спостерігати за поведінкою при більшому навантаженні, ми ініціювали кілька транзакцій поспіль у різних підтримуваних мережах. Гаманець обробляв ці послідовні відправлення без створення неконсистентних станів. Генерація адрес залишалася правильною у всіх мережах, а процес підпису залишався передбачуваним навіть під час швидкої активності транзакцій.
Оцінка комісій була видимою перед підписанням. Процес підпису вимагав координації між пристроями перед затвердженням транзакції. Швидкість підпису трохи варіювала залежно від швидкодії пристрою та стану мережі, але залишалася стабільною під час тестування.
Обміни між ланцюгами та взаємодія з DeFi
Vultisig має вбудовану функцію обміну з початковою комісією 50 базисних пунктів для міжланцюгових обмінів. Ми виконали обміни токенів на токени та протестували міжланцюгові потоки, де підтримувалися.
Налаштування проскальзування були видимі, і деталі обміну показувалися перед остаточним затвердженням. Спільне підписання кількома пристроями застосовувалося до обмінів так само, як і до стандартних відправлень, що підсилює послідовну модель підпису для всіх дій у гаманці.
Ми також досліджували, як гаманць реагує, коли обміни не можуть бути завершені, наприклад, через перевищення порогів проскальзування або відсутність ліквідності. У таких випадках інтерфейс чітко показував, що транзакція не може бути продовжена, і запобігав її неповному виконанню. Повідомлення про невдалий обмін дозволяло налаштувати параметри перед повторною спробою.
Вкладка DeFi дозволяла взаємодіяти зі стейкінгом та іншими підтримуваними функціями через інтерфейс гаманця. Підтвердження смарт-контрактів запускали той самий процес підпису з пороговою участю, що й для стандартних переказів. Перед підтвердженням транзакції відображалися деталі взаємодії з контрактом, що допомагало зрозуміти, яку дію авторизують.
Підписання кількома пристроями під навантаженням
Щоб перевірити надійність координації, ми симулювали кілька сценаріїв:
Щоб додатково оцінити координацію між пристроями, ми ініціювали кілька запитів на підпис поспіль. Навіть при повторних запитах пристрої синхронізувалися надійно і не виникало завислих станів або дублюючих транзакцій.
Ми також імітували тимчасові перерви у мережі під час підпису. Після відновлення з’єднання пристрої продовжували процес підпису без створення неконсистентних станів транзакцій.
Якщо пристрій відключався під час сесії, запит на підпис залишався незавершеним, доки порогова участь не відновлювалася. Дублікатів трансляцій або часткових виконань не виникало.
Сценарії відновлення та втрати
Відновлення — важлива складова будь-якого гаманця з самостійним зберіганням. Ми змоделювали два основні сценарії.
Сценарій 1: Втрата одного пристрою у сейфі 2 з 3
При збереженні порогового рівня транзакції продовжували працювати у звичайному режимі.
Сценарій 2: Втрата більшості пристроїв
Ми протестували повторне імпорт vault share на нові пристрої. Відновлення вимагало доступу до необхідного порогу збережених часток.
З точки зору зручності, процес відновлення був чітким і керованим, з підказками щодо повторної ініціалізації пристрою та реконструкції сейфу. Процес підсилював модель безпеки гаманця, дозволяючи відновити доступ, коли потрібні частки були у наявності.
Магазин плагінів і повторювані покупки
Ми досліджували магазин плагінів, зосереджуючись на процесі встановлення та ясності дозволів. Активація плагінів була простою, а видалення — без складних кроків.
Плагін Recurring Buys протестували шляхом:
Час виконання відповідав налаштуванням графіка. Скасування запобігало подальшому виконанню.
Ми також спостерігали за поведінкою плагіна, коли заплановані транзакції не могли бути завершені через недостатність коштів. У таких випадках транзакція просто не виконувалася, без повторних непередбачених покупок, а гаманець чітко повідомляв про результат.
Дозволи, пов’язані з плагінами, відображалися у контексті транзакції, що прояснювало, які дії запитує плагін.
Інфраструктура та модель підпису
Модель безпеки Vultisig побудована навколо розподіленого підпису, а не одного приватного ключа, збереженого на одному пристрої.
У режимі Fast Vault Vultiserver виступає як співавтор, щоб забезпечити підписання одним пристроєм для щоденних транзакцій. У режимі Secure Vault авторизація транзакцій вимагає участі кількох пристроїв, контрольованих користувачем.
Ця архітектура дозволяє користувачам обирати між зручністю та високим рівнем розподіленого контролю, уникаючи централізованого зберігання ключів і єдиної точки відмови, характерної для традиційних гаманців із фразами відновлення.
Остаточна оцінка
Під час налаштування, виконання транзакцій, обмінів, взаємодії з DeFi, координації підпису та сценаріїв відновлення Vultisig поводився послідовно з задокументованою архітектурою безпеки.
Беззмінний дизайн на основі порогового підпису змінює звичну модель безпеки гаманця. Замість захисту однієї фрази відновлення користувачі керують розподіленими частками сейфу та участю пристроїв. Це додає процедурних кроків, але розподіляє контроль між кількома пристроями.
Для користувачів, що цінують розподілений дозвіл і координацію між пристроями, Vultisig пропонує структурований підхід до самостійного зберігання активів. Його підтримка кількох ланцюгів, інтегровані обміни, розширюваність плагінами та явні інструменти відновлення створюють безпечне середовище гаманця.
Для тих, хто готовий перейти за межі обмежень традиційних гаманців із фразами відновлення, Vultisig пропонує переконливу нову модель захисту та управління цифровими активами.
Bitcoin.com не несе відповідальності або зобов’язань і не нестиме відповідальності, прямо чи опосередковано, за будь-які втрати, пошкодження, претензії, витрати або збитки будь-якого роду, будь то фактичні, ймовірні або наслідкові, що виникають у зв’язку з використанням або довірою до будь-якого контенту, товарів або послуг, згаданих у цій статті. Вся довіра до такої інформації здійснюється виключно на ризик читача.