Вступ
Хоча Ефіріум залишається основною базою для інновацій у рестейкінгу, ця концепція не є ексклюзивною для нього. Інші екосистеми блокчейну активно адаптують принципи рестейкінгу, щоб відповідати своїм власним архітектурам та моделям консенсусу. Найбільш помітний зсув у 2025 році - це поява рідного рестейкінгу Біткойна через протоколи, такі як Babylon, які дозволяють найнадійнішому активу у світі вносити криптоекономічні гарантії, що виходять за межі базового рівня Біткойна.
Паралельно, багатоланцюгові екосистеми, такі як Cosmos, Polkadot і NEAR, впроваджують нові версії спільної безпеки та повторного використання валідаторів для покращення масштабованості та децентралізації.
Біткойн як джерело економічної безпеки
Біткойн є найстарішим і найбільш безпечним блокчейном за хешпотужністю та мережевим ефектом. Однак його безпека не є легко компонованою. Дизайн Біткойна навмисно консервативний, він не має смарт-контрактів або рідної підтримки стейкінгу. Як наслідок, ринкова капіталізація BTC у $1 трильйон в значній мірі залишається недоосвоєною, коли йдеться про забезпечення децентралізованих додатків або послуг.
Протоколи, такі як Babylon, мають на меті змінити це, створюючи інфраструктуру, яка дозволяє самостійне зберігання BTC у повторному ставленні. Замість того, щоб обгортати Біткойн у смарт-контракті на іншому ланцюгу, Babylon дозволяє власникам BTC ставити свої монети, не втрачаючи контроль. Це здійснюється через поза ланцюгові зобов'язання, заблоковані за часом UTXO та криптографічні докази — забезпечуючи, щоб Біткойн залишався на своєму рідному ланцюгу, одночасно пропонуючи гарантії ставок зовнішнім сервісам.
Як працює Вавилон
Вавилон — це блокчейн рівня 1, розроблений спеціально для використання Біткойна як джерела безпеки. Він працює через модель з двома токенами, яка включає:
- BTC як повторно стейкована актив.
- BABY як токен управління та утиліти.
BTC ставиться через обмежені за часом виходи безпосередньо на блокчейні Біткойн. Користувач зобов'язується на певний термін своїм BTC і, в обмін, отримує винагороди від послуг, що забезпечуються Babylon. Це можуть включати роллапи, мости, оракли або інші децентралізовані додатки, які вимагають економічних гарантій.
Протокол містить шар фіналізації на основі доказу частки, де оператори AVS валідують логіку поза ланцюгом і можуть бути покарані відповідно до системи вирішення суперечок Babylon. Важливо, що покарання за BTC застосовується шляхом анулювання зобов'язань з часовими замками – роблячи повторно заблокований BTC тимчасово недоступним або економічно покараним у випадку доведення неправомірної поведінки.
Babylon запустила свою Genesis L1 мережу в квітні 2025 року, що позначило початок повторного стейкінгу BTC як композованого примітиву. Протягом кількох місяців інтеграції з Cosmos IBC та оракульними сервісами, такими як Pyth Network, дозволили Babylon розширити гарантії безпеки Біткойна на зростаючий спектр децентралізованих сервісів.
Переваги над моделями обгорнутого Біткойна
Обгорнутий BTC (такий як WBTC в Ethereum) вимагає централізованих кастодіанів і піддає користувачів ризику кастодії. Babylon усуває цей ризик, дозволяючи BTC залишатися під контролем користувача в будь-який час, усуваючи необхідність довіряти третім сторонам-посередникам. Цей дизайн відповідає етиці Біткойна, одночасно відкриваючи його приховану утиліту.
Більш того, Babylon не вимагає змін до протоколу Біткойн. Він працює виключно як накладення, використовуючи наявну інфраструктуру тайм-локів і підписів Біткойна. Це робить його сумісним з припущеннями безпеки Біткойна і зберігає базовий ланцюг недоторканим, що є важливим аспектом для розробників ядра Біткойн та максималістів.
Результатом є структура, яка дозволяє власникам Біткойнів брати участь у забезпеченні децентралізованої інфраструктури, не компрометуючи зберігання або вимагати обгортання токенів. Таким чином, Babylon розширює визначення того, чим може бути стейкінг, і представляє Біткойн як серйозного конкурента в економіці рестейкінгу.
Рестейкінг та спільна безпека в інших екосистемах
Окрім Біткойна, повторне стейкінгування та спільна безпека також розвиваються в Cosmos, Polkadot та NEAR.
Космос
У Cosmos концепція спільних наборів валідаторів існує вже кілька років у рамках моделей, таких як Міжланцюгова безпека (ICS). У ICS v1 споживчий ланцюг використовує набір валідаторів Cosmos Hub для забезпечення своїх операцій. З ICS v2 та поточними оновленнями в 2025 році ланцюги можуть ділитися підмножинами валідаторів і налаштовувати механізми штрафів та управління. Цей модульний дизайн забезпечує гнучкість, зберігаючи при цьому економічну безпеку через координоване ставлення.
Polkadot
Модель спільної безпеки Polkadot вбудована в його архітектуру. Усі паралельні ланцюги захищені набором валідаторів центрального Relay Chain. Однак Polkadot зараз експериментує з більш гнучкими структурами Shared Security v2, де набори колаторів і логіка виконання відокремлені від консенсусу Relay Chain. Це вводить елементи повторного стейкінгу, де різні паралельні ланцюги можуть динамічно домовлятися про відносини з валідаторами, виходячи з їхніх потреб і доступних стимулів.
Протокол NEAR
Протокол NEAR, відомий своєю шардованою архітектурою, досліджує FastAuth та системи делегування валідаторів на основі смарт-контрактів. Ці інновації мають на меті дозволити сервісним ланцюгам або ланцюгам додатків орендувати безпеку з пулу валідаторів NEAR без необхідності підтримувати повну незалежну консенсус. Хоча це не описується прямо як повторне ставлення, ця модель відображає подібні принципи повторного використання валідаторів та модульної довіри.
Ці багатоланцюгові підходи технічно відрізняються, але мають спільну мету: зробити економічну безпеку більш доступною, композованою та ефективною в різних застосунках і ланцюгах.
Ризики та обмеження
Рестейкінг поза межами Ethereum вводить унікальні ризики. У випадку з Babylon, штрафування BTC є технічно складним і незворотним. Помилки в логіці тимчасового блокування або неправильно налаштовані параметри AVS можуть призвести до втрати капіталу без можливості повернення. Крім того, вирішення спорів на окремому ланцюгу (як-от L1 Babylon) може зайняти більше часу для фіналізації, залежно від моделі довіри та часу безперервної роботи валідаторів.
Для Cosmos та Polkadot спільні набори валідаторів підвищують ризик корельованого простою або вузьких місць у продуктивності. Якщо кілька споживчих ланцюгів покладаються на один і той самий набір валідаторів, і один сервіс працює неналежно, це може призвести до зниження продуктивності інших через перевантаження операторів або викликати події мульти-ланцюгового штрафу.
Припущення щодо управління та довіри також різняться. Babylon все ще перебуває на ранніх стадіях децентралізації управління, тоді як Polkadot та Cosmos мають більш зріле управління на ланцюзі, але стикаються з викликами масштабування при налаштуванні штрафів або наборів операторів на багатьох споживчих ланцюгах.
