Исследование проблемы разрыва ликвидности в эпоху Уровня 2
С тех пор как Ethereum перешел к расширению на основе Уровня 2 и с ростом таких инструментов, как RaaS, множество публичных цепей быстро развиваются. Многие организации стремятся создать свои собственные цепи, чтобы представлять различные интересы и добиваться более высокой оценки. Однако появление множества публичных цепей затрудняет развитие экосистемы, что приводит к тому, что многие проекты теряют свою стоимость сразу на TGE.
С помощью OP Stack, одна торговая платформа запустила свой собственный Base Layer 2, другая торговая платформа выпустила Ink; с использованием технологий ZK, одна платформа представила XLayer; Sony выпустила Soneium, а LINE представила Kaia и другие. Сегодня затраты и технические барьеры для создания цепочки существенно снизились, а стоимость эксплуатации цепочки на основе OP Stack составляет около 10 000 долларов США в месяц.
Будущее, несомненно, будет эпохой сосуществования многосетевых цепей. Хотя эти Уровень 2 цепи могут выбрать совместимость с EVM для достижения взаимосвязи, из-за того, что за ними стоят большие Web2 сущности с множеством downstream приложений, им будет трудно строить приложения и достигать консенсуса на одной и той же цепи.
Текущая многоцепочечная экосистема привела к новой задаче: ликвидности и распределению состояния. Поскольку многоцепочечность является неизбежной, интероперабельность становится областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по ликвидности, таких как абстракция цепей, намерение, Clearing Execution, Native CrossChain, ZKSharding и т.д., но их основная суть остается одинаковой.
Мы используем признанную в отрасли архитектуру Cake, чтобы сверху вниз представить состав ключевых компонентов абстракции кросс-цепи:
Приложенческий уровень(Application Layer)
Это уровень, на котором пользователь взаимодействует напрямую, и он является самым абстрактным уровнем в решениях по ликвидности, поскольку полностью скрывает детали преобразования ликвидности. На прикладном уровне пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы преобразования ликвидности на нижнем уровне.
权限层(Уровень разрешений)
Находится под уровнем приложений, пользователи подключают кошелек к dApp и запрашивают цену, чтобы удовлетворить свои торговые намерения. Здесь "намерение" относится к ожидаемому пользователем окончательному результату сделки (, а не к конкретному пути выполнения сделки.
Управление аккаунтом и абстракция )Управление ключами и абстракция аккаунта(
Из-за существования многосетевой среды необходима система управления учетными записями и абстракций, адаптирующаяся к различным цепям, чтобы поддерживать уникальную структуру учетных записей каждой цепи. Например, централизованная система учетных записей объектов SUI совершенно отличается от EVM. One Balance является представительным проектом в этой области, который построил надежную систему учетных записей, не требующую создания межсетевого консенсуса, а лишь надежных обязательств между существующими системами учетных записей. Near Account реализует абстрактное управление, генерируя многоцепочные кошельки для пользователей, что значительно оптимизирует пользовательский опыт и уменьшает фрагментацию UX. Однако в области ликвидности в основном интегрированы существующие общественные цепи.
求解层)Solver Уровень 2(
Этот уровень отвечает за прием и реализацию торговых намерений пользователей. Роль Solver здесь конкурирует, чтобы обеспечить лучший пользовательский опыт, включая более быстрое время и скорость выполнения сделок. На этой основе проекты, основанные на намерениях, разработали различные решения, управляемые намерениями. Производные от таких намерений, такие как компонент Predicate, могут реализовать намерения пользователей в соответствии с определенными правилами.
Слой расчета)Settlement Layer(
Это промежуточный уровень, используемый для реализации намерений пользователей. Основные компоненты решений с ликвидностью и распределенным состоянием включают:
Оракул ): используется для получения информации о состоянии на других цепочках.
Кросс-чейн мосты(Bridges): отвечают за передачу информации и ликвидности между цепями.
Подтверждение плана ( Предварительное подтверждение ): сократить время подтверждения между цепями.
Доступность данных(DA): предоставляет доступность данных.
Кроме того, необходимо учитывать ликвидность между цепочками, окончательность ( Finality ), механизмы доказательства Уровень 2 и другие факторы, чтобы обеспечить эффективную работу всей многосетевой системы.
В настоящее время на рынке представлено множество решений для ликвидности, мы изучили большое количество решений и обнаружили, что основными являются следующие методы:
Центрирование на RaaS: Решения Rollup, подобные OP Stack, помогают создавать совместную ликвидность и состояние для Rollup, построенных на OP Stack, путем добавления определенных общих сортировщиков и кросс-цепочных мостов. Это должно помочь решить проблему ликвидности и состояния на более высоком уровне. Здесь есть более детализированный аспект, связанный с отдельным проектированием общих сортировщиков, это решение больше ориентировано на Уровень 2 и не универсально.
В центре внимания аккаунт: подобно NEAR, создайте кошелек для всей цепи на основе аккаунта, который поддерживает подписание и выполнение транзакций через несколько блокчейн-протоколов с помощью технологии, называемой "цепной подписью". Основным компонентом является сеть MPC, которая подписывает многоцепочечные транзакции от имени пользователей. Эта система, хотя и значительно решает проблему фрагментации UX, все же требует от разработчиков сложной реализации на стороне сервера и не решает по сути проблемы ликвидности и распределения состояния.
С сетью намерений вне цепи в центре: то есть, сеть Solvers на диаграмме архитектуры "Введение". Основная идея заключается в том, что пользователи отправляют намерения в сеть Solvers, где роль Solvers заключается в конкуренции за предложения, чтобы предоставить оптимальное время выполнения и цену сделки. Эти Solvers могут быть AI-агентами, CEX, маркет-мейкерами или интегрированными протоколами. Хотя намерения теоретически могут реализовать операции с произвольной сложностью между цепями, для их реализации необходимо иметь достаточно ликвидных Solvers для помощи. Кроме того, когда возникают некоторые потребности вне цепи, существует вероятность мошенничества со стороны Solvers. Если будут введены методы доказательства мошенничества и т. д., сложность реализации сети Solvers возрастет, а порог для запуска Solvers также станет выше.
Ориентированность на сеть ликвидности на блокчейне: это направление специально оптимизирует проблемы ликвидности между цепочками, но не решает проблемы распределения состояния на других цепочках. Его основа заключается в создании уровня ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепи.
Сосредоточение на приложениях на базе блокчейна: такие приложения создаются путем интеграции с крупными 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. Однако в настоящее время она все еще не раскрыла принцип работы своего底层.
)# Сеть Khalani
Khalani построил три основных компонента: совместимый уровень Intent, Validity и универсальный уровень расчета.
Внешние приложения или уровень намерений могут отправлять намерения в Khalani, затем совместимый с намерениями уровень Khalani может преобразовать внешние намерения в формат, который может быть распознан протоколом Solver, используя стандартизированный формат, который называется языком Validity. Узел Khalani отвечает за отправку окончательных результатов в универсальный уровень расчетов через кроссчейн-мосты, технологии быстрого расчета и т.д. Этот проект все еще находится на стадии строительства и пока не раскрывает больше деталей работы.
Лакрица
Liquorice является децентрализованным приложением, которое обеспечивает ценообразование на основе аукционов и односторонние ликвидные пулы. Основная миссия Liquorice заключается в предоставлении профессиональным торговым компаниям эффективных инструментов управления запасами и легком подключении к основным DeFi протоколам при расчетах по сделкам с намерениями использования. В то же время, Liquorice создала рынок кредитования для проведения кредитных сделок. Это приложение больше сосредоточено на самой торговле. В настоящее время оно все еще находится на стадии разработки.
Сион
Xion является обновленной версией бренда Burnt, который ранее сосредоточивался на потребительских приложениях. Затем команда обнаружила, что в цепочечных взаимодействиях существует серьезная проблема фрагментации, поэтому был разработан Xion для устранения этой проблемы. Xion построен на основе протоколаConsensus Comet BFT. Используемая межсетевое взаимодействие основано на Cosmos IBC, поэтому оно более нативно и безопасно, чем другие кросс-цепочные мосты.
! [Исследование фрагментации ликвидности в эпоху уровня 2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
(# =nil; Фонд
nil является рынком ZK вычислительной мощности Ethereum, ZK сопроцессором и разработчиком Layer2, команда обладает глубокими знаниями в области ZK технологий. Предложено решение zkSharding, которое использует ZK технологии для горизонтального масштабирования основной сети Ethereum, выполняет параллельную обработку транзакций с использованием шардирования и генерирует ZKP, в то время как основной шард проверяет данные, взаимодействует с Ethereum и синхронизирует состояние сети между всеми валидаторами. Основной шард также управляет распределением валидаторов и аккаунтов в исполнительных шардов. Консенсусный протокол, используемый в валидаторском комитете, также является Hotstuff, что довольно распространено в последних проектах параллельного исполнения. =nil; L2 с самого начала встроила межшардовую связь в протокол. Межшардовые сообщения проверяются валидаторскими комитетами каждого шарда как транзакции.
Основная идея заключается в том, чтобы с помощью фрагментированной архитектуры Уровня 2 создать встроенную архитектуру межфрагментной связи, аналогичную IBC, что позволит решить проблемы Ликвидности и распределения состояния. Однако основная идея не является разумной, поскольку проблема распределенной ликвидности является многосетевой проблемой, а создается единый Уровень 2, что означает, что для решения проблемы все цепочки должны стать фрагментами ZK-sharding, что трудно реализовать.
)# ERC-7683
Ethereum также работает над решением проблемы ликвидности между цепочками, в настоящее время несколько платформ сначала открыто поддерживают стандарт ERC7683, который также использует основанный на намерениях кросс-чейн способ. Его основной целью является создание общего стандарта для кросс-чейн операций между L2 и сайдчейнами, стандартизация интерфейсов заказов и расчетов, достижение бесшовного выполнения кросс-чейн, основная суть которого заключается в том, что Filler также можно назвать ролью Solver в абстракции цепочки для оплаты. Это предложение было совместно разработано двумя проектами и в настоящее время проверяется рабочей группой Cake.
![Исследование проблемы ликвидности разрыва в эпоху Layer 2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
(# Стек операций
OP Stack, ERC-7683 и zkSharding - это решения для фрагментации ликвидности между Layer 2 внутри Ethereum, которые решают проблемы на архитектурном, консенсусном и прикладном уровнях соответственно. OP Stack разработан для создания полного многослойного решения Layer 2, чтобы одномоментно решить проблемы передачи информации и децентрализации Sequencer. При использовании архитектуры OP Stack автоматически развертываются кроссчейн-контракты, и существует Supervisor, который предотвращает передачу ложной кроссчейн информации. В настоящее время несколько известных проектов используют архитектуру OP Stack.
Одним из самых типичных является Unichain. Unichain в основном через
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Анализ проблем и решений разрыва ликвидности в эпоху Уровня 2
Исследование проблемы разрыва ликвидности в эпоху Уровня 2
С тех пор как Ethereum перешел к расширению на основе Уровня 2 и с ростом таких инструментов, как RaaS, множество публичных цепей быстро развиваются. Многие организации стремятся создать свои собственные цепи, чтобы представлять различные интересы и добиваться более высокой оценки. Однако появление множества публичных цепей затрудняет развитие экосистемы, что приводит к тому, что многие проекты теряют свою стоимость сразу на TGE.
С помощью OP Stack, одна торговая платформа запустила свой собственный Base Layer 2, другая торговая платформа выпустила Ink; с использованием технологий ZK, одна платформа представила XLayer; Sony выпустила Soneium, а LINE представила Kaia и другие. Сегодня затраты и технические барьеры для создания цепочки существенно снизились, а стоимость эксплуатации цепочки на основе OP Stack составляет около 10 000 долларов США в месяц.
Будущее, несомненно, будет эпохой сосуществования многосетевых цепей. Хотя эти Уровень 2 цепи могут выбрать совместимость с EVM для достижения взаимосвязи, из-за того, что за ними стоят большие Web2 сущности с множеством downstream приложений, им будет трудно строить приложения и достигать консенсуса на одной и той же цепи.
Текущая многоцепочечная экосистема привела к новой задаче: ликвидности и распределению состояния. Поскольку многоцепочечность является неизбежной, интероперабельность становится областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по ликвидности, таких как абстракция цепей, намерение, Clearing Execution, Native CrossChain, ZKSharding и т.д., но их основная суть остается одинаковой.
Мы используем признанную в отрасли архитектуру Cake, чтобы сверху вниз представить состав ключевых компонентов абстракции кросс-цепи:
Приложенческий уровень(Application Layer)
Это уровень, на котором пользователь взаимодействует напрямую, и он является самым абстрактным уровнем в решениях по ликвидности, поскольку полностью скрывает детали преобразования ликвидности. На прикладном уровне пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы преобразования ликвидности на нижнем уровне.
权限层(Уровень разрешений)
Находится под уровнем приложений, пользователи подключают кошелек к dApp и запрашивают цену, чтобы удовлетворить свои торговые намерения. Здесь "намерение" относится к ожидаемому пользователем окончательному результату сделки (, а не к конкретному пути выполнения сделки.
Управление аккаунтом и абстракция )Управление ключами и абстракция аккаунта(
Из-за существования многосетевой среды необходима система управления учетными записями и абстракций, адаптирующаяся к различным цепям, чтобы поддерживать уникальную структуру учетных записей каждой цепи. Например, централизованная система учетных записей объектов SUI совершенно отличается от EVM. One Balance является представительным проектом в этой области, который построил надежную систему учетных записей, не требующую создания межсетевого консенсуса, а лишь надежных обязательств между существующими системами учетных записей. Near Account реализует абстрактное управление, генерируя многоцепочные кошельки для пользователей, что значительно оптимизирует пользовательский опыт и уменьшает фрагментацию UX. Однако в области ликвидности в основном интегрированы существующие общественные цепи.
求解层)Solver Уровень 2(
Этот уровень отвечает за прием и реализацию торговых намерений пользователей. Роль Solver здесь конкурирует, чтобы обеспечить лучший пользовательский опыт, включая более быстрое время и скорость выполнения сделок. На этой основе проекты, основанные на намерениях, разработали различные решения, управляемые намерениями. Производные от таких намерений, такие как компонент Predicate, могут реализовать намерения пользователей в соответствии с определенными правилами.
Слой расчета)Settlement Layer(
Это промежуточный уровень, используемый для реализации намерений пользователей. Основные компоненты решений с ликвидностью и распределенным состоянием включают:
Кроме того, необходимо учитывать ликвидность между цепочками, окончательность ( Finality ), механизмы доказательства Уровень 2 и другие факторы, чтобы обеспечить эффективную работу всей многосетевой системы.
В настоящее время на рынке представлено множество решений для ликвидности, мы изучили большое количество решений и обнаружили, что основными являются следующие методы:
Центрирование на RaaS: Решения Rollup, подобные OP Stack, помогают создавать совместную ликвидность и состояние для Rollup, построенных на OP Stack, путем добавления определенных общих сортировщиков и кросс-цепочных мостов. Это должно помочь решить проблему ликвидности и состояния на более высоком уровне. Здесь есть более детализированный аспект, связанный с отдельным проектированием общих сортировщиков, это решение больше ориентировано на Уровень 2 и не универсально.
В центре внимания аккаунт: подобно NEAR, создайте кошелек для всей цепи на основе аккаунта, который поддерживает подписание и выполнение транзакций через несколько блокчейн-протоколов с помощью технологии, называемой "цепной подписью". Основным компонентом является сеть MPC, которая подписывает многоцепочечные транзакции от имени пользователей. Эта система, хотя и значительно решает проблему фрагментации UX, все же требует от разработчиков сложной реализации на стороне сервера и не решает по сути проблемы ликвидности и распределения состояния.
С сетью намерений вне цепи в центре: то есть, сеть Solvers на диаграмме архитектуры "Введение". Основная идея заключается в том, что пользователи отправляют намерения в сеть Solvers, где роль Solvers заключается в конкуренции за предложения, чтобы предоставить оптимальное время выполнения и цену сделки. Эти Solvers могут быть AI-агентами, CEX, маркет-мейкерами или интегрированными протоколами. Хотя намерения теоретически могут реализовать операции с произвольной сложностью между цепями, для их реализации необходимо иметь достаточно ликвидных Solvers для помощи. Кроме того, когда возникают некоторые потребности вне цепи, существует вероятность мошенничества со стороны Solvers. Если будут введены методы доказательства мошенничества и т. д., сложность реализации сети Solvers возрастет, а порог для запуска Solvers также станет выше.
Ориентированность на сеть ликвидности на блокчейне: это направление специально оптимизирует проблемы ликвидности между цепочками, но не решает проблемы распределения состояния на других цепочках. Его основа заключается в создании уровня ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепи.
Сосредоточение на приложениях на базе блокчейна: такие приложения создаются путем интеграции с крупными 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. Однако в настоящее время она все еще не раскрыла принцип работы своего底层.
)# Сеть Khalani
Khalani построил три основных компонента: совместимый уровень Intent, Validity и универсальный уровень расчета.
Внешние приложения или уровень намерений могут отправлять намерения в Khalani, затем совместимый с намерениями уровень Khalani может преобразовать внешние намерения в формат, который может быть распознан протоколом Solver, используя стандартизированный формат, который называется языком Validity. Узел Khalani отвечает за отправку окончательных результатов в универсальный уровень расчетов через кроссчейн-мосты, технологии быстрого расчета и т.д. Этот проект все еще находится на стадии строительства и пока не раскрывает больше деталей работы.
Лакрица
Liquorice является децентрализованным приложением, которое обеспечивает ценообразование на основе аукционов и односторонние ликвидные пулы. Основная миссия Liquorice заключается в предоставлении профессиональным торговым компаниям эффективных инструментов управления запасами и легком подключении к основным DeFi протоколам при расчетах по сделкам с намерениями использования. В то же время, Liquorice создала рынок кредитования для проведения кредитных сделок. Это приложение больше сосредоточено на самой торговле. В настоящее время оно все еще находится на стадии разработки.
Сион
Xion является обновленной версией бренда Burnt, который ранее сосредоточивался на потребительских приложениях. Затем команда обнаружила, что в цепочечных взаимодействиях существует серьезная проблема фрагментации, поэтому был разработан Xion для устранения этой проблемы. Xion построен на основе протоколаConsensus Comet BFT. Используемая межсетевое взаимодействие основано на Cosmos IBC, поэтому оно более нативно и безопасно, чем другие кросс-цепочные мосты.
! [Исследование фрагментации ликвидности в эпоху уровня 2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
(# =nil; Фонд
nil является рынком ZK вычислительной мощности Ethereum, ZK сопроцессором и разработчиком Layer2, команда обладает глубокими знаниями в области ZK технологий. Предложено решение zkSharding, которое использует ZK технологии для горизонтального масштабирования основной сети Ethereum, выполняет параллельную обработку транзакций с использованием шардирования и генерирует ZKP, в то время как основной шард проверяет данные, взаимодействует с Ethereum и синхронизирует состояние сети между всеми валидаторами. Основной шард также управляет распределением валидаторов и аккаунтов в исполнительных шардов. Консенсусный протокол, используемый в валидаторском комитете, также является Hotstuff, что довольно распространено в последних проектах параллельного исполнения. =nil; L2 с самого начала встроила межшардовую связь в протокол. Межшардовые сообщения проверяются валидаторскими комитетами каждого шарда как транзакции.
Основная идея заключается в том, чтобы с помощью фрагментированной архитектуры Уровня 2 создать встроенную архитектуру межфрагментной связи, аналогичную IBC, что позволит решить проблемы Ликвидности и распределения состояния. Однако основная идея не является разумной, поскольку проблема распределенной ликвидности является многосетевой проблемой, а создается единый Уровень 2, что означает, что для решения проблемы все цепочки должны стать фрагментами ZK-sharding, что трудно реализовать.
)# ERC-7683
Ethereum также работает над решением проблемы ликвидности между цепочками, в настоящее время несколько платформ сначала открыто поддерживают стандарт ERC7683, который также использует основанный на намерениях кросс-чейн способ. Его основной целью является создание общего стандарта для кросс-чейн операций между L2 и сайдчейнами, стандартизация интерфейсов заказов и расчетов, достижение бесшовного выполнения кросс-чейн, основная суть которого заключается в том, что Filler также можно назвать ролью Solver в абстракции цепочки для оплаты. Это предложение было совместно разработано двумя проектами и в настоящее время проверяется рабочей группой Cake.
![Исследование проблемы ликвидности разрыва в эпоху Layer 2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
(# Стек операций
OP Stack, ERC-7683 и zkSharding - это решения для фрагментации ликвидности между Layer 2 внутри Ethereum, которые решают проблемы на архитектурном, консенсусном и прикладном уровнях соответственно. OP Stack разработан для создания полного многослойного решения Layer 2, чтобы одномоментно решить проблемы передачи информации и децентрализации Sequencer. При использовании архитектуры OP Stack автоматически развертываются кроссчейн-контракты, и существует Supervisor, который предотвращает передачу ложной кроссчейн информации. В настоящее время несколько известных проектов используют архитектуру OP Stack.
Одним из самых типичных является Unichain. Unichain в основном через