Автор: Исследователь YBB Capital Зик
Предисловие
В эпоху модульности, возглавляемой Ethereum, предоставление услуг безопасности путем подключения уровня DA (доступности данных) не является чем-то новым. Текущая концепция общей безопасности, предложенная стейкингом, обеспечивает новое измерение модульного пути, то есть использование потенциала «цифрового золота и серебра» для предоставления многим протоколам блокчейна и публичным цепям преимуществ Биткойна или безопасности Эфириума. . С точки зрения повествования, это довольно грандиозно. Это не только высвобождает триллионы рыночной стоимости ликвидности, но и является ключом к будущему расширению. Возьмем в качестве примера недавний протокол ставок Биткойн Babylon и протокол повторного залога (ReStake) Ethereum EigenLayer, которые соответственно получили огромное финансирование в размере 70 миллионов долларов США и 100 миллионов долларов США. Нетрудно заметить, что руководитель ВК очень узнает этот трек.
Однако с этим связано немало сомнений. Если модульность является финалом расширения мощностей, и два ключевых участника неизбежно заблокируют огромное количество BTC и ETH, то это безопасность самого протокола. стоит проверить? Станет ли сумасшедшая «матрешка», сформированная из множества протоколов LSD и LRT, самым большим черным лебедем в будущем блокчейне? Разумна ли его бизнес-логика? Поскольку в предыдущих статьях мы анализировали EigenLayer, в следующей статье будут в основном обсуждаться вопросы апелляции через Babylon.
Расширить консенсус в области безопасности
На данный момент наиболее ценными публичными цепочками в мире блокчейнов должны быть Биткойн и Эфириум. Их безопасность, децентрализация и консенсус в отношении ценностей, накопленный за многие годы, гарантируют, что они могут стоять на вершине горы публичных цепочек круглый год. основной. Это также дефицитная функция, которую труднее всего скопировать другими гетерогенными цепочками, и суть модульной идеи заключается в том, чтобы «арендовать» эти функции тем, кто пользуется спросом. На современном этапе модульного мышления существуют в основном две фракции:
Во-первых, уровень 1 (обычно Ethereum) с достаточной безопасностью используется в качестве трех нижних уровней или части функциональных уровней Rollups. Это решение обладает высочайшей безопасностью и легитимностью, а также может поглощать ресурсы в экосистеме основной цепи. Но для конкретных Rollup (цепочек приложений, цепочек с длинным хвостом и т. д.) пропускная способность и стоимость не особенно дружественны;
Во-вторых, воссоздать существование, близкое к безопасности Биткойна и Эфириума и имеющее более высокие экономические показатели. Например, известная Celestia использует чистую функциональную архитектуру DA, минимизирует требования к оборудованию узла, снижает затраты на газ и т. д. и упрощает сложности, чтобы в кратчайшие сроки создать такой же безопасный, децентрализованный и мощный уровень DA, как Ethereum. Недостаток этого решения заключается в том, что для обеспечения безопасности и децентрализации потребуется некоторое время, ему не хватает легитимности и оно представляет собой очевидные конкурентные отношения с Ethereum, поэтому оно отвергается сообществом Ethereum.
Другая категория в этой фракции — Babylon и Eigenlayer, которые используют основную идею POS (Proof-of-Stake) для создания общих служб безопасности путем заимствования стоимости активов Биткойна или Эфириума. По сравнению с первыми двумя, это более нейтральное существование. Его преимущество заключается в том, что, наследуя легитимность и безопасность, он также дает активам основной цепи большую ценность использования и является более гибким.
Потенциал цифрового золота
Независимо от базовой логики механизма консенсуса, безопасность блокчейна во многом зависит от того, сколько ресурсов у него есть для его поддержки. Цепочка PoW требует большого количества оборудования и электроэнергии, а PoS зависит от стоимости заложенных активов. Сам Биткойн поддерживается чрезвычайно большой вычислительной сетью PoW, которую можно назвать самой безопасной во всей цепочке блоков. Однако, поскольку это публичная сеть с оборотной рыночной стоимостью 1,39 триллиона долларов США и на которую приходится половина блокчейна, ее активы используются только в двух основных сценариях использования: передача и оплата газа.
Что касается другой половины индустрии блокчейнов, особенно после перехода Ethereum Shanghai на PoS, можно сказать, что большинство публичных цепей по умолчанию используют PoS различных архитектур для достижения консенсуса. Однако, поскольку новая гетерогенная цепочка сама по себе не может привлечь крупный капитал, ее безопасность весьма сомнительна. В нынешнюю модульную эпоху, хотя зона Cosmos и различные уровни 2 также могут использовать различные уровни DA для компенсации, они также теряют свою автономию. Для большинства старых публичных сетей или цепочек альянсов с механизмами POS практически невозможно использовать Ethereum или Celestia в качестве DA. Ценность Babylon заключается в том, чтобы заполнить этот пробел, обязуясь BTC обеспечить защиту цепочки PoS. Точно так же, как в прошлом люди использовали золото для поддержания стоимости банкнот, BTC действительно подходит для этой роли в мире блокчейна.
от 0 до 1
Выпуск «цифрового золота» всегда был самой грандиозной и самой сложной историей в блокчейне: от ранних сайдчейнов, Lightning Network и мостовых токенов до сегодняшних рун и BTC Layer2, можно сказать, что независимо от того, какое решение. существуют определенные присущие недостатки. Если Babylon хочет реализовать безопасность Биткойна, сначала необходимо устранить централизованное решение, которое предполагает доверие третьих сторон. Среди оставшихся планов Rune и Lightning Network (ограниченные крайне медленным прогрессом в разработке) в настоящее время имеют возможность выпускать только активы, а это означает, что Babylon необходимо разработать еще один «план расширения», позволяющий изначально закладывать биткойны от 0 до 1. .
Демонтаж некоторых основных элементов, доступных в настоящее время в Биткойне, на самом деле представляет собой не что иное, как следующее: 1. Модель UTXO, 2. Временная метка, 3. Несколько методов подписи, 4. Коды основных операций. Решение, предложенное Babylon, основано на слабой программируемости Биткойна и его пропускной способности. Придерживаясь принципа минимизации, в Биткойне выполняются только необходимые функции договора залога, а это означает, что залог BTC, штраф, вознаграждение, вывод средств и т. д. выполняются в основной цепочке. После реализации этого процесса от 0 до 1 комплексные требования передаются в зону Cosmos для обработки. Но здесь все еще остается ключевой вопрос: как записать данные цепочки PoS в основную цепочку?
Удаленный стейкинг
UTXO (выходы неизрасходованных транзакций) — это модель транзакций, разработанная Сатоши Накамото для Биткойна. Ее основная идея чрезвычайно проста. Трейдинг – это не что иное, как вход и выход средств, поэтому всю торговую систему нужно выражать только в двух формах: вход (Input) и выход (Output). Так называемый UTXO означает, что когда средства поступают, но потрачено не так уж и много, оставшаяся часть — это неизрасходованный вывод транзакции (то есть неоплаченный биткойн). Вся бухгалтерская книга Биткойна на самом деле представляет собой набор UTXO. Записывая статус каждого UTXO, можно управлять владением и обращением биткойнов. Каждая транзакция потребляет старые UTXO и генерирует новые UTXO. Поскольку его атрибуты обладают определенной потенциальной масштабируемостью, он, естественно, стал отправной точкой для многих собственных решений расширения. Например, Lightning Network использует UTXO и мультиподпись для создания механизма штрафов и канала статуса или связывает UTXO для реализации надписей и рун SFT (полувзаимозаменяемых токенов). Все это основано на этой ключевой отправной точке, которая может стать реальностью.
Естественно, Babylon также необходимо использовать UTXO для реализации контракта залога (Babylon называется удаленным залогом, то есть безопасность BTC передается в цепочку 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, который распределяет временные метки Биткойна через контрольно-пропускные пункты Babylon через блоки PoS, обеспечивая точность временных рядов и предотвращая несанкционированный доступ. Этот сервер является верхним уровнем всей архитектуры Babylon и основным источником требований доверия.
Трехуровневая архитектура Вавилона
Как показано на рисунке выше, общую архитектуру Babylon можно разделить на три уровня: Биткойн (как сервер меток времени), Babylon (зона Cosmos) как средний уровень и уровень спроса цепочки PoS. Последние два Babylon называет соответственно Control Plane (плоскость управления, а именно сам Babylon) и Data Plane (плоскость спроса на данные, а именно различные цепочки потребления PoS).
Поняв базовую реализацию протокола недоверия, давайте посмотрим, как сам Babylon использует зону Cosmos для соединения двух концов. Согласно подробному объяснению Babylon в Stanford Tse Lab [1], Babylon может получать потоки контрольных точек из нескольких цепочек PoS, объединять эти контрольные точки и публиковать их в Биткойн. Размер контрольных точек минимизируется за счет использования совокупных подписей валидаторов Babylon, а частота этих контрольных точек контролируется, позволяя валидаторам Babylon меняться только один раз за эпоху.
Валидаторы каждой цепочки PoS загружают блок Babylon и наблюдают, включена ли их контрольная точка PoS в блок Babylon, проверяемый Биткойном. Это позволяет цепочке PoS обнаруживать несоответствия, например, если валидатор Babylon создает недоступный блок, который проверяется Биткойном, и лжет о контрольной точке PoS, содержащейся в недоступном блоке. Основными компонентами договора являются:
Контрольная точка: Биткойн проверяет только последний блок эпохи Вавилона. Контрольная точка состоит из хеша блока и одной агрегированной подписи BLS, соответствующей подписям 2/3 набора валидаторов, подписавших блок для финализации. Контрольно-пропускные пункты Вавилона также содержат номера Эпох. Блокам 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 и биткойн и заменить блок биткойнов с отметкой времени t_2 другим блоком с отметкой времени t_3. Это изменит каноническую цепочку PoS с верхней на нижнюю в глазах последующих PoS-клиентов. Хотя это была успешная атака на безопасность, она привела к тому, что доля злонамеренного валидатора PoS была сокращена, поскольку у них был конфликтующий блок с двойной подписью, но они еще не отозвали свою долю.
Правила остановки для недоступных контрольных точек PoS: валидаторы PoS должны приостанавливать свою цепочку PoS при наблюдении недоступной контрольной точки PoS на Babylon. Здесь недоступная контрольная точка PoS — это хэш, подписанный 2/3 валидаторов PoS, который, как предполагается, соответствует ненаблюдаемому блоку PoS. Если валидатор PoS не останавливает цепочку PoS при наблюдении недоступной контрольной точки, злоумышленник может раскрыть ранее недоступную цепочку атак и изменить каноническую цепочку в последующих представлениях клиента. Это связано с тем, что контрольная точка теневой цепи, показанная позже, происходит в самом начале Вавилона. Приведенное выше правило паузы показывает, почему мы требуем, чтобы хэши блоков PoS, отправленные в качестве контрольных точек, были подписаны набором валидаторов PoS. Если эти контрольные точки не подписаны, то любой злоумышленник может отправить произвольный хэш и заявить, что это хэш контрольной точки блока PoS, которая недоступна на Babylon. Затем валидаторам PoS придется приостановить контрольную точку. Обратите внимание, что создать непригодную для использования цепочку PoS сложно: для этого необходимо взломать как минимум 2/3 валидаторов PoS, чтобы они дополнили блок PoS подписями, но не предоставили данные честным валидаторам. Однако в приведенной выше гипотетической атаке злоумышленник остановил цепочку PoS, не атакуя ни одного валидатора. Чтобы предотвратить такие атаки, мы требуем, чтобы контрольные точки PoS были проверены 2/3 валидаторов PoS. Таким образом, у Babylon будут недоступные контрольные точки PoS только в том случае, если 2/3 валидаторов PoS действительно будут контролироваться злоумышленниками. Из-за стоимости компрометации валидаторов PoS эта атака крайне маловероятна и не повлияет на другие цепочки PoS или сам Babylon.
Правила приостановки для недоступных контрольно-пропускных пунктов 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
Хотя Babylon по назначению ничем не отличается от Eigenlayer, Babylon ни в коем случае не является простым ответвлением Eigenlayer. Существование Babylon имеет большое значение, поскольку текущая основная цепь DA BTC не может использоваться изначально. Помимо обеспечения безопасности внешних цепочек PoS, этот протокол также особенно важен для оживления экосистемы BTC.
Пример
В Babylon существует множество возможных вариантов использования. Вот некоторые варианты использования, которые были реализованы или могут быть реализованы в будущем:
1. Сократите цикл ставок и повысьте безопасность: цепочки PoS обычно требуют социального консенсуса (консенсуса между сообществами, операторами узлов и валидаторами) для предотвращения атак на большие расстояния. Атаки на большие расстояния — это тип атак, которые происходят путем переписывания истории. Методы атак на блокчейн, которые подделывают записи транзакций или цепочки управления. Эта атака особенно серьезна в системах PoS, поскольку, в отличие от PoW, валидаторам, участвующим в консенсусе в системах PoS, не нужно потреблять много вычислительных ресурсов, а злоумышленники могут переписать историю, контролируя ключи ранних стейкеров. Таким образом, для обеспечения консенсусной стабильности и безопасности сети блокчейна необходим длительный цикл залога. Например, цикл отмены залога Cosmos требует 21 день. Но через Babylon исторические события цепочки PoS можно добавить на сервер временных меток BTC, тем самым используя BTC в качестве источника доверия для замены социального консенсуса, так что время отмены ставок может быть сокращено всего до 1 дня (то есть после того, как BTC исчерпает около 100 блоков). И в настоящее время цепочка PoS может иметь двойные гарантии залога собственных токенов и залога BTC;
2. Межсетевое взаимодействие. Благодаря протоколу IBC Babylon может получать данные контрольных точек из нескольких цепочек PoS для достижения межсетевого взаимодействия. Эта совместимость обеспечивает беспрепятственную связь и обмен данными между различными блокчейнами, повышая общую эффективность и функциональность экосистемы блокчейнов;
3. Интегрируйте экосистему BTC. Большинство проектов в текущей экосистеме BTC не имеют достаточно надежной безопасности, будь то уровень 2, LRT или DeFi, большинство из них по-прежнему полагаются на доверие третьих сторон. И в адресах этих протоколов хранится большое количество BTC. В будущем они, возможно, смогут столкнуться с Babylon, чтобы найти несколько хороших решений для сопоставления, обеспечить обратную связь и в конечном итоге сформировать столь же мощную экосистему. Eigenlayer в Эфириуме;
4. Межсетевое управление активами. Протокол Babylon можно использовать для безопасного управления межсетевыми активами. Обеспечьте безопасность и прозрачность при передаче активов между разными блокчейнами, добавляя временные метки к межцепочным транзакциям. Такой механизм помогает предотвратить двойные траты и другие межсетевые атаки.
Вавилонская башня
История о Вавилонской башне взята из Библии, глава 11, стихи 1-9. Это классическая история о попытке человечества построить башню до неба, но в конечном итоге она была остановлена Богом. Ее мораль символизирует единство и единство. общая цель человечества. В этом также заключается основной смысл протокола Babylon. Проект направлен на создание Вавилонской Башни для многих цепочек PoS и объединение их вместе. Говоря условно, он вроде бы не уступает Эйгенлаеру, защитнику Эфириума, но какова реальная ситуация?
На данный момент тестовая сеть Babylon предоставила гарантии безопасности для 50 зон Cosmos через протокол IBC. Помимо Cosmos, Babylon также достиг сотрудничества и интеграции с некоторыми протоколами LSD (ставка ликвидности), протоколами совместимости полной цепочки и экологическими протоколами Биткойн. С другой стороны, с точки зрения стейкинга Babylon по-прежнему немного уступает Eigenlayer в возможности повторного использования залогов и LSD внутри экосистемы Ethereum. Но в долгосрочной перспективе BTC, спящий во многих кошельках и протоколах, так и не был полностью пробужден, так что это лишь верхушка айсберга в 1,3 триллиона долларов США. Нынешнему Вавилону все еще необходимо активно дополнять всю экосистему 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 получать выгоду от безопасности Биткойна: https://www.chaincatcher.com/article/2079486
2. Познакомьтесь поближе с Eigenlayer: может ли Ethereum сломать ситуацию с «матрёшкой»? : https://haotiancryptoinsight.substack.com/p/eigenlayer?utm_source=publication-search
3. Диалог с Вавилоном Ляньчуанг Фишер Ю: Как разблокировать ликвидность 21 миллиона BTC посредством размещения ставок? : https://www.chaincatcher.com/article/2120653
4. Треугольный долг или умеренная инфляция: альтернативный взгляд на перезалог: https://mp.weixin.qq.com/s/dMc_WzndAZXRjnEgD2hcew
5. Взгляните на то, что я видел в криптовалюте в последнее время: https://theknower.substack.com/p/a-look-at-what-ive-been-seeing-in