Детальний розбір Вавилону: як звільнити безпеку та вартість біткойну?

Автор: дослідник YBB Capital Зік

Передмова

У провідну роль у модулярній епохи, яку очолює Ethereum, надання послуг безпеки шляхом зв’язку з рівнем DA (доступність даних) вже не новина. Але введення концепції Staking (застейкання) в даний час вносить новий вимір у модульну гонку, використовуючи потенціал “цифрового золота та срібла” для забезпечення безпеки багатьох протоколів та публічних ланцюжків блокчейну від Bitcoin або Ethereum. З наративної точки зору, це можна вважати досить грандіозним. Це не тільки звільняє ліквідність у розмірі десятків трильйонів доларів, але й є ключовим аспектом шляху масштабування в майбутньому. Наприклад, недавно протоколи стейкінгу Bitcoin Babylon та повторного стейкінгу Ethereum (ReStaking) EigenLayer залучили величезне фінансування в розмірі 70 мільйонів доларів та 100 мільйонів доларів відповідно. Легко помітити, що провідні VC дуже позитивно ставляться до цієї гонки.

Але разом з цим приходить чимало сумнівів, якщо модульність - це кінцева мета масштабування, то обидва, як ключові члени цього процесу, безумовно, заблокують величезні обсяги BTC та ETH, то чи варто сумніватися в самій безпеці протоколу? Чи стане безумовною найбільшим чорним лебедем у майбутньому блокчейні, утвореним багатьма протоколами LSD та LRT? Чи є їх комерційна логіка раціональною? Оскільки ми вже аналізували EigenLayer у попередніх статтях, то в наступних розділах ми розглянемо ці питання через призму Babylon.

Розширення консенсусу з безпеки

Світ блокчейну розвивається, і найціннішими громадськими ланцюгами до цього часу, безумовно, є Біткойн та Ethereum. Їх безпека, рівень децентралізації та ціновий консенсус, що нагромадився протягом багатьох років, є ключовими ядрами, що гарантують стійкість обох у громадських ланцюгах. Це також рідкісні характеристики, які найважче відтворити на інших гетерогенних ланцюгах, і ядром модульної думки є надання цих характеристик у вигляді “оренди” для потребувачів. У поточному етапі модульної стратегії існує два основних напрямки:

• Перший варіант - достатньо безпечний Layer1 (зазвичай Ethereum) як нижні три рівні Rollups або частинні функціональні рівні, це рішення має найвищий рівень безпеки, офіційності, а також може залучати ресурси екосистеми основного ланцюжка. Але для певних Rollup (додаткових ланцюжків, довгих хвостових ланцюжків тощо) пропускна здатність та вартість не є дуже дружніми;
• Другий варіант полягає у створенні сутності, яка має безпеку, близьку до Bitcoin та Ethereum, але є більш вигідною з точки зору вартості та продуктивності. Наприклад, Celestia, як ми знаємо, досягає цього шляхом використання архітектури чистої DA, найбільшої можливої мірою знижуючи вимоги до апаратного забезпечення вузлів, знижуючи вартість газу і т. д., використовуючи простий підхід з метою створення DA-рівня, що має достатньо потужну безпеку, децентралізацію та продуктивність в найкоротший термін. Недоліком цієї схеми є необхідність часу для досягнення повноцінного рівня безпеки та децентралізації, а також відсутність статусу та відкритих конкурентних відносин з Ethereum, що призводить до його відштовхування спільнотою Ethereum.

А інша група в цьому фракції - Babylon і Eigenlayer - використовує основну ідею POS (Proof-of-Stake, доказ стейкінгу), використовуючи вартість активів Bitcoin або Ethereum для надання спільних послуг забезпечення безпеки. Порівняно з попередніми двома варіантами, це є більш нейтральним. Його перевага полягає в тому, що воно успадковує традиційність і безпеку, а також надає більше використання майнових активів основного ланцюжка й більшу гнучкість.

Потенційні можливості цифрового золота

Незалежно від того, яка логіка лежить в основі будь-якого механізму консенсусу, безпека блокчейну в значній мірі залежить від того, наскільки він підтримується ресурсами. Ланцюг PoW потребує великої кількості апаратури та електроенергії, тоді як PoS ґрунтується на вартості заставних активів. Сам Біткойн підтримується вкрай великою мережею обчислювальної потужності PoW, і можна сказати, що він є найбезпечнішим об’єктом в цілому блокчейні. Однак, як ланцюг у капіталізації ринку в 1.39 трильйони доларів, що займає півсвіту блокчейну, його активи фактично використовуються лише для двох основних сценаріїв: переказу та оплати газу.

Що стосується іншої половини світу блокчейну, особливо після оновлення Ethereum в Шанхаї на PoS, можна сказати, що більшість публічних ланцюгів за замовчуванням використовують різні архітектури PoS для досягнення консенсусу. Однак, оскільки новий гетерогенний ланцюг сам по собі не може привернути значну кількість грошових застав, його безпека ставиться під сумнів. У сучасну епоху модульності, хоча Cosmos zone та різноманітні Layer2 також можуть використовувати різні рівні DA, вони втрачають автономність. Для багатьох старих публічних ланцюгів або консорціумних ланцюгів з POS-механізмом практично неможливо використовувати Ethereum або Celestia як DA, а вартість Babylon полягає в тому, що вона заповнює цей прогалину, надаючи захист PoS-ланцюгам за рахунок застави BTC. Як людство раніше використовувало золото, щоб підтримувати вартість паперових грошей, так і BTC дійсно підходить для виконання цієї ролі в світі блокчейну.

Від 0 до 1

Вивільнення “цифрового золота” завжди було найважливішою та найскладнішою історією в галузі блокчейну, від ранніх бокових ланцюгів, мережі блискавки, упакованих токенів мостити до сьогоднішніх руни та BTC Layer2, можна сказати, що будь-яка з цих схем має певні вроджені недоліки. Якщо Babylon хоче реалізувати безпеку біткойну, то централізована схема з введенням довіри до сторонніх осіб, звичайно, повинна бути виключена в першу чергу. А серед залишених схем руни та мережа блискавки (обмежена дуже повільними темпами розробки) наразі майже виключно мають здатність випуску активів, що означає, що Babylon повинен самостійно розробити “схему масштабування”, щоб забезпечити устаткування біткойну від 0 до 1.

Розкладання деяких основних елементів, які можна використовувати в Bitcoin, насправді полягає в наступних кількох речах: 1. Модель UTXO, 2. Відмітка часу, 3. Кілька методів підпису, 4. Основні операційні коди. План, запропонований Babylon, базується на розгляданні слабкої програмованості та можливості перенесення даних Bitcoin. Керуючись принципом мінімальності, в Bitcoin потрібно реалізувати лише необхідні функції для контракту з заставою, тобто забезпечення BTC, конфіскації, винагороди, повернення та інших елементів в основному ланцюжку. Після реалізації цього від 0 до 1, складні вимоги передаються до зони Cosmos для обробки. Однак тут все ще існує ключова проблема: як записати дані PoS-ланцюжка в основний ланцюжок?

Віддалене застейкання (Remote Staking)

UTXO (модель невитрачених виходів транзакцій, Unspent Transaction Outputs) - це модель транзакцій, розроблена Сатоші Накамото для Bitcoin, її основна ідея дуже проста. Транзакції полягають у вводі та виводі коштів, тому ціла система транзакцій може бути виражена лише у двох формах - вхід (Input) та вихід (Output). UTXO означає, що кошти входять, але коли вони не витрачаються повністю, залишок є невитраченим виходом транзакції (тобто невиплачені біткойни). Актуальною книгою рахунків Bitcoin є фактично набір UTXO, через ведення записів про стан кожного UTXO, управління власністю та обігом біткоїнів, кожна транзакція витрачає старі UTXO та створює нові UTXO. Через свої потенційно розширювані властивості, це також стало вихідною точкою для багатьох ідей щодо масштабування. Наприклад, використання UTXO та багатопідписних розрахунків для створення механізму покарання та станових каналів у мережі Lightning, або прив’язка UTXO для реалізації написів, рун тощо для напівзамінних токенів SFT (semi-fungible tokens). Все це базується на цій важливій вихідній точці, щоб стати реальністю.

Але Вавилону, звичайно, також потрібно використовувати UTXO для виконання контракту ставок (Вавилон називає його віддаленим залогом, тобто безпека BTC передається через проміжний рівень до ланцюжка PoS), одночасно витончено поєднуючи існуючі операційні коди, фактично реалізуючи конкретні кроки контракту можна розібрати на чотири кроки на наступний спосіб:

• Заблокувати кошти

Користувачі відправляють кошти на адресу, яку контролює багатопідписовий рахунок. За допомогою OP_CTV (OP_CHECKTEMPLATEVERIFY, що дозволяє створювати попередньо визначені шаблони угод, забезпечуючи, що угода може бути виконана лише за певної структури та умов), контракт може вказувати, що лише за певних умов ці кошти можуть бути витрачені. Після блокування коштів генерується новий UTXO, який вказує на те, що ці кошти були застейкані;

• Перевірка умов

Виклик OP_CSV (OP_CHECKSEQUENCEVERIFY, дозволяє встановлювати відносний терміновий блокування, на основі послідовності транзакцій, що вказує, що UTXO можна витратити лише після певного відносного часу або після певної кількості блоків) може забезпечити блокування часу, щоб забезпечити, що кошти не можуть бути витрачені певний час. Завдяки OP_CTV, згаданому вище, можна здійснювати заставу, розгвинчення (після відповідної тривалості застави заставник може витрачати заблокований UTXO), конфіскацію (Slashing, якщо заставник здійснює злочин, то UTXO буде примусово витрачений на заблоковану адресу і обмежений в неможливості витрати, подібно до нульової адреси).

• Оновлення стану

Кожного разу, коли користувач здійснює стейкінг або вилучає стейкінгові кошти, створюються та витрачаються UTXO. Новий вихід транзакції створює новий UTXO, а старі UTXO позначаються як витрачені. Таким чином, кожна транзакція та потік коштів точно відображаються у блокчейні, забезпечуючи прозорість та безпеку;

• Розподіл прибутку

Залежно від суми застави та строку застави, контракт розрахує винагороду, яку слід отримати, і розподілить її, створивши новий UTXO. Ці винагороди можна розблокувати та витратити за допомогою скриптових умов після виконання певних умов.

Мітка часу

З введенням нативного контракту застави, потрібно розглянути проблему запису історії зовнішніх ланцюжків. У білій книзі Сатоші Накамото, блокчейн Bitcoin впровадив поняття відмічки часу, підтримуване PoW, що забезпечує незворотний порядок подій. У використанні оригінального Bitcoin ці події відносяться до різноманітних транзакцій, які виконуються в облікових записах. Сьогодні, для підвищення безпеки інших ланцюжків PoS, Bitcoin може також використовуватися для встановлення відміток часу подій на зовнішніх блокчейнах. Кожного разу, коли відбувається така подія, вона спричиняє транзакцію, яка надсилається майнерам, після чого вона вставляється в обліковку Bitcoin, що додає відмітку часу події. Ці відмітки часу можуть використовуватися для вирішення різних проблем безпеки блокчейна. Загальна концепція додавання відміток часу подій у дочірніх ланцюжках на материнському ланцюжку називається «перевіркою» (checkpointing), а транзакції для додавання відміток часу називаються перевірочними транзакціями (checkpoint transactions). Зокрема, відмітки часу в блокчейні Bitcoin мають наступні важливі особливості:

1. Формат часу: Мітка часу записує кількість секунд з 00:00:00 1 січня 1970 року за координованим всесвітнім часом, цей формат відомий як час Unix або POSIX;
2. Застосування: Головна функція мітки часу полягає в ідентифікації часу генерації блоку, допомозі вузлам у визначенні порядку блоків та підтримці механізму коригування складності мережі;
3. Мітка часу та труднощі з перенацілюванням: в мережі Біткойн кожні 2016 блоків (приблизно кожні два тижні) відбувається перенацілювання труднощів. Мітка часу відіграє ключову роль у цьому процесі, оскільки мережа регулює складність майнінгу на основі загального часу генерації останніх 2016 блоків, щоб забезпечити швидкість генерації нових блоків близько 10 хвилин на блок.
4. Перевірка валідності: при отриманні нового блоку вузол перевіряє часову мітку. Часова мітка нового блоку повинна бути більшою за медіану часу попередніх декількох блоків і не може перевищувати мережевий час на 120 хвилин (тобто 2 години вперед).

Сервер міток часу - це нова примітивна мова, визначена Babylon, яка розподіляє мітки часу біткойнів через блоки PoS Babylon, щоб забезпечити точність послідовності часу та запобігти фальсифікації. Цей сервер є верхнім рівнем у всій архітектурі Babylon і є основним джерелом потреби в довірі.

Трирівнева архітектура Babylon

Як показано на рисунку вище, загальна архітектура Babylon може бути розділена на три рівні: Біткойн (як сервер відміток часу), Babylon (космічна зона Cosmos) як проміжний рівень, та рівень вимог PoS-ланцюга. Babylon відносить останні два до Control Plane (план керування, тобто сам Babylon), Data Plane (план вимог до даних, тобто різноманітні ланцюги споживання PoS).

Після того, як ми розуміємо основні способи реалізації протоколу недовіри, давайте подивимося, як сам Babylon використовує космічну зону для з’єднання обох кінців. Згідно з детальним поясненням проєкту Babylon від Tse Lab зі Стенфорду, Babylon може приймати потоки перевірочних точок з кількох PoS-ланцюгів і публікувати їх в Біткойн, об’єднуючи ці точки. За допомогою агрегованого підпису від валідаторів Babylon можна мінімізувати розмір перевірочних точок, і частота цих точок контролюється тим, що дозволяє валідаторам Babylon змінювати їх тільки один раз на кожну епоху.

Валідатори кожного блоку PoS завантажують блоки Babylon та перевіряють, чи містить їхній PoS-перевірочний пункт у блоках Babylon, що перевіряються для Bitcoin. Це дозволяє PoS-ланцюгам виявляти відмінності, наприклад, якщо валідатори Babylon створюватимуть недійсний блок, який перевіряється для Bitcoin, та брешуть щодо PoS-перевірочного пункту, що міститься у недійсному блоку. Основні складові протоколу наступні:

• Перевірочна точка: перевіряється тільки останній блок епохи Вавилону. Перевірочна точка складається з хешу блоку та окремого об’єднаного підпису BLS, який відповідає підпису набору 2/3 перевірки, що підписав блок для остаточного підтвердження. Перевірочна точка Вавилону також містить номер епохи. Блоки PoS можуть отримати часові мітки біткойн-блоків через перевірочну точку Вавилону. Наприклад, перші два блоки PoS були встановлені перевірочною точкою блока Вавилону, а блок Вавилону встановлений за часовою міткою t_3 біткойн-блоку. Таким чином, цим блокам PoS була надана часова мітка біткойн t_3.

• Канонічний ланцюжок PoS: Коли на PoS у блокчейні є форк, ланцюжок із більш ранньою позначкою часу вважається канонічним ланцюжком PoS. Якщо обидві вилки мають однакову Мітка часу, нічия розривається на користь PoS Блок з більш раннім контрольно-пропускним пунктом на Вавилоні.

• Правила виведення коштів: для виведення коштів валідатори надсилають запит на виведення на ланцюг Proof-of-Stake (PoS). Потім блоки PoS, що містять запити на виведення, перевіряються Babylon, а потім - Bitcoin, і надається відмітка часу t_1. Якщо глибина блоків Bitcoin з відміткою часу t_1 стає рівною k, то на ланцюгу PoS надається виведення. У цей час, якщо валідатори, які вже витягли свої залоги, ведуть атаку з далекої відстані, то блоки на атакованому ланцюзі можуть мати відмітку часу Bitcoin, що настала після t_1. Це тому, що коли глибина блоків Bitcoin з відміткою часу t_1 стає рівною k, вона не може бути відкатана. Потім, спостерігаючи порядок цих перевірочних точок на Bitcoin, клієнт PoS може відрізнити ланцюги з правильною послідовністю від атакованих ланцюгів, і потім можна проігнорувати атаковані ланцюги.

• Правило конфіскації: якщо валідатор не відкликає свою ставку при виявленні атаки, то може бути конфісковано ставку від валідатора з двома конфліктними підписами у блоках механізму PoS. Зловмисні валідатори PoS знають, що якщо вони зачекають, поки запит на вилучення буде схвалений, і тільки тоді здійснять атаку на віддалену безпеку, вони не зможуть подурити клієнтів, оскільки клієнти можуть переглядати біткоїни для ідентифікації ланцюжка. Тому вони можуть розділити ланцюг PoS, коли призначають часові мітки біткоїнів для блоків на ланцюзі PoS. Ці валідатори PoS співпрацюють зловмисним валідатором Babylon і біткоїн-майнером, вони розділять Babylon та біткоїн і замінять блок біткоїна з часовою міткою t_2 на інший блок з часовою міткою t_3. З точки зору майбутнього клієнта PoS, це змінить ланцюг PoS від верхнього до нижнього. Хоча це успішна атака на безпеку, вона призводить до конфіскації прав валідатора PoS, оскільки вони мають конфлікт блоків з подвійним підписом, але ще не вилучили свої ставки.

• Правило припинення недоступних точок перевірки PoS: Перевіряючи недоступні точки перевірки PoS на Вавилоні, валідатори PoS повинні призупинити свої ланцюжки PoS. Тут недоступна точка перевірки PoS - це хеш, підписаний 2/3 валідаторів PoS, який, як вважається, відповідає недоступному PoS блоку, який не можна спостерігати. Якщо валідатори PoS не припиняють ланцюжки PoS при спостереженні недоступної точки перевірки, зловмисник може розкрити раніше недоступний атакуючий ланцюжок і змінити специфікаційний ланцюжок на майбутній клієнтський вигляд. Це тому, що точки перевірки тіні, які з’являються пізніше, з’являються на ранніх стадіях Вавилону. Вищезазначене правило зупинки розкриває причину, чому ми вимагаємо, щоб хеші PoS блоків, які надсилаються як точки перевірки, були підписані набором валідаторів PoS. Якщо ці точки перевірки не підписані, будь-який зловмисник може надіслати довільний хеш і стверджувати, що він є хешем недоступного PoS блоку на Вавилоні. Тоді валідаторам PoS доведеться призупинити точку перевірки. Зверніть увагу, що створення недоступного ланцюжка PoS є складним: для цього потрібно пошкодити принаймні 2/3 валідаторів PoS, щоб вони завершили підпис PoS блоку, але не надавали дані чесним валідаторам. Однак у вищезазначеній атакованій ситуації зловмисник припинив ланцюжок PoS, не атакуючи жодного валідатора. Щоб запобігти таким атакам, ми вимагаємо перевірку точок PoS від 2/3 валідаторів PoS. Тому Вавилон матиме недоступні точки перевірки PoS лише тоді, коли 2/3 валідаторів PoS насправді контролюються зловмисниками. Через вартість пошкодження валідаторів PoS, такий атака малоймовірна і не впливає на інші ланцюжки PoS або сам Вавилон.
• Правило призупинення з точкою перевірки Babylon недоступно: Валідатори PoS та Babylon повинні призупинити ланцюг блоків при спостереженні недоступної точки перевірки Babylon на біткоїні. Тут недоступна точка перевірки Babylon - це хеш агрегованого підпису BLS з 2/3 валідаторів Babylon, який, ймовірно, відповідає недоступному блоку Babylon, який не можна спостерігати. Якщо валідатори Babylon не зупинять ланцюг блоків Babylon, то атакувальник може розкрити раніше недоступний ланцюг Babylon, щоб змінити специфікацію ланцюга Babylon у пізніших клієнтських програмах. Так само, якщо валідатори PoS не зупинять ланцюг блоків PoS, то атакувальник може розкрити раніше недоступний ланцюг атак PoS, а також раніше недоступний ланцюг Babylon, щоб змінити специфікацію ланцюга PoS у пізніших клієнтських програмах. Це тому, що пізніше розкритий темний ланцюг Babylon має більш ранню відмітку часу на біткоїні та містить точку перевірки ланцюга атак PoS, яку раніше розкрито. Так само, як і правило призупинення з точкою перевірки PoS недоступно, вищезазначені правила розкривають, чому ми вимагаємо, щоб хеш блоку Babylon, який надсилається як точка перевірки, мав агрегований підпис BLS, щоб підтвердити підпис 2/3 валідаторів Babylon. Якщо точка перевірки Babylon не має підпису, то будь-який противник може надіслати будь-який хеш та стверджувати, що це хеш недоступного блоку перевірки Babylon на біткоїні. Потім валідатори PoS та Babylon будуть змушені чекати на точку перевірки без будь-якого недоступного ланцюга Babylon або PoS! Створення недоступного ланцюга Babylon потребує руйнування принаймні 2/3 валідаторів Babylon. Однак у вищезазначеній припущеній атаки атакувальник зупинив всі ланцюги в системі, навіть не руйнувавши жодного окремого валідатора Babylon або PoS. Для запобігання таким атакам ми вимагаємо підтвердження точки перевірки Babylon за допомогою агрегованого підпису; отже, недоступна точка перевірки Babylon відбудеться лише тоді, коли дійсно буде пошкоджено 2/3 валідаторів. Через високу вартість руйнування валідаторів Babylon такий вид атаки на доступність даних майже неможливий. Але в екстремальних випадках він може вплинути на всі ланцюги PoS, змушуючи їх припинити роботу.

Власний шар у BTC

З точки зору мети, хоча Бабілон і є подібним до Eigenlayer, він абсолютно не є простим форком Eigenlayer. У контексті того, що на даний момент неможливо використовувати DA на основному ланцюжку BTC, існування Бабілона має велике значення. Крім того, що цей протокол забезпечує безпеку зовнішнього ланцюжка PoS, він також дуже важливий для активізації внутрішнього екосистеми BTC.

Використання

У випадку з Бабилоном може бути багато сценаріїв, ось кілька вже реалізованих або можливих у майбутньому сценаріїв:

1. Скорочення терміну застави та посилення безпеки: Ланцюг PoS зазвичай потребує соціальної згоди (спільноти, операторів вузлів, валідаторів) для запобігання далекої атаки, яка полягає в перезаписі історії блокчейну для зміни записів транзакцій або контролю ланцюга. Цей тип атаки особливо серйозний у системі PoS, оскільки, на відміну від PoW, валідатори, які беруть участь у згоді в системі PoS, не потребують великої кількості обчислювальних ресурсів, тому злочинець може перезаписати історію, контролюючи ключі ранніх заставників. Тому для забезпечення стабільності та безпеки соціальної згоди в мережі блокчейну довгий термін застави є практично обов’язковим, наприклад, період розблокування Cosmos триває 21 день. Проте завдяки Babylon події в історії ланцюга PoS можуть бути включені до сервера часових позначок BTC, тим самим використовуючи BTC як джерело довіри, щоб замінити соціальну згоду, що дозволяє скоротити термін розблокування до всього 1 дня (приблизно через 100 блоків BTC). Крім того, у цей час ланцюг PoS може мати подвійний захист застави за допомогою власного токену та застави BTC.

2. Взаємодія між ланцюгами: завдяки протоколу IBC, Babylon може отримувати дані контрольних точок з кількох PoS-ланцюгів, забезпечуючи взаємодію між ланцюгами. Ця взаємодія дозволяє безперешкодну комунікацію та обмін даними між різними блокчейнами, підвищуючи загальну ефективність та функціональність екосистеми блокчейну.

3.Інтеграція екосистеми BTC: Більшість проектів у поточній екосистемі BTC ще не мають достатньої безпеки, незалежно від того, чи це Layer2, LRT, чи DeFi, більшість все ще ґрунтується на припущенні про довіру до сторонніх осіб. При цьому в адресах цих протоколів знаходиться значна кількість BTC, і, можливо, у майбутньому з Babylona можуть виникнути деякі добре взаємопідходящі рішення, які взаємно підживляться та, в кінцевому підсумку, сформують таку ж потужну екосистему, як Eigenlayer на Ethereum.

4. Управління активами крос-ланцюга: Протокол Вавилон може використовуватися для безпечного управління активами крос-ланцюга. Шляхом додавання відмітки часу до крос-ланцюжкових операцій забезпечується безпека та прозорість переміщення активів між різними блокчейнами. Такий механізм сприяє запобіганню подвійного витрачання та інших атак крос-ланцюга.

Бабельська вежа

Історія вежі Вавилону походить з 11 розділу 1-9 віршів "Біблії. Згідно з класичною історією, людство намагалося побудувати вежу, яка дійшла б до небес, але врешті-решт було зупинено Богом. Це алегорія символізує єдність та спільну мету людства. Це також потенційний зміст Babylon Protocol, який спрямований на побудову вежі Вавилону для багатьох ланцюгів PoS та їх об’єднання. З наративного погляду, це, здається, не поступається захисником Ethereum, Eigenlayer, але як насправді?

На сьогоднішній день тестова мережа Babylon забезпечує безпеку для 50 космічних зон Cosmos через протокол міжблокової комунікації (IBC). Крім Cosmos, Babylon також співпрацює з деякими протоколами з ліквідністю забезпечення, протоколами повної взаємодії ланцюжками та екосистемою Bitcoin. З іншого боку, що стосується забезпечення, порівняно з Eigenlayer, який може використовувати повторне використання забезпечення та ліквідності в екосистемі Ethereum, Babylon наразі трохи поступається. Але з довгострокової перспективи, ще не всі BTC, які сплять у різних гаманцях та протоколах, були повністю розбуджені, тому що це лише верхівка айсберга в 13 трлн. доларів, наразі Babylon повинна активно доповнювати всю екосистему BTC.

Єдине рішення для бабусиних ляльок

Як згадувалося в передмові, Eigenlayer і Babylon ростуть на своїх крилах, і, судячи з поточної тенденції, в майбутньому вони заблокують величезну кількість Блокчейн основних активів. Навіть якщо не виникне проблем з безпекою самих цих двох протокол, чи зможе лялька-матрьошка лонг зіштовхнути всю застейкати екологію в спіраль смерті і викличе зниження падіння не менше, ніж рівень чергового підвищення процентних ставок в США? Нинішній стейкінг-трек справді пережив лонг період ірраціонального процвітання після шортів Ethereum до PoS та Eigenlayer. У ордер для отримання більш високого TVL сторона проекту часто викидає велику кількість очікувань від аірдропів і матрьошки накладає дохід, щоб спокусити користувачів, а ETH може навіть гніздити ляльок 5 або 6 разів від рідного застейкати до LSD до LRT. Це, природно, призводить до великої кількості ризикових проблем зі складанням матрьошки, а проблема лише з одним із протокол безпосередньо впливає на всі протокол, задіяні в матрьошці (особливо на застейкати протокол на хвостовому кінці конструкції матрьошки). В екосистемі BTC велика кількість централізованих рішень, і якщо ви навчитеся малювати совок, ризик скопіювати цей набір буде тільки більше. Але, щоб було зрозуміло, Eigenlayer і Babylon самі спрямовують маховик застейкати до реальної корисності, і обидва, по суті, створюють реальний попит і пропозицію, щоб компенсувати цей ризик. Тому, хоча існування «спільної безпеки» протокол опосередковано чи безпосередньо сприяє посиленню шкідливих звичок, це єдине рішення для застейкати матрьошок, щоб позбутися переваг Понці. Тепер важливіше питання полягає в тому, чи дійсно бізнес-логіка «спільної безпеки» протокол обґрунтована?

Реальний попит і пропозиція - це ключові

У Web3, незалежно від того, чи є це головний ланцюг чи протокол, базова логіка часто ґрунтується на ‘узгодженні’ певної потреби покупців і продавців. Той, хто правильно узгоджує, може отримати ‘світ’, а сама блокчейн лише робить це узгодження справедливим, реальним та надійним. З погляду теорії, протоколи з безпеки мережі можуть доповнювати процвітання ставок та модульного екосистеми. Але, роздумуючи, чи ця пропозиція перевищить попит? По-перше, для постачальників є багато проектів, які можуть забезпечувати модульну безпеку, іншими словами, багато ланцюгів PoS можуть не потребувати або навіть не орендувати цей тип безпеки, оскільки вони можуть боятися втратити свій образ, тоді як нові ланцюги PoS можуть чи не зможуть оплачувати величезні відсотки, що виникають від BTC та ETH, бізнес-логіка Eigenlayer та Babylon повинна стати замкненою системою, щоб принаймні зароблені прибутки були в рівновазі з відсотками, які генеруються від заставного токена в протоколі. Навіть якщо ця рівновага може бути досягнута, або навіть доходи відчутно перевищують витрати на відсотки, тоді це призведе до втягування нових ланцюгів PoS та протоколів. Тому, як збалансувати економічну модель, уникнувши потрапляння в пухлину, яка розвивається на очікуванні роздачі, та спонукати обидві сторони попиту та пропозиції до більш здорового розвитку, це найважливіше.

Довідкова література

1. Подробний опис того, як Babylon допомагає екосистемі Cosmos скористатися безпекою Біткойну:

2. Поглиблене знайомство з Eigenlayer: чи дозволить Ethereum вийти з положення «матрьошки»?

3. Розмова з Бабилоном співзасновник Фішер Ю: Як розблокувати ліквідність 21 млн монет BTC через заставу?

4. Трикутник боргу або помірна інфляція: альтернативна перспектива застави: _WzndAZXRjnEgD2hcew

5. Подивимося, що я бачив останнім часом у криптовалюті: