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

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

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

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

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

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

Уровень приложения (Application Layer)

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

Уровень разрешений (Permission Layer)

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

Управление учетной записью и абстракция ключей (Key Management and Account Abstraction)

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

Уровень решения (Solver Layer)

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

Слой расчета (Settlement Layer)

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

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

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

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

Решение

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

1. В центре RaaS: помощь в создании совместной ликвидности и состояния Rollup, построенных на определенной архитектуре, путем присоединения к определенным общим сортировщикам и межсетевым мостам.

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

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

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

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

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

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

Вот несколько типичных проектов абстракции цепи:

INFINIT

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

Сеть Khalani

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

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

Лакрица

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

Сион

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

=nil; Фонд

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

ERC-7683

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

Стек OP

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

Резюме

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