Исследование решений по ликвидности кросс-чейн в эпоху Уровня 2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

! [Исследование фрагментации ликвидности в эпоху уровня 2])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(

) Решение

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

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

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

  3. Сеть намерений вне цепи как центр: то есть наша схема архитектуры торта в «введении», Сеть Решателей, суть в том, что пользователи отправляют намерения в Сеть Решателей, роль Решателя заключается в том, чтобы конкурировать в предложениях, предоставляя оптимальное время выполнения и цену сделки. Эти Решатели могут быть AI агентами, CEX, маркет-мейкерами или даже интегрированными протоколами, такими как Liquorice и др. Проекты в этой области включают Anoma, Khalani, Enso, aori и Valantis. Хотя намерения теоретически способны реализовать любые сложные кросс-цепные операции, для реализации требуется наличие достаточного количества ликвидных Решателей для помощи, и когда возникают некоторые потребности вне цепи, существует вероятность мошенничества со стороны Решателей. Если будут введены методы доказательства мошенничества и т. д., сложность реализации Сети Решателей возрастет, а порог входа для работы Решателя также станет выше.

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

  5. Сосредоточение на приложениях на базе блокчейна: такие приложения создаются путем интеграции большого MM или сторонних приложений для построения высоколиквидных приложений, таких как Liquorice, Socket, Radiant Capital, 1inch, Hedgemony и др. Эти проекты требуют управления сложными кроссчейн-процессами, предъявляют высокие требования к разработчикам и, следовательно, также легко становятся целью хакерских атак.

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

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

В двух вышеперечисленных категориях мы можем увидеть, что в зависимости от структуры "торта" 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 миллионов долларов в виде посевного финансирования от таких компаний, как Robot Ventures, Electric Capital и Maelstrom Capital.

(# Сеть Халани

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

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

![Уровень 2时代下,Ликвидность разыгрывайте людей как лохов问题的研究])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###

Лакрица

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

(# Сион

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

)# =nil; Фонд

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

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

![Исследование проблемы ликвидности разрыва в эпоху Уровня 2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###

ERC-7683

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

(# Стек операций

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

Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • 2
  • Репост
  • Поделиться
комментарий
0/400
MetaNomadvip
· 4ч назад
кросс-чейн真卷 谁也别想跑
Посмотреть ОригиналОтветить0
NestedFoxvip
· 4ч назад
Герой не может ни дня не заниматься разрушением
Посмотреть ОригиналОтветить0
  • Закрепить