После того как Ethereum перешел к расширению, сосредоточенному на Уровне 2, и с появлением таких инструментов, как RaaS, множество публичных цепочек быстро развиваются. Многие организации стремятся создать свои собственные цепочки, чтобы представлять различные интересы и искать более высокую оценку. Однако появление множества публичных цепочек затрудняет развитие экосистемы, что приводит к тому, что многие проекты теряют стоимость уже при первичном размещении токенов.
С помощью OP Stack одна торговая платформа запустила свой собственный Base Уровень 2, другая торговая платформа выпустила Ink; с использованием ZK технологий одна торговая платформа представила XLayer; одна технологическая компания выпустила Soneium, а одна телекоммуникационная компания представила Kaia и другие. Сейчас порог входа для создания цепочки снизился как по финансам, так и по технологиям, стоимость эксплуатации цепочки на базе OP Stack составляет около 10 000 долларов в месяц.
Будущее, безусловно, будет эпохой сосуществования многосетевых цепей. Хотя эти Уровень 2 цепи могут выбрать совместимость с EVM для достижения взаимосвязи, из-за того, что за ними стоят значительные Web2 сущности с множеством downstream приложений, им будет трудно строить приложения и достигать консенсуса на одной цепи.
Текущая многосетевая экосистема представляет собой новую проблему: ликвидность и распределение состояния. Поскольку существование многосетей неизбежно, то интероперабельность является областью, которую необходимо исследовать и решить. В настоящее время существует множество решений для ликвидности, таких как абстракция цепочки, намерение, Clearing Execution, Native CrossChain, ZKSharding и т.д., однако их основная суть одинакова.
Мы используем широко признанную в отрасли архитектуру Cake, чтобы сверху вниз представить основные компоненты абстракции кросс-чейн:
Прикладной уровень (Application Layer)
Это уровень, с которым пользователи взаимодействуют непосредственно, и это самый абстрактный уровень в решениях по ликвидности, поскольку он полностью скрывает детали преобразования ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы преобразования ликвидности на нижнем уровне.
Уровень разрешений (Permission Layer)
Находясь под уровнем приложений, пользователи подключают кошелек к dApp и запрашивают цену для удовлетворения торгового намерения. Здесь «намерение» относится к ожидаемому конечному результату сделки (то есть выводу), а не к конкретному пути выполнения сделки.
Управление учетной записью и абстракция учетной записи (Key Management and Account Abstraction)
Из-за существования многоцепочной среды необходимо создать систему управления учетными записями и абстракции, адаптированную к различным цепям, для поддержания уникальной структуры учетных записей каждой цепи. Один проект разработал надежную систему учетных записей, не требуя создания межцепного консенсуса, достаточно доверительных обязательств между существующими системами учетных записей. Другой проект реализует абстрактное управление, генерируя многоцепочные кошельки для пользователей, что значительно оптимизирует пользовательский опыт и уменьшает фрагментацию UX. Тем не менее, в области ликвидности в основном интегрированы существующие публичные цепи.
Уровень 2 (Solver Layer)
Этот уровень отвечает за принятие и реализацию торговых намерений пользователей, роль Solver здесь конкурирует за предоставление лучшего пользовательского опыта, включая более быстрое время торговли и скорость исполнения. На этой основе проекты, основанные на намерении, разработали различные решения, управляемые намерением. Производные этого рода намерений, такие как компонент Predicate, могут реализовать намерения пользователей при соблюдении определённых правил.
Слой расчетов (Settlement Layer)
Это промежуточный уровень, используемый для реализации намерений пользователей. Основные компоненты решения по ликвидности и распределенному состоянию включают:
Оракул (Oracle): используется для получения информации о состоянии на других цепочках.
Кросс-чейн мосты (Bridges): отвечают за передачу информации и ликвидности между цепями.
Предварительное подтверждение (Pre-Confirmation): сокращение времени подтверждения между цепями.
Доступность данных (DA): обеспечение доступа к данным.
Кроме того, необходимо учитывать ликвидность между цепями, окончательность (Finality), механизмы доказательства Уровень 2 и другие факторы для обеспечения эффективной работы всей многосетевой системы.
В настоящее время на рынке существует несколько решений для устранения Ликвидность, в основном включая:
В центре RaaS: помощь в совместном использовании ликвидности и состояния Rollup, построенных на OP Stack, через добавление определенных общих сортировщиков и межсетевых мостов.
Центр на учетной записи: создать универсальный кошелек для учетной записи, поддерживающий подписывание и выполнение транзакций через различные протоколы блокчейна с помощью технологии "цепной подписи".
Сеть намерений вне цепочки в центре: пользователи отправляют намерения в сеть Solver, Solver конкурирует с предложениями, предоставляя оптимальное время выполнения и цену сделки.
Центрируя на сети ликвидности на блокчейне: создать уровень ликвидности, на котором будут строиться приложения для совместного использования ликвидности всей цепочки.
Центрирование на цепочечных приложениях: создание высоколиквидных приложений путем интеграции крупных маркетмейкеров или сторонних приложений.
Решение проблемы ликвидности является очень важной задачей. В финансовом мире ликвидность часто представляет собой всё. Если удастся создать интегрированную платформу ликвидности, особенно объединив разрозненную ликвидность по всей цепочке, это будет иметь огромный потенциал.
Некоторые типичные проекты концепции абстракции цепочки включают:
БЕСКОНЕЧНОСТЬ
INFINIT построила сервис RaaS для DeFi-сферы, предоставляя компоненты, необходимые для прямого построения DeFi-протоколов, такие как Oracle, Pool Type, IRM, Asset и др., а также может предоставить компоненты для немедленного использования, такие как Leverage Trading и Yield Strategy.
Сеть Khalani
Khalani построил три основных компонента: совместимый уровень Intent, Validity и универсальный уровень расчетов. Внешние приложения или уровень намерений могут отправлять намерения в Khalani, после чего совместимый уровень Intent сможет преобразовать внешние намерения в формат, который может распознавать протокол Solver.
Лакрица
Liquorice — это децентрализованное приложение, которое обеспечивает ценообразование на основе аукционов и односторонние ликвидные пулы. Его основная миссия заключается в предоставлении эффективных инструментов управления запасами для профессиональных торговых компаний и легком подключении к основным DeFi протоколам при расчетах по намерению использования.
Xion основан на протоколе консенсуса Comet BFT. Используемая им кросс-цепная связь основана на Cosmos IBC, поэтому она более нативная и безопасная, чем другие кросс-цепные мосты.
=nil; Фонд
nil является разработчиком ZK рынка вычислительных мощностей Ethereum, ZK сопроцессоров и Уровня 2. Он предложил решение zkSharding, которое использует ZK технологии для горизонтального масштабирования основной сети Ethereum, выполняет параллобную обработку транзакций и генерирует ZKP.
ERC-7683
Это предложение по созданию универсального стандарта для кросс-цепочных операций между L2 и побочными цепями, направленное на стандартизацию интерфейсов заказов и расчетов, чтобы обеспечить бесшовное выполнение кросс-цепочных операций.
Стек ОП
OP Stack разработан с полным решением для многослойных решений Уровень 2, чтобы одновременно решить проблемы передачи информации и децентрализации Sequencer. При использовании архитектуры OP Stack автоматически развертываются кросс-цепные контракты, при этом существует Supervisor, который будет оспаривать, чтобы избежать передачи ложной кросс-цепной информации.
Решение проблемы ликвидности между цепями является очень сложной задачей с множеством решений. Будущее обязательно будет многосетевым, и решение проблемы распределенной ликвидности станет неизбежным вызовом для отрасли. Интеграция ликвидности на всех цепях имеет широкий потенциал для роста и может стать важной инфраструктурой в эпоху Web3.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Вызовы ликвидности в эпоху Уровня 2 и решения по интеграции многоцепочечных систем
Уровень 2 时代的 Ликвидность挑战与解决方案
После того как Ethereum перешел к расширению, сосредоточенному на Уровне 2, и с появлением таких инструментов, как RaaS, множество публичных цепочек быстро развиваются. Многие организации стремятся создать свои собственные цепочки, чтобы представлять различные интересы и искать более высокую оценку. Однако появление множества публичных цепочек затрудняет развитие экосистемы, что приводит к тому, что многие проекты теряют стоимость уже при первичном размещении токенов.
С помощью OP Stack одна торговая платформа запустила свой собственный Base Уровень 2, другая торговая платформа выпустила Ink; с использованием ZK технологий одна торговая платформа представила XLayer; одна технологическая компания выпустила Soneium, а одна телекоммуникационная компания представила Kaia и другие. Сейчас порог входа для создания цепочки снизился как по финансам, так и по технологиям, стоимость эксплуатации цепочки на базе OP Stack составляет около 10 000 долларов в месяц.
Будущее, безусловно, будет эпохой сосуществования многосетевых цепей. Хотя эти Уровень 2 цепи могут выбрать совместимость с EVM для достижения взаимосвязи, из-за того, что за ними стоят значительные Web2 сущности с множеством downstream приложений, им будет трудно строить приложения и достигать консенсуса на одной цепи.
Текущая многосетевая экосистема представляет собой новую проблему: ликвидность и распределение состояния. Поскольку существование многосетей неизбежно, то интероперабельность является областью, которую необходимо исследовать и решить. В настоящее время существует множество решений для ликвидности, таких как абстракция цепочки, намерение, Clearing Execution, Native CrossChain, ZKSharding и т.д., однако их основная суть одинакова.
Мы используем широко признанную в отрасли архитектуру Cake, чтобы сверху вниз представить основные компоненты абстракции кросс-чейн:
Прикладной уровень (Application Layer)
Это уровень, с которым пользователи взаимодействуют непосредственно, и это самый абстрактный уровень в решениях по ликвидности, поскольку он полностью скрывает детали преобразования ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы преобразования ликвидности на нижнем уровне.
Уровень разрешений (Permission Layer)
Находясь под уровнем приложений, пользователи подключают кошелек к dApp и запрашивают цену для удовлетворения торгового намерения. Здесь «намерение» относится к ожидаемому конечному результату сделки (то есть выводу), а не к конкретному пути выполнения сделки.
Управление учетной записью и абстракция учетной записи (Key Management and Account Abstraction)
Из-за существования многоцепочной среды необходимо создать систему управления учетными записями и абстракции, адаптированную к различным цепям, для поддержания уникальной структуры учетных записей каждой цепи. Один проект разработал надежную систему учетных записей, не требуя создания межцепного консенсуса, достаточно доверительных обязательств между существующими системами учетных записей. Другой проект реализует абстрактное управление, генерируя многоцепочные кошельки для пользователей, что значительно оптимизирует пользовательский опыт и уменьшает фрагментацию UX. Тем не менее, в области ликвидности в основном интегрированы существующие публичные цепи.
Уровень 2 (Solver Layer)
Этот уровень отвечает за принятие и реализацию торговых намерений пользователей, роль Solver здесь конкурирует за предоставление лучшего пользовательского опыта, включая более быстрое время торговли и скорость исполнения. На этой основе проекты, основанные на намерении, разработали различные решения, управляемые намерением. Производные этого рода намерений, такие как компонент Predicate, могут реализовать намерения пользователей при соблюдении определённых правил.
Слой расчетов (Settlement Layer)
Это промежуточный уровень, используемый для реализации намерений пользователей. Основные компоненты решения по ликвидности и распределенному состоянию включают:
Кроме того, необходимо учитывать ликвидность между цепями, окончательность (Finality), механизмы доказательства Уровень 2 и другие факторы для обеспечения эффективной работы всей многосетевой системы.
В настоящее время на рынке существует несколько решений для устранения Ликвидность, в основном включая:
В центре RaaS: помощь в совместном использовании ликвидности и состояния Rollup, построенных на OP Stack, через добавление определенных общих сортировщиков и межсетевых мостов.
Центр на учетной записи: создать универсальный кошелек для учетной записи, поддерживающий подписывание и выполнение транзакций через различные протоколы блокчейна с помощью технологии "цепной подписи".
Сеть намерений вне цепочки в центре: пользователи отправляют намерения в сеть Solver, Solver конкурирует с предложениями, предоставляя оптимальное время выполнения и цену сделки.
Центрируя на сети ликвидности на блокчейне: создать уровень ликвидности, на котором будут строиться приложения для совместного использования ликвидности всей цепочки.
Центрирование на цепочечных приложениях: создание высоколиквидных приложений путем интеграции крупных маркетмейкеров или сторонних приложений.
Решение проблемы ликвидности является очень важной задачей. В финансовом мире ликвидность часто представляет собой всё. Если удастся создать интегрированную платформу ликвидности, особенно объединив разрозненную ликвидность по всей цепочке, это будет иметь огромный потенциал.
Некоторые типичные проекты концепции абстракции цепочки включают:
БЕСКОНЕЧНОСТЬ
INFINIT построила сервис RaaS для DeFi-сферы, предоставляя компоненты, необходимые для прямого построения DeFi-протоколов, такие как Oracle, Pool Type, IRM, Asset и др., а также может предоставить компоненты для немедленного использования, такие как Leverage Trading и Yield Strategy.
Сеть Khalani
Khalani построил три основных компонента: совместимый уровень Intent, Validity и универсальный уровень расчетов. Внешние приложения или уровень намерений могут отправлять намерения в Khalani, после чего совместимый уровень Intent сможет преобразовать внешние намерения в формат, который может распознавать протокол Solver.
Лакрица
Liquorice — это децентрализованное приложение, которое обеспечивает ценообразование на основе аукционов и односторонние ликвидные пулы. Его основная миссия заключается в предоставлении эффективных инструментов управления запасами для профессиональных торговых компаний и легком подключении к основным DeFi протоколам при расчетах по намерению использования.
! Исследование фрагментации ликвидности в эпоху уровня 2
Сион
Xion основан на протоколе консенсуса Comet BFT. Используемая им кросс-цепная связь основана на Cosmos IBC, поэтому она более нативная и безопасная, чем другие кросс-цепные мосты.
=nil; Фонд
nil является разработчиком ZK рынка вычислительных мощностей Ethereum, ZK сопроцессоров и Уровня 2. Он предложил решение zkSharding, которое использует ZK технологии для горизонтального масштабирования основной сети Ethereum, выполняет параллобную обработку транзакций и генерирует ZKP.
ERC-7683
Это предложение по созданию универсального стандарта для кросс-цепочных операций между L2 и побочными цепями, направленное на стандартизацию интерфейсов заказов и расчетов, чтобы обеспечить бесшовное выполнение кросс-цепочных операций.
Стек ОП
OP Stack разработан с полным решением для многослойных решений Уровень 2, чтобы одновременно решить проблемы передачи информации и децентрализации Sequencer. При использовании архитектуры OP Stack автоматически развертываются кросс-цепные контракты, при этом существует Supervisor, который будет оспаривать, чтобы избежать передачи ложной кросс-цепной информации.
! Исследование фрагментации ликвидности в эпоху уровня 2
Решение проблемы ликвидности между цепями является очень сложной задачей с множеством решений. Будущее обязательно будет многосетевым, и решение проблемы распределенной ликвидности станет неизбежным вызовом для отрасли. Интеграция ликвидности на всех цепях имеет широкий потенциал для роста и может стать важной инфраструктурой в эпоху Web3.