Передмова

В епоху модульний блокчейн на чолі з Ethereum надання послуг безпеки за допомогою інтеграції рівня доступності даних (DA) не є лонгуючий новою концепцією. В даний час концепція спільної безпеки, запроваджена стейкінгом, пропонує новий вимір модульного простору. Він використовує потенціал «цифрового золота та срібла» для забезпечення безпеки від Біткойн або Ethereum до численних блокчейн-протоколів і публічних ланцюгів. Цей наратив є досить грандіозним, оскільки він не тільки розблоковує ліквідність активів на трильйони доларів, але й слугує ключовим елементом у майбутніх рішеннях для масштабування. Наприклад, нещодавні масштабні збори коштів у розмірі 70 мільйонів доларів від Біткойн стейкінгу протокол Babylon і 100 мільйонів доларів від Ethereum рестейкінгу протокол EigenLayer ілюструють сильну підтримку цього сектору з боку провідний венчурних компаній.

Однак ці події також викликали значне занепокоєння. Якщо модульність є найкращим рішенням для масштабування, а ці протоколи є ключовими компонентами цього рішення, вони, швидше за все, заблокують величезну кількість BTC та ETH. Це ставить під сумнів безпеку самих протоколів. Чи стане складне нашарування, утворене численними протоколами LSD (Liquid Стейкінг Деривативи) і LRT (Рівень 2 Rollup Tokens), найбільшим чорним лебедем у майбутньому блокчейну? Чи обґрунтована їхня комерційна логіка? Оскільки ми вже аналізували EigenLayer у наших попередніх статтях, наступна дискусія буде зосереджена в першу чергу на Вавилоні для вирішення цих питань.

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

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

Перша фракція використовує достатньо захищений рівень 1 (зазвичай Ethereum) як три нижні шари або частину функціональних шарів для зведень. Це рішення пропонує найвищу безпеку та легітимність і може поглинати ресурси з основної екосистеми мережі. Однак він може бути не особливо дружнім з точки зору пропускної здатності та вартості для конкретних Rollups (ланцюжки додатків, ланцюжки лонг хвостів тощо).

Друга фракція має на меті створити існування, близьке до безпеки Біткойн та Ethereum, але з кращими витратами, як, наприклад, Celestia. Celestia досягає цього за рахунок використання чистої функціональної архітектури DA, мінімізації вимог до апаратного забезпечення вузлів і низьких витрат на газ. Цей спрощений підхід спрямований на створення рівня DA, який відповідає безпеці та децентралізації Ethereum, пропонуючи при цьому високу продуктивність у найкоротші терміни. Недоліком такого підходу є те, що його безпека та децентралізація ще потребують певного часу для повного розвитку, і йому бракує легітимності, оскільки він перебуває у прямій конкуренції з Ethereum, провідний до неприйняття Ethereum спільнотою.

До третього типу цієї фракції належать Вавилон і EigenLayer. Вони використовують основну концепцію Proof-of-Stake (POS), використовуючи вартість активів Біткойн або Ethereum для створення спільних служб безпеки. У порівнянні з першими двома типами, це більш нейтральне існування. Його перевага полягає в успадкуванні легітимності та безпеки, а також у забезпеченні більшої корисності активів основної мережі та забезпеченні більшої гнучкості.

Потенціал цифрового золота

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

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

Від 0 до 1

Вивільнення "цифрового золота" завжди було найамбітнішим, але найскладнішим наративом у блокчейн-просторі. Починаючи з ранніх сайдчейни, Lightning Network і токенів, загорнутих у міст, до сьогоднішніх Рун і BTC Рівень 2, кожне рішення має свої недоліки. Якщо «Вавилон» прагне використовувати безпеку Біткойн, то централізовані рішення, які впроваджують припущення про довіру третіх сторін, повинні бути виключені в першу чергу. Серед варіантів, що залишилися, Runes і Lightning Network (обмежені надзвичайно повільним прогресом розробки) наразі мають лише можливість випуск активів. Це означає, що «Вавилону» потрібно розробити свій власний «рішення для масштабування», щоб дозволити місцевим Біткойн здійснювати стейкінг від 0 до 1.

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

Remote Стейкінг

UTXO (Unspent Transaction Outputs) - це модель транзакцій, розроблена компанією Сатоші Накамото для Біткойн. Основна ідея гранично проста: транзакції - це просто кошти, що надходять і виходять, тому вся система транзакцій може бути виражена в термінах входів і виходів. UTXO являє собою частину коштів, які надходять, але не витрачаються повністю, таким чином, залишаються невитраченими виходами транзакцій (тобто Біткойн не виплаченими). Вся Біткойн книга є, по суті, набором UTXO, що фіксує стан кожного UTXO для управління Біткойн власністю та обігом. Кожна транзакція витрачає старі UTXO та генерує нові. Завдяки притаманному йому потенціалу масштабованості, UTXO природним чином став відправною точкою для багатьох нативних рішень для масштабування. Наприклад, використання UTXO та мультипідпису для створення штрафних механізмів та каналів стану для Lightning Network або прив'язка UTXO для реалізації напіввзаємозамінних токенів (SFT), таких як написи та руни, все це випливає з цієї важливої відправної точки.

Babylon також повинен використовувати UTXO для реалізації контрактів стейкінгу (Babylon називає це віддаленим стейкінгом, коли безпека Біткойн дистанційно передається PoS ланцюгам через проміжне рівень). Реалізацію договору можна розбити на чотири етапи, вміло комбінуючи існуючі коди операцій:

Блокування коштів

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

Перевірка стану

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

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

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

Розподіл винагород

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

Часові позначки Після

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

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

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

Тришарова архітектура Вавилона

Як показано на діаграмі, загальну архітектуру Вавилона можна розділити на три шари: Біткойн (служить сервером часових позначок), Вавилон (Зона Космосу, що діє як проміжне шар) і ланцюжки PoS як рівень попиту. Останні два Вавилони називають Площиною Управління (сам Вавилон) і Планом Даних (різні PoS споживчих ланцюгів).

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

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

· Контрольно-пропускні пункти: Тільки останній блок епохи Вавилона перевіряється Біткойн. Контрольна точка складається з хеш блоку та одного агрегованого підпису BLS, що відповідає підписам більшості у дві третини валідатори, які підписалися на блоці для остаточного завершення. На контрольно-пропускних пунктах «Вавилон» також є номер епохи. PoS блоки можуть присвоювати Біткойн позначки часу через контрольно-пропускні пункти «Вавилон». Наприклад, перші два блоки PoS перевіряються блоками Вавилону, які потім перевіряються блоком Біткойн з позначкою часу t_3. Отже, цим PoS блокам присвоюється Біткойн часова позначка t_3.

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

· Правила виведення коштів: Щоб вивести кошти, валідатори надішліть запит на виведення коштів у ланцюжок PoS. Блок PoS, що містить запит на виведення коштів, потім перевіряється Babylon, а потім Біткойн, присвоюючи йому позначку часу t_1. Як тільки Біткойн блок з позначкою часу t_1 досягає глибини k, виведення коштів надається в ланцюжку PoS. Якщо валідатор зі знятими ставками спробує атакувати лонг діапазоном, блокам у ланцюжку атаки може бути присвоєно лише позначку часу, пізніше t_1. Це пов'язано з тим, що як тільки блок Біткойн з часовою позначкою t_1 досягає глибини k, його не можна відкотити назад. Спостерігаючи за ордер цих контрольних точок на Біткойн, PoS клієнти можуть відрізнити канонічний ланцюжок від ланцюжка атаки та проігнорувати останній.

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

· Недоступність PoS КПП Правила: PoS валідатори повинні призупинити свій ланцюжок PoS після того, як помітили недоступний контрольно-пропускний пункт PoS на Вавилоні. Недоступна PoS КПП визначається як хеш, підписана двома третинами PoS валідатори, що нібито відповідає PoS блоку, який неможливо дотримуватися. Якщо PoS валідатори не призупинити ланцюжок PoS після спостереження за недоступною контрольною точкою, зловмисник може виявити раніше недоступний ланцюжок атаки, змінивши канонічний ланцюжок у пізніших клієнтських поданнях. Це пов'язано з тим, що контрольна точка тіньового ланцюга, виявлена пізніше, з'являється раніше на Вавилоні. Наведене вище правило призупинення пояснює, чому ми вимагаємо, щоб хеші блоку PoS, надіслані як контрольні точки, були підписані набором валідаторів PoS. Якби ці контрольно-пропускні пункти не були підписані, будь-який зловмисник міг відправити довільний хеш, стверджуючи, що це хеш недоступного блокпоста PoS блоку на Вавилоні. Тоді PoS валідатори мав би зупинитися на блокпосту. Зауважте, що створення недоступного ланцюжка PoS є складним завданням: для цього потрібно скомпрометувати щонайменше дві третини PoS валідатори, щоб підписатися на PoS блоці, не надавши дані чесним валідатори. Однак у передбачуваній атаці вище зловмисник призупиняє ланцюжок PoS, не ставлячи під загрозу жодного валідатора. Щоб запобігти таким атакам, ми вимагаємо, щоб PoS блокпости були підписані двома третинами PoS валідатори. Отже, на Вавилоні не буде недоступних PoS контрольно-пропускних пунктів, якщо не буде скомпрометовано дві третини PoS валідатори, що дуже малоймовірно через вартість компрометації PoS валідатори і не вплине на інші ланцюги PoS або на сам Вавилон.

· Недоступність правил призупинення контрольно-пропускного пункту «Вавилон»: і PoS, і «Вавилон» валідатори повинні призупинити блокчейн, помітивши недоступний контрольно-пропускний пункт «Вавилон» на Біткойн. Недоступний контрольно-пропускний пункт «Вавилон» визначається як хеш із загальним сигнатурою BLS, що становить дві третини «Вавилонського валідатори», що нібито відповідає блоку «Вавилон», який неможливо спостерігати. Якщо Babylon валідатори не призупинить блокчейн Babylon, зловмисник може розкрити раніше недоступний ланцюжок Babylon, змінивши канонічний ланцюжок Babylon у пізніших представленнях клієнта. Аналогічно, якщо PoS валідатори не призупинити ланцюжок PoS, зловмисник може виявити раніше недоступний ланцюжок атаки PoS і раніше недоступний ланцюжок атак Babylon, змінивши канонічний ланцюжок PoS у пізніших представленнях клієнта. Це пов'язано з тим, що глибокий ланцюг Вавилона, виявлений пізніше, має більш ранню позначку часу на Біткойн і включає контрольні точки пізніше виявленого ланцюжка атак PoS. Подібно до правила призупинення на недоступних PoS контрольно-пропускних пунктах, це правило пояснює, чому ми вимагаємо, щоб хеші блоків «Вавилон», надіслані як контрольні пункти, мали агрегований підпис BLS, що підтверджує підписи двох третин «Вавилонської валідатори». Якби контрольно-пропускні пункти «Вавилон» не були підписані, будь-який супротивник міг послати довільну хеш, стверджуючи, що це хеш недоступного блокпоста «Вавилон» на Біткойн. PoS валідатори і Вавилон валідатори повинні були б чекати на контрольно-пропускний пункт, який не мав би недоступного Вавилона або PoS ланцюгів у своєму попередньому образі. Створення недоступного вавилонського ланцюга вимагає компромісу принаймні двох третин вавилонського валідатори. Однак у передбачуваній атаці вище зловмисник призупиняє всі ланцюжки в системі, не ставлячи під загрозу жодного валідатора Babylon або PoS. Щоб запобігти таким атакам, ми вимагаємо, щоб контрольно-пропускні пункти «Вавилон» були підтверджені агрегованими підписами; Таким чином, не буде недоступних контрольно-пропускних пунктів «Вавилон», якщо дві третини валідатори не будуть скомпрометовані, що дуже малоймовірно через ціну компрометації «Вавилона» валідатори. Але в крайніх випадках це вплине на всі PoS ланцюжки, змусивши їх зробити паузу.

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

З точки зору мети, хоча Вавилон схожий на Власний шар, він далеко не є простим «форк» Власного шару. З огляду на поточну неможливість нативного використання DA на BTC головному ланцюжку, присутність Babylon досить значна. Це протокол не тільки забезпечує безпеку зовнішніх PoS ланцюгів, але й має вирішальне значення для внутрішнього пожвавлення екосистеми BTC

Випадки використання

Babylon представляє численні потенційні варіанти використання, деякі з яких вже реалізовані або можуть мати можливості для реалізації в майбутньому:

1. Скорочення періодів Стейкінг та підвищення безпеки: PoS ланцюжки зазвичай вимагають соціального консенсусу (консенсусу між спільнотою, операторами вузлів та валідатори) для запобігання атакам на лонг діапазоні. Ці атаки передбачають переписування історії блокчейну для маніпулювання записами транзакцій або контролю над ланцюжком. Атаки Лонг діапазону особливо серйозні в PoS системах, оскільки, на відміну від PoW, PoS системи не вимагають валідатори для споживання значних обчислювальних ресурсів. Зловмисник може переписати історію, контролюючи ключі ранніх стейкерів. Для забезпечення стабільності та безпеки консенсусу мережі блокчейн, як правило, необхідні лонг періоди стейкінгу. Наприклад, Cosmos вимагає 21-денного періоду розв'язки. Однак у випадку з Вавилоном історичні події ланцюжка PoS можуть бути включені до сервера часових позначок BTC, використовуючи BTC як джерело довіри для заміни соціального консенсусу. Це може скоротити час роз'єднання лише до одного дня (еквівалентно приблизно 100 BTC блокам). Крім того, PoS ланцюжки можуть мати подвійний захист за допомогою нативного стейкінгу токенів і стейкінгу BTC.

• Cross-Chain Сумісність: Через протокол IBC Babylon може отримувати дані контрольно-пропускних пунктів з декількох ланцюгів PoS, що забезпечує крос-ланцюг сумісність. Ця сумісність забезпечує безперебійний зв'язок і обмін даними між різними блокчейнами, підвищуючи загальну ефективність і функціональність екосистеми блокчейну.
• Інтеграція екосистеми BTC: Більшість проєктів у поточній екосистемі BTC, включаючи Рівень 2, LRT та DeFi, не мають достатньої безпеки та часто покладаються на припущення про довіру третіх сторін. Ці протоколи також зберігають велику кількість BTC у своїх адресах. У майбутньому Babylon може розробити кілька високосумісних рішень з цими проектами, створюючи взаємну вигоду і в кінцевому підсумку сформувавши надійну екосистему, подібну до Eigenlayer в межах Ethereum.
• Крос-чейн управління активами: Babylon протокол можна використовувати для безпечного управління крос-ланцюг активами. Додаючи позначки часу до крос-ланцюг транзакцій, він забезпечує безпеку та прозорість переказів активів між різними блокчейнами. Цей механізм допомагає запобігти подвійним витратам та іншим крос-ланцюг атакам.

Вавилонська вежа

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

На даний момент тестова мережа «Вавилон» надала гарантії безпеки 50 зонам «Космос» через протокол IBC. Крім екосистеми Cosmos, Babylon інтегрувався з деякими протоколами LSD (Liquid Стейкінг Деривативи), протоколами сумісності з омнічейном та протоколами екосистем Біткойн. Однак з точки зору стейкінгу Babylon наразі відстає від Eigenlayer, який може повторно використовувати стейкінг та LSD в екосистемі Ethereum. Однак у лонг році величезна кількість BTC, що дрімають у гаманцях і протоколах, ще не повністю прокинулася, і це лише верхівка айсберга вартістю 1,3 трильйона доларів. Вавилону необхідно сформувати позитивний симбіоз з усією BTC екосистемою.

Єдине рішення дилеми Понці Стейкінг

Як згадувалося раніше, Eigenlayer і Babylon швидко розвиваються, і майбутні тенденції свідчать про те, що вони заблокують величезну кількість основних активів блокчейну. Навіть якщо ці протоколи самі по собі безпечні, чи можуть кілька рівнів стейкінгу створити спіраль смерті для екосистеми стейкінгу, викликавши крах, схожий на чергове підвищення процентних ставок США? Нинішній сектор стейкінгу справді зазнав ірраціонального достатку з моменту переходу Ethereum на PoS та появи Eigenlayer. Проєкти часто заманюють користувачів високим TVL за допомогою величезних очікувань від аірдропів і багаторівневої прибутковості. ETH може проходити через нативний стейкінг, LSD і LRT, складаючи до п'яти або шести шарів. Таке стекування збільшує ризик, оскільки проблема в будь-якому протокол може безпосередньо вплинути на всі задіяні протоколи, особливо на ті, що знаходяться в кінці ланцюжка стейкінгу. Екосистема BTC з її численними централізованими рішеннями зіткнеться з ще більшими ризиками, якщо прийме цю модель.

Однак важливо зазначити, що Eigenlayer і Babylon в основному спрямовані на те, щоб спрямувати маховик ставки до справжньої корисності, створюючи реальний попит для компенсації ризиків. Таким чином, хоча ці протоколи «спільної безпеки» можуть опосередковано або безпосередньо посилювати погані практики, вони також є єдиним способом уникнути віддачі багаторівневого стейкінгу, подібної до Понці. Більш нагальне питання зараз полягає в тому, чи дійсно комерційна логіка протоколів «спільної безпеки» життєздатна.

Реальний попит є ключовим

У Web3, будь то публічні ланцюги чи протоколи, базова логіка часто включає збігається покупців і продавців для певного попиту. Ті, хто робить це добре, можуть «завоювати світ», оскільки технологія блокчейн гарантує, що процес збігається є справедливим, реальним і заслуговує на довіру. Теоретично спільні протоколи безпеки можуть доповнити бурхливий стейкінг і модульні екосистеми. Однак чи значно перевищить пропозиція попит? Що стосується поставок, то існує безліч проектів і основних ланцюжків, здатних забезпечити модульну безпеку. Що стосується попиту, то існуючі мережі PoS можуть не потребувати або не захотіти орендувати такі цінні папери заради обличчя, тоді як новим PoS мережам може бути важко виплачувати відсотки, отримані від великих сум BTC та ETH. Для того, щоб Eigenlayer і Babylon утворили замкнутий комерційний цикл, отриманий дохід повинен збалансувати відсотки, отримані від токенів стейкінгу в межах протокол. Навіть якщо цей баланс буде досягнуто, а дохід значно перевищить витрати на відсотки, це все одно може призвести до виснаження цих нових ланцюжків PoS та протоколів. Тому вирішальне значення матиме те, як збалансувати економічну модель, уникнути бульбашок, які підживлюються очікуваннями airdrop, і здорово керувати як попитом, так і пропозицією.

Про YBB

YBB — це web3-фонд, який присвячує себе визначенню проєктів, що визначають Web3, з метою створення кращого онлайн-середовища існування для всіх мешканців Інтернету. Заснована групою прихильників блокчейну, які беруть активну участь у цій галузі з 2013 року, YBB завжди готова допомогти проектам на ранніх стадіях розвиватися від 0 до 1.Ми цінуємо інновації, самокеровану пристрасть і продукти, орієнтовані на користувача, визнаючи потенціал криптовалют і блокчейн-додатків.

Веб-сайт | Twi: @YBBCapital

Список літератури

1. Детальне пояснення того, як Babylon приносить користь екосистемі Cosmos з безпекою Біткойн: ChainCatcher Стаття
2. Глибоке розуміння Eigenlayer: як вирватися Ethereum зі скрутного становища? Стаття HaoTianCryptoInsight
3. Розмова зі співзасновником Babylon Фішером Ю: Як розблокувати ліквідність 21 мільйона BTC за допомогою стейкінгу? ChainCatcher Стаття
4. Трикутний борг або помірна інфляція: Альтернативний погляд на рестейкінг: Weixin Стаття
5. Подивіться на те, що я бачу в криптовалюті останнім часом: Підстек TheKnower

Відмова від відповідальності:

1. Цю статтю передруковано з [Medium]. Усі авторські права належать оригінальному автору [YBB]. Якщо є заперечення проти цього передруку, будь ласка, зв'яжіться з командою Gate Learn, і вони оперативно впораються з цим.

2. Відмова від відповідальності: Погляди та думки, висловлені в цій статті, належать виключно автору і не є жодною інвестиційною порадою.

3. Переклад статті на інші мови здійснює команда Gate Learn. Якщо не зазначено, копіювання, розповсюдження або плагіат перекладених статей заборонено.