Исследование проблемы разрыва ликвидности в эпоху Уровня 2
С переходом Ethereum на масштабируемые решения с Уровень 2 и ростом таких инструментов, как RaaS, множество публичных цепей быстро развиваются. Многие организации стремятся создать свои цепи, чтобы представлять различные интересы и добиваться более высокой оценки. Однако появление множества публичных цепей затрудняет развитие экосистемы, что приводит к тому, что многие проекты теряют свою стоимость уже на этапе TGE.
С помощью OP Stack одна торговая платформа запустила свой собственный Уровень 2, другая торговая платформа выпустила Ink; с помощью технологии ZK одна торговая платформа представила XLayer; Sony выпустила Soneium, а LINE выпустила Kaia и др. Сегодня затраты и технические барьеры для создания цепочки значительно снижены, стоимость эксплуатации цепочки на основе OP Stack составляет примерно 10 000 долларов в месяц.
Будущее, безусловно, будет эпохой сосуществования множества цепочек. Хотя эти Уровень 2 цепочки могут выбрать совместимость с EVM для обеспечения взаимосвязи, из-за огромного количества приложений нижнего уровня, стоящих за ними, им трудно строить приложения и достигать консенсуса в рамках одной цепи.
Текущая многосетевое экосистема представляет собой новую проблему: Ликвидность и распределение состояния. Поскольку существование многосетей неизбежно, межоперационная совместимость является областью, которую необходимо исследовать и решать. В настоящее время существует множество решений для ликвидности, таких как абстракция цепочки, намерение, 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 здесь конкурирует, чтобы предоставить лучший пользовательский опыт, включая более быстрое время торгов и скорость исполнения. На этой основе проекты, основанные на намерениях, разработали различные решения, движимые намерениями. Производные от таких намерений, такие как компонент Predicate, могут реализовать намерения пользователей при соблюдении определенных правил.
Слой расчетов (Settlement Layer)
Это промежуточный уровень, используемый для реализации намерений пользователей. Основные компоненты решения для ликвидности и распределенного состояния включают:
Оракул (Oracle): используется для получения информации о состоянии на других цепочках.
Кросс-цепочные мосты (Bridges): отвечают за передачу информации и ликвидности между цепочками.
Предварительное подтверждение (Pre-Confirmation): сокращение времени подтверждения между цепями.
Доступность данных (DA): обеспечение доступа к данным.
Кроме того, необходимо учитывать ликвидность между цепочками, окончательность (Finality), механизмы доказательства Уровня 2 и другие факторы, чтобы обеспечить эффективную работу всей многосетевой системы.
Решение
В настоящее время на рынке существует множество решений для ликвидности, разыгрывайте людей как лохов. Мы изучили множество решений и обнаружили, что основными являются следующие способы:
В центре RaaS: решения Rollup, подобные OP Stack, помогают создать совместную ликвидность и состояние для Rollup, построенных на OP Stack, за счет добавления определенных общих сортировщиков и кросс-чейн мостов. Это должно решить проблему ликвидности и распределения состояния на более высоком уровне. Здесь есть более детализированный элемент - отдельный проект общего сортировщика, который в большей степени ориентирован на Уровень 2 и не обладает универсальностью.
Учетная запись в центре: создание кошелька для всей цепочки, который поддерживает подписание и выполнение транзакций через несколько протоколов блокчейна с помощью технологии, называемой «цепным подписанием». Основным компонентом является сеть MPC, которая заменяет пользователей для подписания многоцепочных транзакций. Хотя это решение может значительно снизить проблему фрагментации UX, для разработчиков это связано со сложной реализацией на стороне сервера и не решает по сути проблемы ликвидности и рассеивания состояния.
Центрированная на сети намерений вне цепи: суть заключается в том, что пользователи отправляют намерения в сеть Solver, а эта роль конкурирует за предложения, предоставляя оптимальное время выполнения и цену сделки. Эти Solver могут быть AI Agent, CEX, Market Maker и даже интегрированным протоколом. Хотя намерения теоретически могут реализовывать операции с произвольной сложностью между цепями, на практике необходимо иметь достаточно ликвидности от Solver для помощи, и в случае возникновения некоторых требований вне цепи существует вероятность мошенничества со стороны Solver. Если будут введены такие меры, как доказательства мошенничества, сложность реализации сети Solver возрастет, и порог для запуска Solver также станет выше.
Центрирование на сетях ликвидности на блокчейне: это направление специально оптимизирует проблемы ликвидности при межсетевом взаимодействии, но не решает проблемы распределенности состояния на других блокчейнах. Его суть заключается в создании слоя ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепочки.
Центрированное на приложениях в сети: такие приложения строятся за счет интеграции крупных MM или сторонних приложений для создания приложений с высокой ликвидностью. Эти проекты требуют управления сложными межсетевыми процессами, предъявляя высокие требования к разработчикам, поэтому они также подвержены атакам хакеров.
Решение проблем с ликвидностью является очень важной задачей, в финансовом мире ликвидность зачастую представляет собой всё. Если удастся создать платформу для интеграции ликвидности, особенно объединив разрозненную ликвидность всей цепи, это будет иметь огромный потенциал, и мы также рассмотрели множество различных решений.
В двух вышеупомянутых классификациях мы можем увидеть, что в зависимости от структуры пирога, Settlement Layer является самым атомарным решением. Над этими атомарными решениями, такими как кроссчейн, оракулы, Pre-Confirmation, строится более абстрактный уровень, а именно Solver Layer, Permission Layer и Application Layer. Различные уровни, перечисленные выше, которые строятся в разных направлениях для создания абстрактных или ликвидных решений, можно рассматривать как взаимосвязь вверх и вниз по цепочке. Однако эти решения все еще не являются атомарными решениями. Проблема разрыва ликвидности приводит к множеству сложных производных проблем, и поэтому для обеспечения взаимной совместимости возникло множество разнообразных решений. Однако по сути они все еще зависят от этих компонентов. Далее мы обсудим несколько типичных проектов концепции абстракции цепочки, чтобы посмотреть, как каждый из них решает проблему разрыва ликвидности с точки зрения своих собственных предпосылок.
Некоторый проект построил сервис RaaS в сфере DeFi, который может предоставлять компоненты, необходимые для прямой сборки DeFi-протоколов, такие как Oracle, Pool Type, IRM, Asset и т.д., а также может предоставить компоненты, такие как Leverage Trading и Yield Strategy, которые можно сразу активировать. Это эквивалентно другим приложениям на стороне сборки, но конечная ликвидность размещается на ликвидностном уровне этого проекта. Однако в настоящее время он все еще не раскрыл принципы работы на уровне.
Другой проект построил три основных компонента, а именно совместимый уровень Intent, Validity и общий уровень расчетов. Внешние приложения или уровень намерений могут публиковать намерения для этого проекта, после чего его совместимый уровень Intent может преобразовать внешние намерения в формат, который может распознать протокол Solver, использующий стандартизированный формат, который называется языком Validity. Узлы этого проекта отвечают за передачу окончательных результатов в общий уровень расчетов через кросс-цепочные мосты, технологии быстрой расчетов и т. д. Этот проект все еще находится на стадии разработки и пока не раскрывает больше деталей работы.
Существует также децентрализованное приложение, которое позволяет осуществлять ценообразование на основе аукционов и односторонние ликвидные пулы. Его главная задача - предоставить профессиональным торговым компаниям эффективные инструменты управления запасами и легко подключаться к основным DeFi протоколам при расчетах по сделкам с намерением использования. В то же время проект создал рынок кредитования для проведения сделок с займами. Это приложение более сосредоточено на самой торговле. В настоящее время оно все еще находится на стадии разработки.
Некоторый проект основан на согласовательном протоколе Comet BFT. Используемая межсетевое взаимодействие основано на Cosmos IBC, поэтому оно более нативно и безопасно по сравнению с другими мостами.
Еще один проект — это рынок ZK вычислительных мощностей Ethereum, ZK сопроцессоры и разработчики Layer 2, команда обладает глубокими знаниями в области ZK технологий. Они предложили решение zkSharding, которое использует ZK технологии для горизонтального масштабирования основной сети Ethereum, выполняя параллельную обработку транзакций с разделением и генерируя ZKP, в то время как основной фрагмент проверяет данные, общается с Ethereum и синхронизирует сетевое состояние между всеми валидаторами. Основной фрагмент также управляет распределением валидаторов и аккаунтов в исполняющих фрагментах. Консенсусный протокол, используемый в валидаторском комитете, также является Hotstuff, что довольно распространено в последних проектах с параллельным выполнением. Этот проект L2 с самого начала встраивал межфрагментное взаимодействие в протокол. Межфрагментные сообщения проверяются валидаторским комитетом каждого фрагмента как транзакции.
Основная идея заключается в том, чтобы с помощью архитектуры Layer 2 с разделением на части создать встроенную архитектуру межфрагментной связи, аналогичную IBC, что позволит решить проблемы ликвидности и распределения состояния. Однако основная идея не является разумной, поскольку проблема, которую решает распределение ликвидности, является многократной, а создается единый Layer 2, что означает, что для решения проблемы все цепи должны стать фрагментами ZK-sharding, что трудно реализовать.
Ethereum также работает над решением проблемы ликвидности между цепями. В настоящее время некоторые проекты сначала открыто поддерживают стандарт ERC7683, который основан на кросс-цепочном подходе на основе Intent. Его основной целью является создание универсального стандарта для кросс-цепочных операций между L2 и сайдчейнами, стандартизация интерфейсов заказов и расчетов, а также обеспечение бесшовного кросс-цепочного выполнения. Основной ядром является Filler, который также можно назвать Solver в абстракции цепи для оплаты. В настоящее время это предложение рассматривается рабочей группой Cake.
OP Stack, ERC-7683 и zkSharding являются решениями для фрагментации ликвидности между Layer 2 в экосистеме Ethereum, каждое из которых решает проблему на уровне архитектуры, консенсуса и приложений. OP Stack разрабатывает полное решение на нескольких уровнях Layer 2, чтобы одновременно решить проблемы передачи информации и децентрализации Sequencer. При использовании архитектуры OP Stack автоматически развертываются кросс-цепочные контракты, а также существует Supervisor для оспаривания, чтобы избежать передачи ложной кросс-цепочной информации. В настоящее время несколько основных торговых платформ используют архитектуру OP Stack.
Среди них наиболее典型ным является Unichain. Unichain в основном взаимодействует с сетью Superchain.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Уровень 2时代：Ликвидность разыгрывайте людей как лохов问题及解决方案探究
Исследование проблемы разрыва ликвидности в эпоху Уровня 2
С переходом Ethereum на масштабируемые решения с Уровень 2 и ростом таких инструментов, как RaaS, множество публичных цепей быстро развиваются. Многие организации стремятся создать свои цепи, чтобы представлять различные интересы и добиваться более высокой оценки. Однако появление множества публичных цепей затрудняет развитие экосистемы, что приводит к тому, что многие проекты теряют свою стоимость уже на этапе TGE.
С помощью OP Stack одна торговая платформа запустила свой собственный Уровень 2, другая торговая платформа выпустила Ink; с помощью технологии ZK одна торговая платформа представила XLayer; Sony выпустила Soneium, а LINE выпустила Kaia и др. Сегодня затраты и технические барьеры для создания цепочки значительно снижены, стоимость эксплуатации цепочки на основе OP Stack составляет примерно 10 000 долларов в месяц.
Будущее, безусловно, будет эпохой сосуществования множества цепочек. Хотя эти Уровень 2 цепочки могут выбрать совместимость с EVM для обеспечения взаимосвязи, из-за огромного количества приложений нижнего уровня, стоящих за ними, им трудно строить приложения и достигать консенсуса в рамках одной цепи.
Текущая многосетевое экосистема представляет собой новую проблему: Ликвидность и распределение состояния. Поскольку существование многосетей неизбежно, межоперационная совместимость является областью, которую необходимо исследовать и решать. В настоящее время существует множество решений для ликвидности, таких как абстракция цепочки, намерение, 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 здесь конкурирует, чтобы предоставить лучший пользовательский опыт, включая более быстрое время торгов и скорость исполнения. На этой основе проекты, основанные на намерениях, разработали различные решения, движимые намерениями. Производные от таких намерений, такие как компонент Predicate, могут реализовать намерения пользователей при соблюдении определенных правил.
Слой расчетов (Settlement Layer)
Это промежуточный уровень, используемый для реализации намерений пользователей. Основные компоненты решения для ликвидности и распределенного состояния включают:
Кроме того, необходимо учитывать ликвидность между цепочками, окончательность (Finality), механизмы доказательства Уровня 2 и другие факторы, чтобы обеспечить эффективную работу всей многосетевой системы.
Решение
В настоящее время на рынке существует множество решений для ликвидности, разыгрывайте людей как лохов. Мы изучили множество решений и обнаружили, что основными являются следующие способы:
В центре RaaS: решения Rollup, подобные OP Stack, помогают создать совместную ликвидность и состояние для Rollup, построенных на OP Stack, за счет добавления определенных общих сортировщиков и кросс-чейн мостов. Это должно решить проблему ликвидности и распределения состояния на более высоком уровне. Здесь есть более детализированный элемент - отдельный проект общего сортировщика, который в большей степени ориентирован на Уровень 2 и не обладает универсальностью.
Учетная запись в центре: создание кошелька для всей цепочки, который поддерживает подписание и выполнение транзакций через несколько протоколов блокчейна с помощью технологии, называемой «цепным подписанием». Основным компонентом является сеть MPC, которая заменяет пользователей для подписания многоцепочных транзакций. Хотя это решение может значительно снизить проблему фрагментации UX, для разработчиков это связано со сложной реализацией на стороне сервера и не решает по сути проблемы ликвидности и рассеивания состояния.
Центрированная на сети намерений вне цепи: суть заключается в том, что пользователи отправляют намерения в сеть Solver, а эта роль конкурирует за предложения, предоставляя оптимальное время выполнения и цену сделки. Эти Solver могут быть AI Agent, CEX, Market Maker и даже интегрированным протоколом. Хотя намерения теоретически могут реализовывать операции с произвольной сложностью между цепями, на практике необходимо иметь достаточно ликвидности от Solver для помощи, и в случае возникновения некоторых требований вне цепи существует вероятность мошенничества со стороны Solver. Если будут введены такие меры, как доказательства мошенничества, сложность реализации сети Solver возрастет, и порог для запуска Solver также станет выше.
Центрирование на сетях ликвидности на блокчейне: это направление специально оптимизирует проблемы ликвидности при межсетевом взаимодействии, но не решает проблемы распределенности состояния на других блокчейнах. Его суть заключается в создании слоя ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепочки.
Центрированное на приложениях в сети: такие приложения строятся за счет интеграции крупных MM или сторонних приложений для создания приложений с высокой ликвидностью. Эти проекты требуют управления сложными межсетевыми процессами, предъявляя высокие требования к разработчикам, поэтому они также подвержены атакам хакеров.
Решение проблем с ликвидностью является очень важной задачей, в финансовом мире ликвидность зачастую представляет собой всё. Если удастся создать платформу для интеграции ликвидности, особенно объединив разрозненную ликвидность всей цепи, это будет иметь огромный потенциал, и мы также рассмотрели множество различных решений.
! Исследование фрагментации ликвидности в эпоху уровня 2
В двух вышеупомянутых классификациях мы можем увидеть, что в зависимости от структуры пирога, Settlement Layer является самым атомарным решением. Над этими атомарными решениями, такими как кроссчейн, оракулы, Pre-Confirmation, строится более абстрактный уровень, а именно Solver Layer, Permission Layer и Application Layer. Различные уровни, перечисленные выше, которые строятся в разных направлениях для создания абстрактных или ликвидных решений, можно рассматривать как взаимосвязь вверх и вниз по цепочке. Однако эти решения все еще не являются атомарными решениями. Проблема разрыва ликвидности приводит к множеству сложных производных проблем, и поэтому для обеспечения взаимной совместимости возникло множество разнообразных решений. Однако по сути они все еще зависят от этих компонентов. Далее мы обсудим несколько типичных проектов концепции абстракции цепочки, чтобы посмотреть, как каждый из них решает проблему разрыва ликвидности с точки зрения своих собственных предпосылок.
Некоторый проект построил сервис RaaS в сфере DeFi, который может предоставлять компоненты, необходимые для прямой сборки DeFi-протоколов, такие как Oracle, Pool Type, IRM, Asset и т.д., а также может предоставить компоненты, такие как Leverage Trading и Yield Strategy, которые можно сразу активировать. Это эквивалентно другим приложениям на стороне сборки, но конечная ликвидность размещается на ликвидностном уровне этого проекта. Однако в настоящее время он все еще не раскрыл принципы работы на уровне.
Другой проект построил три основных компонента, а именно совместимый уровень Intent, Validity и общий уровень расчетов. Внешние приложения или уровень намерений могут публиковать намерения для этого проекта, после чего его совместимый уровень Intent может преобразовать внешние намерения в формат, который может распознать протокол Solver, использующий стандартизированный формат, который называется языком Validity. Узлы этого проекта отвечают за передачу окончательных результатов в общий уровень расчетов через кросс-цепочные мосты, технологии быстрой расчетов и т. д. Этот проект все еще находится на стадии разработки и пока не раскрывает больше деталей работы.
Существует также децентрализованное приложение, которое позволяет осуществлять ценообразование на основе аукционов и односторонние ликвидные пулы. Его главная задача - предоставить профессиональным торговым компаниям эффективные инструменты управления запасами и легко подключаться к основным DeFi протоколам при расчетах по сделкам с намерением использования. В то же время проект создал рынок кредитования для проведения сделок с займами. Это приложение более сосредоточено на самой торговле. В настоящее время оно все еще находится на стадии разработки.
Некоторый проект основан на согласовательном протоколе Comet BFT. Используемая межсетевое взаимодействие основано на Cosmos IBC, поэтому оно более нативно и безопасно по сравнению с другими мостами.
Еще один проект — это рынок ZK вычислительных мощностей Ethereum, ZK сопроцессоры и разработчики Layer 2, команда обладает глубокими знаниями в области ZK технологий. Они предложили решение zkSharding, которое использует ZK технологии для горизонтального масштабирования основной сети Ethereum, выполняя параллельную обработку транзакций с разделением и генерируя ZKP, в то время как основной фрагмент проверяет данные, общается с Ethereum и синхронизирует сетевое состояние между всеми валидаторами. Основной фрагмент также управляет распределением валидаторов и аккаунтов в исполняющих фрагментах. Консенсусный протокол, используемый в валидаторском комитете, также является Hotstuff, что довольно распространено в последних проектах с параллельным выполнением. Этот проект L2 с самого начала встраивал межфрагментное взаимодействие в протокол. Межфрагментные сообщения проверяются валидаторским комитетом каждого фрагмента как транзакции.
Основная идея заключается в том, чтобы с помощью архитектуры Layer 2 с разделением на части создать встроенную архитектуру межфрагментной связи, аналогичную IBC, что позволит решить проблемы ликвидности и распределения состояния. Однако основная идея не является разумной, поскольку проблема, которую решает распределение ликвидности, является многократной, а создается единый Layer 2, что означает, что для решения проблемы все цепи должны стать фрагментами ZK-sharding, что трудно реализовать.
Ethereum также работает над решением проблемы ликвидности между цепями. В настоящее время некоторые проекты сначала открыто поддерживают стандарт ERC7683, который основан на кросс-цепочном подходе на основе Intent. Его основной целью является создание универсального стандарта для кросс-цепочных операций между L2 и сайдчейнами, стандартизация интерфейсов заказов и расчетов, а также обеспечение бесшовного кросс-цепочного выполнения. Основной ядром является Filler, который также можно назвать Solver в абстракции цепи для оплаты. В настоящее время это предложение рассматривается рабочей группой Cake.
OP Stack, ERC-7683 и zkSharding являются решениями для фрагментации ликвидности между Layer 2 в экосистеме Ethereum, каждое из которых решает проблему на уровне архитектуры, консенсуса и приложений. OP Stack разрабатывает полное решение на нескольких уровнях Layer 2, чтобы одновременно решить проблемы передачи информации и децентрализации Sequencer. При использовании архитектуры OP Stack автоматически развертываются кросс-цепочные контракты, а также существует Supervisor для оспаривания, чтобы избежать передачи ложной кросс-цепочной информации. В настоящее время несколько основных торговых платформ используют архитектуру OP Stack.
Среди них наиболее典型ным является Unichain. Unichain в основном взаимодействует с сетью Superchain.