Исследование проблемы ликвидности разрыва в эпоху Уровня 2
С переходом Ethereum на расширение, основанное на Уровне 2, а также с ростом таких инструментов, как RaaS, множество публичных цепочек быстро развиваются. Многие организации хотят построить свои собственные цепочки, чтобы представлять различные интересы и стремиться к более высокой оценке. Однако появление множества публичных цепочек затрудняет развитие экосистемы, что приводит к тому, что многие проекты начинают терять стоимость во время TGE.
С помощью OP Stack одна торговая платформа запустила свой собственный Base Layer 2, другая торговая платформа выпустила Ink; с помощью технологии ZK еще одна торговая платформа запустила XLayer; Sony выпустила Soneium, а LINE представила Kaia и другие. Сегодня стоимость и технический порог для создания цепочки значительно снизились, эксплуатационные расходы цепочки на базе OP Stack составляют около 10,000 долларов в месяц.
Будущее, безусловно, будет эпохой сосуществования множества цепочек. Хотя эти цепочки Уровень 2 могут выбрать совместимость с EVM для достижения взаимосвязи, из-за большого количества downstream-приложений от Web2-организаций им будет трудно строить приложения и достигать консенсуса на одной и той же цепочке.
Текущая многосеточная экосистема представляет собой новую проблему: Ликвидность и распределение состояния. Поскольку существование многосетей неизбежно, взаимная операционность является областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по ликвидности, таких как мы все слышали о абстракции цепочки, намерении, Clearing Execution, Native CrossChain, ZKSharding, но их основная суть одинакова.
Мы используем признанную в отрасли архитектуру Cake, чтобы представить основные компоненты абстракции кросс-чейн сверху вниз:
Это уровень прямого взаимодействия с пользователем, а также самый абстрактный уровень в решениях по ликвидности, потому что он полностью скрывает детали преобразования ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы преобразования ликвидности на нижнем уровне.
权限层(Уровень разрешений)
Находясь ниже уровня приложений, пользователи подключают кошелек к dApp и запрашивают котировки для удовлетворения торгового намерения. Здесь "намерение" относится к ожидаемому конечному результату сделки (, а не к конкретному пути выполнения сделки.
Управление счетами и абстракция уровня )Управление ключами и абстракция счетов(
Из-за существования многосетевой среды необходима система управления учетными записями и абстракция, которая адаптируется к различным цепочкам для поддержки уникальной структуры учетных записей каждой цепи. Например, объектно-центрированная система учетных записей SUI совершенно отличается от EVM. One Balance является представительным проектом в этой области, который построил надежную систему учетных записей, не требуя создания межцепочечного консенсуса, а лишь надежных обязательств между существующими системами учетных записей. Near Account реализует абстрактное управление, создавая многосетевые кошельки для пользователей, что значительно оптимизирует пользовательский опыт и снижает фрагментацию UX. Тем не менее, в области ликвидности в основном интегрированы существующие публичные цепи.
求解层)Solver Уровень 2 (
Этот уровень отвечает за прием и реализацию торговых намерений пользователей. Роль Solver здесь конкурирует за предоставление лучшего пользовательского опыта, включая более быстрое время транзакции и скорость выполнения. На этой основе проекты на основе намерений, такие как Anoma, построили различные решения, ориентированные на намерения. Производные такие намерения, как компонент Predicate, могут реализовать намерения пользователей в соответствии с определенными правилами.
Уровень 2 ) Уровень 2 (
Это промежуточный уровень, используемый для реализации пользовательских намерений. Основные компоненты решения по Ликвидности и распределенному состоянию включают:
预言机)Oracle(: используется для получения информации о состоянии на других цепочках.
Кросс-чейн мосты ) Bridges (: отвечают за передачу информации и ликвидности между цепями.
Предварительное подтверждение ): сокращение времени подтверждения кросс-цепочки.
Доступность данных ( DA ): предоставляет доступность данных.
Кроме того, необходимо учитывать ликвидность между цепями, окончательность ( Finality ), механизм доказательства Уровень 2 и другие факторы, чтобы обеспечить эффективную работу всей многосетевой системы.
( Решение
В настоящее время на рынке существует множество решений для устранения ликвидности, после того как мы рассмотрели множество вариантов, мы обнаружили, что основные способы таковы:
Центрируясь на RaaS: аналогично таким решениям Rollup, как OP Stack, с помощью добавления определенных общих сортировщиков и кросс-цепных мостов для содействия совместному использованию ликвидности и состояния Rollup, построенных на OP Stack. Это надеется решить проблему распределения ликвидности и состояния на более высоком уровне. Здесь есть более детализированный аспект, касающийся отдельного проектирования общих сортировщиков, это решение больше ориентировано на Уровень 2 и не является универсальным, такие как Astria, Espresso и Flashbots.
Учетная запись в центре: подобно NEAR, создать кошелек для всей цепи, поддерживающий подписание и выполнение транзакций через несколько блокчейн-протоколов с помощью технологии, называемой "цепная подпись". Основным компонентом является сеть MPC, которая заменяет пользователей в подписании многоцепочных транзакций. Эта система, хотя и может значительно решить проблему фрагментации UX, но для разработчиков это связано со сложной реализацией на заднем плане и не решает в сущности проблемы ликвидности и распределения состояния.
Центрируя на сети намерений вне цепи: это означает, что мы имеем в виду "введение" диаграммы архитектуры пирога Solver Network, основная идея заключается в том, что пользователи отправляют намерения в сеть Solver, эта роль Solver конкурирует с предложениями, предоставляя оптимальное время выполнения и цену сделки. Эти Solver могут быть AI-агентами, CEX, маркет-мейкерами или даже интегрированными протоколами, такими как Liquorice и др. Проекты в этой области включают Anoma, Khalani, Enso, aori и Valantis. Хотя намерения теоретически могут обеспечить выполнение сложных кросс-цепочных операций любой сложности, на практике для этого требуется достаточное количество ликвидных Solver для помощи, и когда возникают некоторые требования вне цепи, существует вероятность мошенничества со стороны Solver. Если вводить методы, такие как доказательства мошенничества, сложность реализации сети Solver возрастет, и порог для запуска Solver также станет выше.
Центрируя сеть ликвидности на блокчейне: это направление специально оптимизирует проблему ликвидности между цепями, но не решает проблему распределенного состояния других цепей. Его ядром является создание слоя ликвидности, на котором строятся приложения для совместного использования ликвидности по всей цепи. Некоторые проекты включают: Raye Network, INFINIT, Everclear, Elixir и т. д.
Центрированность на приложениях на цепочке: такие приложения создаются путем интеграции крупных MM или сторонних приложений для построения высоколиквидных приложений, таких как Liquorice, Socket, Radiant Capital, 1inch, Hedgemony и др. Такие проекты требуют управления сложными кросс-цепочными процессами, предъявляют высокие требования к разработчикам, поэтому также легко становятся объектом хакерских атак.
Решение проблемы ликвидности является очень важной задачей, в финансовом мире ликвидность часто представляет собой всё. Если удастся создать платформу для интеграции ликвидности, особенно для объединения разрозненной ликвидности всей цепочки, это будет иметь огромный потенциал, и мы также видели множество различных решений.
В двух вышеуказанных категориях мы можем увидеть, что в зависимости от структуры торта Settlement Layer является самым атомарным решением, а над этими атомарными решениями, такими как кросс-чейн, оракулы, Pre-Confirmation решения и т.д., построен более абстрактный уровень, а именно Solver Layer, Permission Layer и Application Layer. Различные уровни, которые мы перечислили выше, соответствуют различным направлениям построения абстрактных и ликвидных решений и могут быть поняты как отношения вверх и вниз по цепочке. Однако эти решения все еще не являются атомарными решениями, и проблема разрыва ликвидности приводит к появлению множества сложных производных проблем, поэтому для взаимной совместимости были выведены разнообразные решения. Но в конечном итоге все это все же зависит от этих компонентов. Далее мы обсудим несколько典型的链抽象概念的项目, чтобы увидеть, как они решают проблему разрыва ликвидности с собственной точки зрения.
![Исследование проблемы разрыва ликвидности в эпоху Layer 2])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp###
(# INFINIT
INFINIT построил сервис RaaS для DeFi, который может предоставить компоненты, необходимые для непосредственной сборки DeFi-протоколов, такие как Oracle, Pool Type, IRM, Asset и т.д., а также может предоставить компоненты, такие как Leverage Trading и Yield Strategy, которые можно немедленно активировать. Это эквивалентно другим приложениям для сборки, но конечная ликвидность помещается на ликвидностный уровень Infinit. Однако в настоящее время он все еще не раскрывает принципы работы своего нижнего уровня. В настоящее время INFINIT уже получил 6 миллионов долларов в виде начального финансирования от нескольких известных инвестиционных учреждений.
)# Сеть Khalani
Khalani построил три ключевых компонента: совместимый с Intent уровень, Validity и универсальный уровень расчетов.
Внешние приложения или уровень намерений могут отправлять намерения в Khalani, а затем совместимый с намерениями слой Khalani может преобразовать внешние намерения в формат, который может распознать протокол Solver, используя стандартизированный формат, называемый языком Validity. Узел Khalani отвечает за передачу конечного результата в общий уровень расчетов через межсетевые мосты, технологии быстрого расчета и т. д. Этот проект по-прежнему находится на стадии разработки и пока не раскрывает больше деталей работы. В августе он получил 2,2 миллиона долларов в виде посевного финансирования от некоторых известных инвестиционных учреждений.
Лакрица
Liquorice — это децентрализованное приложение, которое обеспечивает ценообразование на основе аукционов и односторонние ликвидные пулы. Основная миссия Liquorice — предоставить профессиональным торговым компаниям эффективные инструменты управления запасами и легко подключаться к некоторым основным протоколам DeFi при расчете сделок с намерением использования. В то же время Liquorice создала кредитный рынок для проведения кредитных сделок. Это приложение более сосредоточено на самой торговле. В настоящее время оно все еще находится на стадии разработки, в июле было объявлено о привлечении 1,2 миллиона долларов на этапе Pre-seed от нескольких известных инвестиционных учреждений.
Сион
Xion является улучшенной версией бренда Burnt, который ранее сосредоточился на потребительских приложениях. Затем команда обнаружила огромную проблему фрагментации взаимодействия в цепочке, поэтому они создали Xion для решения этой проблемы. Xion построен на основе протокола консенсуса Comet BFT. Используемая для кросс-цепочечной связи технология основана на Cosmos IBC, что делает его более нативным и безопасным по сравнению с другими кросс-цепочечными мостами. Он прошел четыре раунда финансирования, среди инвесторов есть несколько известных инвестиционных учреждений.
=nil; Фонд
nil является разработчиком ZK-рынка вычислительных мощностей Ethereum, ZK-сопроцессоров и Уровня 2, команда обладает глубокими знаниями в области ZK-технологий. Предложено решение zkSharding, которое использует ZK-технологии для горизонтального масштабирования основной сети Ethereum, выполняет параллельную обработку транзакций с помощью шардирования и генерирует ZKP, в то время как основной шард проверяет данные, общается с Ethereum и синхронизирует состояние сети между всеми валидаторами. Основной шард также управляет распределением валидаторов и счетов в выполняемых шардах. Консенсусный протокол, используемый в комитете валидации, также является Hotstuff, что довольно распространено в последних проектах параллельного выполнения. =nil; L2 с самого начала встроил межшардовое взаимодействие в протокол. Межшардовые сообщения проверяются комитетом валидаторов каждого шарда как транзакции.
Основная идея заключается в том, чтобы с помощью фрагментированной архитектуры Уровень 2 создать встроенную архитектуру межфрагментной связи, подобную IBC, что позволит решить проблемы Ликвидности и распределения состояния. Однако его основная идея неразумна, поскольку проблема распределенной ликвидности является многосетевой проблемой, а создается единый Уровень 2, что означает, что для решения проблемы все цепочки должны стать фрагментом ZK-sharding, что трудно осуществимо.
ERC-7683
Эфириум также работает над решением проблемы ликвидности между цепями, в настоящее время некоторые известные проекты сначала публично поддержали стандарт ERC7683, который также использует кросс-цепной метод на основе намерений. Основная цель заключается в создании универсального стандарта для кросс-цепных операций между L2 и сайдчейнами, стандартизации интерфейсов заказов и расчетов, а также в обеспечении бесшовного выполнения кросс-цепных операций, основным элементом которого является Filler, который также можно назвать ролью Solver в абстракции цепи для оплаты. Это предложение было совместно разработано несколькими известными проектами и в настоящее время находится на рассмотрении рабочей группы Cake.
Стек операций
OP Stack, ERC-7683 и zkSharding, как и другие решения внутри Ethereum, направлены на ликвидность фрагментации между Уровень 2. Они решают проблему на архитектурном уровне, уровне консенсуса и уровне приложений соответственно. OP Stack разработан как полное решение для многослойных Уровень 2, чтобы единовременно решить проблемы передачи информации и децентрализации Sequencer. При использовании архитектуры OP Stack автоматически развертываются кроссчейн контракты, при этом существует Supervisor, чтобы оспорить и избежать передачи ложной кроссчейн информации. В настоящее время некоторые известные проекты используют архитектуру OP Stack.
Среди них наиболее типичным является Unichain. Unichain в основном решает проблему фрагментации ликвидности между цепями благодаря интеграции с сетью Superchain. Эта настройка способствует бесшовному перемещению ликвидности, предоставляя следующие функции:
На основе намерений кросс-чейн мост: этот
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
15 Лайков
Награда
15
5
Репост
Поделиться
комментарий
0/400
GateUser-75ee51e7
· 4ч назад
Слишком много мелких блокчейнов заботятся только о своей оценке. Мусор.
Посмотреть ОригиналОтветить0
GasFeeCry
· 9ч назад
Пробежка не выдерживает!
Посмотреть ОригиналОтветить0
ContractExplorer
· 9ч назад
Я хочу сделать самую мощную цепочку! Кто со мной?
Посмотреть ОригиналОтветить0
MemeEchoer
· 9ч назад
Еще одна волна мечтателей о публичных блокчейнах с тем же концом хахаха
Посмотреть ОригиналОтветить0
TokenEconomist
· 9ч назад
на самом деле, это классическая дилемма заключенного в распределении ликвидности l2... позвольте мне быстро объяснить математику
Исследование проблемы разрыва ликвидности в эпоху Уровня 2 и основных решений.
Исследование проблемы ликвидности разрыва в эпоху Уровня 2
С переходом Ethereum на расширение, основанное на Уровне 2, а также с ростом таких инструментов, как RaaS, множество публичных цепочек быстро развиваются. Многие организации хотят построить свои собственные цепочки, чтобы представлять различные интересы и стремиться к более высокой оценке. Однако появление множества публичных цепочек затрудняет развитие экосистемы, что приводит к тому, что многие проекты начинают терять стоимость во время TGE.
С помощью OP Stack одна торговая платформа запустила свой собственный Base Layer 2, другая торговая платформа выпустила Ink; с помощью технологии ZK еще одна торговая платформа запустила XLayer; Sony выпустила Soneium, а LINE представила Kaia и другие. Сегодня стоимость и технический порог для создания цепочки значительно снизились, эксплуатационные расходы цепочки на базе OP Stack составляют около 10,000 долларов в месяц.
Будущее, безусловно, будет эпохой сосуществования множества цепочек. Хотя эти цепочки Уровень 2 могут выбрать совместимость с EVM для достижения взаимосвязи, из-за большого количества downstream-приложений от Web2-организаций им будет трудно строить приложения и достигать консенсуса на одной и той же цепочке.
Текущая многосеточная экосистема представляет собой новую проблему: Ликвидность и распределение состояния. Поскольку существование многосетей неизбежно, взаимная операционность является областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по ликвидности, таких как мы все слышали о абстракции цепочки, намерении, Clearing Execution, Native CrossChain, ZKSharding, но их основная суть одинакова.
Мы используем признанную в отрасли архитектуру Cake, чтобы представить основные компоненты абстракции кросс-чейн сверху вниз:
! Исследование фрагментации ликвидности в эпоху уровня 2
Приложенческий уровень(Application Layer)
Это уровень прямого взаимодействия с пользователем, а также самый абстрактный уровень в решениях по ликвидности, потому что он полностью скрывает детали преобразования ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы преобразования ликвидности на нижнем уровне.
权限层(Уровень разрешений)
Находясь ниже уровня приложений, пользователи подключают кошелек к dApp и запрашивают котировки для удовлетворения торгового намерения. Здесь "намерение" относится к ожидаемому конечному результату сделки (, а не к конкретному пути выполнения сделки.
Управление счетами и абстракция уровня )Управление ключами и абстракция счетов(
Из-за существования многосетевой среды необходима система управления учетными записями и абстракция, которая адаптируется к различным цепочкам для поддержки уникальной структуры учетных записей каждой цепи. Например, объектно-центрированная система учетных записей SUI совершенно отличается от EVM. One Balance является представительным проектом в этой области, который построил надежную систему учетных записей, не требуя создания межцепочечного консенсуса, а лишь надежных обязательств между существующими системами учетных записей. Near Account реализует абстрактное управление, создавая многосетевые кошельки для пользователей, что значительно оптимизирует пользовательский опыт и снижает фрагментацию UX. Тем не менее, в области ликвидности в основном интегрированы существующие публичные цепи.
求解层)Solver Уровень 2 (
Этот уровень отвечает за прием и реализацию торговых намерений пользователей. Роль Solver здесь конкурирует за предоставление лучшего пользовательского опыта, включая более быстрое время транзакции и скорость выполнения. На этой основе проекты на основе намерений, такие как Anoma, построили различные решения, ориентированные на намерения. Производные такие намерения, как компонент Predicate, могут реализовать намерения пользователей в соответствии с определенными правилами.
Уровень 2 ) Уровень 2 (
Это промежуточный уровень, используемый для реализации пользовательских намерений. Основные компоненты решения по Ликвидности и распределенному состоянию включают:
Кроме того, необходимо учитывать ликвидность между цепями, окончательность ( Finality ), механизм доказательства Уровень 2 и другие факторы, чтобы обеспечить эффективную работу всей многосетевой системы.
( Решение
В настоящее время на рынке существует множество решений для устранения ликвидности, после того как мы рассмотрели множество вариантов, мы обнаружили, что основные способы таковы:
Центрируясь на RaaS: аналогично таким решениям Rollup, как OP Stack, с помощью добавления определенных общих сортировщиков и кросс-цепных мостов для содействия совместному использованию ликвидности и состояния Rollup, построенных на OP Stack. Это надеется решить проблему распределения ликвидности и состояния на более высоком уровне. Здесь есть более детализированный аспект, касающийся отдельного проектирования общих сортировщиков, это решение больше ориентировано на Уровень 2 и не является универсальным, такие как Astria, Espresso и Flashbots.
Учетная запись в центре: подобно NEAR, создать кошелек для всей цепи, поддерживающий подписание и выполнение транзакций через несколько блокчейн-протоколов с помощью технологии, называемой "цепная подпись". Основным компонентом является сеть MPC, которая заменяет пользователей в подписании многоцепочных транзакций. Эта система, хотя и может значительно решить проблему фрагментации UX, но для разработчиков это связано со сложной реализацией на заднем плане и не решает в сущности проблемы ликвидности и распределения состояния.
Центрируя на сети намерений вне цепи: это означает, что мы имеем в виду "введение" диаграммы архитектуры пирога Solver Network, основная идея заключается в том, что пользователи отправляют намерения в сеть Solver, эта роль Solver конкурирует с предложениями, предоставляя оптимальное время выполнения и цену сделки. Эти Solver могут быть AI-агентами, CEX, маркет-мейкерами или даже интегрированными протоколами, такими как Liquorice и др. Проекты в этой области включают Anoma, Khalani, Enso, aori и Valantis. Хотя намерения теоретически могут обеспечить выполнение сложных кросс-цепочных операций любой сложности, на практике для этого требуется достаточное количество ликвидных Solver для помощи, и когда возникают некоторые требования вне цепи, существует вероятность мошенничества со стороны Solver. Если вводить методы, такие как доказательства мошенничества, сложность реализации сети Solver возрастет, и порог для запуска Solver также станет выше.
Центрируя сеть ликвидности на блокчейне: это направление специально оптимизирует проблему ликвидности между цепями, но не решает проблему распределенного состояния других цепей. Его ядром является создание слоя ликвидности, на котором строятся приложения для совместного использования ликвидности по всей цепи. Некоторые проекты включают: Raye Network, INFINIT, Everclear, Elixir и т. д.
Центрированность на приложениях на цепочке: такие приложения создаются путем интеграции крупных MM или сторонних приложений для построения высоколиквидных приложений, таких как Liquorice, Socket, Radiant Capital, 1inch, Hedgemony и др. Такие проекты требуют управления сложными кросс-цепочными процессами, предъявляют высокие требования к разработчикам, поэтому также легко становятся объектом хакерских атак.
Решение проблемы ликвидности является очень важной задачей, в финансовом мире ликвидность часто представляет собой всё. Если удастся создать платформу для интеграции ликвидности, особенно для объединения разрозненной ликвидности всей цепочки, это будет иметь огромный потенциал, и мы также видели множество различных решений.
В двух вышеуказанных категориях мы можем увидеть, что в зависимости от структуры торта Settlement Layer является самым атомарным решением, а над этими атомарными решениями, такими как кросс-чейн, оракулы, Pre-Confirmation решения и т.д., построен более абстрактный уровень, а именно Solver Layer, Permission Layer и Application Layer. Различные уровни, которые мы перечислили выше, соответствуют различным направлениям построения абстрактных и ликвидных решений и могут быть поняты как отношения вверх и вниз по цепочке. Однако эти решения все еще не являются атомарными решениями, и проблема разрыва ликвидности приводит к появлению множества сложных производных проблем, поэтому для взаимной совместимости были выведены разнообразные решения. Но в конечном итоге все это все же зависит от этих компонентов. Далее мы обсудим несколько典型的链抽象概念的项目, чтобы увидеть, как они решают проблему разрыва ликвидности с собственной точки зрения.
![Исследование проблемы разрыва ликвидности в эпоху Layer 2])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp###
(# INFINIT
INFINIT построил сервис RaaS для DeFi, который может предоставить компоненты, необходимые для непосредственной сборки DeFi-протоколов, такие как Oracle, Pool Type, IRM, Asset и т.д., а также может предоставить компоненты, такие как Leverage Trading и Yield Strategy, которые можно немедленно активировать. Это эквивалентно другим приложениям для сборки, но конечная ликвидность помещается на ликвидностный уровень Infinit. Однако в настоящее время он все еще не раскрывает принципы работы своего нижнего уровня. В настоящее время INFINIT уже получил 6 миллионов долларов в виде начального финансирования от нескольких известных инвестиционных учреждений.
)# Сеть Khalani
Khalani построил три ключевых компонента: совместимый с Intent уровень, Validity и универсальный уровень расчетов.
Внешние приложения или уровень намерений могут отправлять намерения в Khalani, а затем совместимый с намерениями слой Khalani может преобразовать внешние намерения в формат, который может распознать протокол Solver, используя стандартизированный формат, называемый языком Validity. Узел Khalani отвечает за передачу конечного результата в общий уровень расчетов через межсетевые мосты, технологии быстрого расчета и т. д. Этот проект по-прежнему находится на стадии разработки и пока не раскрывает больше деталей работы. В августе он получил 2,2 миллиона долларов в виде посевного финансирования от некоторых известных инвестиционных учреждений.
Лакрица
Liquorice — это децентрализованное приложение, которое обеспечивает ценообразование на основе аукционов и односторонние ликвидные пулы. Основная миссия Liquorice — предоставить профессиональным торговым компаниям эффективные инструменты управления запасами и легко подключаться к некоторым основным протоколам DeFi при расчете сделок с намерением использования. В то же время Liquorice создала кредитный рынок для проведения кредитных сделок. Это приложение более сосредоточено на самой торговле. В настоящее время оно все еще находится на стадии разработки, в июле было объявлено о привлечении 1,2 миллиона долларов на этапе Pre-seed от нескольких известных инвестиционных учреждений.
Сион
Xion является улучшенной версией бренда Burnt, который ранее сосредоточился на потребительских приложениях. Затем команда обнаружила огромную проблему фрагментации взаимодействия в цепочке, поэтому они создали Xion для решения этой проблемы. Xion построен на основе протокола консенсуса Comet BFT. Используемая для кросс-цепочечной связи технология основана на Cosmos IBC, что делает его более нативным и безопасным по сравнению с другими кросс-цепочечными мостами. Он прошел четыре раунда финансирования, среди инвесторов есть несколько известных инвестиционных учреждений.
=nil; Фонд
nil является разработчиком ZK-рынка вычислительных мощностей Ethereum, ZK-сопроцессоров и Уровня 2, команда обладает глубокими знаниями в области ZK-технологий. Предложено решение zkSharding, которое использует ZK-технологии для горизонтального масштабирования основной сети Ethereum, выполняет параллельную обработку транзакций с помощью шардирования и генерирует ZKP, в то время как основной шард проверяет данные, общается с Ethereum и синхронизирует состояние сети между всеми валидаторами. Основной шард также управляет распределением валидаторов и счетов в выполняемых шардах. Консенсусный протокол, используемый в комитете валидации, также является Hotstuff, что довольно распространено в последних проектах параллельного выполнения. =nil; L2 с самого начала встроил межшардовое взаимодействие в протокол. Межшардовые сообщения проверяются комитетом валидаторов каждого шарда как транзакции.
Основная идея заключается в том, чтобы с помощью фрагментированной архитектуры Уровень 2 создать встроенную архитектуру межфрагментной связи, подобную IBC, что позволит решить проблемы Ликвидности и распределения состояния. Однако его основная идея неразумна, поскольку проблема распределенной ликвидности является многосетевой проблемой, а создается единый Уровень 2, что означает, что для решения проблемы все цепочки должны стать фрагментом ZK-sharding, что трудно осуществимо.
ERC-7683
Эфириум также работает над решением проблемы ликвидности между цепями, в настоящее время некоторые известные проекты сначала публично поддержали стандарт ERC7683, который также использует кросс-цепной метод на основе намерений. Основная цель заключается в создании универсального стандарта для кросс-цепных операций между L2 и сайдчейнами, стандартизации интерфейсов заказов и расчетов, а также в обеспечении бесшовного выполнения кросс-цепных операций, основным элементом которого является Filler, который также можно назвать ролью Solver в абстракции цепи для оплаты. Это предложение было совместно разработано несколькими известными проектами и в настоящее время находится на рассмотрении рабочей группы Cake.
Стек операций
OP Stack, ERC-7683 и zkSharding, как и другие решения внутри Ethereum, направлены на ликвидность фрагментации между Уровень 2. Они решают проблему на архитектурном уровне, уровне консенсуса и уровне приложений соответственно. OP Stack разработан как полное решение для многослойных Уровень 2, чтобы единовременно решить проблемы передачи информации и децентрализации Sequencer. При использовании архитектуры OP Stack автоматически развертываются кроссчейн контракты, при этом существует Supervisor, чтобы оспорить и избежать передачи ложной кроссчейн информации. В настоящее время некоторые известные проекты используют архитектуру OP Stack.
Среди них наиболее типичным является Unichain. Unichain в основном решает проблему фрагментации ликвидности между цепями благодаря интеграции с сетью Superchain. Эта настройка способствует бесшовному перемещению ликвидности, предоставляя следующие функции:
На основе намерений кросс-чейн мост: этот