С переходом Ethereum на решение по расширению с акцентом на Layer 2 и ростом таких инструментов, как RaaS, множество публичных цепей быстро развиваются. Многие организации стремятся построить свои собственные цепи, чтобы представлять различные интересы и искать более высокую оценку. Однако появление многочисленных публичных цепей усложняет развитие экосистемы, не успевая за темпами публичных цепей, что приводит к тому, что многие проекты теряют свою стоимость на TGE.
С помощью OP Stack одна торговая платформа запустила свой собственный базовый уровень 2, другая торговая платформа выпустила Ink; с использованием технологии ZK одна платформа представила XLayer; Sony выпустила Soneium, LINE представила Kaia и т.д. Сегодня затраты на создание цепочки и технические барьеры значительно снижены, стоимость эксплуатации цепочки на основе OP Stack составляет примерно 10 000 долларов в месяц.
Будущее, безусловно, станет эпохой сосуществования множества цепочек. Несмотря на то, что эти цепочки Layer 2 могут выбрать совместимость с EVM для достижения взаимосвязи, из-за того, что за ними стоят Web2 компании с большим количеством downstream приложений, им будет сложно строить приложения и достигать консенсуса в одной цепочке.
Текущая многосеточная экосистема принесла новую задачу: Ликвидность и распределение состояния. Поскольку существование многосетей неизбежно, межоперабельность становится областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по ликвидности, таких как абстракция цепи, намерение, Clearing Execution, Native CrossChain, ZKSharding, но их основная суть одинакова.
Мы используем признанную в отрасли архитектуру Cake, чтобы сверху вниз представить основные компоненты абстракции кросс-чейн.
Прикладной уровень (Application Layer)
Это уровень прямого взаимодействия пользователей, а также самый абстрактный уровень в решениях по ликвидности, поскольку он полностью скрывает детали конверсии ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы конверсии ликвидности на нижнем уровне.
Уровень разрешений (Permission Layer)
Находясь под уровнем приложений, пользователи подключают кошелек к dApp и запрашивают котировку, чтобы удовлетворить свои торговые намерения. Здесь "намерение" относится к ожидаемому конечному результату сделки (т.е. выходу), а не к конкретному пути выполнения сделки.
Управление счетом и абстракция аккаунтов (Key Management and Account Abstraction)
Из-за существования многосетевой среды необходима система управления аккаунтами и абстракции, адаптирующаяся к различным цепям, для поддержки уникальной структуры аккаунтов каждой цепи. Например, объектно-центрированная система аккаунтов SUI совершенно отличается от EVM. One Balance является代表项目 в этой области, который построил доверительную систему аккаунтов без необходимости создания межцепочного консенсуса, достаточно доверительных обязательств между существующими системами аккаунтов. Near Account реализует абстрактное управление, создавая многоцепочные кошельки для пользователей, что значительно оптимизирует пользовательский опыт и снижает фрагментацию UX. Однако, в области ликвидности в основном интегрированы существующие публичные цепи.
Слой решения (Solver Layer)
Этот уровень отвечает за прием и реализацию торговых намерений пользователей. Роль Solver здесь конкурирует за предоставление лучшего пользовательского опыта, включая более быстрое время транзакций и скорость исполнения. На этой основе проекты, основанные на намерениях, такие как Anoma, разработали различные решения, ориентированные на намерения. Производные от таких намерений, такие как компонент Predicate, могут реализовать намерения пользователей при соблюдении определенных правил.
Уровень расчетов (Settlement Layer)
Это промежуточный уровень, используемый для реализации намерений пользователей. Основные компоненты решений с ликвидностью и распределенным состоянием включают:
Оракул (Oracle): используется для получения информации о состоянии на других цепочках.
Кросс-чейн мосты (Bridges): отвечают за передачу информации и ликвидности между цепями.
Предварительное подтверждение (Pre-Confirmation): сокращение времени подтверждения между цепями.
Доступность данных (DA): обеспечение доступности данных.
Кроме того, необходимо учитывать такие факторы, как ликвидность между цепями, окончательная подтверждаемость (Finality), механизмы доказательства Layer 2 и другие, чтобы обеспечить эффективную работу всей многосетевой системы.
Решение
В настоящее время на рынке существует множество решений для устранения ликвидности, и после изучения множества решений мы обнаружили, что основными являются следующие способы:
Ориентируясь на RaaS: подобные решения Rollup, как OP Stack, помогают совместить ликвидность и состояние, построенные на OP Stack, путем добавления специфических общих сортировщиков и кросс-чейн мостов. Это должно помочь решить вопросы ликвидности и распределения состояния на более высоком уровне. Здесь более детализированным является отдельный дизайн общего сортировщика, который больше ориентирован на Layer2 и не обладает универсальностью, как Astria, Espresso и т.д.
Центрирование на аккаунте: подобно 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 и др.
Центрирование на приложениях на базе блокчейна: такие приложения создают высоколиквидные приложения, интегрируя крупных маркет-мейкеров или сторонние приложения, такие как Liquorice, Socket, Radiant Capital, какой-то DEX, Hedgemony и т.д. Эти проекты требуют управления сложными кросс-цепочечными процессами, что предъявляет высокие требования к разработчикам, поэтому они также подвержены атакам хакеров.
Решение проблем ликвидности является очень важной задачей, в финансовом мире ликвидность часто означает все. Если удастся создать интегрированную платформу ликвидности, особенно объединить разрозненную ликвидность всей цепочки, это будет иметь огромный потенциал, и мы также рассмотрели множество различных решений.
В двух вышеуказанных категориях мы можем увидеть, что в зависимости от структуры пирога уровень расчетов является самым атомарным решением. Над этими атомарными решениями, такими как кросс-чейн, оракулы, решения Pre-Confirmation и т.д., строится более абстрактный уровень, который включает уровень решателей, уровень разрешений и уровень приложений. Различные уровни, перечисленные выше, строятся в разных направлениях для абстрактных или ликвидных решений, что можно понять как отношения между верхним и нижним потоком. Однако эти решения все еще не являются атомарными решениями; вся проблема разрыва ликвидности порождает множество сложных производных вопросов, поэтому для межоперабельности возникли самые разные решения. Однако в конечном итоге все еще необходимо полагаться на эти компоненты. Далее мы обсудим несколько типичных проектов концепции абстракции цепей, чтобы увидеть, как каждый из них решает проблему разрыва ликвидности с своей точки зрения.
INFINIT
INFINIT создал сервис RaaS для DeFi, который может предоставить необходимые компоненты для прямого построения DeFi-протоколов, такие как Oracle, Pool Type, IRM, Asset и др. Также он может предоставить компоненты, такие как Leverage Trading и Yield Strategy, которые доступны для немедленного использования. Это эквивалентно другим приложениям на этапе построения, но конечная ликвидность размещается на ликвидностном уровне Infinit. Однако в настоящее время он все еще не раскрыл основные принципы работы. В настоящее время INFINIT получил 6 миллионов долларов в виде посевного финансирования от Robot Ventures, Electric Capital и Maelstrom Capital.
Сеть Халани
Khalani построил три основные компонента: совместимый с Intent уровень, Validity и универсальный уровень расчетов.
Внешние приложения или слой намерений могут отправлять намерения в Khalani, после чего совместимый слой намерений Khalani может преобразовать внешние намерения в формат, который может распознать протокол Solver, используя стандартизированный формат языка Validity. Узел Khalani отвечает за предоставление окончательных результатов общему расчетному слою через кроссчейн-мосты, технологии быстрой ликвидности и другие. Этот проект все еще находится на стадии разработки и пока не раскрывает больше деталей о работе. В августе он получил 2,2 миллиона долларов в рамках посевного финансирования от Ethereal Ventures, Nascent, Maelstrom Capital и других.
Лакрица
Liquorice является децентрализованным приложением, которое обеспечивает ценообразование на основе аукционов и односторонние ликвидные пуулы. Основная миссия Liquorice заключается в предоставлении профессиональным торговым компаниям эффективных инструментов управления запасами, а также в легком подключении к основным DeFi протоколам при расчете сделок по намерению использования. В то же время Liquorice создает рынок кредитования для проведения сделок по займам. Это приложение более сосредоточено на самой торговле. В настоящее время оно все еще находится на стадии разработки, и в июле было объявлено о получении 1,2 миллиона долларов в раунде Pre-seed от GreenField.
Сион
Xion был разработан на основе бренда 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 с самого начала встроил межшардовую связь в протокол. Межшардовые сообщения проверяются валидационной комиссией каждого шард как транзакции.
Основная идея заключается в том, чтобы с помощью фрагментированной архитектуры Layer2 создать встроенную архитектуру межфрагментной связи, подобную IBC, чтобы решить проблемы ликвидности и распределения состояния. Однако основная идея не является разумной, так как проблема распределенной ликвидности касается многосетевых решений, а создается единая Layer2, что означает, что для решения проблемы все цепочки должны стать фрагментом ZK-sharding, что трудно реализовать.
ERC-7683
Ethereum также работает над решением проблемы ликвидности между цепями, в настоящее время некоторые основные Layer 2 и DEX сначала публично поддерживают стандарт ERC7683, который также использует основанный на намерениях кросс-цепной подход. Его основной целью является создание универсального стандарта для кросс-цепных операций между L2 и сайдчейнами, стандартизация интерфейсов заказов и расчетов для достижения бесшовного кросс-цепного выполнения, основным элементом которого также является Filler.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
16 Лайков
Награда
16
6
Репост
Поделиться
комментарий
0/400
GasFeeCryer
· 9ч назад
Деньги не кросс-чейн.
Посмотреть ОригиналОтветить0
GasBandit
· 17ч назад
Снова на卷L2了
Посмотреть ОригиналОтветить0
DecentralizedElder
· 17ч назад
Еще один разыгрывайте людей как лохов?
Посмотреть ОригиналОтветить0
PriceOracleFairy
· 17ч назад
смущает, как эти l2s распадаются, как обещания моей бывшей... теория ликвидности сейчас жестока af
Посмотреть ОригиналОтветить0
MEVSandwich
· 17ч назад
разыгрывайте людей как лохов再割裂 连Кошелек都快不够用了
Посмотреть ОригиналОтветить0
NestedFox
· 17ч назад
разыгрывайте людей как лохов? Есть мост, и все равно одинаково.
Исследование проблемы ликвидности и решений в эпоху Layer2
Исследование проблемы ликвидности в эпоху Layer2
С переходом Ethereum на решение по расширению с акцентом на Layer 2 и ростом таких инструментов, как RaaS, множество публичных цепей быстро развиваются. Многие организации стремятся построить свои собственные цепи, чтобы представлять различные интересы и искать более высокую оценку. Однако появление многочисленных публичных цепей усложняет развитие экосистемы, не успевая за темпами публичных цепей, что приводит к тому, что многие проекты теряют свою стоимость на TGE.
С помощью OP Stack одна торговая платформа запустила свой собственный базовый уровень 2, другая торговая платформа выпустила Ink; с использованием технологии ZK одна платформа представила XLayer; Sony выпустила Soneium, LINE представила Kaia и т.д. Сегодня затраты на создание цепочки и технические барьеры значительно снижены, стоимость эксплуатации цепочки на основе OP Stack составляет примерно 10 000 долларов в месяц.
Будущее, безусловно, станет эпохой сосуществования множества цепочек. Несмотря на то, что эти цепочки Layer 2 могут выбрать совместимость с EVM для достижения взаимосвязи, из-за того, что за ними стоят Web2 компании с большим количеством downstream приложений, им будет сложно строить приложения и достигать консенсуса в одной цепочке.
Текущая многосеточная экосистема принесла новую задачу: Ликвидность и распределение состояния. Поскольку существование многосетей неизбежно, межоперабельность становится областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по ликвидности, таких как абстракция цепи, намерение, Clearing Execution, Native CrossChain, ZKSharding, но их основная суть одинакова.
Мы используем признанную в отрасли архитектуру Cake, чтобы сверху вниз представить основные компоненты абстракции кросс-чейн.
Прикладной уровень (Application Layer)
Это уровень прямого взаимодействия пользователей, а также самый абстрактный уровень в решениях по ликвидности, поскольку он полностью скрывает детали конверсии ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы конверсии ликвидности на нижнем уровне.
Уровень разрешений (Permission Layer)
Находясь под уровнем приложений, пользователи подключают кошелек к dApp и запрашивают котировку, чтобы удовлетворить свои торговые намерения. Здесь "намерение" относится к ожидаемому конечному результату сделки (т.е. выходу), а не к конкретному пути выполнения сделки.
Управление счетом и абстракция аккаунтов (Key Management and Account Abstraction)
Из-за существования многосетевой среды необходима система управления аккаунтами и абстракции, адаптирующаяся к различным цепям, для поддержки уникальной структуры аккаунтов каждой цепи. Например, объектно-центрированная система аккаунтов SUI совершенно отличается от EVM. One Balance является代表项目 в этой области, который построил доверительную систему аккаунтов без необходимости создания межцепочного консенсуса, достаточно доверительных обязательств между существующими системами аккаунтов. Near Account реализует абстрактное управление, создавая многоцепочные кошельки для пользователей, что значительно оптимизирует пользовательский опыт и снижает фрагментацию UX. Однако, в области ликвидности в основном интегрированы существующие публичные цепи.
Слой решения (Solver Layer)
Этот уровень отвечает за прием и реализацию торговых намерений пользователей. Роль Solver здесь конкурирует за предоставление лучшего пользовательского опыта, включая более быстрое время транзакций и скорость исполнения. На этой основе проекты, основанные на намерениях, такие как Anoma, разработали различные решения, ориентированные на намерения. Производные от таких намерений, такие как компонент Predicate, могут реализовать намерения пользователей при соблюдении определенных правил.
Уровень расчетов (Settlement Layer)
Это промежуточный уровень, используемый для реализации намерений пользователей. Основные компоненты решений с ликвидностью и распределенным состоянием включают:
Кроме того, необходимо учитывать такие факторы, как ликвидность между цепями, окончательная подтверждаемость (Finality), механизмы доказательства Layer 2 и другие, чтобы обеспечить эффективную работу всей многосетевой системы.
Решение
В настоящее время на рынке существует множество решений для устранения ликвидности, и после изучения множества решений мы обнаружили, что основными являются следующие способы:
Ориентируясь на RaaS: подобные решения Rollup, как OP Stack, помогают совместить ликвидность и состояние, построенные на OP Stack, путем добавления специфических общих сортировщиков и кросс-чейн мостов. Это должно помочь решить вопросы ликвидности и распределения состояния на более высоком уровне. Здесь более детализированным является отдельный дизайн общего сортировщика, который больше ориентирован на Layer2 и не обладает универсальностью, как Astria, Espresso и т.д.
Центрирование на аккаунте: подобно 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 и др.
Центрирование на приложениях на базе блокчейна: такие приложения создают высоколиквидные приложения, интегрируя крупных маркет-мейкеров или сторонние приложения, такие как Liquorice, Socket, Radiant Capital, какой-то DEX, Hedgemony и т.д. Эти проекты требуют управления сложными кросс-цепочечными процессами, что предъявляет высокие требования к разработчикам, поэтому они также подвержены атакам хакеров.
Решение проблем ликвидности является очень важной задачей, в финансовом мире ликвидность часто означает все. Если удастся создать интегрированную платформу ликвидности, особенно объединить разрозненную ликвидность всей цепочки, это будет иметь огромный потенциал, и мы также рассмотрели множество различных решений.
В двух вышеуказанных категориях мы можем увидеть, что в зависимости от структуры пирога уровень расчетов является самым атомарным решением. Над этими атомарными решениями, такими как кросс-чейн, оракулы, решения Pre-Confirmation и т.д., строится более абстрактный уровень, который включает уровень решателей, уровень разрешений и уровень приложений. Различные уровни, перечисленные выше, строятся в разных направлениях для абстрактных или ликвидных решений, что можно понять как отношения между верхним и нижним потоком. Однако эти решения все еще не являются атомарными решениями; вся проблема разрыва ликвидности порождает множество сложных производных вопросов, поэтому для межоперабельности возникли самые разные решения. Однако в конечном итоге все еще необходимо полагаться на эти компоненты. Далее мы обсудим несколько типичных проектов концепции абстракции цепей, чтобы увидеть, как каждый из них решает проблему разрыва ликвидности с своей точки зрения.
INFINIT
INFINIT создал сервис RaaS для DeFi, который может предоставить необходимые компоненты для прямого построения DeFi-протоколов, такие как Oracle, Pool Type, IRM, Asset и др. Также он может предоставить компоненты, такие как Leverage Trading и Yield Strategy, которые доступны для немедленного использования. Это эквивалентно другим приложениям на этапе построения, но конечная ликвидность размещается на ликвидностном уровне Infinit. Однако в настоящее время он все еще не раскрыл основные принципы работы. В настоящее время INFINIT получил 6 миллионов долларов в виде посевного финансирования от Robot Ventures, Electric Capital и Maelstrom Capital.
Сеть Халани
Khalani построил три основные компонента: совместимый с Intent уровень, Validity и универсальный уровень расчетов.
Внешние приложения или слой намерений могут отправлять намерения в Khalani, после чего совместимый слой намерений Khalani может преобразовать внешние намерения в формат, который может распознать протокол Solver, используя стандартизированный формат языка Validity. Узел Khalani отвечает за предоставление окончательных результатов общему расчетному слою через кроссчейн-мосты, технологии быстрой ликвидности и другие. Этот проект все еще находится на стадии разработки и пока не раскрывает больше деталей о работе. В августе он получил 2,2 миллиона долларов в рамках посевного финансирования от Ethereal Ventures, Nascent, Maelstrom Capital и других.
Лакрица
Liquorice является децентрализованным приложением, которое обеспечивает ценообразование на основе аукционов и односторонние ликвидные пуулы. Основная миссия Liquorice заключается в предоставлении профессиональным торговым компаниям эффективных инструментов управления запасами, а также в легком подключении к основным DeFi протоколам при расчете сделок по намерению использования. В то же время Liquorice создает рынок кредитования для проведения сделок по займам. Это приложение более сосредоточено на самой торговле. В настоящее время оно все еще находится на стадии разработки, и в июле было объявлено о получении 1,2 миллиона долларов в раунде Pre-seed от GreenField.
Сион
Xion был разработан на основе бренда 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 с самого начала встроил межшардовую связь в протокол. Межшардовые сообщения проверяются валидационной комиссией каждого шард как транзакции.
Основная идея заключается в том, чтобы с помощью фрагментированной архитектуры Layer2 создать встроенную архитектуру межфрагментной связи, подобную IBC, чтобы решить проблемы ликвидности и распределения состояния. Однако основная идея не является разумной, так как проблема распределенной ликвидности касается многосетевых решений, а создается единая Layer2, что означает, что для решения проблемы все цепочки должны стать фрагментом ZK-sharding, что трудно реализовать.
ERC-7683
Ethereum также работает над решением проблемы ликвидности между цепями, в настоящее время некоторые основные Layer 2 и DEX сначала публично поддерживают стандарт ERC7683, который также использует основанный на намерениях кросс-цепной подход. Его основной целью является создание универсального стандарта для кросс-цепных операций между L2 и сайдчейнами, стандартизация интерфейсов заказов и расчетов для достижения бесшовного кросс-цепного выполнения, основным элементом которого также является Filler.