Автор: Зик, YBB Capital Источник: средний Перевод: Шан Оба, Golden Finance
Предисловие
В эпоху модульных блокчейнов, возглавляемых Ethereum, предоставление услуг безопасности путем интеграции уровня доступности данных (DA) больше не является новой концепцией. В настоящее время концепция общей безопасности, представленная посредством ставок, обеспечивает новое измерение модульного пространства. Он использует потенциал «цифрового золота и серебра» для обеспечения безопасности многочисленных протоколов блокчейнов и публичных цепочек, от Биткойна или Эфириума. Эта история весьма амбициозна, поскольку она не только открывает ликвидность активов стоимостью в триллионы долларов, но также является ключевым элементом будущих решений по масштабированию. Например, недавнее массовое привлечение финансирования в размере 70 миллионов долларов США для протокола ставок биткойнов Babylon и 100 миллионов долларов США для протокола повторных ставок Ethereum EigenLayer иллюстрирует сильную поддержку этого пространства со стороны ведущих фирм венчурного капитала.
Однако эти события также вызывают серьезную обеспокоенность. Если модульность является окончательным решением масштабирования, а эти протоколы являются ключевым компонентом этого решения, то они, скорее всего, будут иметь заблокированные большие объемы BTC и ETH. Это приводит к проблемам безопасности самого протокола. Станут ли сложные уровни, образованные многочисленными протоколами LSD (Liquid Stake Derivatives) и LRT (Layer 2 Rollup Tokens), самым большим черным лебедем в будущем блокчейна? Верна ли их бизнес-логика? Поскольку мы уже анализировали EigenLayer в предыдущей статье, следующее обсуждение будет сосредоточено в первую очередь на Babylon для решения этих проблем.
Расширить консенсус в области безопасности
Биткойн и Эфириум, несомненно, являются сегодня самыми ценными публичными блокчейнами. Безопасность, децентрализация и консенсус в отношении ценностей, которые они накопили за эти годы, являются основными причинами, по которым они всегда стояли на вершине мира блокчейнов. Это редкие качества, которые трудно воспроизвести с другими гетерогенными цепочками. Основная идея модульности — «сдавать» эти качества тем, кто в них нуждается. В рамках нынешнего модульного подхода существуют две основные фракции:
Первая фракция использует достаточно безопасный уровень 1 (обычно Ethereum) в качестве трех нижних или частично функциональных уровней Rollups. Это решение обладает высочайшей безопасностью и легальностью и может поглощать ресурсы основной экосистемы блокчейна. Но для конкретных накопительных пакетов (цепочек приложений, цепочек с длинным хвостом и т. д.) это может быть не особенно удобно с точки зрения пропускной способности и стоимости.
Вторая группа стремится создать систему, близкую по безопасности к Биткойну и Эфириуму, но имеющую более высокие экономические показатели, как, например, Celestia. Celestia достигает этого за счет использования чистой функциональной архитектуры DA, минимальных требований к аппаратному обеспечению узла и низких затрат на газ. Этот оптимизированный подход направлен на создание уровня DA, который соответствует безопасности и децентрализации Ethereum, обеспечивая при этом надежную производительность в кратчайшие сроки. Недостатки этого подхода заключаются в том, что для полной реализации его безопасности и децентрализации потребуется некоторое время, а также ему не хватает легитимности при прямой конкуренции с Ethereum, что приводит к неприятию со стороны сообщества Ethereum.
Третий тип внутри этой фракции включает вавилонский и характеристический слои. Они используют основную концепцию Proof of Stake (POS) для создания общих служб безопасности, используя стоимость активов Биткойн или Эфириум. По сравнению с первыми двумя, это более нейтральное существование. Его преимущество заключается в том, что он наследует законность и безопасность, а также придает большую практическую ценность активам основной цепи и обеспечивает большую гибкость.
Потенциал цифрового золота
Независимо от базовой логики любого механизма консенсуса, безопасность блокчейна во многом зависит от ресурсов, которые его поддерживают. Цепочки PoW требуют большого количества оборудования и электроэнергии, а PoS зависит от стоимости заложенных активов. Сам Биткойн поддерживается чрезвычайно большой сетью PoW, что делает его наиболее безопасным существованием во всем пространстве блокчейнов. Однако, поскольку это публичная сеть с оборотной рыночной стоимостью 1,39 триллиона долларов США и на которую приходится половина рынка блокчейнов, полезность ее активов в основном ограничивается переводами и платежами за газ.
Что касается другой половины мира блокчейнов, особенно после того, как Ethereum перешел на PoS после обновления в Шанхае, можно сказать, что большинство публичных цепей по умолчанию используют разные архитектуры PoS для достижения консенсуса. Однако новым гетерогенным цепочкам часто не удается привлечь крупный капитал, что поднимает вопросы об их безопасности. В нынешнюю эпоху модульности зоны Cosmos и различные решения уровня 2 могут использовать различные уровни DA для компенсации, но это часто происходит за счет автономности. Использование Ethereum или Celestia в качестве уровня DA также обычно непрактично для большинства старых механизмов PoS или цепочек консорциумов. Ценность Babylon заключается в заполнении этого пробела путем обеспечения защиты цепочки PoS с использованием ставок BTC. Точно так же, как люди используют золото для обеспечения стоимости бумажных денег, Биткойн идеально подходит для выполнения этой роли в мире блокчейнов.
от 0 до 1
Открытие «цифрового золота» всегда было самой амбициозной, но самой неуловимой целью в области блокчейна. От ранних сайдчейнов, Lightning Network и мостовых токенов до сегодняшних Runes и BTC Layer 2 — каждое решение имеет свои недостатки. Если Babylon стремится использовать безопасность Биткойна, сначала необходимо исключить централизованные решения, которые вводят предположение о доверии третьей стороны. Среди оставшихся вариантов Rune и Lightning Network (ограниченные крайне медленным прогрессом разработки) в настоящее время имеют возможность выдавать только активы. Это означает, что Babylon необходимо разработать собственное «решение масштабирования» для достижения собственной ставки биткойнов от 0 до 1.
Если разобрать основные элементы, доступные в настоящее время в Биткойне, то можно выделить следующие: 1. Модель UTXO, 2. Временная метка, 3. Различные методы подписи, 4. Коды основных операций. Учитывая ограниченные возможности программирования и возможности передачи данных Биткойна, решение Babylon основано на принципах минимализма. В Биткойне необходимо выполнить только основные функции контракта о ставках, а это означает, что стейкинг, сокращение, вознаграждение и извлечение BTC выполняются в основной цепочке. Как только этот уровень от 0 до 1 будет достигнут, зона Cosmos сможет обрабатывать более сложные требования. Однако ключевой вопрос все еще остается: как записать данные цепочки PoS в основную цепочку?
Удаленный стейкинг
UTXO (выходы неизрасходованных транзакций) — это модель транзакций, разработанная Сатоши Накамото для биткойнов. Основная идея очень проста: транзакции — это всего лишь вход и выход средств, поэтому всю торговую систему можно представить с точки зрения входов и выходов. UTXO представляют собой часть средств, которые поступили, но не были полностью израсходованы и, следовательно, остаются неизрасходованными выходами транзакций (т. е. неоплаченными биткойнами). Весь реестр биткойнов, по сути, представляет собой набор UTXO, фиксирующий статус каждого UTXO для управления владением и обращением биткойнов. Каждая транзакция тратит старый UTXO и генерирует новый UTXO. Благодаря присущему им потенциалу масштабируемости UTXO является естественной отправной точкой для многих собственных решений масштабирования. Например,
Babylon также необходимо использовать UTXO для реализации контракта Stake (Babylon называется удаленным Stake, который удаленно передает безопасность Биткойна в цепочку PoS через средний уровень). Реализацию контракта можно разделить на четыре этапа, умело комбинируя существующие коды операций:
Блокировка средств
Пользователи отправляют средства на адреса, контролируемые мультиподписями. С помощью OP_CTV (OP_CHECKTEMPLATEVERIFY, который позволяет создавать предопределенные шаблоны транзакций, гарантируя, что транзакции могут выполняться только в соответствии с конкретными структурами и условиями), в контракте можно указать, что эти средства могут быть использованы только при определенных условиях. Как только средства заблокированы, генерируется новый UTXO, указывающий, что средства были поставлены на карту.
Условная проверка
Блокировки времени могут быть реализованы путем вызова OP_CSV (OP_CHECKSEQUENCEVERIFY, который позволяет установить относительную блокировку времени на основе порядкового номера транзакции, указывая, что UTXO можно потратить только через определенное относительное время или количество блоков). В сочетании с OP_CTV могут быть достигнуты стейкинг, дестейкинг (позволяющий стейкеру потратить заблокированный UTXO после истечения периода залога) и слэшинг (принудительный расход UTXO на заблокированный адрес, что делает его неизрасходованным, если стейкер ведет себя злонамеренно). , аналогичный адресу черной дыры).
Обновление статуса
Всякий раз, когда пользователь ставит или снимает поставленные средства, создается и тратится UTXO. Выходы новых транзакций генерируют новые UTXO, а старые UTXO помечаются как потраченные. Таким образом, каждая транзакция и финансовое движение точно записываются в блокчейн, обеспечивая прозрачность и безопасность.
Распределение вознаграждений
Контракт рассчитывает вознаграждения на основе суммы ставки и периода ставок и распределяет их путем создания новых UTXO. Эти награды можно разблокировать и потратить с помощью заданных условий при выполнении определенных условий.
Временная метка
После установления нативного контракта Stake естественно рассмотреть вопрос записи исторических событий из внешней цепочки. В официальном документе Сатоши Накамото блокчейн Биткойн представил концепцию временных меток, поддерживаемую PoW, обеспечивающую необратимый хронологический порядок событий. В собственном варианте использования Биткойна эти события относятся к различным транзакциям, выполняемым в реестре. Сегодня, чтобы повысить безопасность других цепочек PoS, Биткойн также можно использовать для отметки времени событий во внешних блокчейнах. Каждый раз, когда происходит такое событие, запускается транзакция, которая отправляется майнеру, который затем вставляет ее в реестр Биткойн, добавляя тем самым временную метку к событию. Эти временные метки могут решить различные проблемы безопасности блокчейна. Общая концепция отметки времени событий в дочерней цепочке родительской цепочки называется «контрольной точкой», а транзакции, используемые для ее отметки времени, называются транзакциями контрольной точки. В частности, временные метки в блокчейне Биткойна имеют следующие важные характеристики:
Формат времени: временная метка записывает количество секунд, прошедших с 00:00:00 UTC 1 января 1970 года. Этот формат называется временем Unix или временем POSIX.
Цель: Основная цель временной метки — отметить время генерации блока, помочь узлам определить порядок блоков и помочь механизму регулировки сложности сети.
Временные метки и корректировка сложности. Сеть Биткойн корректирует сложность майнинга примерно каждые две недели или каждые блоки 2016 года. Временные метки играют решающую роль в этом процессе, поскольку сеть корректирует сложность на основе общего времени генерации последних блоков 2016 года, чтобы гарантировать, что новые блоки генерируются примерно каждые 10 минут.
Проверка достоверности: когда узел получает новый блок, он проверяет метку времени. Временная метка нового блока должна быть больше медианного времени предыдущих блоков и не должна превышать время сети более чем на 120 минут (2 часа в будущем).
Сервер временных меток — это новый примитив, определенный Babylon, который может распространять временные метки Биткойна через контрольно-пропускные пункты Babylon в блоках PoS, обеспечивая точность и защищенность временных рядов. Будучи верхним уровнем всей архитектуры Babylon, этот сервер является основным источником доверия.
Трехуровневая архитектура Вавилона
Как показано на рисунке, общую архитектуру Babylon можно разделить на три уровня: Биткойн (как сервер временных меток), Babylon (как Cosmos Zone как средний уровень) и цепочка PoS как уровень спроса. Вавилон называет последние два уровнем управления (сам Вавилон) и уровнем данных (различные цепочки потребления PoS).
Теперь, когда мы понимаем базовую реализацию протокола без доверия, давайте углубимся в то, как сам Babylon использует зоны Cosmos для соединения двух концов. Согласно подробному объяснению лаборатории Tse Lab Стэнфордского университета по Babylon, Babylon может получать потоки контрольных точек из нескольких цепочек PoS и объединять эти контрольные точки для публикации в Биткойне. Размер контрольной точки можно свести к минимуму за счет использования совокупных подписей валидаторов Babylon, а частоту этих контрольных точек можно контролировать, позволяя валидаторам Babylon меняться только один раз за эпоху.
Валидаторы из различных цепочек PoS загружают блоки Babylon, чтобы проверить, включены ли их контрольные точки PoS в проверяемые биткойнами блоки Babylon. Это позволяет цепочке PoS обнаруживать несоответствия, например, если валидатор Babylon создал недоступный блок, проверенный Биткойном, и солгал о контрольных точках PoS, содержащихся в нем. Основными компонентами соглашения являются следующие:
· Контрольная точка: Биткойн проверяет только последний блок вавилонской эпохи. Контрольная точка состоит из хеша блока и одной агрегированной подписи BLS, соответствующей подписям большинства двух третей валидаторов, которые подписывают окончательность блока. Вавилонский контрольно-пропускной пункт также включает в себя Anno. Блокам PoS могут быть присвоены временные метки Биткойна через контрольно-пропускные пункты Babylon. Например, первые два блока PoS проверяются блоком Babylon, а затем блоком Bitcoin с отметкой времени t_3. Следовательно, этим блокам PoS присваивается временная метка Биткойн t_3.
· Каноническая цепочка PoS: когда цепочка PoS разветвляется, цепочка с более ранней меткой времени считается канонической цепочкой PoS. Если два форка имеют одинаковую временную метку, ничья будет нарушена в пользу блока PoS из более ранней контрольной точки на Вавилоне.
· Правила вывода средств: Для вывода денег верификатор отправляет запрос на вывод средств в цепочку PoS. Блок PoS, содержащий запрос на вывод средств, затем будет проверен Babylon, а затем Bitcoin, который присвоит ему временную метку t_1. Вывод средств утверждается в цепочке PoS, как только блок Биткойн с отметкой времени t_1 достигает глубины k. Если выводящий валидатор попытается провести удаленную атаку, блокам в атакующей цепочке могут быть назначены только временные метки позже t_1. Это связано с тем, что как только блок Биткойн с отметкой времени t_1 достигнет глубины k, его невозможно будет откатить. Соблюдая порядок этих контрольных точек в Биткойне, PoS-клиенты могут различать канонические и цепочки атак и игнорировать последние.
· Правила сокращения: если валидаторы не отзывают свою ставку после обнаружения атаки, они могут быть сокращены за двойное подписание конфликтующих блоков PoS. Вредоносные PoS-валидаторы знают, что если они дождутся одобрения запроса на снятие средств, прежде чем запускать удаленную атаку, они не смогут обмануть клиентов, которые могут обратиться к Биткойну, чтобы идентифицировать каноническую цепочку. Таким образом, они могут разветвлять цепочку PoS, назначая временные метки Биткойна блокам в канонической цепочке PoS. Эти PoS-валидаторы сотрудничали со злонамеренными валидаторами Babylon и майнерами биткойнов, чтобы создать форк Babylon и Bitcoin, заменив блок биткойнов с отметкой времени t_2 на другой блок с отметкой времени t_3. В глазах более поздних клиентов PoS это изменит каноническую цепочку PoS с верхней на нижнюю. Хотя это была успешная атака на систему безопасности.
· Правило приостановки контрольной точки PoS недоступно: валидаторы PoS должны приостанавливать свою цепочку PoS при наблюдении недоступной контрольной точки PoS на Babylon. Недоступная контрольная точка PoS определяется как хэш, подписанный двумя третями валидаторов PoS, который предположительно соответствует ненаблюдаемому блоку PoS. Если валидатор PoS не приостанавливает цепочку PoS при наблюдении недоступной контрольной точки, злоумышленник может раскрыть ранее недоступную цепочку атак, тем самым изменяя каноническую цепочку в будущих представлениях клиента. Это связано с тем, что контрольно-пропускной пункт Теневой Цепи, как выяснилось позже, произошел ранее в Вавилоне. Приведенные выше правила паузы объясняют, почему мы требуем, чтобы хэши блоков PoS, отправляемые в качестве контрольных точек, были подписаны набором валидаторов PoS. Если эти контрольные точки не подписаны, любой злоумышленник может отправить произвольный хэш, утверждая, что это хэш контрольной точки блока PoS, которая недоступна в Babylon. Затем валидатор PoS должен остановиться на контрольной точке. Обратите внимание, что создание непригодной для использования цепочки PoS является сложной задачей: для этого требуется скомпрометировать как минимум две трети валидаторов PoS, чтобы они могли подписаться на блоки PoS без предоставления данных честным валидаторам. Однако в приведенной выше гипотетической атаке злоумышленник остановил цепочку PoS, не ставя под угрозу ни один валидатор. Чтобы предотвратить такие атаки, мы требуем, чтобы контрольные точки PoS были подписаны двумя третями валидаторов PoS. Таким образом, на Babylon не будет недоступных контрольно-пропускных точек PoS, если только две трети валидаторов PoS не будут скомпрометированы, что крайне маловероятно из-за стоимости компрометации валидаторов PoS и не повлияет на другие цепочки PoS или сам Babylon. Чтобы подписать блок PoS без предоставления данных честным валидаторам, требуется скомпрометировать как минимум две трети валидаторов PoS. Однако в приведенной выше гипотетической атаке злоумышленник остановил цепочку PoS, не ставя под угрозу ни один валидатор. Чтобы предотвратить такие атаки, мы требуем, чтобы контрольные точки PoS были подписаны двумя третями валидаторов PoS. Таким образом, на Babylon не будет недоступных контрольно-пропускных точек PoS, если только две трети валидаторов PoS не будут скомпрометированы, что крайне маловероятно из-за стоимости компрометации валидаторов PoS и не повлияет на другие цепочки PoS или сам Babylon.Чтобы подписать блок PoS без предоставления данных честным валидаторам, требуется скомпрометировать как минимум две трети валидаторов PoS. Однако в приведенной выше гипотетической атаке злоумышленник остановил цепочку PoS, не ставя под угрозу ни один валидатор. Чтобы предотвратить такие атаки, мы требуем, чтобы контрольные точки PoS были подписаны двумя третями валидаторов PoS.
· Правило приостановки контрольной точки Babylon недоступно: валидаторы PoS и Babylon должны приостанавливать блокчейн при наблюдении контрольной точки Babylon, которая недоступна в Биткойне. Недоступная контрольная точка Babylon определяется как хеш агрегированных подписей BLS двух третей валидаторов Babylon, который предположительно соответствует ненаблюдаемому блоку Babylon. Если валидаторы Babylon не приостановят блокчейн Babylon, злоумышленник может утечь ранее недоступную цепочку Babylon, тем самым изменив каноническую цепочку Babylon в будущих представлениях клиентов. Аналогично, если валидатор PoS не приостанавливает цепочку PoS, злоумышленник может выявить ранее недоступную цепочку атак PoS и ранее недоступную цепочку Babylon, тем самым изменяя каноническую цепочку PoS в будущих представлениях клиентов. Это связано с тем, что обнаруженная позже глубокая цепочка Babylon имела более ранние временные метки в Биткойне и содержала контрольные точки из раскрытой позже цепочки атак PoS. Подобно правилам приостановки на недоступных контрольных точках PoS, это правило объясняет, почему мы требуем, чтобы хэши блоков Babylon, отправляемые в качестве контрольных точек, имели агрегированные подписи BLS, подтверждающие подписи двух третей валидаторов Babylon. Если контрольная точка Babylon не подписана, любой злоумышленник может отправить произвольный хэш, утверждая, что это хэш контрольной точки блока Babylon, который недоступен в Биткойне. Валидаторы PoS и валидаторы Babylon должны затем дождаться контрольной точки без недоступной цепочки Babylon или PoS в своем прообразе. Создание недоступной цепочки Babylon требует компрометации как минимум двух третей валидаторов Babylon. Однако в приведенной выше гипотетической атаке злоумышленник останавливает все цепочки в системе, не затрагивая ни один Babylon или валидатор PoS. Чтобы предотвратить такие атаки, мы требуем, чтобы контрольно-пропускные пункты Babylon были подтверждены агрегированными подписями, поэтому непригодных для использования контрольно-пропускных пунктов Babylon не будет, пока не будут скомпрометированы две трети валидаторов, что из-за стоимости компрометации валидаторов Babylon эта вероятность крайне мала; Но в крайних случаях это влияет на все цепочки PoS, заставляя их приостанавливаться.
Объектный слой в BTC
Babylon похож на Eigenlayer по назначению, но это далеко не простая «вилка» Eigenlayer. Учитывая, что DA нельзя использовать в основной цепочке BTC, существование Babylon весьма важно. Протокол не только обеспечивает безопасность внешних цепочек PoS, но также имеет решающее значение для внутреннего оживления экосистемы BTC.
Пример
Babylon предлагает множество потенциальных вариантов использования, некоторые из которых уже реализованы или могут иметь возможность быть реализованы в будущем:
Сократите период ставок и повысьте безопасность: цепочки PoS обычно требуют социального консенсуса (соглашения между сообществом, операторами узлов и валидаторами) для предотвращения удаленных атак. Эти атаки включают перезапись истории блокчейна для манипулирования записями транзакций или контроля над цепочкой. Удаленные атаки особенно серьезны в системах PoS, поскольку, в отличие от PoW, системы PoS не требуют, чтобы валидаторы потребляли большие объемы вычислительных ресурсов. Злоумышленник может переписать историю, контролируя ключи ранних участников. Чтобы обеспечить стабильность и безопасность консенсуса сети блокчейн, обычно требуется более длительный цикл залога. Например, для Cosmos требуется 21-дневный период отсоединения. Однако с помощью Babylon исторические события цепочки PoS могут быть включены в серверы временных меток BTC, используя BTC в качестве источника доверия для замены социального консенсуса. Это может сократить время отсоединения до одного дня (что эквивалентно примерно 100 блокам BTC). Кроме того, цепочка PoS может обеспечить двойную безопасность за счет собственных ставок токенов и ставок BTC.
Межсетевое взаимодействие. Благодаря протоколу IBC Babylon может получать данные контрольных точек из нескольких цепочек PoS, тем самым обеспечивая межсетевое взаимодействие. Эта совместимость обеспечивает беспрепятственную связь и обмен данными между различными блокчейнами, тем самым повышая общую эффективность и функциональность экосистемы блокчейнов.
Интегрируйте экосистему BTC. Большинству проектов в текущей экосистеме BTC, включая уровень 2, LRT и DeFi, не хватает достаточной безопасности и часто полагаются на предположения о доверии третьих сторон. Эти протоколы также хранят на своих адресах большие объемы BTC. В будущем Babylon может разработать некоторые решения, которые будут хорошо совместимы с этими проектами, создавая взаимную выгоду и в конечном итоге формируя сильную экосистему, подобную Eigenlayer, в Ethereum.
Межсетевое управление активами. Протокол Babylon можно использовать для безопасного управления межсетевыми активами. Добавляя временные метки к межсетевым транзакциям, гарантируется безопасность и прозрачность передачи активов между различными блокчейнами. Этот механизм помогает предотвратить двойные траты и другие межсетевые атаки.
Вавилонская башня
История Вавилонской башни берет свое начало из Библии Бытие 11:1-9. Это классическая история о людях, пытающихся построить Вавилонскую башню, но им помешал Бог. Эта история символизирует человеческое единство и общую цель. Протокол Babylon направлен на создание аналогичной башни для различных цепочек PoS, объединяя их под одной крышей. С точки зрения повествования он, кажется, не уступает Эйгенлаеру, защитнику Эфириума. Но как это работает на практике?
На данный момент тестовая сеть Babylon обеспечивает безопасность 50 зон Cosmos через протокол IBC. В дополнение к экосистеме Cosmos, Babylon также интегрирует несколько протоколов LSD (ликвидные деривативы с обеспечением), протоколы совместимости полной цепочки и протоколы экосистемы Биткойн. Однако когда дело доходит до ставок, Babylon в настоящее время отстает от Eigenlayer, который может повторно использовать Stake и LSD в экосистеме Ethereum. Но в долгосрочной перспективе огромное количество биткойнов, дремлющих в кошельках и протоколах, еще предстоит полностью пробудить, и это лишь верхушка айсберга стоимостью 1,3 триллиона долларов. Вавилону необходимо сформировать благоприятный симбиоз со всей экосистемой BTC.
Единственное решение дилеммы ставок Понци
Как упоминалось ранее, и Eigenlayer, и Babylon быстро развиваются, и будущие тенденции указывают на то, что они заблокируют большое количество основных активов блокчейна. Даже если сами протоколы безопасны, создаст ли многоуровневый стейкинг смертельную спираль для экосистемы стейкинга, что приведет к коллапсу, подобному очередному повышению процентных ставок в США? С момента перехода Ethereum на PoS и появления Eigenlayer нынешняя индустрия ставок действительно пережила иррациональное изобилие. Проекты часто привлекают пользователей с высоким TVL благодаря огромным ожиданиям раздачи и многоуровневой доходности. ETH может проходить через собственный стейкинг, LSD и LRT, имея до пяти-шести стеков. Такое стекирование увеличивает риск, поскольку проблемы в любом протоколе могут напрямую повлиять на все задействованные протоколы, особенно на те, которые находятся в конце цепочки ставок. Биткойн-экосистема,
Однако стоит отметить, что Eigenlayer и Babylon по сути стремятся направить маховик ставок в сторону истинной полезности, создавая реальный спрос для компенсации риска. Таким образом, хотя эти протоколы «общей безопасности» могут косвенно или прямо усугублять плохое поведение, они также являются единственным способом избежать доходов от многоуровневой схемы Понци. Более актуальный вопрос сейчас заключается в том, действительно ли бизнес-логика протокола «общей безопасности» осуществима.
Реальные потребности имеют решающее значение
В Web3, будь то публичная цепочка или протокол, основная логика часто предполагает сопоставление покупателей и продавцов для конкретных нужд. Сделав это, вы сможете «завоевать мир», поскольку технология блокчейна гарантирует, что процесс сопоставления будет честным, достоверным и заслуживающим доверия. Теоретически общие протоколы безопасности могут дополнить процветающую модульную экосистему ставок. Однако будет ли предложение намного превышать спрос? Что касается поставок, существует множество проектов и основных цепочек, которые могут обеспечить модульную безопасность. Со стороны спроса устоявшиеся сети PoS могут не нуждаться или не желать арендовать такие ценные бумаги ради лица, в то время как новые сети PoS могут испытывать трудности с выплатой процентов, генерируемых большими суммами BTC и ETH. Пусть Eigenlayer и Babylon образуют замкнутый бизнес-цикл, и полученный доход должен уравновешивать проценты, полученные от заложенных токенов в протоколе. Даже если этот баланс будет достигнут и доходы намного превысят процентные выплаты, это все равно может привести к исчерпанию новых цепочек и протоколов PoS. Поэтому решающее значение будет иметь то, как сбалансировать экономическую модель, избежать пузырей, вызванных ожиданиями разбрасывания акций, и здорово стимулировать спрос и предложение.
