Babylon: как раскрыть ценность безопасности биткоина?

Оригинальный автор: YBB Capital Researcher Zeke

Предисловие

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

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

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

Самыми ценными публичными цепями в мире блокчейна должны быть Bitcoin и Ethereum. Их безопасность, децентрализация и консенсус по ценности, накопленный за эти годы, являются ключевыми ядрами, которые гарантируют, что эти две цепи могут оставаться на вершине публичной цепи в течение многих лет. Они также являются редкими характеристиками, которые труднее всего воспроизвести для других гетерогенных цепей, и ядро модульного мышления заключается в том, чтобы сдавать эти характеристики в аренду тем, кто в них нуждается. На данном этапе в модульном мышлении в основном есть две фракции:

• Первый способ — использовать Layer 1 (обычно Ethereum) с достаточной безопасностью в качестве нижних трех слоев или части функционального слоя Rollups. Это решение имеет самую высокую безопасность и легитимность, а также может поглощать ресурсы из экосистемы основной цепи. Однако для определенных Rollups (цепочки приложений, цепочки с длинным хвостом и т. д.) пропускная способность и стоимость не особенно благоприятны;

• Второе — создать слой DA с безопасностью, близкой к безопасности Bitcoin и Ethereum, и лучшей производительностью затрат. Например, Celestia, с которой мы знакомы, использует чистую функциональную архитектуру DA, минимизирует требования к оборудованию узлов и имеет низкие затраты на газ, чтобы создать слой DA с высокой производительностью, безопасностью и децентрализацией, сопоставимыми с Ethereum, в кратчайшие сроки. Недостатком этого решения является то, что для завершения безопасности и децентрализации потребуется некоторое время, и ему не хватает ортодоксальности, и он находится в открытой конкуренции с Ethereum, поэтому он отвергается сообществом Ethereum.

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

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

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

Что касается другой половины блокчейна, особенно с тех пор, как Ethereum Shanghai перешел на PoS, можно сказать, что большинство публичных цепей используют PoS с различными архитектурами для завершения консенсуса по умолчанию. Однако, поскольку новая гетерогенная цепь сама по себе не может привлечь слишком много залога капитала, ее безопасность весьма сомнительна. В нынешнюю модульную эпоху, хотя зона Cosmos и различные уровни Layer 2 также могут использовать различные уровни DA, чтобы компенсировать это, она также теряет автономность. Для большинства старых публичных цепей или цепей альянсов с механизмами POS в принципе невозможно использовать Ethereum или Celestia в качестве DA, и ценность Babylon заключается в том, чтобы заполнить этот пробел и заложить BTC для обеспечения защиты цепи PoS. Так же, как люди использовали золото для поддержки стоимости бумажных денег в прошлом, BTC действительно очень подходит для этой роли в мире блокчейнов.

От 0 до 1

Выпуск цифрового золота всегда был самым амбициозным и сложным повествованием в блокчейне. От ранних сайдчейнов, сетей Lightning, мостовых обернутых токенов до сегодняшних рун и BTC Layer 2 можно сказать, что независимо от того, какое решение, есть определенные неотъемлемые недостатки. Если Babylon хочет реализовать безопасность Bitcoin, централизованное решение, которое вводит предположение о доверии третьей стороны, должно быть исключено в первую очередь. Среди оставшихся решений, руны и сети Lightning (ограниченные крайне медленным прогрессом разработки) в настоящее время имеют возможность выпускать только активы, что означает, что Babylon необходимо разработать план расширения емкости для увеличения собственного стейкинга Bitcoin с 0 до 1.

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

Удалённое размещение

UTXO (Unspent Transaction Outputs) — это модель транзакций, разработанная Сатоши Накамото для Bitcoin. Ее основная идея чрезвычайно проста. Транзакции — это не что иное, как приток и отток средств, поэтому вся система транзакций должна быть выражена только в форме ввода и вывода. Так называемый UTXO — это когда средства поступают, но не так много тратится, а оставшаяся часть — это неизрасходованный вывод транзакции (то есть биткойн, который не был выплачен). Весь реестр Bitcoin на самом деле представляет собой набор UTXO. Записывая статус каждого UTXO, осуществляется управление владением и обращением Bitcoin. Каждая транзакция будет потреблять старый UTXO и генерировать новый UTXO. Поскольку ее свойства имеют определенный потенциал для масштабируемости, она, естественно, становится отправной точкой для многих собственных решений по расширению. Например, сеть Lightning, которая использует 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. Эти награды могут быть разблокированы и потрачены после выполнения определенных условий через условия скрипта.

Временная метка

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

• Формат времени: Метка времени записывает количество секунд с 1 января 1970 года 00:00:00 UTC. Этот формат называется меткой времени Unix или временем POSIX;

• Функция: Основная функция временной метки — идентифицировать время генерации блока, помогать узлам определять порядок блоков и помогать механизму регулировки сложности сети;

• Временные метки и корректировка сложности: сеть Bitcoin корректирует сложность каждые 2016 блоков (примерно каждые две недели). Временные метки играют ключевую роль в этом процессе, поскольку сеть корректирует сложность майнинга на основе общего времени генерации последних 2016 блоков, делая скорость генерации новых блоков близкой к 10 минутам;

• Проверка достоверности: Когда узел получает новый блок, он проверяет временную метку. Временная метка нового блока должна быть больше медианного времени нескольких предыдущих блоков и не может превышать 120 минут сетевого времени (т.е. 2 часа в будущем).

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

Трехъярусная архитектура Вавилона

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

После понимания базовой реализации протокола trustlessness, давайте рассмотрим, как сам Babylon использует зону Cosmos для соединения двух концов. Согласно подробному объяснению Babylon от Stanford Tse Labs [1], Babylon может получать потоки контрольных точек из нескольких цепочек PoS, объединять эти контрольные точки и публиковать их в Bitcoin. Используя совокупную подпись валидаторов Babylon, размер контрольных точек может быть минимизирован, а частота этих контрольных точек контролируется путем разрешения валидаторам Babylon меняться только один раз за эпоху.

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

• Контрольные точки: Только последний блок эпохи Babylon отмечен контрольной точкой Bitcoin. Контрольная точка состоит из хэша блока вместе с одной совокупной подписью BLS, соответствующей подписям набора валидаторов 2/3, который подписал блок для финализации. Контрольные точки Babylon также содержат номер эпохи. Блокам PoS может быть назначена временная метка блока Bitcoin через контрольную точку Babylon. Например, первые два блока PoS были отмечены контрольной точкой блоком Babylon, который, в свою очередь, был отмечен контрольной точкой блоком Bitcoin с временной меткой t_ 3. Следовательно, этим блокам PoS была назначена временная метка Bitcoin t_ 3.

• 

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

• 

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

• 

• Правила слэшинга: Валидаторы с конфликтующими PoS-блоками с двойной подписью могут быть слэшированы, если они не снимут свою долю при обнаружении атаки. Вредоносные валидаторы PoS знают, что если они дождутся одобрения запросов на снятие средств, прежде чем выполнять дальнюю атаку безопасности, они не смогут запутать клиентов, которые могут посмотреть на Bitcoin, чтобы идентифицировать каноническую цепочку. Поэтому они могут разветвить цепочку PoS при назначении временных меток Bitcoin блокам в канонической цепочке PoS. Эти валидаторы PoS работают с вредоносными валидаторами Babylon и майнерами Bitcoin, чтобы разветвить Babylon и Bitcoin и заменить блок Bitcoin с временной меткой t_2 другим блоком с временной меткой t_3. Это изменяет каноническую цепочку PoS с верхней на нижнюю в глазах последующих клиентов 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. Таким образом, Babylon будет иметь недоступные контрольные точки PoS только в том случае, если 2/3 валидаторов PoS действительно контролируются злоумышленником. Из-за стоимости подделки валидаторов PoS эта атака крайне маловероятна и не повлияет на другие цепочки PoS или сам Babylon.

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

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

Хотя Babylon по своему назначению совпадает с Eigenlayer, он ни в коем случае не является простым форком Eigenlayer. В текущей ситуации, когда основная цепь BTC DA не может быть использована изначально, существование Babylon имеет большое значение. Помимо обеспечения безопасности внешней цепи 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 не имеют достаточно надежной безопасности. Будь то Layer 2, LRT или DeFi, большинство из них по-прежнему полагаются на предположения о доверии третьих лиц. И в адресах этих протоколов хранится много BTC. В будущем они могут столкнуться с Babylon, чтобы придумать несколько хороших решений для сопоставления, дать обратную связь друг другу и, наконец, сформировать сильную экосистему, такую как Eigenlayer в Ethereum;

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

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

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

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

Единственное решение проблемы кукол Понци

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

Реальный спрос и предложение — это ключ

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

ссылки

1. 10 000 слов, объясняющих, как Babylon позволяет экосистеме Cosmos извлекать выгоду из безопасности Bitcoin: https://www.chaincatcher.com/article/2079486

2. Глубокое понимание Eigenlayer: пусть Ethereum сломает ситуацию с Матрешкой? : https://haotiancryptoinsight.substack.com/p/eigenlayer?utm_source=publication-search

3. Диалог с Фишером Ю, соучредителем Babylon: как разблокировать ликвидность 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

Эта статья взята из интернета: Babylon: как раскрыть ценность безопасности биткоина?

По теме: Planet Daily | Инвесторам из материкового Китая пока не разрешено участвовать в торговле спотовыми ETF виртуальных активов в Гонконге

Новости Caixin: Инвесторам из материкового Китая в настоящее время не разрешено участвовать в торговле спотовыми ETF виртуальных активов Гонконга Первая партия из шести спотовых ETF виртуальных активов, выпущенных Bosera International, China Asset Management (Hong Kong) и Harvest Global, была официально одобрена Комиссией по регулированию ценных бумаг Гонконга с целью листинга 30 апреля 2024 года. Хотя соответствующие ETF были впервые выпущены гонконгскими компаниями за счет китайских государственных фондов, следует отметить, что инвесторам из материкового Китая в настоящее время не разрешено участвовать в купле-продаже. Согласно списку продуктов на веб-сайте Комиссии по ценным бумагам и фьючерсам Гонконга, эти шесть спотовых ETF виртуальных активов были официально одобрены 23 апреля 2024 года. Соответствующие продукты: Harvest Bitcoin Spot ETF…