С переходом Ethereum на масштабирование, ориентированное на Layer 2, и с появлением таких инструментов, как RaaS, большое количество публичных цепей быстро развивается. Многие организации стремятся создать свои собственные цепи, чтобы представлять различные интересы и добиваться более высокой оценки. Однако появление множества публичных цепей затрудняет развитие экосистемы в соответствии с темпами появления публичных цепей, что приводит к тому, что многие проекты теряют стоимость уже на этапе TGE.
С помощью OP Stack одна из торговых платформ запустила свою собственную Base Layer 2, другая торговая платформа выпустила Ink; с использованием ZK-технологий одна из торговых платформ представила XLayer; Sony выпустила Soneium, а LINE представила Kaia и т.д. Сегодня порог входа для создания цепочки значительно снижен, а стоимость эксплуатации сети на основе OP Stack составляет примерно 10 000 долларов в месяц.
Будущее, безусловно, будет эпохой сосуществования множества цепочек. Хотя эти цепочки второго уровня могут выбрать совместимость с EVM для обеспечения взаимосвязи, из-за огромного количества downstream-приложений, принадлежащих веб-2-сущностям, им будет трудно строить приложения и достигать консенсуса на одной цепочке.
Текущая многосеточная экосистема приносит новую проблему: Ликвидность и распределение состояния. Поскольку наличие многосетей неизбежно, интероперабельность является областью, которую необходимо исследовать и решать. В настоящее время существует множество решений для ликвидности, таких как абстракция цепочки, намерение, Clearing Execution, Native CrossChain, ZKSharding и т. д., но их основная суть одинакова.
Мы используем общепризнанную в отрасли архитектуру Cake, чтобы сверху вниз представить основные компоненты абстракции кросс-цепочки:
Приложеный уровень(Application Layer)
Это уровень прямого взаимодействия с пользователем, который также является самым абстрактным уровнем в решениях по ликвидности, поскольку он полностью скрывает детали конверсии ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы конверсии ликвидности на нижнем уровне.
权限层(Слой разрешений)
Находясь ниже уровня приложений, пользователи подключают кошелек к dApp и запрашивают котировки для удовлетворения торгового намерения. Здесь "намерение" относится к ожидаемому конечному результату торговли (, а не к конкретному пути выполнения сделки.
Управление аккаунтом и абстракция )Управление ключами и абстракция аккаунта(
Из-за существования многосетевой среды требуется система управления учетными записями и абстракции, которая адаптируется к различным цепям, чтобы поддерживать уникальную структуру учетных записей каждой цепи. Например, объектно-центрированная система учетных записей SUI полностью отличается от EVM. One Balance является представительным проектом в этой области, он создал надежную систему учетных записей, не требуя создания межцепочечного консенсуса, достаточно надежных обязательств между существующими системами учетных записей. Near Account обеспечивает абстрактное управление, создавая многосетевые кошельки для пользователей, что значительно оптимизирует пользовательский опыт и снижает фрагментацию UX. Однако в области ликвидности в основном интегрированы существующие публичные цепи.
Решить слой )Solver Layer(
Этот уровень отвечает за прием и реализацию торговых намерений пользователей. Роль Solver здесь конкурирует, чтобы предоставить лучший пользовательский опыт, включая более быстрое время обработки и скорость исполнения. На этой основе проекты, основанные на намерениях, такие как Anoma, разработали различные решения, ориентированные на намерения. Производные этого рода намерений, такие как компонент Predicate, могут реализовывать намерения пользователей при соблюдении определенных правил.
Уровень расчета)Settlement Layer(
Это промежуточный слой, используемый для реализации намерений пользователей. Основные компоненты решений с ликвидностью и распределением состояния включают:
Оракул)Oracle(: используется для получения информации о состоянии на других цепочках.
Кроссчейн мосты ) Bridges (: отвечают за передачу информации и Ликвидность между цепями.
Предварительное подтверждение ): сократить время подтверждения между цепями.
Доступность данных ( DA ): обеспечение доступности данных.
Кроме того, необходимо учитывать ликвидность между цепями, окончательность ( Finality ), механизмы доказательства второго уровня и другие факторы для обеспечения эффективной работы всей многосетевой системы.
( Решение
В настоящее время на рынке существует множество решений для ликвидности, и после изучения большого количества решений мы обнаружили, что основными являются следующие способы:
Сосредоточение на RaaS: аналогично решениям Rollup, таким как OP Stack, с помощью добавления определенных общих сортировщиков и кросс-цепочных мостов для содействия совместному ликвидности и состоянию Rollup, построенным на OP Stack. Это должно решить проблему ликвидности и распределения состояния на более высоком уровне. Здесь есть более детализированное решение – отдельный проект общего сортировщика, который в большей степени ориентирован на Layer2 и не является универсальным, такие как Astria, Espresso и Flashbots.
Центрирование на учетной записи: аналогично NEAR, создание учетного кошелька для всей цепи, поддерживающего подписание и выполнение транзакций через несколько блокчейн-протоколов с помощью технологии, называемой "цепной подписью". Основным компонентом является сеть MPC, которая заменяет пользователей для подписания многоцепочечных транзакций. Это решение, хотя и может значительно решить проблему фрагментации UX, все же связано с сложной реализацией на стороне сервера для разработчиков и не решает по сути проблемы ликвидности и распределения состояния.
Центрируя на сети намерений вне цепи: это то, что мы видим на диаграмме структуры "Введение" с Solver Network, основная идея заключается в том, что пользователи отправляют намерения в сеть Solver, а роль Solver заключается в конкуренции за цены, предоставляя оптимальное время завершения и цену сделки. Эти Solver могут быть AI Agent, CEX, Market Maker или даже интегрированными протоколами, такими как Liquorice и т. д. К проектам в этой области относятся Anoma, Khalani, Enso, aori и Valantis. Хотя намерения теоретически могут реализовать сложные кросс-цепочные операции любой сложности, на практике требуется достаточная ликвидность от Solver для содействия, и когда возникают потребности вне цепи, существует вероятность мошенничества со стороны Solver. Если будут введены методы, такие как доказательства мошенничества, сложность реализации сети Solver возрастет, и порог входа для работы с Solver также станет выше.
Центрируя сетевой ликвидности на блокчейне: это направление специально оптимизирует проблемы ликвидности между цепями, но не решает другие проблемы, связанные с рассеиванием состояния на цепи. Его суть заключается в создании слоя ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепи. Некоторые проекты включают: Raye Network, INFINIT, Everclear, Elixir и др.
Центрирование на приложениях на блокчейне: такие приложения создаются путем интеграции крупных MM или сторонних приложений для построения высоколиквидных приложений, таких как Liquorice, Socket, Radiant Capital, 1inch, Hedgemony и т.д. Такие проекты требуют управления сложными кросс-цепочными процессами, предъявляют высокие требования к разработчикам, поэтому также подвержены атакам хакеров.
![Исследование проблемы разрыва ликвидности в эпоху Layer2])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp###
Решение проблемы ликвидности является очень важной задачей, в финансовом мире ликвидность часто представляет собой все. Если удастся создать платформу для интеграции ликвидности, особенно объединить разрозненную ликвидность по всей цепочке, это будет иметь огромный потенциал, и мы также рассмотрели множество различных решений.
В этих двух категориях мы можем увидеть, что в зависимости от структуры «торта» уровень расчетов (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.
![Исследование проблемы разрыва ликвидности в эпоху Layer2])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
(# Сеть Халани
Khalani построил три основных компонента: совместимый слой намерений, Validity и универсальный слой расчетов.
Внешние приложения или уровень намерений могут отправлять намерения в Khalani, и затем совместимый уровень намерений Khalani может преобразовать внешние намерения в формат, распознаваемый протоколом Solver, используя нормализованный формат, который называется языком Validity. Узел Khalani отвечает за представление окончательных результатов на общий уровень расчетов через межсетевые мосты, технологии быстрого расчета и т.д. Этот проект все еще находится на этапе строительства, и более подробная информация о работе пока не раскрыта. В августе он получил 2,2 миллиона долларов на этапе посевного финансирования от Ethereal Ventures, Nascent, Maelstrom Capital и других.
![Исследование проблемы разрыва ликвидности в эпоху Layer2])https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
(# Лакрица
Liquorice — это децентрализованное приложение, которое обеспечивает ценообразование на основе аукционов и односторонние ликвидные пулы. Основная миссия Liquorice заключается в предоставлении профессиональным трейдинговым компаниям эффективных инструментов управления запасами и легком подключении к основным DeFi-протоколам при расчетах торговых сделок. В то же время Liquorice создала рынок кредитования для проведения кредитных сделок. Это приложение более ориентировано на саму торговлю. В настоящее время оно все еще находится на стадии разработки, и в июле было объявлено о получении 1,2 миллиона долларов в рамках Pre-seed раунда финансирования, возглавляемого GreenField.
![Исследование проблемы разрыва ликвидности в эпоху Layer2])https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp###
(# Сион
Xion является усовершенствованной версией бренда Burnt. Ранее Burnt сосредотачивался на приложениях для потребителей, но затем команда обнаружила, что на блокчейне существует серьезная проблема фрагментации взаимодействий, поэтому был создан Xion для решения этой проблемы. Xion основан на протоколе консенсуса Comet BFT. Используемая им межсетевое взаимодействие основано на Cosmos IBC, что делает его более нативным и безопасным по сравнению с другими межсетевыми мостами. Он прошел четыре раунда финансирования, инвесторами являются Animoca, Multicoin, Alliance DAO, Mechanism и другие.
)# =nil; Фонд
nil является рынком ZK-вычислительной мощности, ZK-сопроцессором и разработчиком Layer2 на Ethereum, команда обладает глубокими знаниями технологий ZK. Предложено решение zkSharding, которое использует технологию ZK для горизонтального расширения основной сети Ethereum, выполняет параллельную обработку транзакций с использованием шардирования и генерирует ZKP, в то время как основной шард проверяет данные, общается с Ethereum и синхронизирует состояние сети между всеми валидаторами. Основной шард также управляет распределением валидаторов и счетов в исполняющих шардах. Консенсусный протокол, используемый в комитете валидации, также является Hotstuff, что довольно распространено в последних проектах параллельного выполнения. =nil; L2 с самого начала встроил межшардовую коммуникацию в протокол. Межшардовые сообщения проверяются комитетом валидаторов каждого шарда как транзакции.
Основная идея заключается в том, чтобы создать встроенную архитектуру межшардинговой связи, аналогичную IBC, с помощью архитектуры Layer2 с шардированием, что позволит решить проблемы ликвидности и распределённого состояния. Однако основная идея не является разумной, потому что проблема распределённой ликвидности — это проблема множества цепей, а создаётся единый Layer2, что означает, что для решения проблемы все цепи должны стать частью шардирования ZK, что трудно реализовать.
![Исследование проблемы разрыва ликвидности в эпоху Layer2]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp###
(# ERC-7683
Эфириум также работает над решением проблемы ликвидности между цепями. В настоящее время некоторые DEX, такие как OP, первыми открыто поддерживают стандарт ERC7683, который также основан на кросс-цепочном методе на основе намерений. Его основной целью является создание общего стандарта для кросс-цепных операций между L2 и сайдчейнами, стандартизация интерфейсов для заказов и расчетов, а также обеспечение бесшовного кросс-цепного выполнения. Основная идея заключается в том, что Filler также можно рассматривать как роль Solver, которая оплачивает транзакции в абстракции цепи. Это предложение было совместно разработано некоторым DEX и Across.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
14 Лайков
Награда
14
2
Поделиться
комментарий
0/400
PumpBeforeRug
· 5ч назад
Сможет ли это быть связано? Кажется, что это обречено, как и публичные цепочки.
Разделение ликвидности в эпоху Layer2: обсуждение проблем и решений
Исследование проблемы ликвидности в эпоху Layer2
С переходом Ethereum на масштабирование, ориентированное на Layer 2, и с появлением таких инструментов, как RaaS, большое количество публичных цепей быстро развивается. Многие организации стремятся создать свои собственные цепи, чтобы представлять различные интересы и добиваться более высокой оценки. Однако появление множества публичных цепей затрудняет развитие экосистемы в соответствии с темпами появления публичных цепей, что приводит к тому, что многие проекты теряют стоимость уже на этапе TGE.
С помощью OP Stack одна из торговых платформ запустила свою собственную Base Layer 2, другая торговая платформа выпустила Ink; с использованием ZK-технологий одна из торговых платформ представила XLayer; Sony выпустила Soneium, а LINE представила Kaia и т.д. Сегодня порог входа для создания цепочки значительно снижен, а стоимость эксплуатации сети на основе OP Stack составляет примерно 10 000 долларов в месяц.
Будущее, безусловно, будет эпохой сосуществования множества цепочек. Хотя эти цепочки второго уровня могут выбрать совместимость с EVM для обеспечения взаимосвязи, из-за огромного количества downstream-приложений, принадлежащих веб-2-сущностям, им будет трудно строить приложения и достигать консенсуса на одной цепочке.
Текущая многосеточная экосистема приносит новую проблему: Ликвидность и распределение состояния. Поскольку наличие многосетей неизбежно, интероперабельность является областью, которую необходимо исследовать и решать. В настоящее время существует множество решений для ликвидности, таких как абстракция цепочки, намерение, Clearing Execution, Native CrossChain, ZKSharding и т. д., но их основная суть одинакова.
Мы используем общепризнанную в отрасли архитектуру Cake, чтобы сверху вниз представить основные компоненты абстракции кросс-цепочки:
Приложеный уровень(Application Layer)
Это уровень прямого взаимодействия с пользователем, который также является самым абстрактным уровнем в решениях по ликвидности, поскольку он полностью скрывает детали конверсии ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы конверсии ликвидности на нижнем уровне.
权限层(Слой разрешений)
Находясь ниже уровня приложений, пользователи подключают кошелек к dApp и запрашивают котировки для удовлетворения торгового намерения. Здесь "намерение" относится к ожидаемому конечному результату торговли (, а не к конкретному пути выполнения сделки.
Управление аккаунтом и абстракция )Управление ключами и абстракция аккаунта(
Из-за существования многосетевой среды требуется система управления учетными записями и абстракции, которая адаптируется к различным цепям, чтобы поддерживать уникальную структуру учетных записей каждой цепи. Например, объектно-центрированная система учетных записей SUI полностью отличается от EVM. One Balance является представительным проектом в этой области, он создал надежную систему учетных записей, не требуя создания межцепочечного консенсуса, достаточно надежных обязательств между существующими системами учетных записей. Near Account обеспечивает абстрактное управление, создавая многосетевые кошельки для пользователей, что значительно оптимизирует пользовательский опыт и снижает фрагментацию UX. Однако в области ликвидности в основном интегрированы существующие публичные цепи.
Решить слой )Solver Layer(
Этот уровень отвечает за прием и реализацию торговых намерений пользователей. Роль Solver здесь конкурирует, чтобы предоставить лучший пользовательский опыт, включая более быстрое время обработки и скорость исполнения. На этой основе проекты, основанные на намерениях, такие как Anoma, разработали различные решения, ориентированные на намерения. Производные этого рода намерений, такие как компонент Predicate, могут реализовывать намерения пользователей при соблюдении определенных правил.
Уровень расчета)Settlement Layer(
Это промежуточный слой, используемый для реализации намерений пользователей. Основные компоненты решений с ликвидностью и распределением состояния включают:
Кроме того, необходимо учитывать ликвидность между цепями, окончательность ( Finality ), механизмы доказательства второго уровня и другие факторы для обеспечения эффективной работы всей многосетевой системы.
( Решение
В настоящее время на рынке существует множество решений для ликвидности, и после изучения большого количества решений мы обнаружили, что основными являются следующие способы:
Сосредоточение на RaaS: аналогично решениям Rollup, таким как OP Stack, с помощью добавления определенных общих сортировщиков и кросс-цепочных мостов для содействия совместному ликвидности и состоянию Rollup, построенным на OP Stack. Это должно решить проблему ликвидности и распределения состояния на более высоком уровне. Здесь есть более детализированное решение – отдельный проект общего сортировщика, который в большей степени ориентирован на Layer2 и не является универсальным, такие как Astria, Espresso и Flashbots.
Центрирование на учетной записи: аналогично NEAR, создание учетного кошелька для всей цепи, поддерживающего подписание и выполнение транзакций через несколько блокчейн-протоколов с помощью технологии, называемой "цепной подписью". Основным компонентом является сеть MPC, которая заменяет пользователей для подписания многоцепочечных транзакций. Это решение, хотя и может значительно решить проблему фрагментации UX, все же связано с сложной реализацией на стороне сервера для разработчиков и не решает по сути проблемы ликвидности и распределения состояния.
Центрируя на сети намерений вне цепи: это то, что мы видим на диаграмме структуры "Введение" с Solver Network, основная идея заключается в том, что пользователи отправляют намерения в сеть Solver, а роль Solver заключается в конкуренции за цены, предоставляя оптимальное время завершения и цену сделки. Эти Solver могут быть AI Agent, CEX, Market Maker или даже интегрированными протоколами, такими как Liquorice и т. д. К проектам в этой области относятся Anoma, Khalani, Enso, aori и Valantis. Хотя намерения теоретически могут реализовать сложные кросс-цепочные операции любой сложности, на практике требуется достаточная ликвидность от Solver для содействия, и когда возникают потребности вне цепи, существует вероятность мошенничества со стороны Solver. Если будут введены методы, такие как доказательства мошенничества, сложность реализации сети Solver возрастет, и порог входа для работы с Solver также станет выше.
Центрируя сетевой ликвидности на блокчейне: это направление специально оптимизирует проблемы ликвидности между цепями, но не решает другие проблемы, связанные с рассеиванием состояния на цепи. Его суть заключается в создании слоя ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепи. Некоторые проекты включают: Raye Network, INFINIT, Everclear, Elixir и др.
Центрирование на приложениях на блокчейне: такие приложения создаются путем интеграции крупных MM или сторонних приложений для построения высоколиквидных приложений, таких как Liquorice, Socket, Radiant Capital, 1inch, Hedgemony и т.д. Такие проекты требуют управления сложными кросс-цепочными процессами, предъявляют высокие требования к разработчикам, поэтому также подвержены атакам хакеров.
![Исследование проблемы разрыва ликвидности в эпоху Layer2])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp###
Решение проблемы ликвидности является очень важной задачей, в финансовом мире ликвидность часто представляет собой все. Если удастся создать платформу для интеграции ликвидности, особенно объединить разрозненную ликвидность по всей цепочке, это будет иметь огромный потенциал, и мы также рассмотрели множество различных решений.
В этих двух категориях мы можем увидеть, что в зависимости от структуры «торта» уровень расчетов (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.
![Исследование проблемы разрыва ликвидности в эпоху Layer2])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp###
(# Сеть Халани
Khalani построил три основных компонента: совместимый слой намерений, Validity и универсальный слой расчетов.
Внешние приложения или уровень намерений могут отправлять намерения в Khalani, и затем совместимый уровень намерений Khalani может преобразовать внешние намерения в формат, распознаваемый протоколом Solver, используя нормализованный формат, который называется языком Validity. Узел Khalani отвечает за представление окончательных результатов на общий уровень расчетов через межсетевые мосты, технологии быстрого расчета и т.д. Этот проект все еще находится на этапе строительства, и более подробная информация о работе пока не раскрыта. В августе он получил 2,2 миллиона долларов на этапе посевного финансирования от Ethereal Ventures, Nascent, Maelstrom Capital и других.
![Исследование проблемы разрыва ликвидности в эпоху Layer2])https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp###
(# Лакрица
Liquorice — это децентрализованное приложение, которое обеспечивает ценообразование на основе аукционов и односторонние ликвидные пулы. Основная миссия Liquorice заключается в предоставлении профессиональным трейдинговым компаниям эффективных инструментов управления запасами и легком подключении к основным DeFi-протоколам при расчетах торговых сделок. В то же время Liquorice создала рынок кредитования для проведения кредитных сделок. Это приложение более ориентировано на саму торговлю. В настоящее время оно все еще находится на стадии разработки, и в июле было объявлено о получении 1,2 миллиона долларов в рамках Pre-seed раунда финансирования, возглавляемого GreenField.
![Исследование проблемы разрыва ликвидности в эпоху Layer2])https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp###
(# Сион
Xion является усовершенствованной версией бренда Burnt. Ранее Burnt сосредотачивался на приложениях для потребителей, но затем команда обнаружила, что на блокчейне существует серьезная проблема фрагментации взаимодействий, поэтому был создан Xion для решения этой проблемы. Xion основан на протоколе консенсуса Comet BFT. Используемая им межсетевое взаимодействие основано на Cosmos IBC, что делает его более нативным и безопасным по сравнению с другими межсетевыми мостами. Он прошел четыре раунда финансирования, инвесторами являются Animoca, Multicoin, Alliance DAO, Mechanism и другие.
)# =nil; Фонд
nil является рынком ZK-вычислительной мощности, ZK-сопроцессором и разработчиком Layer2 на Ethereum, команда обладает глубокими знаниями технологий ZK. Предложено решение zkSharding, которое использует технологию ZK для горизонтального расширения основной сети Ethereum, выполняет параллельную обработку транзакций с использованием шардирования и генерирует ZKP, в то время как основной шард проверяет данные, общается с Ethereum и синхронизирует состояние сети между всеми валидаторами. Основной шард также управляет распределением валидаторов и счетов в исполняющих шардах. Консенсусный протокол, используемый в комитете валидации, также является Hotstuff, что довольно распространено в последних проектах параллельного выполнения. =nil; L2 с самого начала встроил межшардовую коммуникацию в протокол. Межшардовые сообщения проверяются комитетом валидаторов каждого шарда как транзакции.
Основная идея заключается в том, чтобы создать встроенную архитектуру межшардинговой связи, аналогичную IBC, с помощью архитектуры Layer2 с шардированием, что позволит решить проблемы ликвидности и распределённого состояния. Однако основная идея не является разумной, потому что проблема распределённой ликвидности — это проблема множества цепей, а создаётся единый Layer2, что означает, что для решения проблемы все цепи должны стать частью шардирования ZK, что трудно реализовать.
![Исследование проблемы разрыва ликвидности в эпоху Layer2]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp###
(# ERC-7683
Эфириум также работает над решением проблемы ликвидности между цепями. В настоящее время некоторые DEX, такие как OP, первыми открыто поддерживают стандарт ERC7683, который также основан на кросс-цепочном методе на основе намерений. Его основной целью является создание общего стандарта для кросс-цепных операций между L2 и сайдчейнами, стандартизация интерфейсов для заказов и расчетов, а также обеспечение бесшовного кросс-цепного выполнения. Основная идея заключается в том, что Filler также можно рассматривать как роль Solver, которая оплачивает транзакции в абстракции цепи. Это предложение было совместно разработано некоторым DEX и Across.