
Multisig — це скорочення від "multi-signature" (багатопідпис). Це механізм, що розподіляє контроль над адресою між кількома учасниками й визначає поріг підписів: транзакція або зміна параметрів відбувається лише після збору мінімально необхідної кількості підписів. Це подібно до компанійної печатки, яку можна використати лише за колективного підпису кількох керівників.
В Ethereum multisig реалізують через смартконтрактні гаманці, де правила прописані у контракті та перевіряються on-chain. У Bitcoin multisig працює на основі скриптів, які визначають, які відкриті ключі мають підписати для можливості витрачання коштів з адреси. Типові сфери застосування: командні скарбниці, DAO-фонди, кастодіальні процеси, безпечні схеми погодження транзакцій.
Multisig критично важливий, оскільки мінімізує ризик єдиної точки відмови та внутрішнього шахрайства, а також забезпечує прозорий ланцюжок погоджень у блокчейні. Втрата, фішинг або компрометація одного приватного ключа може призвести до незворотної втрати активів — multisig суттєво знижує ці ризики.
Для команд multisig розподіляє права між учасниками та разом із таймлоками й лімітами створює процес, що піддається аудиту. Для DAO зміна параметрів або переказ коштів потребує кількох підтверджень, що підвищує довіру до управління. У 2024–2025 роках основні DAO-скарбниці широко застосовують multisig на основі смартконтрактних гаманців для управління активами та правами доступу.
Головний принцип multisig — це встановлення "порогу": з N учасників повинні підписати щонайменше M ("M-of-N"). Після створення ініціатором транзакції інші учасники підписують її своїми приватними ключами; коли поріг досягнуто, блокчейн підтверджує та виконує транзакцію.
"Підпис" у цьому контексті означає криптографічне підтвердження, створене приватним ключем, яке неможливо підробити; дійсність підпису можна перевірити за відповідним відкритим ключем. В Ethereum логіка multisig прописується у смартконтракті, у Bitcoin — у скриптах. EOA — це "екстернально керований акаунт", який контролюється приватним ключем, а смартконтрактний гаманець підпорядковується правилам контракту; обидва типи можуть брати участь у multisig-схемах.
У Bitcoin multisig реалізується через скрипти — зазвичай у форматах P2SH або P2WSH. Скрипт містить перелік відкритих ключів і визначає необхідну кількість підписів; для витрачання коштів треба надати відповідну кількість дійсних підписів згідно зі скриптом.
В Ethereum multisig використовує смартконтрактні гаманці, наприклад Gnosis Safe. Підписи збирають поза мережею, а потім надсилають у контракт для перевірки та виконання. Ethereum multisig може підтримувати багаторівневі права, таймлоки, модульні погодження й управління ролями, що робить їх оптимальними для складних сценаріїв. Bitcoin multisig простіші та відрізняються за вартістю й рівнем приватності залежно від стану мережі.
У командних скарбницях і DAO multisig забезпечує погодження кількома сторонами для переказів і змін конфігурації. Всі правила — хто може запропонувати, хто може підтвердити, скільки підписів потрібно для виконання — фіксуються у блокчейні для прозорості й аудиту.
Типові сценарії: зарплати й компенсації, оплата постачальникам, балансування скарбниці, коригування ризикових параметрів, аварійна пауза та відновлення. DAO часто зберігають скарбницю у multisig-гаманці, де підписанти представляють різні ролі або сегменти спільноти. Для уникнення концентрації влади рекомендують таймлоки та періодичну ротацію підписантів.
Крок 1: Оберіть блокчейн і тип гаманця. Визначтеся між Ethereum (смартконтрактні гаманці, як Gnosis Safe) чи multisig на базі скриптів Bitcoin. Оцініть комісії, зрілість інструментів і досвід команди.
Крок 2: Визначте учасників і встановіть поріг. Складіть перелік N підписантів і задайте правило M-of-N. Рекомендовано обирати поріг "не менше 2/3 або 3/5" для балансу між безпекою та зручністю.
Крок 3: Розгорніть або згенеруйте адресу. В Ethereum розгорніть multisig-контрактний гаманець і додайте підписантів; у Bitcoin згенеруйте multisig-адресу й безпечно розподіліть мнемонічні фрази або апаратні пристрої.
Крок 4: Налаштуйте права та параметри безпеки. Визначте ролі для ініціаторів, денні ліміти витрат, таймлоки, модульні погодження, канали сповіщень, моніторинг активності й систему сповіщень.
Крок 5: Поповніть і протестуйте на невеликій сумі. Переказуйте малу суму для тестування повного циклу — пропозиція, підписання, виконання, відновлення після збоїв — і перевірте працездатність пристроїв і резервних копій усіх підписантів.
Крок 6: Експлуатуйте та підтримуйте. Підготуйте операційний мануал; встановіть вищі пороги чи додаткові перевірки для великих транзакцій; регулярно змінюйте підписантів; проводьте перевірки ключів і аварійні тренування.
На практиці сервіси на кшталт Gnosis Safe мають інтуїтивний інтерфейс: ініціатори створюють транзакції, інші підписанти підтверджують через гаманець або захищені посилання; після досягнення порогу контракт виконує транзакцію. Для Bitcoin multisig потрібні сумісні гаманці (наприклад, з підтримкою P2WSH) для збору та трансляції підписів.
Multisig забезпечує on-chain перевірку того, що кілька підписів досягли порогу, і робить всі погодження публічно прозорими. MPC (Multi-Party Computation) розподіляє процес створення одного підпису між кількома пристроями — у блокчейн надходить лише один підпис, а багатосторонній процес відбувається поза мережею.
Порівняння: правила Multisig публічні і зручні для аудиту, підходять для управління та комплаєнсу; MPC забезпечує більшу приватність і продуктивність, часто використовується у кастодіальних рішеннях, на біржах або в мобільних застосунках. Multisig легко поєднується з таймлоками і модульними правами; MPC вимагає високої надійності пристроїв і сервісів. На практиці їх поєднують: скарбниці у блокчейні використовують multisig, а для внутрішніх погоджень у кастодіальних чи операційних процесах застосовують MPC.
Multisig не гарантує абсолютного захисту; основні ризики: втрата або пошкодження пристроїв підписантів; недоступність підписантів, що призводить до затримок; змова меншості; помилки у контракті чи ризики оновлення; неправильна конфігурація, що веде до втрати контролю; зростання комісій і складність експлуатації.
Стратегії мінімізації: забезпечте кожному підписанту окремий апаратний гаманець і резервні копії; визначте аварійних підписантів і процедури відновлення; для ризикових операцій використовуйте таймлоки та надійний моніторинг; обирайте аудійовані й перевірені контрактні гаманці; впроваджуйте суворий контроль змін із тестами на малих сумах; перевіряйте зовнішні пропозиції багаторівнево й обмежуйте ліміти на транзакцію/день.
Multisig оптимальний для скарбниць у блокчейні та погоджень між командами. На біржах, як Gate, можна впроваджувати багатокористувацькі права через функції безпеки акаунта або керування субакаунтами для контролю ризиків виведення; у блокчейні використовуйте Gnosis Safe чи подібні гаманці для зберігання скарбниць із фіксацією пропозицій і виконанням транзакцій у мережі.
Ця комбінація працює як "dual defense" (подвійний захист): багатокористувацьке погодження на платформі плюс біллистинг виведень, а multisig-скарбниця у блокчейні забезпечує фінальний контроль витрат. Навіть якщо акаунт на платформі скомпрометовано, multisig у мережі блокує аномально великі перекази. Дивіться актуальну документацію Gate для деталей — команди мають розробити єдині процедури й аварійні плани.
Multisig еволюціонує від базового порогового підписання до програмованих систем прав, інтегрованих із технологіями на кшталт account abstraction, що робить погодження гнучкішими й наближає їх до традиційних корпоративних процесів. В останні роки DAO та командні скарбниці масово впроваджують multisig на основі контрактних гаманців як прозорий і аудійований стандарт управління коштами.
Рекомендації: командам, які управляють значними активами, часто здійснюють операції або потребують прозорості, варто обирати multisig-контрактні гаманці; тим, хто прагне простоти або використовує кастодіальні рішення, підійдуть MPC чи гібридні моделі. За будь-якого вибору: тестуйте на малих сумах; чітко визначайте пороги й ролі; впроваджуйте резервування та ротацію; застосовуйте таймлоки й моніторинг; комбінуйте права на платформі з multisig у блокчейні для комплексної безпеки.
Multisig-гаманці забезпечують вищий рівень безпеки, ніж гаманці з одним підписом, адже для транзакції потрібна авторизація кількох приватних ключів — це значно знижує ризик єдиної точки відмови. Однак загальна безпека залежить від управління ключами: зберігання кількох ключів на одному пристрої або у одному місці підвищує ризик одночасної компрометації. Найкраще розподіляти ключі між різними пристроями чи апаратними гаманцями.
Створення multisig-гаманця безкоштовне, але розгортання multisig-смартконтракту потребує оплати gas-комісій. Вартість gas залежить від мережі блокчейну (Bitcoin чи Ethereum) і поточного навантаження. Управління кількома приватними ключами з апаратними гаманцями може вимагати стартових інвестицій, але це необхідно для захисту активів.
Це залежить від конфігурації порогу підписів. У схемі 2-of-3 multisig (будь-які 2 з 3 ключів) втрата одного ключа не блокує роботу; у схемі 3-of-3 (усі ключі обов’язкові) втрата будь-якого ключа назавжди блокує доступ до коштів. Проектуючи multisig-схему, балансуйте безпеку й зручність — зазвичай рекомендують пороги 2-of-3 або 3-of-5.
Великі біржі, як Gate, підтримують багатофакторну перевірку API-ключів — це відрізняється від multisig-гаманців у блокчейні. Безпека акаунтів на біржі базується на багаторівневій аутентифікації (email, телефон, Google Authenticator), а multisig у блокчейні означає керування кількома ключами на рівні гаманця. Для максимальної безпеки активуйте всі доступні опції у Gate-акаунті, а великі активи зберігайте у multisig-гаманці у блокчейні.
Multisig підходить не лише організаціям — фізичним особам із суттєвими криптоактивами також варто його розглянути. Проста схема 2-of-2 multisig (один ключ на телефоні, інший на комп’ютері) ефективно захищає від компрометації пристрою чи викрадення ключа. Якщо обсяг активів значний, додаткова безпека повністю виправдовує витрати на налаштування — особливо для довгострокового зберігання чи самостійного управління.


