Автор: Gate Ventures
Введение
С тех пор как Ethereum перешел на масштабируемые решения с акцентом на Layer 2, и с ростом инструментов, таких как RaaS, множество публичных цепей быстро развиваются. Многие организации стремятся построить свои цепи, чтобы представлять различные интересы и искать более высокую оценку. Однако появление многочисленных публичных цепей затрудняет развитие экосистемы, что приводит к тому, что многие проекты теряют стоимость на TGE.
С помощью OP Stack Coinbase запустила свой собственный Base Layer 2, Kraken выпустил Ink; используя технологию ZK, OKX представила XLayer; Sony выпустила Soneium, LINE представила Kaia и т. д. В настоящее время создание цепи требует значительно меньших финансовых и технических затрат, стоимость эксплуатации цепи на основе OP Stack составляет около 10 000 долларов в месяц.
Будущее, безусловно, будет эпохой сосуществования многосетей. Хотя эти Layer 2 цепи могут выбрать совместимость с EVM для достижения взаимосвязанности, из-за многочисленных downstream-приложений, существующих за их спинами, им будет трудно строить приложения и достигать консенсуса на одной и той же цепи.
Разделение TVL, источник: Defillama
Текущая многосеточная экосистема ставит новую задачу: распределение ликвидности и состояния. Поскольку существование многосетей неизбежно, интероперабельность — это область, которую необходимо изучить и решить. В настоящее время существует множество решений для ликвидности, такие как абстракция цепи (Particle Network, Socket, XION, INFINIT, Borsa), намерение (Anoma, Khalani), Clearing Execution (Connext), Native CrossChain (Cross), ZKSharding (=nil; Foundation), но их основная суть одинакова.
Стек абстракции цепи, источник: Frontier Research
Мы используем общепризнанную в отрасли архитектуру 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)
Это промежуточный уровень, используемый слоями Solver для реализации намерений пользователей. Основные компоненты решений для распределения ликвидности и состояния включают:
Оракулы (Oracle): используются для получения информации о состоянии с других цепей.
Кросс-цепные мосты (Bridges): отвечают за передачу информации и ликвидности между цепями.
Предварительные подтверждения (Pre-Confirmation): сокращают время подтверждения кросс-цепи.
Доступность данных (DA): обеспечивает доступность данных.
Кроме того, необходимо учитывать межцепную ликвидность, окончательность (Finality), механизмы доказательства Layer 2 и другие факторы для обеспечения эффективной работы всей многосетевой системы.
Решения
В настоящее время на рынке существует множество решений для разрыва ликвидности. Мы рассмотрели множество решений и обнаружили, что основные способы следующие:
1. Центрированность на RaaS: аналогично решениям Rollup, таким как OP Stack, через добавление определенных общих упорядочителей и кросс-цепных мостов, чтобы помочь в строительстве Rollup на OP Stack, обеспечивая совместное использование ликвидности и состояния. Это надеется решить проблему распределенности ликвидности и состояния на более высоком уровне. В этом есть более детализированный аспект, касающийся отдельного проектирования общего упорядочителя, который больше ориентирован на Layer2 и не имеет универсальности, как Astria, Espresso и Flashbots.
Абстракция цепи, источник: NEAR
2. Центрированность на учетной записи: аналогично NEAR, создание общего кошелька учетных записей для всей цепи с использованием технологии, называемой «цепной подписью», поддерживающей подписание и выполнение транзакций через различные блокчейн-протоколы. Основной компонент — это сеть MPC, заменяющая пользователя для подписания многосетевых транзакций. Хотя это решение может значительно решить проблему фрагментации UX, для разработчиков это связано со сложной реализацией на стороне сервера и не решает проблемы распределенности ликвидности и состояния в принципе.
3. Центрированность на сети намерений вне цепи: это то, что мы видим в диаграмме торта «Введение», сеть Solver, основная идея заключается в том, что пользователи отправляют намерения в сеть Solver, роль Solver конкурирует за котировки, чтобы предоставить оптимальное время выполнения и цену сделки. Эти Solver могут быть AI Agent, CEX, Market Maker или даже интегрированные протоколы, такие как Liquorice и другие. Проекты в этой области включают Anoma, Khalani, Enso, aori и Valantis. Хотя намерение теоретически может осуществить любые сложности кросс-цепных операций, на практике требуется достаточная ликвидность Solver для поддержки, и когда возникают некоторые внецепные требования, существует вероятность мошенничества со стороны Solver, если будут введены такие меры, как доказательства мошенничества, реализация сети Solver станет более сложной, а барьер для запуска Solver также повысится.
4. Центрированность на кросс-цепной сети ликвидности: это направление специально оптимизирует проблему ликвидности между цепями, но не решает проблему распределения состояния на других цепях. Его основное преимущество заключается в создании ликвидностного уровня, на котором строятся приложения для совместного использования всей ликвидности цепи. Некоторые проекты включают: Raye Network, INFINIT, Everclear, Elixir и другие.
5. Центрированность на кросс-цепных приложениях: такие приложения строят высоколиквидные приложения через интеграцию с крупными MM или третьими сторонами, такими как Liquorice, Socket, Radiant Capital, 1inch, Hedgemony и т. д. Эти проекты требуют управления сложными кросс-цепными процессами, что предъявляет высокие требования к разработчикам и поэтому они подвержены атакам хакеров.
Решение проблемы ликвидности является очень важным вопросом, потому что в финансовом мире ликвидность зачастую означает все. Если удастся создать интегрированную платформу ликвидности, особенно объединяющую разрозненную ликвидность всей цепи, она будет обладать огромным потенциалом, и мы также рассмотрели множество различных решений.
В двух вышеперечисленных категориях мы можем видеть, что в соответствии с архитектурой торта Settlement Layer является самым атомарным решением, над которыми, на этих атомарных решениях, такими как кросс-цепи, оракулы, Pre-Confirmation и т. д., построен более абстрактный уровень, а именно Solver Layer, Permission Layer и Application Layer. Различные решения, которые мы перечислили выше, направленные на создание абстракции или решения ликвидности, соответствуют этому набору различных уровней и могут быть поняты как отношения вверх и вниз по цепочке. Но эти решения все еще не являются атомарными решениями, вся проблема разрыва ликвидности порождает множество сложных производных вопросов, и поэтому для интероперабельности возникло множество различных решений. Однако, по сути, все равно нужно полагаться на эти компоненты. Далее мы обсудим несколько типичных проектов концепций абстракции цепи, чтобы увидеть, как они решают проблему разрыва ликвидности с разных точек зрения.
INFINIT
Структура INFINIT, источник: Infinit
INFINIT создала услугу RaaS в сфере DeFi, которая может предоставить компоненты, необходимые для прямого построения DeFi-протоколов, такие как оракулы, типы пулов, IRM, активы и т. д., а также может предоставить компоненты, такие как Leverage Trading и Yield Strategy, которые можно сразу активировать. Это эквивалентно другим приложениям на стороне построения, но конечная ликвидность помещается на ликвидностный слой Infinit. Однако в настоящее время она все еще не раскрыла принцип работы на нижнем уровне. В настоящее время INFINIT уже получила 6 миллионов долларов в рамках посевного раунда финансирования от Robot Ventures, Electric Capital и Maelstrom Capital.
Khalani Network
Структура Khalani Network, источник: Khalani Network
Khalani построил три основных компонента: совместимый уровень Intent, Validity и универсальный расчетный уровень.
Внешние приложения или уровень намерений могут публиковать намерения в Khalani, затем совместимый уровень Intent Khalani сможет преобразовать внешние намерения в формат, который может распознать протокол Solver, используя стандартизированный формат Validity language. Узлы Khalani отвечают за передачу окончательных результатов на универсальный расчетный уровень через кросс-цепные мосты, технологии быстрой расчета и т. д. Этот проект все еще находится в стадии разработки, и подробности работы пока не раскрыты. В августе он получил 2,2 миллиона долларов в рамках посевного раунда финансирования от Ethereal Ventures, Nascent, Maelstrom Capital и других.
Liquorice
Структура Liquorice, источник: Liquorice
Liquorice — это децентрализованное приложение, которое позволяет осуществлять ценообразование на основе аукциона и однонаправленные ликвидные пулы. Основная миссия Liquorice — предоставить профессиональным торговым компаниям эффективные инструменты управления запасами и легко подключаться к основным DeFi-протоколам, таким как 1inch и Uniswap X, при использовании намерений для расчета сделок. В то же время Liquorice создала рынок кредитования для своих кредитных операций. Это приложение более сосредоточено на самой торговле. В настоящее время оно все еще находится на стадии разработки, в июле было объявлено о получении 1,2 миллиона долларов в рамках Pre-seed раунда финансирования от GreenField.
Xion
Xion является обновленной версией бренда 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 с самого начала интегрировал кросс-разделенные сообщения в протокол. Кросс-разделенные сообщения проверяются валидаторским комитетом каждого раздела как транзакции.
Его основная идея заключается в том, чтобы создать аналогичную встроенную кросс-разделенную коммуникационную архитектуру с помощью шардирования 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, как и другие, являются решениями внутри Ethereum для решения проблемы фрагментации ликвидности между Layer2, которые решаются на уровне архитектуры, консенсуса и приложений. OP Stack решает проблемы передачи информации и децентрализации Sequencer, создавая полное многослойное решение Layer2, и когда вы используете архитектуру OP Stack, вы автоматически развертываете кросс-цепные контракты, при этом существует Supervisor, чтобы оспаривать и избегать передачи ложной кросс-цепной информации. В настоящее время Coinbase, Uniswap, Kraken и другие используют архитектуру OP Stack.
Среди наиболее характерных примеров — Unichain. Unichain в основном решает проблему фрагментации кросс-цепной ликвидности через интеграцию с сетью Superchain. Эта настройка способствует бесшовному перемещению ликвидности, предоставляя следующие функции:
Кросс-цепные мосты на основе намерений: этот мост поддерживает быструю и надежную передачу ликвидности между блокчейнами, позволяя пользователям устанавливать намерения, что помогает системе автоматически выбирать лучший путь для перемещения ликвидности. Этот подход устраняет сложность для пользователей, делая кросс-цепные транзакции более гладкими и быстрыми.
Сеть верификации Unichain (UVN): эта децентрализованная сеть операторов узлов верифицирует кросс-цепные транзакции, обеспечивая более быструю экономическую окончательность. Более быстрая окончательность имеет решающее значение для обеспечения эффективного расчета кросс-цепных сделок, минимизируя риск фрагментации ликвидности из-за задержек в расчетах.
Flashblocks и строящиеся проверяемые блоки: с помощью Flashblocks Unichain значительно сократил время блокировки, увеличив эффективность поставщиков ликвидности и обеспечив более синхронизированный кросс-цепной рынок. Flashblocks помогают гарантировать, что ликвидность всегда доступна и уменьшают негативные последствия, вызванные задержками подтверждения блоков, что может привести к фрагментации ликвидности.
总结
Решение проблемы кросс-цепной ликвидности является очень сложной задачей с множеством решений, например решения Layer2 делятся на встроенные кросс-цепные сообщения Ethereum, особенно ERC-7683, а также Layer2, такие как OP, построенные на OP Stack для совместного использования Sequencer. Вне контекста Layer2 все Layer1 также сталкиваются с проблемами ликвидности, состояния и фрагментации пользовательского опыта, есть специализированные решения, ориентированные на ликвидность, а также решения вне цепи, такие как Solver Network, и даже решения, подобные NEAR, ориентированные на учетные записи, но также требуют использования таких оффчейн-ролей, как Solver.
Мы считаем, что разрыв кросс-цепной ликвидности, состояния и пользовательского опыта является проблемой всей блокчейн-индустрии. Если мыслить в глобальном масштабе, необходимо использовать более абстрактные подходы, такие как абстракция цепи, что фактически является настоящим входом в Web3, решая разрывы в пользовательском опыте, а интеграция ликвидности и состояния происходит в местах, которые не воспринимаются пользователем. Как именно интегрировать, также делится на использование оффчейн-сети Solver и атомарные интеграции кросс-цепных мостов и другие средства, что все заслуживает обсуждения. В целом, будущее будет многосетевым, решение проблемы распределения ликвидности — это вопрос, с которым неизбежно придется столкнуться всей отрасли, а интеграция ликвидности всей цепи имеет огромный потенциал для роста и может построить Google эпохи Web3.
