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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Некоторый фонд является разработчиком рынка вычислительной мощности ZK, ZK сопроцессоров и Уровня 2 для Ethereum, команда обладает глубокими знаниями в области технологий ZK. Было предложено решение zkSharding, которое использует технологии ZK для горизонтального масштабирования основной сети Ethereum, выполняя параллельную обработку транзакций с шarding и генерируя ZKP, в то время как основной шард проверяет данные, взаимодействует с Ethereum и синхронизирует состояние сети между всеми валидаторами. Основной шард также управляет распределением валидаторов и аккаунтов в исполняющих шардах. Консенсусный протокол, используемый в комитете валидации, также является Hotstuff, что довольно распространено в последних проектах параллельного исполнения. Это решение с самого начала внедряет межшардовую связь в протокол. Межшардовые сообщения проверяются комитетом валидаторов каждого шарда как транзакции.

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

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

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

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

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