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

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

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

Будущее, безусловно, будет эпохой сосуществования многосетевых систем. Хотя эти Уровень 2 сети могут выбрать совместимость с EVM для достижения взаимосвязи, из-за наличия большого количества приложений нижнего уровня от 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 и другие факторы, чтобы обеспечить эффективную работу всей многосетевой системы.

Решение

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

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

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

3. Центрируя на сети намерений вне цепи: суть в том, что пользователи отправляют намерения в сеть Solver, а роль Solver заключается в конкуренции за ставки, предоставляя оптимальное время завершения и цену сделки. Эти Solver могут быть AI Agent, CEX, Market Maker или даже самими интегрированными протоколами. Хотя намерения теоретически могут реализовать операции с произвольной сложностью между цепями, для реализации требуется достаточно ликвидных Solver для оказания помощи. Кроме того, когда возникают некоторые требования вне цепи, существует возможность мошенничества со стороны Solver. Если будут введены такие меры, как доказательства мошенничества, сложность реализации сети Solver станет выше, и порог для запуска Solver также станет выше.

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

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

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

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

INFINIT

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

Сеть Khalani

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

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

Лакрица

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

Сион

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

=nil; Фонд

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

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

ERC-7683

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

Стек OP

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

Среди них наиболее типичным является Unichain. Unichain в основном работает через сотрудничество с