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

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

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

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

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

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

Прикладной уровень (Application Layer)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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