Исследование проблемы ликвидности разрыва в эпоху Уровня 2

С переходом Ethereum на решения по масштабированию с использованием Уровня 2 и появлением таких инструментов, как RaaS, множество публичных цепей быстро развиваются. Многие организации хотят создать свои собственные цепи, чтобы представлять различные интересы и стремиться к более высокой оценке. Однако множество публичных цепей затрудняет развитие экосистемы, что приводит к тому, что многие проекты начинают терять свою стоимость на TGE.

В настоящее время пороги финансирования и технологий для создания цепочки значительно снижены, а стоимость эксплуатации цепочки на основе OP Stack составляет около 10 000 долларов США в месяц. Будущее безусловно будет эпохой сосуществования многослойных цепочек. Хотя эти цепочки Уровень 2 могут выбрать совместимость с EVM для обеспечения взаимодействия, из-за большого количества приложений нижнего уровня, связанных с Web2, им трудно строить приложения и достигать консенсуса на одной и той же цепочке.

Текущая многосеточная экосистема создала новую проблему: ликвидность и распределение состояния. Поскольку существование многосетей неизбежно, интероперабельность становится областью, которую необходимо исследовать и решать. В настоящее время существует множество решений для ликвидности, таких как абстракция цепи, намерение, Clearing Execution, Native CrossChain, ZKSharding и т.д., но их основная суть остается одинаковой.

Мы используем признанную в отрасли архитектуру Cake, чтобы сверху вниз представить основные компоненты абстракции кросс-цепи:

Уровень 2

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

Уровень 2

Находясь ниже уровня приложений, пользователи подключают кошелек к dApp и запрашивают котировку, чтобы удовлетворить свои торговые намерения. Здесь "намерения" означают ожидаемый конечный результат сделки, а не конкретный путь выполнения сделки.

Управление учетной записью и абстрактный уровень

Из-за существования многосетевой среды необходимо создать систему управления учетными записями и абстракции, которая адаптируется к различным цепям, чтобы поддерживать уникальную структуру учетных записей каждой цепи. Например, объектно-центрированная система учетных записей SUI совершенно отличается от EVM. One Balance разработал надежную систему учетных записей, которая не требует создания межцепочечного консенсуса, а лишь требует надежных обязательств между существующими системами учетных записей. Near Account реализует абстрактное управление, создавая многосетевые кошельки для пользователей, что значительно оптимизирует пользовательский опыт и снижает фрагментацию UX.

Поиск уровня

Этот уровень отвечает за прием и реализацию торговых намерений пользователей. Роль Solver здесь конкурирует за предоставление лучшего пользовательского опыта, включая более быстрое время и скорость исполнения сделок. На этой основе проекты, основанные на намерениях, такие как Anoma, разработали различные решения, ориентированные на намерения. Производные от таких намерений, такие как компонент Predicate, могут реализовать намерения пользователей в соответствии с определенными правилами.

Уровень 2

Это промежуточный уровень, используемый для реализации намерений пользователей. Основные компоненты решения с ликвидностью и рассеиванием статуса включают:

• Оракул: используется для получения информации о состоянии на других цепочках
• Кроссчейн мост: отвечает за передачу информации и ликвидности между цепями
• Предварительное подтверждение схемы: сокращение времени подтверждения кросс-чейн
• Доступность данных: предоставление доступа к данным

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

Решение

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

1. Вокруг RaaS: Подобно решениям Rollup, таким как OP Stack, с помощью добавления специфических общих сортировщиков и межсетевых мостов для содействия совместной ликвидности и состоянию Rollup, построенным на OP Stack.

2. Центрированный на аккаунте: аналогично NEAR, создайте полный цепочный кошелек, поддерживающий подписание и выполнение транзакций через "цепочную подпись" на нескольких протоколах блокчейна.

3. Сеть намерений вне цепочки как центр: пользователи отправляют намерения в сеть Solver, Solver конкурируют с предложениями, предоставляя оптимальное время выполнения и цену сделки.

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

5. Ориентируясь на приложения на основе блокчейна: создавайте приложения с высокой ликвидностью за счет интеграции крупных MM или сторонних приложений.

! Исследование фрагментации ликвидности в эпоху уровня 2

Типичные примеры проектов

INFINIT

INFINIT создала сервис RaaS для DeFi, предоставляющий компоненты, необходимые для прямого построения DeFi-протоколов, такие как Oracle, Pool Type, IRM, Asset и т.д., а также предлагающий компоненты, такие как Leverage Trading и Yield Strategy, которые можно сразу же активировать.

Сеть Khalani

Khalani построил три основных компонента: совместимый уровень Intent, Validity и универсальный расчетный уровень. Внешние приложения или уровень намерений могут публиковать намерения в Khalani, затем совместимый уровень Intent Khalani может преобразовать внешние намерения в формат, распознаваемый протоколом Solver.

Лакрица

Liquorice — это децентрализованное приложение, которое позволяет осуществлять ценообразование на основе аукционов и односторонние ликвидные пулы. Его основная миссия заключается в том, чтобы предоставить профессиональным торговым компаниям эффективные инструменты для управления запасами и легко подключаться к основным DeFi протоколам при расчетах по сделкам.

Сион

Xion основан на консенсусном протоколе Comet BFT. Используемая им кросс-цепная связь основана на Cosmos IBC, поэтому она более нативна и безопасна, чем другие кросс-цепные мосты.

=nil; Фонд

nil предложил решение zkSharding, которое использует технологию ZK для горизонтального масштабирования основной сети Ethereum, выполняет параллельную обработку транзакций с разделением и генерирует ZKP, в то время как основной шард проверяет данные, общается с Ethereum и синхронизирует состояние сети между всеми валидаторами.

ERC-7683

Основная цель стандарта ERC-7683 заключается в установлении универсального стандарта для кросс-цепочных операций между L2 и сайдчейнами, стандартизации интерфейсов заказов и расчетов, обеспечении бесшовного выполнения кросс-цепочных операций. Основной сутью является Филлер, который также можно рассматривать как роль Солвера в абстракции цепи для оплаты.

Стек OP

OP Stack разработан как полноценное многослойное решение уровня 2, чтобы одномоментно решить проблемы передачи информации и децентрализации Sequencer. При использовании архитектуры OP Stack автоматически разворачиваются кроссчейн-контракты, при этом присутствует Supervisor для оспаривания, чтобы избежать передачи ложной кроссчейн информации.

Итог

Решение проблемы ликвидности между цепями — это очень сложная и многообразная область с множеством решений. Будущее определенно будет многоцепочечным, и решение проблемы распределенной ликвидности является неизбежным вызовом для отрасли, в то время как интеграция этой ликвидности по всем цепям имеет огромный потенциал для роста и может создать новое поколение инфраструктуры в эпоху Web3.