1. Все хотят его, но мало кто может владеть им

1.1 Страна возможностей: Bitcoin

(Источник: companiesmarketcap)

Биткойн, созданный в 2008 году неизвестным разработчиком, вырос в массовый актив, занимая 7-е место по капитализации на рынке среди всех классов активов. Его признали не только финансовые учреждения, но даже президент США. В настоящее время капитализация биткойна сопоставима с серебром. Учитывая, что уровень принятия биткойна все еще относительно низок и что его капитализация составляет всего одну десятую часть от золота, его потенциал для будущего роста остается чрезвычайно многообещающим.

Несмотря на огромный рост биткойна как актива, все еще существует значительный недостаток — его уровень использования. Традиционные активы, такие как акции и облигации, могут использоваться в широком спектре финансовых продуктов, но финансовые применения биткойна до сих пор очень ограничены, как технически, так и практически. Подобно временам покорения Дикого Запада в Америке, биткойн представляет собой неиспользованную землю возможностей.

1.2 Попытки использовать BTC

Из-за его огромной рыночной капитализации множество компаний и протоколов стремились использовать Bitcoin для дополнительного создания кредита. Основные попытки использовать BTC до сих пор включают:

• Централизованная финансовая индустрия: Традиционные финансовые учреждения предлагают различные финансовые продукты на основе Биткоина. CME предоставляет фьючерсы и опционы на биткоин, Coinbase предлагает займы, обеспеченные BTC, а также несколько учреждений запустили ETF на основе BTC для инвесторов.
• Переход кастодианов: Сервисы, такие как WBTC и cbBTC, обертывают BTC централизованным образом, позволяя использовать его на других сетях. Положив BTC у кастодианов, таких как BitGo или Coinbase, пользователи получают эквивалентное количество WBTC или cbBTC, выпущенных в сети Ethereum.
• Ончейн-мост: Чтобы избавиться от зависимости от централизованных хранителей, различные протоколы пытались безопасно мостить BTC на другие сети. Однако достижение полностью доверительного механизма моста BTC остаётся крайне сложной задачей, поскольку некоторый уровень доверия неизбежен.
• Решения по масштабированию: Усилия по использованию BTC на побочных цепочках и решениях Bitcoin L2 в последнее время увеличились. Однако эти подходы по-прежнему включают дополнительные предположения о доверии. Команда Taproot Wizards работает над смягчением этой проблемы с использованием OP_CAT.
• Стейблкоины на основе BTC: Протоколы, такие как Yala и Avalon, появились, выпуская стейблкоины, обеспеченные BTC, аналогично MakerDAO. Однако эти решения также сталкиваются с фундаментальной проблемой требования доверия при мостинге BTC.

Изучение этих попыток использовать BTC показывает общее испытание — сложно использовать Биткойн в естественной манере. Одним из величайших преимуществ Биткойна является его безопасность, но если дополнительные доверительные предположения ослабляют эту безопасность, это создает значительный барьер для держателей BTC. Это основная причина низкого уровня использования Биткойна.

1.3 Вавилон: Native Utilization of BTC

Это место, где @babylonlabs_ioприходит в фокус. Babylon позволяет держателям BTC стейкировать свой биткойн нативно на сети биткойн и участвовать в валидации других протоколов PoS, получая дополнительные награды.

Благодаря преимуществу использования BTC без дополнительных доверительных предположений, Вавилон быстро достиг более 5 миллиардов долларов по TVL. TVL мог бы быть еще выше, если бы не было ограничений на стейкинг BTC.

Но подождите, скриптовый язык Bitcoin не является полностью тьюринг-полным, что означает, что он не может легко поддерживать сложные смарт-контракты. Так как же Вавилону удается достичь этой функциональности? В этой статье мы рассмотрим конкретные механизмы работы Вавилона.

2. Вавилон

Как при строительстве Вавилонской башни, можем ли мы когда-нибудь достичь истинного использования BTC?

2.1 Обзор Вавилона

Миссия Вавилона - масштабирование биткойна для обеспечения безопасности децентрализованного мира. Хотя его широко известно как протокол стейкинга BTC, Вавилон также предлагает услуги меткорирования биткойна, формируя набор протоколов обмена безопасностью BTC.

Вавилон состоит из двух основных протоколов:

• Биткоин Таймстэмпинг: Это позволяет цепям PoS зафиксировать свои блочные данные на сети Биткоина. Таким образом, цепи PoS могут смягчить атаки на длинном рейде, сократить периоды отвязки стейков, защитить критические транзакции и воспользоваться сетевой устойчивостью к цензуре Биткоина.
• Стейкинг биткоина: это позволяет держателям BTC замораживать свои BTC непосредственно в сети биткоина и участвовать в проверке других протоколов PoS, получая дополнительные награды в процессе.

2.2 Архитектура Вавилона

(Источник: Вавилон)

Основная архитектура Вавилона проиллюстрирована на диаграмме выше, с цепью Вавилона, построенной на Cosmos SDK, в ее основе. Помимо цепи Вавилона, несколько периферийных программ облегчают стейкинг BTC и коммуникацию с биткоином и другими потребительскими зонами. Потребительские зоны относятся к цепям PoS, которые записывают контрольные точки в сети биткоина через Вавилон.

Цепь Вавилона состоит из различных модулей, которые выполняют основные функции в экосистеме, включая управление набором валидаторов, отслеживание заголовков блоков Bitcoin, отправку контрольных точек в сеть Bitcoin и управление набором активных поставщиков окончательности, связанных с стейкингом BTC. Для справки поставщик окончательности аналогичен оператору AVS в EigenLayer, что означает, что он участвует в проверке других протоколов PoS.

Кроме того, в Вавилоне были реализованы несколько программ поддержки для облегчения гладкой коммуникации между сетью Биткоин и цепочкой Вавилона:

• Самозащитники: набор программ, действующих в качестве посредника данных между Bitcoin и Вавилоном.
• Мониторы: набор программ, который обеспечивает согласованность между цепочкой Вавилона и сетью Биткоин.

Через эту экосистему Babylon позволяет криптоиндустрии использовать надежность и глубокую ликвидность Биткойна. Теперь давайте подробнее рассмотрим две основные функции Babylon: Биткойн Таймстемпинг и Биткойн Стейкинг.

3. Как работает метки времени биткойна

3.1 Почему разблокировка ставки медленная?

Любой, кто когда-либо ставил токены, знает, что отмена ставки обычно требует ожидания от 1 до 2 недель. В это время токены нельзя использовать или получать проценты, что вызывает неэффективность. Но почему отмена ставки требует ожидания? Почему нельзя разрешить мгновенные выводы?

Самая простая причина - безопасность сети. Если разблокировка происходила мгновенно, большие объемы токенов могли бы быть разблокированы в ответ на рыночные флуктуации, что значительно ослабило бы безопасность сети. Однако помимо безопасности есть еще одна фундаментальная причина: предотвращение атак на длинном промежутке.

3.2 Атака на дальние дистанции

(Источник: AP)

Дальний атака означает атаку, при которой зловредные валидаторы создают новую ветвь, начиная с прошлых блоков, пытаясь заменить текущую каноническую цепь. Если зловредная ветвь становится такой же длины или длиннее, чем каноническая цепь, новые узлы, присоединяющиеся к сети, могут стать смущенными относительно того, какая цепь является легитимной, что может привести к потенциальным проблемам. Но подождите, это вообще возможно?

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

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

Однако что, если разблокировка разрешена немедленно?

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

(Источник: Вавилон)

Если дальнобойная атака приводит к успеху, злоумышленные валидаторы могут использовать механизмы мостов, чтобы похитить средства. Например, предположим, что злоумышленник по имени Джон переводит 1M токенов RUG с цепи RugPull на Osmosis и обменивает их на токены OSMO. Этот перевод осуществляется через IBC, который работает путем блокировки исходных токенов RUG на цепи RugPull, одновременно чеканируя эквивалентное количество токенов RUG на цепи Osmosis.

(Источник: Вавилон)

Если мы предположим, что Джон успешно осуществляет атаку на длинной дистанции на цепочку RugPull, он может злонамеренно опустить транзакцию, блокирующую токены RUG, чтобы отправить их на цепочку Osmosis в новой ветвящейся цепочке. В результате Джон фактически получит токены OSMO бесплатно.

Для предотвращения атак на большом расстоянии необходим период отмены стейкинга определенной длины. Злоумышленники не могут осуществить атаку на большом расстоянии во время периода отмены (если они попытаются это сделать, они столкнутся с штрафами за снижение). Кроме того, в течение этого периода участники сети могут достичь социального консенсуса относительно того, какая цепочка является канонической цепочкой. В результате, даже если позднее произойдет атака на большом расстоянии, злонамеренная ответвленная цепочка вряд ли будет принята сетью.

3.3 Давайте сократим время отвязки стейка с помощью временной метки BTC

Период разблокировки ставки - это эффективный метод предотвращения атак на большом расстоянии, но он имеет некоторые недостатки.

Первая проблема заключается в том, что она полагается на социальное согласие для противодействия атакам. Хотя внецепочечное общение среди участников в течение достаточно длительного периода может сыграть ключевую роль, это не является на 100% надежным решением.

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

Babylon представляет решение под названием Bitcoin Timestamping, которое позволяет цепям PoS значительно сократить периоды отмены ставок до нескольких часов. Это позволяет цепям PoS записывать данные блоков канонической цепи в сеть Bitcoin.

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

(Источник: Вавилон)

Здесь метки времени Bitcoin записываются с использованием операции OP_RETURN в сети Bitcoin. OP_RETURN - это инструкция, которая позволяет хранить до 80 байт произвольных данных в сети Bitcoin. В отличие от обычных транзакций Bitcoin, OP_RETURN не может быть использован для передачи средств и не генерирует UTXO.

Одним из ключевых соображений является то, могут ли все цепочки PoS напрямую создавать контрольные точки в сети Bitcoin. Блоки Bitcoin маленькие по размеру, имеют время блока 10 минут, и OP_RETURN может хранить только максимум 80 байт данных. Если бы множество цепочек PoS отправляли частые транзакции контрольных точек, то сеть Bitcoin не смогла бы справиться с нагрузкой.

Для решения этой проблемы Babylon вводит цепочку Babylon, которая агрегирует контрольные точки из нескольких цепочек PoS через IBC, а затем отправляет одну агрегированную контрольную точку в сеть Bitcoin.

Ключевым компонентом этого процесса является Vigilante Relayer, сущность, ответственная за чтение контрольных точек с узла Вавилона, упаковку их в транзакции OP_RETURN, а затем их отправку в сеть Bitcoin. Системе требуется как минимум один честный и активный Vigilante Relayer для правильного функционирования.

(Источник: Вавилон)

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

(Источник: Вавилон)

Даже если произойдет атака на большом расстоянии, временная метка контрольной точки злонамеренной ветви всегда будет позже, чем временная метка контрольной точки канонической ветви. Это означает, что участники сети могут просто проверить контрольную точку сети Bitcoin, чтобы легко идентифицировать вредоносные ветви. Поскольку данный подход устраняет необходимость в социальном консенсусе, период отвязки стейка может быть сокращен с нескольких недель до нескольких часов.

3.4 Более чем быстрое разблокирование стейкинга

Метка времени Bitcoin от Babylon делает гораздо больше, чем просто улучшает UX и эффективность ликвидности за счет сокращения периодов отмены ставок PoS - она также обеспечивает различные дополнительные преимущества.

3.4.1 Медленное завершение для важных транзакций

Приняв медленную окончательность через Вавилон, цепочки PoS могут достичь уровня безопасности, сравнимого с Bitcoin. Когда блок PoS, содержащий определенную транзакцию, отмечен временной меткой в сети Bitcoin и подтвержден шестью блоками Bitcoin, транзакция становится необратимой — при условии, что безопасность Bitcoin остается неприкосновенной.

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

3.4.2 Уровень цензуростойкости биткойна

Bitcoin Timestamping также может помочь восстановить живучесть в случае цензурной атаки на цепочку PoS. Для решения этой проблемы Babylon вводит специальное понятие, называемое режимом rollup.

В традиционной цепочке PoS как минимум две трети (2/3) валидаторов должны быть честными, чтобы обеспечить устойчивость к цензуре. Однако в режиме свертки Вавилона достаточно только половины (1/2) честных валидаторов, чтобы достичь устойчивости к цензуре, что значительно улучшает устойчивость цепочки к атакам.

(Источник: Вавилон)

Если пользователь цепи PoS считает, что определенная транзакция подвергается цензуре, он может подать жалобу на цензуру (красный раздел на диаграмме) в цепь Вавилона, инициируя процесс входа в режим rollup. Жалоба на цензуру содержит хэш цензурируемой транзакции.

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

В режиме rollup любой валидатор может предложить пакет транзакций PoS, и если валидаторы, удерживающие как минимум половину (1/2) общего количества стейков, подпишут пакет, транзакция будет завершена в сети Bitcoin, что эффективно предотвращает цензуру.

4. Как работает стейкинг биткойна

4.1 Обзор стейкинга биткоина

Биткойн-отметка времени позволяет цепям PoS использовать безопасность Биткойна для сокращения периодов отмены стейкинга и увеличения устойчивости к цензуре, но это лишь частично использует безопасность Биткойна.

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

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

Давайте определим некоторые ключевые термины:

• Протоколы, использующие криптоэкономическую безопасность стейкнутых BTC через Bitcoin Staking от Babylon, называются BSN (Bitcoin Secured Networks) - аналогично@eigenlayerконцепция AVS (Actively Validated Services)
• Сущности, которые получают делегированный BTC от стейкеров и участвуют в проверке BSN, называются Провайдерами Окончательности — аналогично операторам AVS EigenLayer.

Но подождите—в отличие от Ethereum, сеть Bitcoin не является полностью тьюринг-полной, что делает сложным внедрение сложных контрактов на стейкинг. Так как же это достигает Вавилон?

Давайте изучим детали на примере из блога Babylon.

4.2 Как реализован контракт стейкинга

4.2.1 Блокировка

// Контракт V0: добавление условия блокировки для UTXO ставки Элис

условие-1 (блокировка): time_lock = 1000 & alice_public_key

Допустим, что Элис делает ставку на BTC и также выступает в качестве Поставщика Окончательности. Для реализации ставки на BTC требуется механизм блокировки BTC. Это достигается путем установки одного из условий расходования UTXO, чтобы только Элис (владелец BTC) мог выводить средства после определенного периода времени (time_lock = 1000), используя ее alice_public_key.

4.2.2 Слэшинг

// Контракт V1: добавление наивного сокращения

condition-1 (блокировка): time_lock = 1000 & alice_public_key; OR

condition-2 (slashing): alice_eots_public_key

Одним из важных компонентов, которые необходимо реализовать в стейкинге, является slashing. Если происходит злонамеренное действие, механизм стимулирования может быть применен путем сжигания заложенных BTC. Для этого устанавливается второе условие траты UTXO, чтобы slashing мог произойти, если кто-то удерживает ключ EOTS Алисы.

Здесь, EOTS (Extractable One-Time Signature) - это подпись, реализованная с использованием подписей Шнорра, которая была введена после обновления Taproot в Bitcoin. Простыми словами, это алгоритм, который обеспечивает, что если злонамеренный участник подписывает два разных блока на одной и той же высоте, используя тот же ключ, его секретный ключ становится общедоступным.

При более детальном рассмотрении подпись Шнорра состоит из закрытого ключа x, открытого ключа P=xG и случайного числа k. Процесс подписания выглядит следующим образом: генерируется случайное число k, и из него вычисляется публичное значение R=kG. Затем вычисляется хэш-значение e из сообщения M и R, а значение подписи s вычисляется на основе числа k и e, где s = k + ex. Окончательная подпись Шнорра представляет собой (s, R).

Основная идея EOTS заключается в том, что если один и тот же ключ используется дважды для подписи, то закрытый ключ становится открытым. Если Алиса подписывает два разных сообщения, используя тот же случайный номер k, то первая подпись - s1= k + e_1x, а вторая подпись - s2= k + e_2x. Поскольку s1, s2, e1, e2 общедоступно известны, любой может найти закрытый ключ x Алисы, используя уравнение x=(s1 - s2)/(e1 - e2).

Используя этот механизм, если Алиса злонамеренно подписывает два разных сообщения, используя один и тот же ключ EOTS во время процесса проверки BSN, кто угодно, кто обнаруживает это, может извлечь секретный ключ EOTS Алисы. Как только секретный ключ EOTS раскрывается, злоумышленник может либо украсть заложенный Биткойн Алисы, либо сжечь заложенный Биткойн Алисы в качестве штрафа.

4.2.3 Применение Burning

// Контракт V2

condition-1 (locking): time_lock = 1000 & alice_public_key; OR

condition-2 (слэшинг): alice_eots_public_key & covenant_committee_quorum

// Снижение транзакции V0

inputs:

• input-1: стейкинг UTXO, потраченный с использованием условия-2 выше

выводы:

• вывод-1: значение = 0.99 Bitcoin, владелец = 0000...0000

Предварительное утверждение V0: принудительное сжигание

// Комитет по договору предварительно подписывает вышеуказанную сокращенную транзакцию как свое предварительное одобрение

Поскольку мы ранее обсуждали условия, при которых происходит урезание, давайте теперь рассмотрим, как фактически осуществляется урезание. Применение урезания крайне важно, потому что, если Алиса занимается злонамеренным поведением, она может попытаться вывести свои BTC до того, как кто-то обнаружит нарушение, извлечет ее секретный ключ EOTS и сожжет ее BTC.

Для предотвращения этого необходимо реализовать сокращение таким образом, чтобы принудительно перевести BTC на предопределенный адрес сжигания (0000…0000). Для достижения этого второе условие расхода UTXO включает Комитет Завета. Комитет Завета отвечает за проверку легитимности сокращения. Включив многоподписную (M из N) схему, система обеспечивает, что Алиса не может односторонне вывести свои BTC на свой собственный кошелек до выполнения сокращения.

Преимущество такого подхода заключается в том, что, пока Алиса ведет себя честно, ее подпись EOTS никогда не раскрывается, что означает, что Комитет Завета не может конфисковать ее средства. Поэтому Алисе не нужно доверять Комитету Завета, так как они не могут действовать против нее, если она не занимается злонамеренным поведением.

4.2.4 Безопасная Делегация

// Контракт V3: активация безопасной делегирования

condition-1 (locking): time_lock = 1000 & alice_public_key; OR

condition-2 (сокращение): alice_public_key & validator_eots_public_key & covenant_committee_quorum

// Снижение транзакции V0

inputs:

• input-1: стейкинг UTXO, потраченный с использованием условия-2 выше

выводы:

• output-1: значение = 0.99 Bitcoin, владелец = 0000...0000

// Предварительное одобрение V1

// Алиса предварительно подписывает транзакцию сокращения как свое предварительное одобрение.

// Комитет по договорам предварительно подписывает сокращенную tx как предварительное утверждение.

Алиса может непосредственно ставить на ставку BTC и участвовать в проверке других протоколов PoS в качестве поставщика окончательности. Однако большинство пользователей предпочтут делегировать свою ставку BTC.

Чтобы реализовать это, добавив ключ EOTS валидатора ко второму условию, вы гарантируете, что если валидатор будет вести себя злонамеренно, BTC Алисы могут быть сожжены. Однако проблема здесь в том, что если валидатор вступит в сговор с ковенантным комитетом, он может украсть BTC Алисы, заставив Алису доверять валидатору.

Простое решение этой проблемы - также включить открытый ключ Элис во втором условии. Таким образом, сжигание BTC потребует также подписи Элис, предотвращая несанкционированную кражу BTC.

Для достижения этой цели Алиса предварительно подписывает транзакцию, которая гласит: "если произойдет снижение, BTC должен быть отправлен на адрес сжигания." В этом случае, если валидатор действует злонамеренно и его ключ EOTS становится известным, и если комитет ковенанта выполняет мультиподпись, BTC будет отправлен на адрес сжигания, принудительно применяя процесс снижения.

4.2.5 Предотвращение злонамеренных атак с принудительным атомным рубанием

/ Контракт V3

condition-1 (locking): time_lock = 1000 & alice_public_key; ИЛИ

condition-2 (слэшинг): alice_public_key & validator_eots_public_key & covenant_committee_quorum

// Снижение транзакции V0

inputs:

• input-1: стейкинг UTXO, потраченный с использованием условия-2 выше

выводы:

• output-1: значение = 0.99 Биткойн, владелец = 0000...0000

// Предварительное утверждение V2: принудительное атомное снижение при делегировании

// Предварительное одобрение Алисы - это адаптерная подпись для транзакции сокращения

// она создана с использованием открытого ключа EOTS валидатора.

// Комитет по договорам предварительно подписывает транзакцию на сокращение, как предварительное утверждение.

Что делать, если злонамеренный валидатор нацелен только на определенных стейкеров для слэшинга? Чтобы предотвратить это, Babylon вводит сигнатуры адаптеров.

Алиса шифрует свою подпись с помощью открытого ключа EOTS валидатора в качестве подписи адаптера. Если валидатор пытается слэшить только Алису, он должен использовать свой закрытый ключ EOTS. Из-за особенностей подписей адаптеров это приведет к раскрытию закрытого ключа EOTS валидатора, что лишит валидаторов любого стимула к злонамеренному поведению.

4.2.6 Реализация частичной слэшинга

// Контракт V3

условие-1 (блокировка): time_lock = 1000 & alice_public_key; OR

condition-2 (снижение): alice_public_key & validator_eots_public_key & covenant_committee_quorum

// Снижение транзакции V1: включение частичного снижения

Входы:

• input-1: стейкинг UTXO, потраченный с использованием условия-2 выше

выводит:

• output-1: value = 0.09 Bitcoin, owner = 0000...0000

• output-2: значение = 0,9 биткоина,

условия:

• condition-1: time_lock = 500 & alice_public_key

Предварительное одобрение V2

Предварительное одобрение Элис является адаптивной подписью уничтожающей транзакции

она сгенерировала с использованием открытого ключа EOTS валидатора.

Комитет Ковенанта предварительно подписывает слэшинг tx в качестве своего предварительного одобрения.

Но разве вы не считаете, что сжигать все биткойны в случае сокращения слишком крайняя мера? Для решения этой проблемы можно сжечь лишь часть биткойнов (например, сжечь только 10%, вернув оставшиеся 90% после определенного периода). Это можно осуществить, разделив выходы транзакции сокращения на две части, как описано выше.

4.2.7 Переоценка больше!

Контракт V4: Включение повторного стейкинга

условие-1 (запирание): time_lock = 1000 & alice_public_key; ИЛИ

условие-2 (снижение): alice_public_key & любая подпись из списка[validator_eots_public_key] & covenant_committee_quorum

Делегированный BTC Алисы может участвовать в валидации нескольких протоколов PoS, а не только одного. Если валидатор участвует в валидации различных протоколов PoS, используя один и тот же ключ EOTS, утечка в одном месте может повлиять на другие системы. Поэтому поставщики окончательности в Вавилоне должны использовать разные ключи EOTS для различных систем PoS, и список ключей EOTS вводится во втором условии.

4.3 Summary

В отличие от сетей PoS, таких как Ethereum или Solana, сеть Bitcoin работает на PoW, поэтому концепция стейкинга по своей сути не существует. Тем не менее, Babylon реализовал функции блокировки, слэшинга и делегирования BTC, необходимые для стейкинга, благодаря характеристикам UTXO, скриптовому языку биткоина и различным алгоритмам подписи. Это позволяет держателям BTC получать дополнительную прибыль, используя BTC, без необходимости в мостах или услугах по хранению.

5. Раскрытие потенциала BTC в децентрализованном мире

Помимо молниеносной сети, ни один другой протокол полностью не наследует безопасность сети Биткойн. Однако, как и сеть Биткойн, функциональность молниеносной сети довольно ограничена и слишком ценна, чтобы отказаться от надежной защиты Биткойн и огромной ликвидности.

Babylon использовал безопасность биткойна двумя разными способами через биткойн-отметку времени и биткойн-стейкинг. Первый использует биткойн как сервер отметок времени, чтобы предотвратить отмену транзакций или злонамеренные разветвления, в то время как второй использует мощную ликвидность BTC в качестве крипто-экономической защиты, позволяя держателям BTC зарабатывать дополнительные прибыли естественным образом.

В настоящее время в Babylon хранится около 55 000 BTC, что даже с учетом лимита депозита, установленного Babylon. Около 3,9% от общего объема предложения ETH приходится на EigenLayer. Учитывая это, несмотря на то, что держатели BTC могут быть консервативны в отношении использования BTC, стоит рассмотреть потенциал роста Babylon, где в настоящее время находится всего около 0,2% от общего предложения BTC.

Отказ от ответственности:

1. Эта статья перепечатана с [ 100y.eth]. All copyrights belong to the original author [100y.eth]. Если у вас есть возражения по поводу этого перепечатывания, пожалуйста, свяжитесь с Gate Learnкоманда, и они немедленно разберутся с этим.
2. Отказ от ответственности: Взгляды и мнения, выраженные в этой статье, являются исключительно мнением автора и не являются инвестиционным советом.
3. Команда Gate Learn переводит статьи на другие языки. Копирование, распространение или плагиат переведенных статей запрещены без упоминания.