Подробное объяснение Babylon: как освободить безопасность и стоимость биткойнов?

Автор: исследователь YBB Capital Зик

Введение

В эпоху модульности, возглавляемую Ethereum, предоставление услуг безопасности путем подключения к слою DA (доступность данных) давно не является новинкой. В настоящее время концепция Staking (застейкать) приносит новое измерение в модульную гонку, используя потенциал ‘цифрового золота и серебра’, обеспечивая безопасность для множества протоколов и общественных цепей блокчейна из Bitcoin или Ethereum. С точки зрения повествования, это можно назвать весьма грандиозным. Это освобождает ликвидность на сумму многих трлн. долларов, и является ключевым элементом пути к масштабированию в будущем. Для примера, недавние крупные инвестиции в Babylon, протокол застейкинга Bitcoin, и EigenLayer, протокол повторного застейкинга Ethereum, в размере 70 млн. и 100 млн. долларов соответственно. Очевидно, что крупные VC очень признают эту сферу.

Однако с этим возникло много вопросов. Если модульность является конечной целью масштабирования, то оба из них, как ключевые участники, неизбежно заблокируют огромное количество BTC и ETH. Стоит ли сомневаться в безопасности самого протокола? Станет ли сумасшедшая «матрешка», образованная множеством протоколов LSD и LRT, самым большим черным лебедем в будущем блокчейна? Логика его бизнеса разумна? Поскольку мы уже анализировали EigenLayer в наших предыдущих статьях, в этой статье мы сосредоточимся на обсуждении указанных вопросов с помощью Babylon.

Расширение согласованности безопасности

Мировое развитие блокчейна до сих пор наиболее ценная общая цепочка обязательно должна быть биткойн и эфириум, их безопасность, децентрализованность и консенсус ценности, накопленные многие годы, являются ключевыми ядрами, которые обеспечивают постоянство двух на вершине главной цепочки. Это также редкие характеристики, которые другие гетерогенные цепочки трудно воспроизвести, а ядром мыслительных модулей является «аренда» этих характеристик потребителям. На текущем этапе мыслительный подход к модульности в основном разделяется на две школы:

• Первый вариант - Layer1 с достаточной безопасностью (обычно Ethereum) в качестве нижних трех уровней или частичного функционального уровня для Rollups. Эта схема обладает высочайшей безопасностью и удовлетворяет основной экосистеме блокчейна. Однако для конкретных Rollup (приложений, длинных цепочек и т. д.) пропускная способность и стоимость не являются особенно дружественными.
• Второй вариант заключается в создании сущности, которая обладает близким уровнем безопасности и лучшей производительностью по сравнению с биткойн и эфириумом. Например, Celestia, о которой мы все знаем, достигает этого путем использования архитектуры с чистыми функциями DA, минимизации требований к аппаратному обеспечению узлов и низких затрат на газ. Это позволяет создать уровень DA, который обеспечивает достаточный уровень безопасности и децентрализации, а также обладает мощной производительностью в кратчайшие сроки. Однако этот подход имеет недостатки, такие как необходимость дополнительного времени для обеспечения полной безопасности и децентрализации, а также отсутствие официального статуса и открытой конкуренции с эфириумом, что приводит к отторжению со стороны сообщества эфириума.

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

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

Независимо от логики основы любого механизма консенсуса, безопасность блокчейна во многом зависит от поддержки ресурсов. PoW-цепочка требует много аппаратных средств и электроэнергии, а PoS полагается на стоимость заложенных активов. Биткойн поддерживается огромной PoW-сетью вычислительной мощности и можно сказать, что это самое безопасное существование во всем блокчейне. Однако, как публичная цепочка, занимающая половину рынка блокчейна с рыночной капитализацией в 1,39 трлн. долларов США, ее активы имеют только две основные сферы применения: переводы и оплата газа.

А для другой половины мира блокчейна, особенно после того, как Шанхайское обновление Ethereum перешло на PoS, можно сказать, что большинство общественных цепей по умолчанию используют различные архитектуры PoS для достижения консенсуса. Однако, поскольку новая гетерогенная цепь сама по себе не может привлечь большие суммы ставок, ее безопасность вызывает большие сомнения. В современную эпоху модульности, хотя зоны Cosmos и различные Layer2 также могут использовать различные уровни DA для компенсации, они также теряют свою самостоятельность. Для большинства старых общественных цепей или альянсов, использующих механизм PoS, использование Ethereum или Celestia в качестве DA практически невозможно, а ценность Вавилона именно в том, чтобы заполнить этот пробел, обеспечивая защиту для цепей PoS, заложив BTC. Как и в прошлом человечество использовало золото для поддержки ценности бумажных денег, BTC действительно подходит для игры этой роли в мире блокчейна.

От 0 до 1

Освобождение “цифрового золота” всегда было самым грандиозным и сложным повествованием в области блокчейна, начиная с ранних боковых цепей, сетей Lighting, упакованных токенов и до современных рунических и BTC Layer2, можно сказать, что ни одна из этих схем не лишена определенных врожденных недостатков. Если Babylon хочет реализовать безопасность биткойна, то централизованная схема, предполагающая введение доверия к стороннему лицу, естественно должна быть первой, которую нужно исключить. Среди оставшихся схем руническая и сеть Lighting (ограниченные медленным темпом развития) в настоящее время имеют в основном только возможность выпуска активов, что означает, что Babylon должна самостоятельно разработать “схему масштабирования”, позволяющую биткойну ставить на стейки от 0 до 1.

Разберем некоторые основные элементы, которые могут быть использованы в разборке биткойна: 1. Модель UTXO, 2. Метка времени, 3. Несколько способов подписи, 4. Основные операционные коды. Babylon предлагает решение, исходя из учета слабой программной возможности и способности переносить данные биткойна. Следуя принципу минимальности, на биткойне нужно только выполнить необходимые функции для контракта залога, то есть залог, конфискация, вознаграждение, изъятие и т.д., все это выполняется на основной цепочке. После реализации от 0 до 1, сложные требования передаются в зону Cosmos для обработки. Однако здесь все еще есть ключевая проблема: как записать данные цепочки PoS на основную цепочку?

Удаленное стейкинг (Remote Staking)

UTXO (модель неизрасходованных транзакционных выводов, Unspent Transaction Outputs) - это модель транзакций, разработанная Сатоси Накамото для биткоина, ее основная идея чрезвычайно проста. Транзакции сводятся к движению средств внутри и наружу, поэтому вся система транзакций может быть выражена всего двумя формами: вход (Input) и выход (Output). UTXO означает, что средства пришли, но не все были потрачены, и оставшаяся часть (то есть неизрасходованный транзакционный вывод) является UTXO (то есть непотраченные биткоины). Фактически вся книга учета биткоинов представляет собой набор UTXO, управляя правом собственности и циркуляцией биткоинов путем отслеживания состояния каждого UTXO. Каждая транзакция тратит старый UTXO и создает новый. Благодаря своим свойствам UTXO обладает потенциальной возможностью масштабирования, что делает его отправной точкой для многих стратегий масштабирования. Например, механизм штрафов и сети Lightning на основе UTXO и мультиподписи, или привязка UTXO для создания надписей и руны полувзаимозаменяемых токенов SFT (semi-fungible tokens). Все это основано на этой ключевой отправной точке и становится реальностью.

И, конечно же, Бабилону также необходимо использовать UTXO для реализации контракта залога (Бабилон называет это удаленным залогом, то есть обеспечение безопасности BTC передается на PoS-цепочку через промежуточный слой), а также умно сочетать существующие операционные коды в своей концепции. Фактически, шаги для реализации контракта можно разделить на следующие четыре:

• Заблокированные средства

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

• Проверка условий

Вызов OP_CSV (OP_CHECKSEQUENCEVERIFY позволяет установить относительную временную блокировку, основанную на серийном номере транзакции, что означает, что UTXO могут быть потрачены только через определенное относительное время или Блок), чтобы гарантировать, что средства не могут быть выведены в течение определенного периода времени. В сочетании с упомянутыми выше OP_CTV можно добиться застейкать, застейкать (если застейкать время соблюдено, застейкать может потратить заблокированный UTXO), разрезание (Слэшинг, когда застейкать зло, UTXO будет принудительно потрачен до заблокированного Адрес и ограничен состоянием нерасходованности, аналогично Адрес сжигания);

• Обновление статуса

Всякий раз, когда пользователь делает ставки или выводит застейкающие средства, происходит создание и расходование UTXO. Выход новой транзакции сгенерирует новый UTXO, в то время как старый UTXO будет помечен как израсходованный. Таким образом, каждая транзакция и движение средств точно записываются в блокчейн, обеспечивая прозрачность и безопасность;

• Распределение доходов

В зависимости от суммы и времени стейкинга, контракт вычисляет вознаграждение, которое должно быть получено, и распределяет его путем создания нового UTXO. Эти вознаграждения могут быть разблокированы и использованы после выполнения определенных условий, используя условия сценария.

Метка времени

После внедрения собственного механизма стейкинга необходимо рассмотреть вопрос записи исторических событий во внешних цепях. В своей белой книге Сатоши Накамото представил концепцию временных меток, поддерживаемую PoW, в блокчейне биткойна, которая обеспечивает необратимый порядок событий. В оригинальном использовании биткойна такие события относятся к различным транзакциям, проводимым в учетной книге. В настоящее время биткойн может использоваться для временной метки событий на внешних блокчейнах с целью повышения их безопасности. Каждое такое событие провоцирует транзакцию, отправляемую майнеру, который затем вносит ее в учетную книгу биткойна, обеспечивая временную метку события. Эти временные метки могут использоваться для решения различных вопросов безопасности блокчейна. Общая концепция добавления временных меток событий в дочерних цепях на родительской цепи называется “чекпоинтинг”, а транзакции, используемые для добавления временных меток, называются транзакциями чекпоинтинга. В частности, временные метки в блокчейне биткойна обладают следующими важными особенностями:

1. Формат времени: метка времени записывает количество секунд, прошедших с 00:00:00 UTC 1 января 1970 года. Этот формат называется временной меткой Unix или временем POSIX;
2. Назначение: Основная цель отметки времени - отмечать время создания блока, помогать узлам определить порядок блоков и помочь в механизме регулирования сложности сети;
3. Метка времени и трудности с перенацеливанием: сеть биткойн проводит перенацеливание сложности каждые 2016 блоков (приблизительно каждые две недели). Метка времени играет ключевую роль в этом процессе, поскольку сеть регулирует сложность майнинга на основе общего времени генерации последних 2016 блоков, чтобы обеспечить скорость генерации нового блока около 10 минут.
4. Проверка действительности: Узел при получении нового блока проверяет метку времени. Метка времени нового блока должна быть больше медианного времени нескольких предыдущих блоков и не должна превышать сетевое время на 120 минут (т.е. за 2 часа вперед).

Сервер меток времени - это новый примитив, определенный в Babylon, который позволяет распределять метки времени биткойна через контрольные точки Babylon в блоках PoS для обеспечения точности временной последовательности и предотвращения подделки. Этот сервер является ядром запросов на доверие во всей архитектуре Babylon.

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

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

Теперь, когда мы понимаем базовую реализацию Протокол Ненадежный, давайте посмотрим, как сам Вавилон использует зона Космоса для мост двух целей. Согласно подробному объяснению Babylon «1» Стэнфордской лаборатории Це, Babylon может получать потоки контрольных точек из самых длинных цепочек PoS и публиковать эти контрольные точки в биткойн после слияния. Используя агрегированные подписи валидаторов Babylon, размер контрольных точек может быть сведен к минимуму, а частота этих контрольных точек контролируется, позволяя валидаторам Babylon изменяться только один раз за эпоху.

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

• Контрольная точка: Биткойн проверяет только последний блок Babylon Epoch. Контрольная точка состоит из Блок хеш, а также одной агрегированной подписи BLS, которая соответствует подписи, которая была подписана Блок для окончательного набора 2/3 валидаторы. Контрольно-пропускной пункт «Вавилон» также содержит номер эпохи. PoS Блок может назначать Биткойн Блок Метка времени через контрольно-пропускной пункт «Вавилон». Например, первые два PoS Блок помечены Блок Babylon, а Блок Babylon — Биткойн Блок Метка времени t_3. В результате этим PoS Блок присваивается Биткойн Метка времени t_3.

• Стандартная PoS-цепь: когда на PoS-цепи происходит разветвление (форк), цепь с более ранней отметкой времени считается стандартной PoS-цепью. Если два ветвления имеют одинаковые отметки времени, преимущество отдается блокам PoS с более ранней точкой проверки в Babylon.

• Правила вывода средств: для вывода средств валидатор отправляет запрос на вывод средств на цепочку PoS. После того, как блок PoS с запросом на вывод средств проверен модулем Babylon и затем проверен модулем Биткойн, ему присваивается временная метка t_1. Как только блок Биткойн с временной меткой t_1 достигает глубины k, вывод средств осуществляется на цепочке PoS. В этом случае, если валидатор, у которого уже было изъято стейкинговое право, осуществляет атаку с дальнего расстояния, то блоки на атакующей цепочке могут иметь только временную метку Биткойн, которая является более поздней, чем t_1. Это происходит потому, что блок с временной меткой t_1 Биткойн не может быть откачен после достижения им глубины k. Затем клиент PoS, наблюдая за порядком этих проверочных точек на Биткойн, может различить правильную цепочку и атакующую цепочку, а затем проигнорировать атакующую цепочку.

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

• Правило остановки недоступных контрольных точек PoS: Валидаторы PoS должны приостановить свою цепь PoS при обнаружении недоступной контрольной точки PoS на Babylon. Недоступная контрольная точка PoS - это хеш, подписанный 2/3 валидаторов PoS, предполагаемый соответствующим недоступному блоку PoS, который невозможно наблюдать. Если валидаторы PoS не приостановят цепь PoS при обнаружении недоступной контрольной точки, злоумышленник может раскрыть ранее недоступную атакующую цепочку и изменить ее в последующем клиентском представлении. Это происходит потому, что контрольные точки тени, отображаемые позже, появляются в ранней версии Babylon. Правило остановки, указанное выше, раскрывает причину, по которой мы требуем, чтобы хеши блоков PoS, отправляемые в качестве контрольных точек, подписывались набором валидаторов PoS. Если эти контрольные точки не подписаны, злоумышленник может отправить произвольный хеш и утверждать, что он является хешем недоступной контрольной точки блока PoS на Babylon. Затем валидаторы PoS должны приостановить контрольную точку. Обратите внимание, что создание недоступной цепочки PoS является сложной задачей: для этого необходимо разрушить как минимум 2/3 валидаторов PoS, чтобы они завершили подпись блока PoS, но не предоставили данные честным валидаторам. Однако в предполагаемой атаке злоумышленник останавливает цепь PoS, не атакуя ни одного валидатора. Чтобы предотвратить такую ​​атаку, мы требуем, чтобы контрольные точки PoS проверялись 2/3 валидаторами PoS. Поэтому недоступные контрольные точки PoS появляются на Babylon только тогда, когда 2/3 валидаторов PoS действительно контролируются злоумышленником. Из-за стоимости разрушения валидаторов PoS такая ​​атака маловероятна и не повлияет на другие цепочки PoS или сам Babylon.
• Правила приостановки неисправной точки проверки Вавилона: Проверяющие PoS и Вавилон должны приостановить блокчейн при обнаружении неисправной точки проверки Вавилона на биткоине. Неисправная точка проверки Вавилона - это хеш агрегированной подписи BLS с 2/3 проверяющих Вавилона, который, по предположению, соответствует блоку Вавилон, который невозможно обнаружить. Если проверяющие Вавилона не останавливают блокчейн Вавилона, то злоумышленник может раскрыть ранее недоступную цепочку Вавилона, что позволит изменить спецификацию цепочки Вавилона в последующем представлении клиента. Аналогично, если проверяющие PoS не останавливают цепочку PoS, то злоумышленник может раскрыть ранее недоступную цепочку PoS и ранее недоступную цепочку Вавилона, что также позволит изменить спецификацию цепочки PoS в последующем представлении клиента. Это происходит потому, что позднее раскрытая темная цепочка Вавилона имеет более ранний временной штамп на биткоине и содержит точку проверки цепочки PoS, которая была раскрыта позднее. Как и в случае правила приостановки неисправной точки PoS, вышеупомянутые правила раскрывают, почему мы требуем, чтобы хеш блока Вавилона, отправленного в качестве точки проверки, был снабжен агрегированной подписью BLS для доказательства подписи 2/3 проверяющих Вавилона. Если точка проверки Вавилона не имеет подписи, то любой противник может отправить любой хеш и утверждать, что это хеш неисправной точки проверки блока Вавилона на биткоине. Затем проверяющие PoS и Вавилон будут вынуждены ждать точки проверки, где в их прообразе не существует ни одной недоступной цепочки Вавилона или PoS! Создание недоступной цепочки Вавилона требует уничтожения как минимум 2/3 проверяющих Вавилона. Однако в предполагаемой атаке вышеупомянутого рода атакающий приостановил все цепочки в системе, даже не уничтожив ни одного проверяющего Вавилона или PoS. Чтобы предотвратить такие атаки, мы требуем, чтобы точка проверки Вавилона была доказана через агрегированную подпись; следовательно, только когда действительно 2/3 проверяющих повреждены, будет неисправная точка проверки Вавилона. В связи с затратами на уничтожение проверяющих Вавилона такая атака на доступность данных практически невозможна. Но в экстремальных случаях она может повлиять на все цепочки PoS, вынуждая остановить их.

Собственный слой в BTC

С позиции цели, хотя Babylon и Eigenlayer не отличаются, Babylon - это никоим образом простой форк Eigenlayer. В условиях, когда внешние PoS-цепи не могут использоваться нативно на основной цепи BTC, существование Babylon имеет большое значение. Кроме того, помимо обеспечения безопасности внешней PoS-цепи, для активизации экосистемы BTC это также очень важно.

Пример использования

В Babylon может быть много случаев использования, вот несколько уже реализованных или будущих возможностей:

1. Сокращение периода стейкинга и повышение безопасности: Чтобы предотвратить дальнейшие атаки на блокчейн, такие как атаки на историю блоков, которые позволяют изменять записи транзакций или контролировать цепочку, PoS-цепочки обычно требуют социального согласия (соглашения между сообществом, операторами узлов и валидаторами). В PoS-системах этот тип атак особенно серьезен, потому что в отличие от PoW, валидаторы, участвующие в согласии в PoS, не нуждаются в большом объеме вычислительных ресурсов, и злоумышленники могут переписать историю, контролируя секретные ключи стейкеров. Чтобы обеспечить стабильность и безопасность согласия в сети блокчейн, длинный период стейкинга в основном является необходимым, например, период разблокировки в Cosmos составляет 21 день. Однако с помощью Babylon история блокчейна PoS может быть добавлена в сервер временных меток BTC, так что BTC может заменить социальное согласие в качестве источника доверия, и время разблокировки может быть сокращено до одного дня (после около 100 блоков BTC). Кроме того, PoS-цепочки могут иметь двойную защиту с помощью стейкинга как оригинального токена, так и BTC.

2.Кроссчейн взаимодействие: с помощью протокола IBC, Babylon может получать данные о контрольных точках из нескольких PoS-цепочек, обеспечивая кроссчейн взаимодействие. Это взаимодействие позволяет различным блокчейнам без проблем обмениваться информацией и данными, повышая общую эффективность и функциональность экосистемы блокчейна;

3. Интеграция экосистемы BTC: В настоящее время большинство проектов в экосистеме BTC все еще не имеют достаточной безопасности, будь то Layer2, LRT или DeFi, в основном они все еще зависят от предположения о доверии к третьим лицам. При этом в адресах этих протоколов хранится большое количество BTC, и возможно в будущем с Babylon может возникнуть некоторое хорошее взаимодействие, чтобы создать сильную экосистему, подобную Eigenlayer в сети Ethereum.

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

Вавилонская башня

История Вавилонской башни взята из 1-9 главы книги Бытия Библии и является классической историей о попытке людей построить небоскреб, которую в конечном счете остановил Бог. Она символизирует единство и общую цель человечества. Также она имеет потенциальное значение Babylon Protocol, проект, который строит Вавилонскую башню для множества PoS-цепей с целью объединения их. С точки зрения повествования, она, кажется, не уступает Ethereum Defender, но какова реальная ситуация?

На сегодняшний день тестовая сеть Babylon уже обеспечивает безопасность для 50 зон Cosmos через протокол взаимодействия между блокчейнами (IBC). Помимо Cosmos, Babylon также сотрудничает с некоторыми протоколами ликвидности и стейкинга (LSD), протоколами полной интероперабельности цепей и экосистемой биткойна для интеграции. С другой стороны, по поводу стейкинга, по сравнению с Eigenlayer, который может повторно использовать стейкинг и LSD в экосистеме Ethereum, Babylon пока еще уступает. Но в долгосрочной перспективе, огромный потенциал BTC, спящий в множестве кошельков и протоколов, еще не полностью реализован, поэтому это только верхушка айсберга в 1,3 триллиона долларов, и в настоящее время Babylon нуждается в активном взаимодействии с всей экосистемой BTC.

Единственное решение для набора кукол PANGSHI

Как уже упоминалось ранее, Eigenlayer и Babylon наращивают свои крылья, и судя по текущим тенденциям, оба протокола в будущем будут блокировать огромные объемы основных активов блокчейна. Даже если безопасность самих этих двух протоколов не вызывает сомнений, неужели многоуровневая ловушка не приведет к тому, что вся экосистема стейкинга окажется во власти спирали смерти и вызовет падение, сравнимое с повторным повышением процентной ставки в США? На данный момент действительно можно наблюдать длительный период иррационального процветания в сфере стейкинга, особенно после перехода Ethereum на PoS и появления Eigenlayer. Чтобы привлечь больший объем залоговых средств, проекты часто используют массовые ожидания воздушных капель и комбинированные доходы от ловушек, чтобы заманить пользователей. Один ETH может пройти через ловушку несколько раз, от исходного стейкинга ETH до LSD, а затем до LRT, и даже 5 или 6 раз. Это, естественно, вызывает массу проблем с рисками, поскольку любая проблема в одном из протоколов прямо влияет на все участвующие в ловушке протоколы (особенно на те, что находятся в хвосте ловушки стейкинга). При этом в экосистеме BTC существует множество централизованных решений, и если следовать примеру Ethereum, риски копирования такой модели будут только увеличиваться. Но одно следует признать: Eigenlayer и Babylon в первую очередь направлены на создание реальной потребности и предложения, чтобы компенсировать этот риск. Таким образом, наличие протоколов «общей безопасности» хотя и косвенно или прямо способствует усилению негативной тенденции, но является единственным способом избавления от пассивного дохода от ловушек стейкинга. Теперь основной вопрос заключается в том, действительно ли существует коммерческая логика протоколов «общей безопасности»?

Реальный спрос и предложение - ключевые факторы

В Web3, будь то публичная цепочка или протокол, его базовая логика часто основана на «соответствует» покупателям и продавцам с определенными потребностями. Правильная сваха может получить «мир», а сам блокчейн только делает это сватовство честным, реальным и заслуживающим доверия. Теоретически общий протокол безопасности может дополнить нынешнюю процветающую застейкающую и модульную экосистему. Но если задуматься, намного ли это предложение превысит спрос? лонг основной блокчейн С другой стороны, старая цепочка PoS может не нуждаться или не будет арендовать такую ценную бумагу ради лица, и сможет ли новая цепочка PoS оплачивать Интерес, генерируемые BTC и ETH, бизнес-логика Eigenlayer и Babylon должна образовывать замкнутый цикл, и по крайней мере доход, который нужно заработать, должен быть сбалансирован с Интерес, генерируемым застейкать Токен в Протокол. И даже если этот баланс удастся достичь, и даже выгоды намного превысят расходы на интересы, в этом случае произойдет кровососание новых PoS и протоколов. Поэтому главным приоритетом будет то, как взвесить экономическую модель, не падение в пузырь Аирдроп ожидаемого развития, а более здорово управлять спросом и предложением.

Ссылки

1. Подробное объяснение, как Babylon обеспечивает безопасность экосистемы Cosmos с помощью безопасности Биткойна:

2.Подробное понимание Eigenlayer: позволяет Ethereum выйти из ситуации с “матрешкой”?:_source=publication-search

3. Разговор Бабилона с основателем Фишером Ю: как разблокировать ликвидность 21 миллиона BTC с помощью стейкинга?

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

5. Взглянем на то, что я наблюдаю в криптовалюте в последнее время: