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

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

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

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

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

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

Приложенческий уровень ( Application Layer )

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

权限层(Уровень 2)

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

Управление счетами и абстракция уровня )Управление ключами и абстракция аккаунта(

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

求解层)Solver Уровень 2 (

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

结算层)Уровень 2(

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

• 预言机)Oracle(:用于获取 других цепей состояния информации.
• Кроссчейн мосты ) Bridges (: отвечают за передачу информации и ликвидности между цепями.
• Предварительное подтверждение ): сокращение времени подтверждения кросс-цепочки.
• Доступность данных ( DA ): обеспечивает доступность данных.

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

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

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

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

3. Центрируемся на сети намерений вне цепи: это наша "введение" схема архитектуры торта, в которой Сеть Решателей, суть заключается в том, что пользователи отправляют намерения в сеть Решателей, роль которых заключается в конкуренции за ставки, предлагая наилучшее время выполнения и цену сделки. Эти Решатели могут быть AI агентами, CEX, маркет-мейкерами или даже самими интегрированными протоколами и т.д. Хотя намерения теоретически могут реализовать операции кросс-цепи любой сложности, на практике необходимо иметь достаточное количество ликвидных Решателей для оказания помощи, и когда возникают некоторые требования вне цепи, существует вероятность мошенничества со стороны Решателей. Если будут введены такие средства, как доказательства мошенничества, сложность реализации Сети Решателей возрастет, а барьер для работы Решателей станет выше.

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

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

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

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

Решение проблемы ликвидности между цепями является очень сложной и многогранной областью, например, решения уровня 2 делятся на те, которые используют встроенные кросс-цепочные сообщения, особенно ERC-7683, и на решения, построенные на уровне 2, такие как OP Stack, для совместного использования Sequencer. Вне контекста уровня 2 все уровни 1 также сталкиваются с проблемами ликвидности, состояния и разрозненности пользовательского опыта, существуют специализированные решения, ориентированные на ликвидность, а также решения вне цепи от Solver Network, и даже решения, ориентированные на учетные записи, но они также требуют участия роли Solver в качестве внецепочного элемента.

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