С переходом Ethereum к расширению на основе Уровня 2 и ростом инструментов, таких как RaaS, множество публичных блокчейнов быстро развиваются. Многие организации стремятся создать свои собственные цепочки, чтобы представлять различные интересы и добиваться более высокой оценки. Однако появление множества публичных блокчейнов затрудняет развитие экосистемы, что приводит к тому, что многие проекты сталкиваются с неудачами на ранних стадиях.
С помощью OP Stack и ZK технологий некоторые крупные торговые платформы и технологические компании начали запускать свои собственные Уровень 2 или собственные цепочки. В настоящее время стоимость создания и эксплуатации цепочки на основе OP Stack значительно снизилась и составляет примерно 10 000 долларов в месяц.
Будущее, несомненно, будет эпохой сосуществования многократных цепочек. Хотя эти Уровень 2 цепочки могут выбирать совместимость с EVM для достижения взаимосвязи, из-за большого количества приложений вниз по цепочке от Web2-сущностей, трудно строить приложения и достигать согласия на одной цепи.
Текущая многосеточная экосистема представляет собой новую проблему: ликвидность и распределение состояния. Поскольку существование многосетей неизбежно, интероперабельность становится областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по ликвидности, таких как абстракция цепочки, намерения, исполнение ликвидации, родные кросс-цепочки, ZK-шардинг и т. д., но их основная суть схожа.
В отрасли широко признанная архитектура Cake описывает состав основных компонентов абстракции межцепочки сверху вниз:
Прикладной уровень: уровень, с которым пользователи взаимодействуют напрямую, полностью скрывая детали преобразования ликвидности.
Уровень 2: Пользователь подключает кошелек к dApp и запрашивает цену для удовлетворения торгового намерения.
Учетная запись и абстрактный уровень: необходимо адаптировать управление учетными записями и абстрактную систему для различных цепочек.
Уровень 2: отвечает за получение и реализацию торговых намерений пользователей, роль Solver здесь конкурирует, чтобы предоставить лучший пользовательский опыт.
Уровень расчета: уровень решения используется как промежуточный уровень для реализации намерений пользователя, включая компоненты такие как оракулы, кросс-чейн мосты, схемы предварительного подтверждения, доступность данных и т.д.
В настоящее время на рынке представлено множество решений для ликвидности разрыва, в основном включая:
В центре RaaS: помощь в создании совместной ликвидности и состояния Rollup на OP Stack с помощью подключения определенных общих сортировщиков и кросс-чейн мостов.
Центрированная на аккаунте: создание кошелька для всех цепочек с поддержкой подписания и выполнения транзакций через технологию "цепной подписи" с использованием различных блокчейн-протоколов.
Центрируя на сети намерений вне цепи: пользователи отправляют намерения в сеть Solver, Solver конкурирует за ставки, предлагая оптимальное время завершения и цену сделки.
Центрируясь на сети ликвидности на блокчейне: создайте уровень ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепи.
Центрируйтесь на приложениях на блокчейне: создавайте приложения с высокой ликвидностью, интегрируя крупных маркетмейкеров или сторонние приложения.
Решение проблемы ликвидности является важной задачей, если удастся создать интегрированную платформу ликвидности, особенно если удастся объединить разрозненную ликвидность по всем цепочкам, это будет иметь огромный потенциал.
Некоторые типичные проекты концепций абстракции цепочки включают:
INFINIT: Создание DeFi сервиса RaaS, предоставляющего необходимые компоненты для протоколов, окончательная Ликвидность размещается на Ликвидность уровне INFINIT.
Khalani Network: построить три核心 компонента: совместимый с Intent уровень, Validity и общий уровень расчета.
Liquorice: децентрализованные приложения, реализующие основанное на аукционах ценообразование и односторонние ликвидные пулы, сосредоточенные на самой торговле.
Xion: основанный на протоколе консенсуса Comet BFT, использующий межсетевую связь Cosmos IBC.
=nil; Фонд: предложен решение zkSharding, использование технологии ZK для горизонтального масштабирования основной сети Ethereum.
ERC-7683: установить универсальный стандарт для операций между L2 и сайдчейнами, обеспечивая бесшовное выполнение кросс-цепи.
OP Stack: Предлагает полное решение на нескольких Уровень 2 для решения проблем передачи информации и децентрализации Sequencer.
В целом, в будущем обязательно будет сосуществование нескольких цепочек, и решение проблемы распределенной ликвидности является вызовом, с которым неизбежно столкнется отрасль. Интеграция ликвидности всех цепочек имеет широкие перспективы для развития и может стать ключевой инфраструктурой эпохи Web3.
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Вызовы ликвидности эпохи Уровень 2: путь интеграции в многосетевой экосистеме
Обсуждение проблемы ликвидности в эпоху Уровня 2
С переходом Ethereum к расширению на основе Уровня 2 и ростом инструментов, таких как RaaS, множество публичных блокчейнов быстро развиваются. Многие организации стремятся создать свои собственные цепочки, чтобы представлять различные интересы и добиваться более высокой оценки. Однако появление множества публичных блокчейнов затрудняет развитие экосистемы, что приводит к тому, что многие проекты сталкиваются с неудачами на ранних стадиях.
С помощью OP Stack и ZK технологий некоторые крупные торговые платформы и технологические компании начали запускать свои собственные Уровень 2 или собственные цепочки. В настоящее время стоимость создания и эксплуатации цепочки на основе OP Stack значительно снизилась и составляет примерно 10 000 долларов в месяц.
Будущее, несомненно, будет эпохой сосуществования многократных цепочек. Хотя эти Уровень 2 цепочки могут выбирать совместимость с EVM для достижения взаимосвязи, из-за большого количества приложений вниз по цепочке от Web2-сущностей, трудно строить приложения и достигать согласия на одной цепи.
Текущая многосеточная экосистема представляет собой новую проблему: ликвидность и распределение состояния. Поскольку существование многосетей неизбежно, интероперабельность становится областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по ликвидности, таких как абстракция цепочки, намерения, исполнение ликвидации, родные кросс-цепочки, ZK-шардинг и т. д., но их основная суть схожа.
В отрасли широко признанная архитектура Cake описывает состав основных компонентов абстракции межцепочки сверху вниз:
Прикладной уровень: уровень, с которым пользователи взаимодействуют напрямую, полностью скрывая детали преобразования ликвидности.
Уровень 2: Пользователь подключает кошелек к dApp и запрашивает цену для удовлетворения торгового намерения.
Учетная запись и абстрактный уровень: необходимо адаптировать управление учетными записями и абстрактную систему для различных цепочек.
Уровень 2: отвечает за получение и реализацию торговых намерений пользователей, роль Solver здесь конкурирует, чтобы предоставить лучший пользовательский опыт.
Уровень расчета: уровень решения используется как промежуточный уровень для реализации намерений пользователя, включая компоненты такие как оракулы, кросс-чейн мосты, схемы предварительного подтверждения, доступность данных и т.д.
! Исследование фрагментации ликвидности в эпоху уровня 2
В настоящее время на рынке представлено множество решений для ликвидности разрыва, в основном включая:
В центре RaaS: помощь в создании совместной ликвидности и состояния Rollup на OP Stack с помощью подключения определенных общих сортировщиков и кросс-чейн мостов.
Центрированная на аккаунте: создание кошелька для всех цепочек с поддержкой подписания и выполнения транзакций через технологию "цепной подписи" с использованием различных блокчейн-протоколов.
Центрируя на сети намерений вне цепи: пользователи отправляют намерения в сеть Solver, Solver конкурирует за ставки, предлагая оптимальное время завершения и цену сделки.
Центрируясь на сети ликвидности на блокчейне: создайте уровень ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепи.
Центрируйтесь на приложениях на блокчейне: создавайте приложения с высокой ликвидностью, интегрируя крупных маркетмейкеров или сторонние приложения.
Решение проблемы ликвидности является важной задачей, если удастся создать интегрированную платформу ликвидности, особенно если удастся объединить разрозненную ликвидность по всем цепочкам, это будет иметь огромный потенциал.
Некоторые типичные проекты концепций абстракции цепочки включают:
INFINIT: Создание DeFi сервиса RaaS, предоставляющего необходимые компоненты для протоколов, окончательная Ликвидность размещается на Ликвидность уровне INFINIT.
Khalani Network: построить три核心 компонента: совместимый с Intent уровень, Validity и общий уровень расчета.
Liquorice: децентрализованные приложения, реализующие основанное на аукционах ценообразование и односторонние ликвидные пулы, сосредоточенные на самой торговле.
! Исследование фрагментации ликвидности в эпоху уровня 2
Xion: основанный на протоколе консенсуса Comet BFT, использующий межсетевую связь Cosmos IBC.
=nil; Фонд: предложен решение zkSharding, использование технологии ZK для горизонтального масштабирования основной сети Ethereum.
ERC-7683: установить универсальный стандарт для операций между L2 и сайдчейнами, обеспечивая бесшовное выполнение кросс-цепи.
OP Stack: Предлагает полное решение на нескольких Уровень 2 для решения проблем передачи информации и децентрализации Sequencer.
В целом, в будущем обязательно будет сосуществование нескольких цепочек, и решение проблемы распределенной ликвидности является вызовом, с которым неизбежно столкнется отрасль. Интеграция ликвидности всех цепочек имеет широкие перспективы для развития и может стать ключевой инфраструктурой эпохи Web3.