Исследование проблемы ликвидности разрыва в эпоху Уровня 2
После того как Эфириум переключился на масштабируемое решение с акцентом на Уровень 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)
Это уровень, с которым пользователи взаимодействуют напрямую, и это также самый абстрактный уровень в решениях по ликвидности, поскольку он полностью скрывает детали преобразования ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы преобразования ликвидности на нижнем уровне.
权限层(Уровень разрешений)
Находясь под уровнем приложений, пользователи подключают кошелек к dApp и запрашивают котировки для удовлетворения своих торговых намерений. Здесь "намерение" относится к ожидаемому пользователем конечному результату сделки (, а не к конкретному пути выполнения сделки.
Управление аккаунтом и абстракция уровня )Управление ключами и абстракция аккаунта(
Из-за существования многосетевой среды необходима система управления учетными записями и абстракции, адаптированная для различных сетей, чтобы поддерживать уникальную структуру учетных записей каждой сети. Например, объектно-центрированная система учетных записей SUI совершенно отличается от EVM. One Balance является представительным проектом в этой области, который построил надежную систему учетных записей, не требуя установления межсетевого консенсуса, а лишь доверительных обязательств между существующими системами учетных записей. Near Account достигает абстрактного управления, генерируя многосетевые кошельки для пользователей, что значительно оптимизирует пользовательский опыт и уменьшает фрагментацию UX. Тем не менее, в области ликвидности в основном интегрированы существующие публичные цепочки.
求解层)Solver Уровень 2 (
Этот уровень отвечает за получение и реализацию торговых намерений пользователей, роль Solver здесь конкурирует, чтобы предоставить лучший пользовательский опыт, включая более быстрое время транзакций и скорость исполнения. На этой основе проекты, основанные на намерениях, такие как Anoma, разработали различные решения, управляемые намерениями. Производные от таких намерений, такие как компонент Predicate, могут реализовать намерения пользователя при определенных условиях.
Уровень 2 ) Уровень 2 (
Это промежуточный уровень, используемый для реализации намерений пользователя. Ключевые компоненты решений по ликвидности и распределенному состоянию включают:
Оракул ): используется для получения информации о состоянии на других цепочках.
Кроссчейн мосты ( Bridges ): отвечают за передачу информации и ликвидности между цепями.
Предварительное подтверждение (: сократите время подтверждения между цепями.
Доступность данных)DA(: предоставляет доступность данных.
Кроме того, необходимо учитывать ликвидность между цепями, окончательность ) Finality (, Уровень 2 механизмы доказательства и другие факторы для обеспечения эффективной работы всей многосетевой системы.
![Исследование проблемы ликвидности разыгрывайте людей как лохов в эпоху Уровня 2])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
Решение
В настоящее время на рынке существует множество решений для разрыва ликвидности. После изучения большого количества решений мы пришли к выводу, что основные способы следующие:
Центрируемся на RaaS: подобно решениям Rollup, таким как OP Stack, с помощью добавления определенных общих сортировщиков и кросс-цепочных мостов, чтобы помочь в создании Rollup на OP Stack, делая ликвидность и состояние общими. Это должно помочь решить проблему распределения ликвидности и состояния на более высоком уровне. Здесь есть более детализированный аспект - отдельный дизайн общего сортировщика, это решение больше ориентировано на Уровень 2 и не обладает универсальностью, такие как Astria, Espresso и Flashbots.
Центрирование на аккаунте: аналогично NEAR, построить универсальный кошелек учетной записи для всей цепи, поддерживающий подписание и выполнение транзакций через различные блокчейн-протоколы с помощью технологии, называемой "цепным подписью". Основным компонентом является сеть MPC, которая заменяет пользователей для подписания многоцепочных транзакций. Хотя это решение значительно устраняет проблему фрагментации UX, для разработчиков это связано со сложной реализацией на серверной стороне и в основном не решает проблему Ликвидность и распределение состояния.
Сеть намерений вне цепи в центре: это сеть Solver из нашей схемы архитектуры "введения". Суть в том, что пользователи отправляют намерения в сеть Solver, а роль Solver заключается в конкуренции за цены, предоставляя наиболее оптимальное время выполнения и цену сделки. Эти Solver могут быть AI-агентами, CEX, Market Maker или интегрированными протоколами, такими как Liquorice и т. д. Проекты в этой области включают Anoma, Khalani, Enso, aori и Valantis. Хотя намерения теоретически могут реализовать сложные кросс-цепочные операции любой сложности, на практике необходимо наличие достаточного количества ликвидных Solver для помощи, и когда возникают некоторые требования вне цепи, существует вероятность мошенничества со стороны Solver. Если будут введены такие меры, как доказательства мошенничества, сложность реализации сети Solver станет выше, и порог входа для запуска Solver также увеличится.
Центрируемся на сети ликвидности на блокчейне: это направление специально оптимизирует проблемы ликвидности между цепями, но не решает другие проблемы распределенности состояния на цепи. Его суть заключается в создании слоя ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепи. Некоторые проекты включают: Raye Network, INFINIT, Everclear, Elixir и др.
Центрирование на приложениях на блокчейне: такие приложения создаются за счет интеграции крупных MM или сторонних приложений для построения высоколиквидных приложений, таких как Liquorice, Socket, Radiant Capital, определенная торговая платформа, Hedgemony и т.д. Эти проекты требуют управления сложными кроссчейн-процессами, что предъявляет высокие требования к разработчикам, поэтому также легко могут произойти случаи хакерских атак.
Решение проблемы ликвидности является очень важной задачей, в финансовом мире ликвидность часто представляет собой всё. Если удастся создать интегрированную платформу ликвидности, особенно объединить разрозненную ликвидность всей цепочки, это будет иметь огромный потенциал, и мы также видели множество различных решений.
В двух вышеуказанных классификациях мы можем увидеть, что в зависимости от структуры «торта» уровень расчетов (Settlement Layer) является самым атомарным решением, а более абстрактный уровень, построенный над этими атомарными решениями, такими как кросс-цепь, оракулы и решения предподтверждения (Pre-Confirmation), - это уровень решателя (Solver Layer), уровень разрешений (Permission Layer) и уровень приложений (Application Layer). Различные уровни, перечисленные выше, которые строят абстрактные или ликвидные решения в разных направлениях, могут быть поняты как отношения вверх и вниз по цепочке. Однако эти решения все еще не являются атомарными решениями; проблема разрыва ликвидности привела к появлению множества сложных производных проблем, поэтому для взаимной совместимости возникло множество разнообразных решений. Но по сути это все еще зависит от этих компонентов. Далее мы обсудим несколько типичных проектов концепции абстракции цепи, чтобы увидеть, как каждый из них решает проблему разрыва ликвидности с точки зрения своей исходной позиции.
![Исследование проблемы ликвидности разрыва в эпоху Уровня 2])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
) ИНФИНИТ
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, затем совместимый уровень Intent Khalani может преобразовать внешние намерения в формат, который может распознать протокол Solver, используя нормализованный формат, который называется языком Validity. Узел Khalani отвечает за подачу окончательных результатов на общий уровень расчетов через межсетевые мосты, технологии быстрой ликвидации и т.д. Этот проект все еще находится на стадии строительства, подробности о работе пока не раскрыты. В августе он получил 2,2 миллиона долларов в рамках посевного финансирования от Ethereal Ventures, Nascent, Maelstrom Capital и других.
) Лакрица
Liquorice является децентрализованным приложением, которое обеспечивает ценообразование на основе аукционов и односторонние ликвидные пулы. Основная миссия Liquorice заключается в предоставлении профессиональным торговым компаниям эффективных инструментов управления запасами и легком подключении к ключевым DeFi протоколам, таким как некоторые DEX и некоторые DEX, при расчете сделок с намерением использования. В то же время Liquorice создала рынок кредитования для проведения сделок по займам. Это приложение более сосредоточено на самой торговле. В настоящее время оно все еще находится на стадии разработки и в июле объявило о привлечении 1,2 миллиона долларов в раунде Pre-seed, возглавляемом GreenField.
Сион
Xion был обновлен из бренда Burnt. Ранее Burnt сосредотачивался на потребительских приложениях, после чего команда обнаружила огромную проблему фрагментации взаимодействий в цепочке, и поэтому построила Xion для улучшения этой проблемы. Xion основан на консенсусном протоколе Comet BFT. Используемая межцепочная связь основана на Cosmos IBC, поэтому она более нативна и безопасна, чем другие межцепочные мосты. Он прошел четыре раунда финансирования, среди инвесторов такие как Animoca, Multicoin, Alliance DAO, Mechanism и другие.
=nil; Фонд
nil является рынком ZK вычислительной мощности Ethereum, ZK сопроцессором и разработчиком Layer2, команда обладает глубокими знаниями в области ZK технологий. Предложено решение zkSharding, которое использует ZK технологии для горизонтального масштабирования основной сети Ethereum, выполняет параллобработку транзакций и генерирует ZKP, в то время как основной сегмент проверяет данные, обеспечивает связь с Ethereum и синхронизирует состояние сети между всеми валидаторами. Основной сегмент также управляет распределением валидаторов и аккаунтов в выполняемых сегментах. Консенсусный протокол, используемый в комитете проверки, также является Hotstuff, что довольно распространено в последних проектах параллельного выполнения. =nil; L2 с самого начала встроил межсегментную коммуникацию в протокол. Межсегментные сообщения проверяются комитетом валидаторов каждого сегмента как транзакции.
Основная идея заключается в том, чтобы с помощью разбитой архитектуры Уровень 2 построить встроенную архитектуру межфрагментной связи, аналогичную IBC, что позволит решить проблемы ликвидности и распределения состояния. Однако основная идея неразумна, поскольку проблема распределенной ликвидности связана с многими цепочками, а создается единый Уровень 2, что означает, что для решения проблемы всем цепочкам необходимо стать фрагментом ZK-sharding, что трудно осуществить.
ERC-7683
Ethereum также работает над решением проблемы ликвидности между цепями. В настоящее время некоторые Уровень 2, некоторые Уровень 2 и некоторые DEX сначала публично поддерживают стандарт ERC7683, который также использует основанный на намерениях способ кросс-цепи. Его основная цель - установить общие стандарты для операций кросс-цепи между L2 и сайдчейнами, стандартизировать интерфейсы заказов и расчетов, реализовать бесшовное выполнение кросс-цепи, и основной его элемент - это Filler, который также можно назвать ролью Solver в абстракции цепи, выполняющей оплату. Это предложение было совместно разработано некоторым DEX и Across, и в настоящее время оно проверяется рабочей группой Cake.
Стек OP
OP Stack, ERC-7683 и zkSharding - это решения внутри Ethereum для фрагментации ликвидности между Уровнем 2.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Уровень 2 时代的Ликвидность разыгрывайте людей как лохов：挑战与解决方案探析
Исследование проблемы ликвидности разрыва в эпоху Уровня 2
После того как Эфириум переключился на масштабируемое решение с акцентом на Уровень 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)
Это уровень, с которым пользователи взаимодействуют напрямую, и это также самый абстрактный уровень в решениях по ликвидности, поскольку он полностью скрывает детали преобразования ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы преобразования ликвидности на нижнем уровне.
权限层(Уровень разрешений)
Находясь под уровнем приложений, пользователи подключают кошелек к dApp и запрашивают котировки для удовлетворения своих торговых намерений. Здесь "намерение" относится к ожидаемому пользователем конечному результату сделки (, а не к конкретному пути выполнения сделки.
Управление аккаунтом и абстракция уровня )Управление ключами и абстракция аккаунта(
Из-за существования многосетевой среды необходима система управления учетными записями и абстракции, адаптированная для различных сетей, чтобы поддерживать уникальную структуру учетных записей каждой сети. Например, объектно-центрированная система учетных записей SUI совершенно отличается от EVM. One Balance является представительным проектом в этой области, который построил надежную систему учетных записей, не требуя установления межсетевого консенсуса, а лишь доверительных обязательств между существующими системами учетных записей. Near Account достигает абстрактного управления, генерируя многосетевые кошельки для пользователей, что значительно оптимизирует пользовательский опыт и уменьшает фрагментацию UX. Тем не менее, в области ликвидности в основном интегрированы существующие публичные цепочки.
求解层)Solver Уровень 2 (
Этот уровень отвечает за получение и реализацию торговых намерений пользователей, роль Solver здесь конкурирует, чтобы предоставить лучший пользовательский опыт, включая более быстрое время транзакций и скорость исполнения. На этой основе проекты, основанные на намерениях, такие как Anoma, разработали различные решения, управляемые намерениями. Производные от таких намерений, такие как компонент Predicate, могут реализовать намерения пользователя при определенных условиях.
Уровень 2 ) Уровень 2 (
Это промежуточный уровень, используемый для реализации намерений пользователя. Ключевые компоненты решений по ликвидности и распределенному состоянию включают:
Кроме того, необходимо учитывать ликвидность между цепями, окончательность ) Finality (, Уровень 2 механизмы доказательства и другие факторы для обеспечения эффективной работы всей многосетевой системы.
![Исследование проблемы ликвидности разыгрывайте людей как лохов в эпоху Уровня 2])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
Решение
В настоящее время на рынке существует множество решений для разрыва ликвидности. После изучения большого количества решений мы пришли к выводу, что основные способы следующие:
Центрируемся на RaaS: подобно решениям Rollup, таким как OP Stack, с помощью добавления определенных общих сортировщиков и кросс-цепочных мостов, чтобы помочь в создании Rollup на OP Stack, делая ликвидность и состояние общими. Это должно помочь решить проблему распределения ликвидности и состояния на более высоком уровне. Здесь есть более детализированный аспект - отдельный дизайн общего сортировщика, это решение больше ориентировано на Уровень 2 и не обладает универсальностью, такие как Astria, Espresso и Flashbots.
Центрирование на аккаунте: аналогично NEAR, построить универсальный кошелек учетной записи для всей цепи, поддерживающий подписание и выполнение транзакций через различные блокчейн-протоколы с помощью технологии, называемой "цепным подписью". Основным компонентом является сеть MPC, которая заменяет пользователей для подписания многоцепочных транзакций. Хотя это решение значительно устраняет проблему фрагментации UX, для разработчиков это связано со сложной реализацией на серверной стороне и в основном не решает проблему Ликвидность и распределение состояния.
Сеть намерений вне цепи в центре: это сеть Solver из нашей схемы архитектуры "введения". Суть в том, что пользователи отправляют намерения в сеть Solver, а роль Solver заключается в конкуренции за цены, предоставляя наиболее оптимальное время выполнения и цену сделки. Эти Solver могут быть AI-агентами, CEX, Market Maker или интегрированными протоколами, такими как Liquorice и т. д. Проекты в этой области включают Anoma, Khalani, Enso, aori и Valantis. Хотя намерения теоретически могут реализовать сложные кросс-цепочные операции любой сложности, на практике необходимо наличие достаточного количества ликвидных Solver для помощи, и когда возникают некоторые требования вне цепи, существует вероятность мошенничества со стороны Solver. Если будут введены такие меры, как доказательства мошенничества, сложность реализации сети Solver станет выше, и порог входа для запуска Solver также увеличится.
Центрируемся на сети ликвидности на блокчейне: это направление специально оптимизирует проблемы ликвидности между цепями, но не решает другие проблемы распределенности состояния на цепи. Его суть заключается в создании слоя ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепи. Некоторые проекты включают: Raye Network, INFINIT, Everclear, Elixir и др.
Центрирование на приложениях на блокчейне: такие приложения создаются за счет интеграции крупных MM или сторонних приложений для построения высоколиквидных приложений, таких как Liquorice, Socket, Radiant Capital, определенная торговая платформа, Hedgemony и т.д. Эти проекты требуют управления сложными кроссчейн-процессами, что предъявляет высокие требования к разработчикам, поэтому также легко могут произойти случаи хакерских атак.
Решение проблемы ликвидности является очень важной задачей, в финансовом мире ликвидность часто представляет собой всё. Если удастся создать интегрированную платформу ликвидности, особенно объединить разрозненную ликвидность всей цепочки, это будет иметь огромный потенциал, и мы также видели множество различных решений.
В двух вышеуказанных классификациях мы можем увидеть, что в зависимости от структуры «торта» уровень расчетов (Settlement Layer) является самым атомарным решением, а более абстрактный уровень, построенный над этими атомарными решениями, такими как кросс-цепь, оракулы и решения предподтверждения (Pre-Confirmation), - это уровень решателя (Solver Layer), уровень разрешений (Permission Layer) и уровень приложений (Application Layer). Различные уровни, перечисленные выше, которые строят абстрактные или ликвидные решения в разных направлениях, могут быть поняты как отношения вверх и вниз по цепочке. Однако эти решения все еще не являются атомарными решениями; проблема разрыва ликвидности привела к появлению множества сложных производных проблем, поэтому для взаимной совместимости возникло множество разнообразных решений. Но по сути это все еще зависит от этих компонентов. Далее мы обсудим несколько типичных проектов концепции абстракции цепи, чтобы увидеть, как каждый из них решает проблему разрыва ликвидности с точки зрения своей исходной позиции.
![Исследование проблемы ликвидности разрыва в эпоху Уровня 2])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
) ИНФИНИТ
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, затем совместимый уровень Intent Khalani может преобразовать внешние намерения в формат, который может распознать протокол Solver, используя нормализованный формат, который называется языком Validity. Узел Khalani отвечает за подачу окончательных результатов на общий уровень расчетов через межсетевые мосты, технологии быстрой ликвидации и т.д. Этот проект все еще находится на стадии строительства, подробности о работе пока не раскрыты. В августе он получил 2,2 миллиона долларов в рамках посевного финансирования от Ethereal Ventures, Nascent, Maelstrom Capital и других.
) Лакрица
Liquorice является децентрализованным приложением, которое обеспечивает ценообразование на основе аукционов и односторонние ликвидные пулы. Основная миссия Liquorice заключается в предоставлении профессиональным торговым компаниям эффективных инструментов управления запасами и легком подключении к ключевым DeFi протоколам, таким как некоторые DEX и некоторые DEX, при расчете сделок с намерением использования. В то же время Liquorice создала рынок кредитования для проведения сделок по займам. Это приложение более сосредоточено на самой торговле. В настоящее время оно все еще находится на стадии разработки и в июле объявило о привлечении 1,2 миллиона долларов в раунде Pre-seed, возглавляемом GreenField.
Сион
Xion был обновлен из бренда Burnt. Ранее Burnt сосредотачивался на потребительских приложениях, после чего команда обнаружила огромную проблему фрагментации взаимодействий в цепочке, и поэтому построила Xion для улучшения этой проблемы. Xion основан на консенсусном протоколе Comet BFT. Используемая межцепочная связь основана на Cosmos IBC, поэтому она более нативна и безопасна, чем другие межцепочные мосты. Он прошел четыре раунда финансирования, среди инвесторов такие как Animoca, Multicoin, Alliance DAO, Mechanism и другие.
=nil; Фонд
nil является рынком ZK вычислительной мощности Ethereum, ZK сопроцессором и разработчиком Layer2, команда обладает глубокими знаниями в области ZK технологий. Предложено решение zkSharding, которое использует ZK технологии для горизонтального масштабирования основной сети Ethereum, выполняет параллобработку транзакций и генерирует ZKP, в то время как основной сегмент проверяет данные, обеспечивает связь с Ethereum и синхронизирует состояние сети между всеми валидаторами. Основной сегмент также управляет распределением валидаторов и аккаунтов в выполняемых сегментах. Консенсусный протокол, используемый в комитете проверки, также является Hotstuff, что довольно распространено в последних проектах параллельного выполнения. =nil; L2 с самого начала встроил межсегментную коммуникацию в протокол. Межсегментные сообщения проверяются комитетом валидаторов каждого сегмента как транзакции.
Основная идея заключается в том, чтобы с помощью разбитой архитектуры Уровень 2 построить встроенную архитектуру межфрагментной связи, аналогичную IBC, что позволит решить проблемы ликвидности и распределения состояния. Однако основная идея неразумна, поскольку проблема распределенной ликвидности связана с многими цепочками, а создается единый Уровень 2, что означает, что для решения проблемы всем цепочкам необходимо стать фрагментом ZK-sharding, что трудно осуществить.
ERC-7683
Ethereum также работает над решением проблемы ликвидности между цепями. В настоящее время некоторые Уровень 2, некоторые Уровень 2 и некоторые DEX сначала публично поддерживают стандарт ERC7683, который также использует основанный на намерениях способ кросс-цепи. Его основная цель - установить общие стандарты для операций кросс-цепи между L2 и сайдчейнами, стандартизировать интерфейсы заказов и расчетов, реализовать бесшовное выполнение кросс-цепи, и основной его элемент - это Filler, который также можно назвать ролью Solver в абстракции цепи, выполняющей оплату. Это предложение было совместно разработано некоторым DEX и Across, и в настоящее время оно проверяется рабочей группой Cake.
Стек OP
OP Stack, ERC-7683 и zkSharding - это решения внутри Ethereum для фрагментации ликвидности между Уровнем 2.