Гибридная доступность данных, анализ функции принудительного вывода BitVM на BOB

Резюме:

• Layer 2 должны обладать той же цензуроустойчивостью, что и базовые для них публичные блокчейны Layer 1;

• На BOB пользователи уже могут принудительно выводить свои активы с BOB на Ethereum через транзакции в Ethereum;

• Что касается моста BitVM, BOB работает над интеграцией сети Bitcoin как способа выполнения транзакций пользователями на BOB;

• Пользователи Bitcoin могут выводить активы BTC с BOB без необходимости отправки транзакций в BOB.

4 февраля 2025 года гибридный проект Layer 2 BOB впервые официально опубликовал на своем блоге «Функцию принудительного вывода BitVM». Это первый раз, когда BTC Layer 2 добился существенного прогресса в конкретном вопросе «принудительного вывода», что имеет первостепенное значение для экосистемы Bitcoin и всей индустрии.

Виталик подчеркивал, что возможность для пользователей успешно выводить активы с Layer 2 обратно на Layer 1 является очень важным показателем безопасности. В чрезвычайных ситуациях функция «принудительного вывода» для Layer 2 так же важна, как «аварийный выход» в реальном мире. В системе кастодиальных платформ Ethereum Layer 2, которая управляет активами на миллиарды долларов, функция «принудительного вывода», позволяющая пользователям безопасно возвращать активы на Layer 1, стала незаменимым обязательным элементом.

Для публичных блокчейнов Layer 2, использующих протокол EVM, на текущем рынке уже существуют довольно完备ные функции принудительного вывода и аварийного выхода, гарантирующие, что пользователи могут безопасно и своевременно выводить активы на Layer 1. Ниже мы можем узнать через этот Блог, как BOB реализует функцию принудительного вывода для BTC Layer 2.

Одним из ключевых свойств Layer 2 является то, что даже при отключении секвенсора их переходы состояния должны продолжаться. Layer 2 достигают этого, считывая и записывая свое состояние из слоя доступности данных (DA), который может обновляться независимо от онлайн-статуса Layer 2. Таким образом, даже если секвенсор отключен или не принимает запросы транзакций от пользователей, пользователи могут принудительно выполнять свои транзакции. Потому что если секвенсор постоянно отклоняет запросы транзакций пользователей или просто длительное время неисправен или остановлен, это часто приводит к огромным финансовым потерям.

Например, во время простоя Solana некоторые люди не смогли вовремя пополнить позиции, столкнувшись с ликвидацией активов, что поставило под риск активы на несколько миллионов долларов. Экономические потери от таких сценариев отказа в запросах пользователей нельзя недооценивать.

Для моста BitVM от BOB здесь возникает интересный вопрос. В настоящее время BOB использует blob Ethereum EIP-4844 в качестве своего слоя DA. Пользователи на Ethereum могут легко выводить активы обратно в сеть Bitcoin через мост BitVM, однако в этом процессе требуется, чтобы пользователи держали ETH на Ethereum для оплаты комиссий за газ.

Поэтому опыт использования для пользователей еще не достаточно дружелюбен; пользователям Bitcoin нужны только BTC в сети Bitcoin, чтобы выводить свои BTC с BOB обратно в Bitcoin. BOB изучает гибридное решение: по умолчанию использовать Ethereum в качестве слоя DA, одновременно позволяя пользователям принудительно включать транзакции на BOB через специальные транзакции в Bitcoin.

Доступность данных (DA) и контекст деривации

Процесс деривации очень важен для публичных блокчейнов Layer 2: все состояние Layer 2 для BOB должно строиться из L1 и слоя DA. Это позволяет Layer 2享有 той же цензуроустойчивостью, что и слой DA (в данном случае Ethereum).

Проще говоря, в rollup (особенно в публичных блокчейнах, использующих OP Stack) у нас есть два типа данных на Layer 1:

• Транзакции депозита в контракт «OptimismPortal». Это транзакции, которые пользователи выполняют в Ethereum, обычно для внесения своих активов в BOB. Эти транзакции депозита также могут использоваться для выполнения других транзакций на BOB.

• Пакеты, отправленные секвенсором (или, точнее, op-batcher) из обработки транзакций Layer 2. Сюда входят все транзакции, которые пользователи выполняют непосредственно на BOB, и которые в конечном итоге включаются в blob Ethereum.

Bitcoin как слой DA

Если желательно использовать Bitcoin в качестве слоя DA, почему бы не переключиться полностью на использование Bitcoin в качестве слоя DA? Причина principalmente в стоимости. Доступное пространство для хранения в Bitcoin очень мало (примерно 4 МБ каждые 10 минут), поэтому стоимость хранения высока.

Однако в данном случае BOB все еще может использовать Ethereum в качестве своего «основного» слоя DA, публикуя в нем все свои данные транзакций, но добавляя Bitcoin как高度 цензуроустойчивый резервный слой, если DA Ethereum недоступен. По сути, Ethereum становится оптимистичным слоем DA, а Bitcoin становится дорогим, но отказоустойчивым последним средством.

Конвейер смешанной деривации

Базовое решение заключается в добавлении Bitcoin в BOB как часть конвейера деривации, чтобы BOB (особенно «op-node») обрабатывал входные данные в следующем порядке:

• Транзакции принудительного вывода Bitcoin (специально добавлены для BOB);

• Депозиты Ethereum в контракт OptimismPortal для BOB (стандарт OP Stack);

• Пакеты Ethereum от op-batcher (стандарт OP Stack).

Здесь есть возможное решение — кодирование транзакций принудительного вывода Bitcoin в конвейер деривации BOB. Однако это все еще находится в стадии изучения, поэтому может измениться.

Транзакции принудительного вывода Bitcoin

BOB需要 три компонента для создания транзакции принудительного вывода:

1. Построение транзакции принудительного вывода в Bitcoin.

2. Хранение транзакции принудительного вывода в пределах ограничения размера блока Bitcoin.

3. Обработка комиссий за газ для транзакций принудительного вывода Bitcoin.

1. Построение транзакции принудительного вывода в Bitcoin

OP Stack транзакции депозита имеют следующую структуру:

• bytes32 sourceHash: исходный хэш, уникально идентифицирующий источник депозита.

• Адрес от: адрес аккаунта отправителя.

• Адрес кому: адрес аккаунта получателя, или пустой (нулевой длины) адрес, если депонированная транзакция является созданием контракта.

• uint256 mint: стоимость ETH, минтируемая на L2.

• uint256 value: стоимость ETH, отправляемая на аккаунт получателя.

• uint64 gas: лимит газа для транзакции L2.

• bool isSystemTx: если true, транзакция не взаимодействует с пулом газа блока L2.

• Байты данных: данные вызова.

Транзакция принудительного вывода должна включать закодированную транзакцию вывода в поле данных транзакции депозита. Это выполняется путем создания транзакции на BOB, которая инициирует вывод с BOB в Bitcoin, и работает это точно так же, как отправка транзакции с Ethereum.

Затем мы можем хранить (сжатую) версию транзакции принудительного вывода в Bitcoin, включая все вышеупомянутые данные.

2. Хранение транзакции принудительного вывода в Bitcoin

Поскольку данные транзакции принудительного вывода больше, чем обычно следует хранить в выводе OP_RETURN, BOB может использовать вывод Taproot для хранения данных.

Хотя легко идентифицировать транзакции депозита на Ethereum (которые могут включать выводы), поскольку они отправляются в контракт OptimismPortal для BOB, идентифицировать транзакции принудительного вывода на Bitcoin не так просто.

Сериализация данных: транзакции принудительного вывода сериализуются с использованием скрипта Taproot внутри структуры «конверт». Это noop в сети Bitcoin, также используемые для ординалов и т.д. Мы调整 структуру для удовлетворения наших потребностей.

Не установлено

OP_FALSE OP_IF

 OP_PUSH "bob"

 OP_1

 OP_PUSH "transaction"

 OP_0

 OP_PUSH $WITHDRAWAL_TRANSACTION_DATA

OP_ENDIF

Схема двухэтапного коммита/раскрытия:

Как и в случае с ординалами, пользователи должны отправить в Bitcoin две транзакции:

• Транзакция коммита: создает вывод Taproot, коммитящийся к скрипту, содержащему содержание инскрипции. Эта транзакция еще не раскрывает данные; нам нужна вторая транзакция от полных узлов BOB и секвенсора для включения транзакции вывода.

• Транзакция раскрытия: тратит вывод транзакции коммита, раскрывая инскрипцию в цепи, то есть раскрывая транзакцию вывода пользователя для включения в BOB.

3. Обработка комиссий за газ для транзакций принудительного вывода Bitcoin

Для вопроса комиссий за газ BOB в настоящее время рассматривает два варианта:

• Установить газ для транзакций принудительного вывода Bitcoin в 0 и вычитать комиссию за газ из баланса ETH пользователя на BOB. Таким образом, только пользователи с ETH на BOB могут выполнять принудительный вывод. Однако это не оптимальный выбор, так как требует наличия ETH у пользователя на BOB для принудительного вывода, то есть пользователи с BTC в Bitcoin не смогут выполнить принудительный вывод.

• Комиссия за газ оплачивается пользователем в BTC в Bitcoin. Сети BOB нужен адрес в Bitcoin для приема BTC и эффективной конвертации полученных пользователем BTC в ETH на BOB для оплаты затрат на газ части Layer 1 плюс затрат на выполнение. Этот вариант может быть реализован с использованием BOB Gateway и установки EVM-адреса BOB DAO в качестве получателя BTC.

Заключение

Любой человек может определить состояние BOB, просто проверив данные в Bitcoin и Ethereum:

• Чтение всех транзакций вывода в Bitcoin. Каждый вывод кодируется как две транзакции: транзакция коммита и транзакция раскрытия. Это наше дополнение к OP Stack и место, где мы улучшаем конвейер деривации.
• Чтение всех транзакций в контракт OptimismPortal для BOB в Ethereum. Это уже часть стандартного конвейера деривации OP Stack.
• Чтение всех транзакций, выполненных непосредственно на BOB, и их интеграция как части пакетов Ethereum. Важно, что полные узлы не считывают напрямую у секвенсора для получения подтвержденных транзакций, а считывают из blob Ethereum. Это уже часть стандартного конвейера деривации OP Stack.

Технические вызовы

Согласованность данных: Хотя обеспечение согласованности данных между цепями Ethereum и Bitcoin важно, наличие данных транзакций только в двух цепях не гарантирует валидность. Транзакции должны представлять валидные переходы состояния согласно функции перехода состояния rollup, чтобы считаться легитимными. Это решение требует реализации логики валидации внутри op-node (или другой реализации уровня консенсуса), сначала проверяя, приводит ли транзакция к валидному изменению состояния, прежде чем принимать ее.

Доказательства мошенничества и валидность: Системы доказательств мошенничества BitVM и Ethereum都需要增强, чтобы обрабатывать данные из двух цепей, что может усложнить разрешение споров. Чтобы решить эту проблему, BOB должен точно учитывать возможные транзакции из Bitcoin и Ethereum как часть моста BitVM и расчетов BOB на Ethereum.

Увеличение объема хранения: Кроме того, узлы BOB в сети сталкиваются с повышенными требованиями к хранению и пропускной способности, поскольку им необходимо обрабатывать и хранить данные из Bitcoin и Ethereum. Однако мы можем смягчить эту проблему, потребовав, чтобы транзакции BOB в Bitcoin включались в blob Ethereum и ссылались на последний блок Bitcoin. Таким образом, узлам нужно синхронизировать только последние блоки Bitcoin.

Первое публичное появление «функции принудительного вывода» на BTC Layer 2 под руководством BOB значительно продвинуло инновации гибридной модели L2, сочетающей безопасность Bitcoin и инновации Ethereum. В конкретном вопросе «принудительного вывода» BOB сочетает цензуроустойчивость Bitcoin со стеком rollup BOB, реализуя функцию принудительного вывода для BTC Layer 2, тем самым гарантируя безопасность активов пользователей в экстремальных ситуациях.

О BOB (Build on Bitcoin)

BOB (Build on Bitcoin) — это гибридная сеть Layer-2, которая сочетает преимущества Bitcoin и Ethereum, стремясь стать «Домом BTC DeFi». Уникальная модель Hybrid L2 объединяет преимущества двух экосистем — безопасность Bitcoin и спящий капитал BTC, а также инновации DeFi и универсальность Ethereum. Позиционируя BTC как столп новой децентрализованной финансовой системы, BOB может разблокировать новые варианты использования и триллионы ликвидности BTC. BOB использует протокол BitVM для идеального наследования безопасности сети Bitcoin и создания мостов с минимальным доверием между BOB, Bitcoin, Ethereum и другими сетями L1. Таким образом, Hybrid L2 не нуждается в依赖 сторонних跨链桥 для обеспечения интероперабельности, легко концентрируя ликвидность вокруг сети Bitcoin, а не распределяя ее по различным цепям.

BOB поддерживается ведущими инвестиционными компаниями, такими как Castle Island Ventures, Coinbase Ventures, Ledger Cathay Ventures и IOSG.

Веб-сайт | Twitter | Discord | Telegram