Исследование проблемы ликвидности разрыва в эпоху Уровня 2
С переходом Ethereum на расширение, основанное на Уровне 2, и с ростом соответствующих инструментов, огромное количество публичных цепей быстро развивается. Многие организации стремятся создать свои собственные цепи, чтобы представлять различные интересы и искать более высокую оценку. Однако появление множества публичных цепей затрудняет развитие экосистемы, что приводит к тому, что многие проекты сталкиваются с трудностями на ранних этапах.
С помощью соответствующих технологий несколько известных компаний и учреждений запустили свои собственные Уровень 2 или частные цепочки. В настоящее время стоимость и технологические барьеры для создания цепочки значительно снизились, а эксплуатационные расходы цепочки на основе определенного технологического стека составляют около 10 000 долларов в месяц.
Будущее, безусловно, будет эпохой сосуществования многосетевых цепочек. Хотя эти Уровень 2 цепочки могут выбрать совместимость с EVM для обеспечения взаимосвязи, из-за большого количества связанных приложений за их спинами, им будет трудно строить приложения и достигать консенсуса на одной и той же цепочке.
Текущая многосеточная экосистема принесла новую проблему: Ликвидность и распределение состояния. Поскольку существование многосетей неизбежно, межоперабельность становится областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по Ликвидности, таких как абстракция цепочки, намерение, Clearing Execution, Native CrossChain, ZKSharding и другие, но их основная суть одинакова.
Мы используем общепризнанную архитектуру Cake для поэтапного введения в основные компоненты абстракции кросс-цепи:
Уровень приложения (Application Layer)
Это уровень прямого взаимодействия с пользователем, а также самый абстрактный уровень в решениях по ликвидности, поскольку он полностью скрывает детали преобразования ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы преобразования ликвидности на нижнем уровне.
Уровень разрешений (Permission Layer)
Находится под уровнем приложений, пользователи подключают кошелек к dApp и запрашивают котировку для удовлетворения торгового намерения. Здесь "намерение" относится к ожидаемому конечному результату сделки (то есть выходу), а не к конкретному пути выполнения сделки.
Управление учетными записями и абстракция учетной записи (Управление ключами и абстракция учетной записи)
Из-за наличия многосетевой среды необходимо создать систему управления учетными записями и абстракции, адаптированную к различным цепочкам, чтобы поддерживать уникальную структуру учетных записей каждой цепочки. Некоторые проекты достигают абстрактного управления, создавая надежную систему учетных записей или генерируя многосетевые кошельки для пользователей, что значительно оптимизирует пользовательский опыт и уменьшает фрагментацию UX.
Уровень решения (Solver Layer)
Этот уровень отвечает за получение и реализацию торговых намерений пользователей, роль Solver здесь конкурирует, чтобы предоставить лучший пользовательский опыт, включая более быстрое время и скорость выполнения сделок. На этой основе некоторые проекты разработали различные решения, основанные на намерениях.
Уровень расчета (Settlement Layer)
Это промежуточный уровень, используемый для реализации намерений пользователей на уровне 2. Основные компоненты решения по ликвидности и распределению состояния включают:
Оракул (Oracle): используется для получения информации о состоянии на других цепочках.
Кросс-чейн мосты (Bridges): отвечают за передачу информации и ликвидности между цепями.
Предварительное подтверждение (Pre-Confirmation): сокращение времени подтверждения между цепями.
Доступность данных (DA): обеспечение доступности данных.
Кроме того, необходимо учитывать такие факторы, как ликвидность между цепями, окончательная подтверждаемость (Finality), механизмы доказательства Уровня 2 и т.д., чтобы обеспечить эффективную работу всей многосетевой системы.
В настоящее время на рынке существует несколько решений для устранения ликвидности, которые в основном включают следующие способы:
Упор на определенные технологии: содействие совместному использованию ликвидности и состояния в Rollup, построенных на определенном технологическом стеке, путем добавления определенных общих сортировщиков и кросс-цепных мостов.
Центрированность на аккаунте: создание учетного кошелька на всей цепочке, поддерживаемого определенными технологиями для подписания и выполнения транзакций через различные блокчейн-протоколы.
Сосредоточение на сетях вне цепочки намерений: пользователи отправляют намерения в сеть Solver, где роль Solver заключается в конкуренции за котировки, предоставляя оптимальное время выполнения и цену сделки.
Центрируя на сетях ликвидности на блокчейне: специализированная оптимизация вопросов ликвидности между цепями, создание слоя ликвидности, на котором строятся приложения для обмена ликвидностью по всей цепи.
Центрируйтесь на приложениях на основе блокчейна: создавайте высоколиквидные приложения, интегрируя большие MM или сторонние приложения и т.д.
Решение проблемы ликвидности является очень важной задачей, в финансовом мире ликвидность часто представляет собой все, если удастся создать платформу для интеграции ликвидности, особенно объединяя разрозненную ликвидность по всей цепочке, это будет иметь огромный потенциал.
Далее мы обсудим несколько典型ных проектов абстрактных концепций цепочки, чтобы посмотреть, как каждый из них решает проблему ликвидности разрыва с точки зрения своего начала.
INFINIT
INFINIT создала сервис в сфере DeFi, который может предоставить компоненты, необходимые для прямого построения DeFi протоколов, такие как Oracle, Pool Type, IRM, Asset и т.д., а также компоненты, такие как Leverage Trading и Yield Strategy, которые могут быть немедленно активированы. Это эквивалентно другим приложениям на стороне построения, но окончательная ликвидность размещается на ликвидностном уровне INFINIT.
Khalani построил три основных компонента: совместимый уровень Intent, Validity и универсальный уровень расчетов. Внешние приложения или уровень намерений могут отправлять намерения в Khalani, после чего совместимый уровень Intent Khalani сможет преобразовать внешние намерения в формат, распознаваемый протоколом Solver.
Лакрица
Liquorice — это децентрализованное приложение, позволяющее осуществлять ценообразование на основе аукционов и односторонние Ликвидность-пулы. Основная миссия Liquorice заключается в предоставлении профессиональным торговым компаниям эффективных инструментов управления запасами и легком соединении с основными DeFi-протоколами при расчетах по сделкам с намерениями использования.
Сион
Xion построен на согласительном протоколе Comet BFT. Используемая им кросс-чейн связь основана на Cosmos IBC, что делает его более нативным и безопасным по сравнению с другими кросс-чейн мостами.
=nil; Фонд
nil является разработчиком ZK вычислительной мощности на Ethereum, ZK сопроцессоров и Уровня 2, предложившим решение zkSharding. Это решение использует ZK технологии для горизонтального масштабирования основной сети Ethereum, выполняет параллельную обработку транзакций с шarding и генерирует ZKP.
ERC-7683
Ethereum также работает над решением проблемы кросс-цепной ликвидности. В настоящее время несколько известных проектов сначала открыто поддерживают стандарт ERC7683, который также использует основанный на Intent кросс-цепной метод. Его основной целью является создание общего стандарта для кросс-цепных операций между L2 и сайдчейнами, стандартизация интерфейсов заказов и расчетов для достижения бесшовного кросс-цепного выполнения.
Стек операций
OP Stack создаёт полное решение на основе многоуровневых технологий Layer 2, чтобы единовременно решить проблемы передачи информации и децентрализации Sequencer. Когда вы используете архитектуру OP Stack, автоматически развертываются кросс-сетевые контракты, одновременно существует Supervisor, который может оспорить и избежать передачи ложной кросс-сетевой информации.
Резюме
Решение проблемы кросс-чейн Ликвидность — это очень сложная и многообразная область с множеством решений. Разные подходы пытаются решить проблемы Ликвидности, состояния и разрыва пользовательского опыта с разных точек зрения. Будущее обязательно будет многосетевым, и решение проблемы распределенной Ликвидности — это неизбежный вызов для отрасли, и такая интеграция полной Ликвидности имеет широкие возможности для развития, что может стать важной инфраструктурой эпохи Web3.
Посмотреть Оригинал
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Проблема разрыва ликвидности в эпоху Уровня 2: исследование решений в многосетевой экосистеме
Исследование проблемы ликвидности разрыва в эпоху Уровня 2
С переходом Ethereum на расширение, основанное на Уровне 2, и с ростом соответствующих инструментов, огромное количество публичных цепей быстро развивается. Многие организации стремятся создать свои собственные цепи, чтобы представлять различные интересы и искать более высокую оценку. Однако появление множества публичных цепей затрудняет развитие экосистемы, что приводит к тому, что многие проекты сталкиваются с трудностями на ранних этапах.
С помощью соответствующих технологий несколько известных компаний и учреждений запустили свои собственные Уровень 2 или частные цепочки. В настоящее время стоимость и технологические барьеры для создания цепочки значительно снизились, а эксплуатационные расходы цепочки на основе определенного технологического стека составляют около 10 000 долларов в месяц.
Будущее, безусловно, будет эпохой сосуществования многосетевых цепочек. Хотя эти Уровень 2 цепочки могут выбрать совместимость с EVM для обеспечения взаимосвязи, из-за большого количества связанных приложений за их спинами, им будет трудно строить приложения и достигать консенсуса на одной и той же цепочке.
Текущая многосеточная экосистема принесла новую проблему: Ликвидность и распределение состояния. Поскольку существование многосетей неизбежно, межоперабельность становится областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по Ликвидности, таких как абстракция цепочки, намерение, Clearing Execution, Native CrossChain, ZKSharding и другие, но их основная суть одинакова.
Мы используем общепризнанную архитектуру Cake для поэтапного введения в основные компоненты абстракции кросс-цепи:
Уровень приложения (Application Layer)
Это уровень прямого взаимодействия с пользователем, а также самый абстрактный уровень в решениях по ликвидности, поскольку он полностью скрывает детали преобразования ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы преобразования ликвидности на нижнем уровне.
Уровень разрешений (Permission Layer)
Находится под уровнем приложений, пользователи подключают кошелек к dApp и запрашивают котировку для удовлетворения торгового намерения. Здесь "намерение" относится к ожидаемому конечному результату сделки (то есть выходу), а не к конкретному пути выполнения сделки.
Управление учетными записями и абстракция учетной записи (Управление ключами и абстракция учетной записи)
Из-за наличия многосетевой среды необходимо создать систему управления учетными записями и абстракции, адаптированную к различным цепочкам, чтобы поддерживать уникальную структуру учетных записей каждой цепочки. Некоторые проекты достигают абстрактного управления, создавая надежную систему учетных записей или генерируя многосетевые кошельки для пользователей, что значительно оптимизирует пользовательский опыт и уменьшает фрагментацию UX.
Уровень решения (Solver Layer)
Этот уровень отвечает за получение и реализацию торговых намерений пользователей, роль Solver здесь конкурирует, чтобы предоставить лучший пользовательский опыт, включая более быстрое время и скорость выполнения сделок. На этой основе некоторые проекты разработали различные решения, основанные на намерениях.
Уровень расчета (Settlement Layer)
Это промежуточный уровень, используемый для реализации намерений пользователей на уровне 2. Основные компоненты решения по ликвидности и распределению состояния включают:
Кроме того, необходимо учитывать такие факторы, как ликвидность между цепями, окончательная подтверждаемость (Finality), механизмы доказательства Уровня 2 и т.д., чтобы обеспечить эффективную работу всей многосетевой системы.
! Исследование фрагментации ликвидности в эпоху уровня 2
Решение
В настоящее время на рынке существует несколько решений для устранения ликвидности, которые в основном включают следующие способы:
Упор на определенные технологии: содействие совместному использованию ликвидности и состояния в Rollup, построенных на определенном технологическом стеке, путем добавления определенных общих сортировщиков и кросс-цепных мостов.
Центрированность на аккаунте: создание учетного кошелька на всей цепочке, поддерживаемого определенными технологиями для подписания и выполнения транзакций через различные блокчейн-протоколы.
Сосредоточение на сетях вне цепочки намерений: пользователи отправляют намерения в сеть Solver, где роль Solver заключается в конкуренции за котировки, предоставляя оптимальное время выполнения и цену сделки.
Центрируя на сетях ликвидности на блокчейне: специализированная оптимизация вопросов ликвидности между цепями, создание слоя ликвидности, на котором строятся приложения для обмена ликвидностью по всей цепи.
Центрируйтесь на приложениях на основе блокчейна: создавайте высоколиквидные приложения, интегрируя большие MM или сторонние приложения и т.д.
Решение проблемы ликвидности является очень важной задачей, в финансовом мире ликвидность часто представляет собой все, если удастся создать платформу для интеграции ликвидности, особенно объединяя разрозненную ликвидность по всей цепочке, это будет иметь огромный потенциал.
Далее мы обсудим несколько典型ных проектов абстрактных концепций цепочки, чтобы посмотреть, как каждый из них решает проблему ликвидности разрыва с точки зрения своего начала.
INFINIT
INFINIT создала сервис в сфере DeFi, который может предоставить компоненты, необходимые для прямого построения DeFi протоколов, такие как Oracle, Pool Type, IRM, Asset и т.д., а также компоненты, такие как Leverage Trading и Yield Strategy, которые могут быть немедленно активированы. Это эквивалентно другим приложениям на стороне построения, но окончательная ликвидность размещается на ликвидностном уровне INFINIT.
! Исследование фрагментации ликвидности в эпоху уровня 2
Сеть Khalani
Khalani построил три основных компонента: совместимый уровень Intent, Validity и универсальный уровень расчетов. Внешние приложения или уровень намерений могут отправлять намерения в Khalani, после чего совместимый уровень Intent Khalani сможет преобразовать внешние намерения в формат, распознаваемый протоколом Solver.
Лакрица
Liquorice — это децентрализованное приложение, позволяющее осуществлять ценообразование на основе аукционов и односторонние Ликвидность-пулы. Основная миссия Liquorice заключается в предоставлении профессиональным торговым компаниям эффективных инструментов управления запасами и легком соединении с основными DeFi-протоколами при расчетах по сделкам с намерениями использования.
Сион
Xion построен на согласительном протоколе Comet BFT. Используемая им кросс-чейн связь основана на Cosmos IBC, что делает его более нативным и безопасным по сравнению с другими кросс-чейн мостами.
=nil; Фонд
nil является разработчиком ZK вычислительной мощности на Ethereum, ZK сопроцессоров и Уровня 2, предложившим решение zkSharding. Это решение использует ZK технологии для горизонтального масштабирования основной сети Ethereum, выполняет параллельную обработку транзакций с шarding и генерирует ZKP.
ERC-7683
Ethereum также работает над решением проблемы кросс-цепной ликвидности. В настоящее время несколько известных проектов сначала открыто поддерживают стандарт ERC7683, который также использует основанный на Intent кросс-цепной метод. Его основной целью является создание общего стандарта для кросс-цепных операций между L2 и сайдчейнами, стандартизация интерфейсов заказов и расчетов для достижения бесшовного кросс-цепного выполнения.
Стек операций
OP Stack создаёт полное решение на основе многоуровневых технологий Layer 2, чтобы единовременно решить проблемы передачи информации и децентрализации Sequencer. Когда вы используете архитектуру OP Stack, автоматически развертываются кросс-сетевые контракты, одновременно существует Supervisor, который может оспорить и избежать передачи ложной кросс-сетевой информации.
Резюме
Решение проблемы кросс-чейн Ликвидность — это очень сложная и многообразная область с множеством решений. Разные подходы пытаются решить проблемы Ликвидности, состояния и разрыва пользовательского опыта с разных точек зрения. Будущее обязательно будет многосетевым, и решение проблемы распределенной Ликвидности — это неизбежный вызов для отрасли, и такая интеграция полной Ликвидности имеет широкие возможности для развития, что может стать важной инфраструктурой эпохи Web3.