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

Введение

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

С помощью OP Stack Coinbase запустила свою собственную базу второго уровня, Kraken выпустил Ink; с помощью технологий ZK OKX выпустила XLayer; Sony выпустила Soneium, LINE выпустила Kaia и др. В настоящее время затраты на создание цепи и технические барьеры значительно снижены, стоимость эксплуатации цепи на основе OP Stack составляет около 10 000 долларов в месяц.

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

Разделение TVL, источник: Defillama

Текущая многосеточная экосистема создает новую проблему: разброс ликвидности и состояния. Поскольку существование нескольких цепей неизбежно, межоперабельность становится областью, которую необходимо исследовать и решать. В настоящее время существует множество решений для ликвидности, например, мы все слышали о абстракции цепей (Particle Network, Socket, XION, INFINIT, Borsa), намерениях (Anoma, Khalani), Clearing Execution (Connext), Native CrossChain (Cross), ZKSharding (=nil; Foundation), однако их суть одна и та же.

Стек абстракции цепей, источник: FrontierResearch

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

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

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

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

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

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

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

Решение уровня (Solver Layer)

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

Расчетный уровень (Settlement Layer)

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

• Оракулы (Oracle): используются для получения информации о состоянии других цепей.

• Кросс-цепочные мосты (Bridges): отвечают за передачу информации и ликвидности между цепями.

• Решения предварительного подтверждения (Pre-Confirmation): сокращают время подтверждения кросс-цепочных операций.

• Доступность данных (DA): обеспечивает доступность данных.

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

Решения

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

1. Центрированный на RaaS: подобно таким решениям, как OP Stack, через добавление определенных общих упорядочителей и кросс-цепочных мостов для содействия совместному использованию ликвидности и состояния, построенных на OP Stack. Это надеется решить проблемы ликвидности и разброса состояния на более высоком уровне. Здесь есть более специализированный элемент — отдельный проект общего упорядочивания, который больше ориентирован на Layer2 и не обладает универсальностью, такие как Astria, Espresso и Flashbots.

Абстракция цепей, источник: NEAR

2. Центрированный на аккаунте: аналогично NEAR, создание полного цепочного кошелька аккаунта с использованием технологии, называемой «цепочной подписью», для подписания и выполнения транзакций через различные протоколы блокчейна. Основной компонент — это сеть MPC, заменяющая пользователей для подписи многоцепочных транзакций. Хотя это решение может значительно решить проблему фрагментации UX, для разработчиков это связано с сложной реализацией на бэкенде, и оно не решает по сути вопросы ликвидности и разброса состояния.

3. Центрированный на оффцепочной сети намерений: это и есть наша сеть Solver, изображенная в диаграмме пирога «Введение». Основная идея заключается в том, что пользователи отправляют намерения сети Solver, и роль Solver конкурирует за цену, предоставляя лучшее время завершения и цену транзакции. Эти Solver могут быть AI Agent, CEX, Market Maker или даже интегрированным протоколом, таким как Лакрица и др. Проекты в этой области включают Anoma, Khalani, Enso, aori и Valantis. Хотя намерения теоретически могут реализовать кросс-цепочные операции любой сложности, на практике они требуют достаточной ликвидности Solver для поддержки. Также при встрече с некоторыми оффцепочными требованиями у Solver есть вероятность мошенничества. Если будут введены методы мошеннического доказательства, реализация сети Solver станет более сложной, а порог вхождения для работы Solver также возрастет.

4. Центрированный на сети ликвидности на блокчейне: это направление специально оптимизирует проблемы ликвидности между цепями, но не решает проблему разброса состояния на других цепях. Его основная идея заключается в построении слоя ликвидности, на котором разрабатываются приложения для совместного использования ликвидности всей цепи. Некоторые проекты включают: Raye Network, INFINIT, Everclear, Elixir и др.

5. Центрированный на приложениях на блокчейне: такие приложения создают высоколиквидные приложения, интегрируя крупных MM или сторонние приложения, такие как Лакрица, Socket, Radiant Capital, 1inch, Hedgemony и др. Эти проекты требуют управления сложными кросс-цепочными процессами и имеют высокие требования к разработчикам, поэтому также легко подвергаются хакерским атакам.

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

В вышеуказанных двух классификациях мы можем видеть, что в соответствии со структурой пирога расчетный уровень является самым атомарным решением. На этих атомарных решениях, таких как кросс-цепочные, оракулы и решения Pre-Confirmation, строится более абстрактный уровень, такие как Solver Layer, Permission Layer и Application Layer. Мы перечислили различные уровни, которые соответствуют различным направлениям построения абстрактных или ликвидных решений, что можно понимать как отношения между верхним и нижним потоком. Однако эти решения все еще не являются атомарными решениями, и проблема разрыва ликвидности приводит к множеству сложных производных проблем. Следовательно, для межоперабельности возникли самые разнообразные решения, но в сущности все они зависят от этих компонентов. Далее мы обсудим несколько типичных проектов концепций абстракции цепей, чтобы увидеть, как каждый из них решает проблему разрыва ликвидности со своей точки зрения.

INFINIT

Структура INFINIT, источник: Infinit

INFINIT создал сервис RaaS в области DeFi, который может предоставить компоненты, необходимые для прямого построения DeFi-протоколов, такие как Oracle, тип пула, IRM, активы и др., а также может предоставить компоненты для моментального включения Leverage Trading и Yield Strategy. Это эквивалентно другим конечным точкам приложений, однако окончательная ликвидность помещается на уровень ликвидности Infinit. Однако в настоящее время он все еще не раскрыл своих внутренних рабочих принципов. В настоящее время INFINIT уже привлек 6 миллионов долларов в рамках посевного раунда от Robot Ventures, Electric Capital и Maelstrom Capital.

Сеть Khalani

Структура сети Khalani, источник: KhalaniNetwork

Khalani создал три основных компонента: уровень совместимости намерений, валидность и общий расчетный уровень.

Внешние приложения или уровень намерений могут публиковать намерения в Khalani, а затем уровень совместимости намерений Khalani может преобразовывать внешние намерения в формат, который может распознавать протокол Solver, используя стандартизированный формат, называемый языком валидности. Узлы Khalani отвечают за предоставление окончательных результатов общему расчетному уровню через кросс-цепочные мосты, технологии быстрого расчета и т.д. Этот проект все еще находится на стадии разработки и пока не раскрывает больше деталей работы. В августе он получил 2,2 миллиона долларов в рамках посевного раунда от Ethereal Ventures, Nascent, Maelstrom Capital и др.

Лакрица

Структура Лакрицы, источник: Лакрица

Лакрица — это децентрализованное приложение, которое обеспечивает ценообразование на основе аукционов и односторонние ликвидные пулы. Основная миссия Лакрицы — предоставить эффективные инструменты управления запасами для профессиональных торговых компаний и легко подключаться к основным протоколам DeFi, таким как 1inch и Uniswap X, в то время как Лакрица создает кредитный рынок для проведения кредитных операций. Это приложение более сосредоточено на самой торговле. В настоящее время оно все еще находится на стадии разработки, в июле было объявлено о получении 1,2 миллиона долларов в рамках раунда Pre-seed от GreenField.

Xion

Xion был разработан на основе бренда Burnt. Ранее Burnt сосредоточился на потребительских приложениях, но затем команда обнаружила огромную проблему фрагментации в цепочных взаимодействиях, поэтому был создан Xion, чтобы улучшить эту проблему. Xion основан на протоколе консенсуса Comet BFT. Используемая кросс-цепочная коммуникация основана на Cosmos IBC, что делает его более нативным и безопасным по сравнению с другими кросс-цепочными мостами. Проект прошел четыре раунда финансирования, и его инвесторами являются Animoca, Multicoin, Alliance DAO, Mechanism и др.

=nil; Foundation

=nil; это рынок ZK-вычислений Ethereum, ZK-сопроцессор и разработчик Layer2, команда обладает глубокими знаниями ZK-технологий. Предложено решение zkSharding, которое использует ZK-технологию для горизонтального масштабирования основной сети Ethereum, выполняя параллельную обработку транзакций и генерируя ZKP, в то время как основная шардирующая сеть верифицирует данные, общается с Ethereum и синхронизирует сетевое состояние между всеми валидаторами. Основная шардирующая сеть также управляет распределением валидаторов и аккаунтов в исполняющей шардирующей сети. Консенсусный протокол, используемый в верификационных комитетах, также Hotstuff, который часто встречается в современных проектах параллельной обработки. =nil; L2 с самого начала интегрировал межшардирующие сообщения в свой протокол. Межшардирующие сообщения проверяются комитетом валидаторов каждого шардирующего узла как транзакции.

Основная идея заключается в том, чтобы создать встроенную архитектуру межцепочного общения, аналогичную IBC, через шардирование Layer2, чтобы решить проблему разброса ликвидности и состояния. Однако сама идея не является разумной, так как проблема разброса ликвидности является проблемой многоцепочности, а создаваемая архитектура является единственной Layer2, что подразумевает, что для решения необходимо, чтобы все цепи стали частью ZK-sharding, что трудно реализовать.

ERC-7683

ERC-7683, источник: Across

Ethereum также работает над решением этой проблемы кросс-цепочной ликвидности. В настоящее время Arbitrum, OP, Uniswap сначала открыто поддерживают стандарт ERC7683, который также использует кросс-цепочный подход на основе намерений. Основная цель — установить общий стандарт для кросс-цепочных операций между L2 и сайдчейнами, стандартизировать интерфейсы заказа и расчетов для обеспечения бесшовного выполнения кросс-цепочных операций. Основная идея заключается в том, что Filler, также можно сказать, является роликом Solver в абстракции цепей. Это предложение было совместно разработано Uniswap и Across и в настоящее время находится на рассмотрении рабочей группы Cake.

OP Stack

OP Stack, ERC-7683 и zkSharding, как и другие решения, являются решениями, направленными на ликвидность в рамках Layer2 в Ethereum, решая это на архитектурном, консенсусном и прикладном уровнях. OP Stack предлагает полное решение для многослойных систем Layer2, чтобы решить проблемы передачи информации и децентрализации Sequencer. Когда вы используете архитектуру OP Stack, кросс-цепочные контракты автоматически развертываются, и существует Супервизор для предотвращения передачи ложной кросс-цепочной информации. В настоящее время к архитектуре OP Stack обращаются Coinbase, Uniswap, Kraken и др.

Среди них наиболее типичным является Unichain. Unichain в основном решает проблему фрагментации кросс-цепочной ликвидности через интеграцию с сетью Superchain. Эта настройка способствует бесшовному перемещению ликвидности, предоставляя следующие функции:

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

Сеть верификации Unichain (UVN): эта децентрализованная сеть операторов узлов верифицирует кросс-цепочные транзакции, обеспечивая более быстрое экономическое окончательное подтверждение. Более быстрое окончательное подтверждение критически важно для обеспечения эффективного расчета кросс-цепочных транзакций, что минимизирует риск фрагментации ликвидности из-за задержки расчетов.

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

Заключение

Решение проблем кросс-цепочной ликвидности — это сложная и многообразная область, в которой существует множество решений. Например, решения второго уровня делятся на те, которые встроены в Ethereum, такие как межцепочное сообщение, особенно ERC-7683, а также решения второго уровня, такие как OP Stack, для совместного использования Sequencer. Вне контекста Layer2 все уровни Layer1 также сталкиваются с проблемами ликвидности, состояния и разрыва пользовательского опыта, существуют решения, ориентированные на приложения, сфокусированные на ликвидности, а также решения на основе сети Solver, и даже такие решения, как NEAR, которые ориентированы на аккаунты, но также требуют участия оффцепочных ролей, таких как Solver.

Мы более или менее согласны с тем, что кросс-цепочная ликвидность, состояние и разрыв пользовательского опыта — это проблемы всей блокчейн-индустрии. Если смотреть на это целиком, необходимо делать это более абстрактно, подобно абстракции цепей, что является настоящим входом в Web3, решая проблему разрыва пользовательского опыта, в то время как интеграция ликвидности и состояния происходит там, где пользователи не могут это осознать. Конкретно как интегрировать, еще делится на использование оффцепочных сетей Solver и атомарные интеграции кросс-цепочных мостов и других средств, что стоит обсуждения. В общем, будущее определенно многоцепочное, и решение проблемы разброса ликвидности — это вопрос, с которым индустрия неизбежно столкнется, и такая интеграция ликвидности всей цепи имеет обширное пространство для роста и может построить Google эпохи Web3.