Исследование проблемы ликвидности разрыва в эпоху Уровня 2
С переходом Ethereum на решения по масштабированию с акцентом на Уровень 2 и ростом связанных инструментов, множество публичных блокчейнов стремительно развиваются. Многие организации хотят создать свои собственные цепочки, чтобы представлять различные интересы и стремиться к более высокой оценке. Однако появление множества публичных блокчейнов затрудняет развитие экосистемы, что приводит к тому, что многие проекты теряют в стоимости сразу после выпуска.
С помощью соответствующих технологий несколько известных учреждений выпустили свои собственные Уровень 2 или другие цепочки. В настоящее время финансирование и технические барьеры для создания цепочки значительно снизились, а стоимость эксплуатации цепочки на основе определенных технологий составляет около 10 000 долларов в месяц.
Будущее, несомненно, будет эпохой сосуществования многосетевых цепей. Хотя эти Уровень 2 цепи могут выбрать совместимость с EVM для достижения взаимосвязанности, из-за того, что за ними стоят сущности с множеством downstream-приложений, им трудно строить приложения и достигать консенсуса на одной цепи.
Текущая многосетевая экосистема ставит перед нами новую задачу: Ликвидность и распределение состояния. Так как существование многосетей неизбежно, то межоперационная совместимость является областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по ликвидности, но их основная суть одинакова.
Мы используем общепризнанную в отрасли архитектуру для поэтапного представления основных компонентов абстракции кросс-цепи:
Уровень приложений (Application Layer)
Это уровень, на котором пользователи взаимодействуют напрямую, и это самый абстрактный уровень в решениях по ликвидности, так как он полностью скрывает детали преобразования ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы преобразования ликвидности на нижнем уровне.
Уровень разрешений (Permission Layer)
Находится ниже уровня приложений, пользователи подключают кошелек к dApp и запрашивают цену для удовлетворения торгового намерения. Здесь «намерение» относится к ожидаемому конечному результату сделки (то есть выводу), а не к конкретному пути выполнения сделки.
Управление учетными записями и абстракция ключей (Управление ключами и абстракция учетных записей)
Из-за существования многосетевой среды требуется система управления учетными записями и абстракции, адаптирующаяся к различным цепочкам, для поддержания уникальной структуры учетных записей каждой цепочки. Некоторые проекты создали надежные системы учетных записей, не требующие установления межцепочечных консенсусов, а лишь надежных обязательств между существующими системами учетных записей. Другие реализовали абстрактное управление, создавая многоцепочные кошельки для пользователей, что значительно оптимизировало пользовательский опыт и уменьшило фрагментацию пользовательского опыта.
Слой решения (Solver Layer)
Этот уровень отвечает за прием и реализацию торговых намерений пользователей, роль Solvers здесь конкурирует, чтобы предоставить лучший пользовательский опыт, включая более быстрое время и скорость исполнения сделок. На этой основе некоторые проекты создали различные решения, основанные на намерениях.
Слой расчетов (Settlement Layer)
Это промежуточный уровень, используемый для реализации намерений пользователя. Основные компоненты решения ликвидности и распределенного состояния включают:
Оракул (Oracle): используется для получения информации о состоянии из других цепей.
Кросс-чейн мосты (Bridges): отвечают за передачу информации и ликвидности между цепями.
Предварительное подтверждение (Pre-Confirmation): сокращение времени подтверждения между цепями.
Доступность данных (DA): обеспечение доступности данных.
Кроме того, необходимо учитывать ликвидность между цепями, финальность (Finality), механизмы доказательства Уровня 2 и другие факторы для обеспечения эффективной работы всей многосетевой системы.
Решение
В настоящее время на рынке существует множество решений для ликвидности разрыва. Мы изучили большое количество решений и обнаружили, что основными являются следующие способы:
Ориентированный на технологические решения: помощь в совместном использовании ликвидности и состояния Rollup, построенном на определенном технологическом стеке, путем добавления специфических общих сортировщиков и кросс-цепочных мостов. Это призвано решить проблему ликвидности и распределения состояния на более высоком уровне.
Центрированность на учетной записи: создание учетного кошелька для всей цепи, поддерживающего подписание и выполнение сделок через несколько блокчейн-протоколов с помощью технологии, называемой «цепная подпись». Основным компонентом является сеть MPC, которая заменяет пользователей при подписании сделок на нескольких цепочках.
Центрируясь на сети намерений вне цепи: суть в том, что пользователи отправляют намерения в сеть Solver, а роль Solver заключается в конкуренции за предложения, предоставляя оптимальное время завершения и цену сделки. Эти Solver могут быть AI Agent, торговыми платформами, маркет-мейкерами или даже самими интеграционными протоколами.
Центрирование на сетях ликвидности на блокчейне: это направление специально оптимизирует проблемы ликвидности между цепями, но не решает проблемы рассеяния состояния на других цепях. Его суть заключается в создании слоя ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепи.
Сосредоточение на приложениях на блокчейне: такие приложения создаются путем интеграции крупных маркетмейкеров или сторонних приложений для построения высоколиквидных приложений. Эти проекты требуют управления сложными кросс-цепочными процессами, что предъявляет высокие требования к разработчикам, и, следовательно, также легко возникает проблема безопасности.
Решение проблемы ликвидности является очень важной задачей, в финансовом мире ликвидность зачастую означает всё. Если удастся построить интегрированную платформу ликвидности, особенно объединив разрозненную ликвидность по всей цепочке, это будет иметь огромный потенциал.
В этих двух категориях мы можем увидеть, что в зависимости от архитектуры уровень расчетов является самым атомарным решением, а выше этих атомарных решений, таких как кросс-чейн, оракулы и решения с предварительным подтверждением, построен более абстрактный уровень, который включает уровень решения, уровень прав и уровень приложений. Различные абстрактные или ликвидные решения, которые мы перечислили выше, соответствуют этим разным уровням и могут быть поняты как отношения между верхним и нижним звеном. Однако эти решения все еще не являются атомарными решениями, и проблема разрыва ликвидности приводит к появлению множества сложных производных вопросов, поэтому для обеспечения взаиморасчетов возникло множество разнообразных решений. Но по сути, все же необходимо полагаться на эти компоненты.
итоги
Решение проблемы ликвидности между цепями является очень сложной задачей с множеством решений, например, решения Уровня 2 делятся на те, которые используют встроенные в некоторые технологии кросс-цепочные сообщения для решения проблемы, и те, которые строят специальные технологические стеки для совместного использования сортировщиков. Вне контекста Уровня 2 все Уровни 1 также сталкиваются с проблемами ликвидности, состояния и разрозненности пользовательского опыта; существуют специализированные решения, ориентированные на приложения для ликвидности, а также решения вне сети, направленные на решение сети, и даже решения, подобные тем, что сосредоточены на учетных записях, но они также должны основываться на решении такой вне сетевой роли.
Мы в значительной степени признаем, что разрыв в кросс-чейн ликвидности, состоянии и пользовательском опыте является проблемой всей индустрии блокчейна. Если рассматривать это в целом, необходимо действовать более абстрактно, подобно абстракции цепи, что на самом деле является входом в настоящий Web3, решая проблему разрыва в пользовательском опыте, в то время как интеграция ликвидности и состояния происходит в местах, незаметных для пользователей. Конкретно, как интегрировать, делится на использование оффчейн сетей для решения и атомарную интеграцию кросс-чейн мостов и других инфраструктур, что заслуживает обсуждения. В целом, будущее определенно будет многоцепочным, решение проблемы рассеянной ликвидности — это вопрос, с которым неизбежно столкнется отрасль, и такая интеграция полной цепочной ликвидности имеет обширное пространство для роста, что может привести к созданию новых платформ эпохи Web3.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Вызовы ликвидности эпохи Уровень 2: Решения и тренды развития в многосетевой экосистеме
Исследование проблемы ликвидности разрыва в эпоху Уровня 2
С переходом Ethereum на решения по масштабированию с акцентом на Уровень 2 и ростом связанных инструментов, множество публичных блокчейнов стремительно развиваются. Многие организации хотят создать свои собственные цепочки, чтобы представлять различные интересы и стремиться к более высокой оценке. Однако появление множества публичных блокчейнов затрудняет развитие экосистемы, что приводит к тому, что многие проекты теряют в стоимости сразу после выпуска.
С помощью соответствующих технологий несколько известных учреждений выпустили свои собственные Уровень 2 или другие цепочки. В настоящее время финансирование и технические барьеры для создания цепочки значительно снизились, а стоимость эксплуатации цепочки на основе определенных технологий составляет около 10 000 долларов в месяц.
Будущее, несомненно, будет эпохой сосуществования многосетевых цепей. Хотя эти Уровень 2 цепи могут выбрать совместимость с EVM для достижения взаимосвязанности, из-за того, что за ними стоят сущности с множеством downstream-приложений, им трудно строить приложения и достигать консенсуса на одной цепи.
Текущая многосетевая экосистема ставит перед нами новую задачу: Ликвидность и распределение состояния. Так как существование многосетей неизбежно, то межоперационная совместимость является областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по ликвидности, но их основная суть одинакова.
Мы используем общепризнанную в отрасли архитектуру для поэтапного представления основных компонентов абстракции кросс-цепи:
Уровень приложений (Application Layer)
Это уровень, на котором пользователи взаимодействуют напрямую, и это самый абстрактный уровень в решениях по ликвидности, так как он полностью скрывает детали преобразования ликвидности. На уровне приложений пользователи взаимодействуют с интерфейсом, не обязательно понимая механизмы преобразования ликвидности на нижнем уровне.
Уровень разрешений (Permission Layer)
Находится ниже уровня приложений, пользователи подключают кошелек к dApp и запрашивают цену для удовлетворения торгового намерения. Здесь «намерение» относится к ожидаемому конечному результату сделки (то есть выводу), а не к конкретному пути выполнения сделки.
Управление учетными записями и абстракция ключей (Управление ключами и абстракция учетных записей)
Из-за существования многосетевой среды требуется система управления учетными записями и абстракции, адаптирующаяся к различным цепочкам, для поддержания уникальной структуры учетных записей каждой цепочки. Некоторые проекты создали надежные системы учетных записей, не требующие установления межцепочечных консенсусов, а лишь надежных обязательств между существующими системами учетных записей. Другие реализовали абстрактное управление, создавая многоцепочные кошельки для пользователей, что значительно оптимизировало пользовательский опыт и уменьшило фрагментацию пользовательского опыта.
Слой решения (Solver Layer)
Этот уровень отвечает за прием и реализацию торговых намерений пользователей, роль Solvers здесь конкурирует, чтобы предоставить лучший пользовательский опыт, включая более быстрое время и скорость исполнения сделок. На этой основе некоторые проекты создали различные решения, основанные на намерениях.
Слой расчетов (Settlement Layer)
Это промежуточный уровень, используемый для реализации намерений пользователя. Основные компоненты решения ликвидности и распределенного состояния включают:
Кроме того, необходимо учитывать ликвидность между цепями, финальность (Finality), механизмы доказательства Уровня 2 и другие факторы для обеспечения эффективной работы всей многосетевой системы.
Решение
В настоящее время на рынке существует множество решений для ликвидности разрыва. Мы изучили большое количество решений и обнаружили, что основными являются следующие способы:
Ориентированный на технологические решения: помощь в совместном использовании ликвидности и состояния Rollup, построенном на определенном технологическом стеке, путем добавления специфических общих сортировщиков и кросс-цепочных мостов. Это призвано решить проблему ликвидности и распределения состояния на более высоком уровне.
Центрированность на учетной записи: создание учетного кошелька для всей цепи, поддерживающего подписание и выполнение сделок через несколько блокчейн-протоколов с помощью технологии, называемой «цепная подпись». Основным компонентом является сеть MPC, которая заменяет пользователей при подписании сделок на нескольких цепочках.
Центрируясь на сети намерений вне цепи: суть в том, что пользователи отправляют намерения в сеть Solver, а роль Solver заключается в конкуренции за предложения, предоставляя оптимальное время завершения и цену сделки. Эти Solver могут быть AI Agent, торговыми платформами, маркет-мейкерами или даже самими интеграционными протоколами.
Центрирование на сетях ликвидности на блокчейне: это направление специально оптимизирует проблемы ликвидности между цепями, но не решает проблемы рассеяния состояния на других цепях. Его суть заключается в создании слоя ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепи.
Сосредоточение на приложениях на блокчейне: такие приложения создаются путем интеграции крупных маркетмейкеров или сторонних приложений для построения высоколиквидных приложений. Эти проекты требуют управления сложными кросс-цепочными процессами, что предъявляет высокие требования к разработчикам, и, следовательно, также легко возникает проблема безопасности.
Решение проблемы ликвидности является очень важной задачей, в финансовом мире ликвидность зачастую означает всё. Если удастся построить интегрированную платформу ликвидности, особенно объединив разрозненную ликвидность по всей цепочке, это будет иметь огромный потенциал.
В этих двух категориях мы можем увидеть, что в зависимости от архитектуры уровень расчетов является самым атомарным решением, а выше этих атомарных решений, таких как кросс-чейн, оракулы и решения с предварительным подтверждением, построен более абстрактный уровень, который включает уровень решения, уровень прав и уровень приложений. Различные абстрактные или ликвидные решения, которые мы перечислили выше, соответствуют этим разным уровням и могут быть поняты как отношения между верхним и нижним звеном. Однако эти решения все еще не являются атомарными решениями, и проблема разрыва ликвидности приводит к появлению множества сложных производных вопросов, поэтому для обеспечения взаиморасчетов возникло множество разнообразных решений. Но по сути, все же необходимо полагаться на эти компоненты.
итоги
Решение проблемы ликвидности между цепями является очень сложной задачей с множеством решений, например, решения Уровня 2 делятся на те, которые используют встроенные в некоторые технологии кросс-цепочные сообщения для решения проблемы, и те, которые строят специальные технологические стеки для совместного использования сортировщиков. Вне контекста Уровня 2 все Уровни 1 также сталкиваются с проблемами ликвидности, состояния и разрозненности пользовательского опыта; существуют специализированные решения, ориентированные на приложения для ликвидности, а также решения вне сети, направленные на решение сети, и даже решения, подобные тем, что сосредоточены на учетных записях, но они также должны основываться на решении такой вне сетевой роли.
Мы в значительной степени признаем, что разрыв в кросс-чейн ликвидности, состоянии и пользовательском опыте является проблемой всей индустрии блокчейна. Если рассматривать это в целом, необходимо действовать более абстрактно, подобно абстракции цепи, что на самом деле является входом в настоящий Web3, решая проблему разрыва в пользовательском опыте, в то время как интеграция ликвидности и состояния происходит в местах, незаметных для пользователей. Конкретно, как интегрировать, делится на использование оффчейн сетей для решения и атомарную интеграцию кросс-чейн мостов и других инфраструктур, что заслуживает обсуждения. В целом, будущее определенно будет многоцепочным, решение проблемы рассеянной ликвидности — это вопрос, с которым неизбежно столкнется отрасль, и такая интеграция полной цепочной ликвидности имеет обширное пространство для роста, что может привести к созданию новых платформ эпохи Web3.