С переходом Ethereum на расширение, основанное на Уровне 2, и с появлением таких инструментов, как RaaS, множество публичных цепей быстро развиваются. Многие организации стремятся создать свои собственные цепи, чтобы представлять различные интересы и стремиться к более высокой оценке. Однако появление множества публичных цепей затрудняет развитие экосистемы, что приводит к тому, что многие проекты сталкиваются с падением цен при первоначальном размещении токенов.
С помощью технологии OP Stack одна торговая платформа запустила свою сеть Уровень 2 Base, другая торговая платформа выпустила Ink; используя технологию ZK, одна торговая платформа представила XLayer; Sony выпустила Soneium, а LINE представила Kaia и другие. Сегодня затраты и технические барьеры для создания цепочки значительно снизились, стоимость эксплуатации цепочки на основе OP Stack составляет около 10 000 долларов в месяц.
Будущее определенно будет эпохой сосуществования многосетевых цепей. Хотя эти Уровень 2 цепи могут выбрать совместимость с EVM для достижения взаимосвязи, из-за того, что за ними стоят веб-2 сущности с большим количеством downstream приложений, им будет трудно строить приложения и достигать консенсуса на одной цепи.
Текущая многосеточная экосистема принесла новую проблему: Ликвидность и рассеивание состояния. Поскольку существование многосетей неизбежно, взаимодействие является областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по ликвидности, таких как абстракция цепочки, намерение, 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: подобно таким решениям, как OP Stack, Rollup-решения помогают создать совместную ликвидность и состояние, добавляя определенные совместные сортировщики и кросс-чейн мосты для Rollup, построенных на OP Stack. Это должно помочь решить проблемы ликвидности и распределенного состояния на более высоком уровне. Здесь есть более детализированный аспект - отдельный дизайн совместного сортировщика, который в большей степени направлен на Уровень 2 и не обладает универсальностью.
Центрирование на аккаунте: создание универсального кошелька для аккаунтов, поддерживающего подписание и выполнение транзакций через множество блокчейн-протоколов. Основным компонентом является сеть MPC, заменяющая пользователей при подписании многосетевых транзакций. Хотя это решение значительно устраняет проблему фрагментации UX, для разработчиков оно связано с сложной реализацией на стороне сервера и не решает по существу проблемы ликвидности и распределенного состояния.
Центрированная на сети намерений вне цепи: суть в том, что пользователи отправляют намерения в сеть Solver, а роль Solver заключается в том, чтобы конкурировать по ценам и предоставлять оптимальное время выполнения и цену сделки. Эти Solver могут быть AI Agent, CEX, Market Maker или даже интегрированным протоколом. Хотя намерения теоретически могут реализовать любые сложные кросс-цепные операции, на практике необходимо, чтобы было достаточно ликвидности у Solver для помощи, и при возникновении некоторых требований вне цепи существует возможность мошенничества со стороны Solver.
Центрированный на сетях ликвидности в цепочке: это направление специально оптимизирует проблемы ликвидности между цепочками, но не решает другие проблемы распределенного состояния цепочки. Его ядро состоит в создании уровня ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепочки.
Ориентированные на цепочку приложения: такие приложения создаются за счет интеграции крупных MM или сторонних приложений для построения высоколиквидных приложений. Эти проекты требуют управления сложными кросс-цепочными процессами, что предъявляет высокие требования к разработчикам, поэтому они также подвержены атакам хакеров.
Решение проблемы ликвидности является очень важной задачей; в финансовом мире ликвидность зачастую представляет собой все. Если удастся создать интегрированную платформу ликвидности, особенно объединив разрозненную ликвидность всей цепочки, это будет иметь огромный потенциал, и мы также рассмотрели множество различных решений.
В двух вышеупомянутых категориях мы можем увидеть, что в зависимости от структуры пирога, Settlement Layer является самым атомарным решением. Над этими атомарными решениями, такими как межцепочечные, оракулы и Pre-Confirmation, построен более абстрактный уровень, который включает Solver Layer, Permission Layer и Application Layer. Различные уровни, перечисленные выше, которые строят абстрактные или ликвидные решения в разных направлениях, можно понимать как отношения между upstream и downstream. Однако эти решения все еще не являются атомарными. Проблема разрыва ликвидности приводит к множеству сложных производных проблем, поэтому для обеспечения совместимости возникло множество различных решений. Однако по сути все это все равно зависит от этих компонентов. Далее мы обсудим несколько типичных проектов с концепциями абстракции цепей, чтобы увидеть, как каждый из них решает проблему разрыва ликвидности с точки зрения своей исходной позиции.
INFINIT
INFINIT создала услугу RaaS в сфере DeFi, которая может предоставить компоненты, необходимые для прямого построения DeFi протоколов, такие как Oracle, Pool Type, IRM, Asset и другие, а также компоненты, такие как Leverage Trading и Yield Strategy, которые могут быть немедленно активированы. Это эквивалентно другим приложениям, но конечная ликвидность размещается на ликвидностном уровне Infinit. Однако в настоящее время они все еще не раскрыли принцип работы на нижнем уровне. В настоящее время INFINIT уже привлекла 6 миллионов долларов в рамках посевного раунда финансирования.
Сеть Khalani
Khalani создал три основных компонента: уровень совместимости Intent, Validity и универсальный расчетный уровень.
Внешние приложения или уровень намерений могут отправлять намерения в Khalani, после чего совместимый уровень намерений Khalani сможет преобразовать внешние намерения в формат, распознаваемый протоколом Solver, при этом используется нормализованный формат языка Validity. Узел Khalani отвечает за отправку окончательных результатов на общий уровень расчетов через кросс-чейн мосты, технологии быстрой расчета и т. д. Этот проект все еще находится на стадии разработки, и больше деталей о работе пока не раскрыто. В августе он получил 2,2 миллиона долларов в рамках посевного раунда финансирования.
Лакрица
Liquorice — это децентрализованное приложение, которое позволяет осуществлять ценообразование на основе аукционов и односторонние ликвидные пулы. Основная миссия Liquorice заключается в предоставлении профессиональным торговым компаниям эффективных инструментов для управления запасами и легкой связи с основными DeFi протоколами при расчете сделок по намерению использования. В то же время Liquorice создала рынок для кредитования, предназначенный для проведения кредитных операций. Это приложение больше ориентировано на саму торговлю. В настоящее время оно все еще находится на стадии разработки; в июле было объявлено о получении 1,2 миллиона долларов в рамках Pre-seed раунда финансирования.
Сион
Xion является обновленной версией бренда Burnt. Ранее Burnt сосредоточился на приложениях для потребителей, но команда обнаружила, что на блокчейне существует большая проблема фрагментации взаимодействий, поэтому был создан Xion для улучшения этой проблемы. Xion построен на основе протокола согласования Comet BFT. Используемая межсетевое взаимодействие основано на Cosmos IBC, поэтому оно более нативное и безопасное по сравнению с другими межсетевыми мостами. Он прошел четыре раунда финансирования.
=nil; Фонд
nil является рынком ZK вычислительной мощности и ZK сопроцессоров на базе Ethereum, а также разработчиком для Layer 2, команда обладает глубокими знаниями в области ZK технологий. Предложено решение zkSharding, которое использует ZK технологии для горизонтального масштабирования основной сети Ethereum, выполняя параллельную обработку транзакций с шarding и генерируя ZKP, в то время как основной шард проверяет данные, взаимодействует с Ethereum и синхронизирует состояние сети между всеми валидаторами. Основной шард также управляет распределением валидаторов и аккаунтов в выполняющем шарде. Консенсусный протокол, используемый в проверочном комитете, также является Hotstuff, что довольно распространено в последних проектах параллельного выполнения. =nil; L2 с самого начала встроил межшардовое взаимодействие в протокол.
Основная идея заключается в том, чтобы с помощью разбиения на фрагменты построить встроенную межфрагментную коммуникационную архитектуру, подобную IBC, что позволит решить проблемы ликвидности и распределения состояния. Однако основная концепция не является разумной, потому что проблемы, которые решает распределение ликвидности, связаны с многоцепочечностью, а построенная архитектура представляет собой единственный Уровень 2, что означает, что для решения проблемы необходимо, чтобы все цепочки стали фрагментами ZK-sharding, что сложно осуществить.
ERC-7683
Эфириум также работает над решением проблемы кросс-чейн ликвидности, в настоящее время несколько платформ открыто поддерживают стандарт ERC7683, который также основан на кросс-чейн методе на основе Intent. Его основная цель - установить универсальный стандарт для кросс-операций между L2 и сайдчейнами, стандартизировать интерфейсы заказов и расчетов, чтобы обеспечить бесшовное выполнение кросс-чейн операций. Основной момент заключается в том, что Filler, можно сказать, выполняет роль Solver в абстракции цепи. В настоящее время это предложение рассматривается рабочей группой Cake.
Стек OP
OP Stack, ERC-7683 и zkSharding являются решениями для фрагментации ликвидности между уровнями 2 внутри Ethereum, которые решаются на архитектурном, консенсусном и прикладном уровнях. OP Stack разработан как полное многоуровневое решение для разового решения проблем передачи информации и децентрализации Sequencer. При использовании архитектуры OP Stack автоматически развертываются кросс-цепочные контракты, и существует Supervisor, который вызывает на себя вызов, чтобы избежать передачи ложной кросс-цепочной информации. В настоящее время несколько известных торговых платформ используют архитектуру OP Stack.
Среди них наиболее типичным является
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
7 Лайков
Награда
7
4
Поделиться
комментарий
0/400
NotAFinancialAdvice
· 07-20 21:08
Снова торгуете layer2?
Посмотреть ОригиналОтветить0
MetaverseVagabond
· 07-20 21:03
Играл на таких многих L2, в основном все в убытке.
Исследование и анализ решений проблемы разрыва ликвидности экосистемы Уровень 2
Исследование проблемы ликвидности на уровне 2
Введение
С переходом Ethereum на расширение, основанное на Уровне 2, и с появлением таких инструментов, как RaaS, множество публичных цепей быстро развиваются. Многие организации стремятся создать свои собственные цепи, чтобы представлять различные интересы и стремиться к более высокой оценке. Однако появление множества публичных цепей затрудняет развитие экосистемы, что приводит к тому, что многие проекты сталкиваются с падением цен при первоначальном размещении токенов.
С помощью технологии OP Stack одна торговая платформа запустила свою сеть Уровень 2 Base, другая торговая платформа выпустила Ink; используя технологию ZK, одна торговая платформа представила XLayer; Sony выпустила Soneium, а LINE представила Kaia и другие. Сегодня затраты и технические барьеры для создания цепочки значительно снизились, стоимость эксплуатации цепочки на основе OP Stack составляет около 10 000 долларов в месяц.
Будущее определенно будет эпохой сосуществования многосетевых цепей. Хотя эти Уровень 2 цепи могут выбрать совместимость с EVM для достижения взаимосвязи, из-за того, что за ними стоят веб-2 сущности с большим количеством downstream приложений, им будет трудно строить приложения и достигать консенсуса на одной цепи.
Текущая многосеточная экосистема принесла новую проблему: Ликвидность и рассеивание состояния. Поскольку существование многосетей неизбежно, взаимодействие является областью, которую необходимо исследовать и решать. В настоящее время существует множество решений по ликвидности, таких как абстракция цепочки, намерение, 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: подобно таким решениям, как OP Stack, Rollup-решения помогают создать совместную ликвидность и состояние, добавляя определенные совместные сортировщики и кросс-чейн мосты для Rollup, построенных на OP Stack. Это должно помочь решить проблемы ликвидности и распределенного состояния на более высоком уровне. Здесь есть более детализированный аспект - отдельный дизайн совместного сортировщика, который в большей степени направлен на Уровень 2 и не обладает универсальностью.
Центрирование на аккаунте: создание универсального кошелька для аккаунтов, поддерживающего подписание и выполнение транзакций через множество блокчейн-протоколов. Основным компонентом является сеть MPC, заменяющая пользователей при подписании многосетевых транзакций. Хотя это решение значительно устраняет проблему фрагментации UX, для разработчиков оно связано с сложной реализацией на стороне сервера и не решает по существу проблемы ликвидности и распределенного состояния.
Центрированная на сети намерений вне цепи: суть в том, что пользователи отправляют намерения в сеть Solver, а роль Solver заключается в том, чтобы конкурировать по ценам и предоставлять оптимальное время выполнения и цену сделки. Эти Solver могут быть AI Agent, CEX, Market Maker или даже интегрированным протоколом. Хотя намерения теоретически могут реализовать любые сложные кросс-цепные операции, на практике необходимо, чтобы было достаточно ликвидности у Solver для помощи, и при возникновении некоторых требований вне цепи существует возможность мошенничества со стороны Solver.
Центрированный на сетях ликвидности в цепочке: это направление специально оптимизирует проблемы ликвидности между цепочками, но не решает другие проблемы распределенного состояния цепочки. Его ядро состоит в создании уровня ликвидности, на котором строятся приложения для совместного использования ликвидности всей цепочки.
Ориентированные на цепочку приложения: такие приложения создаются за счет интеграции крупных MM или сторонних приложений для построения высоколиквидных приложений. Эти проекты требуют управления сложными кросс-цепочными процессами, что предъявляет высокие требования к разработчикам, поэтому они также подвержены атакам хакеров.
Решение проблемы ликвидности является очень важной задачей; в финансовом мире ликвидность зачастую представляет собой все. Если удастся создать интегрированную платформу ликвидности, особенно объединив разрозненную ликвидность всей цепочки, это будет иметь огромный потенциал, и мы также рассмотрели множество различных решений.
В двух вышеупомянутых категориях мы можем увидеть, что в зависимости от структуры пирога, Settlement Layer является самым атомарным решением. Над этими атомарными решениями, такими как межцепочечные, оракулы и Pre-Confirmation, построен более абстрактный уровень, который включает Solver Layer, Permission Layer и Application Layer. Различные уровни, перечисленные выше, которые строят абстрактные или ликвидные решения в разных направлениях, можно понимать как отношения между upstream и downstream. Однако эти решения все еще не являются атомарными. Проблема разрыва ликвидности приводит к множеству сложных производных проблем, поэтому для обеспечения совместимости возникло множество различных решений. Однако по сути все это все равно зависит от этих компонентов. Далее мы обсудим несколько типичных проектов с концепциями абстракции цепей, чтобы увидеть, как каждый из них решает проблему разрыва ликвидности с точки зрения своей исходной позиции.
INFINIT
INFINIT создала услугу RaaS в сфере DeFi, которая может предоставить компоненты, необходимые для прямого построения DeFi протоколов, такие как Oracle, Pool Type, IRM, Asset и другие, а также компоненты, такие как Leverage Trading и Yield Strategy, которые могут быть немедленно активированы. Это эквивалентно другим приложениям, но конечная ликвидность размещается на ликвидностном уровне Infinit. Однако в настоящее время они все еще не раскрыли принцип работы на нижнем уровне. В настоящее время INFINIT уже привлекла 6 миллионов долларов в рамках посевного раунда финансирования.
Сеть Khalani
Khalani создал три основных компонента: уровень совместимости Intent, Validity и универсальный расчетный уровень.
Внешние приложения или уровень намерений могут отправлять намерения в Khalani, после чего совместимый уровень намерений Khalani сможет преобразовать внешние намерения в формат, распознаваемый протоколом Solver, при этом используется нормализованный формат языка Validity. Узел Khalani отвечает за отправку окончательных результатов на общий уровень расчетов через кросс-чейн мосты, технологии быстрой расчета и т. д. Этот проект все еще находится на стадии разработки, и больше деталей о работе пока не раскрыто. В августе он получил 2,2 миллиона долларов в рамках посевного раунда финансирования.
Лакрица
Liquorice — это децентрализованное приложение, которое позволяет осуществлять ценообразование на основе аукционов и односторонние ликвидные пулы. Основная миссия Liquorice заключается в предоставлении профессиональным торговым компаниям эффективных инструментов для управления запасами и легкой связи с основными DeFi протоколами при расчете сделок по намерению использования. В то же время Liquorice создала рынок для кредитования, предназначенный для проведения кредитных операций. Это приложение больше ориентировано на саму торговлю. В настоящее время оно все еще находится на стадии разработки; в июле было объявлено о получении 1,2 миллиона долларов в рамках Pre-seed раунда финансирования.
Сион
Xion является обновленной версией бренда Burnt. Ранее Burnt сосредоточился на приложениях для потребителей, но команда обнаружила, что на блокчейне существует большая проблема фрагментации взаимодействий, поэтому был создан Xion для улучшения этой проблемы. Xion построен на основе протокола согласования Comet BFT. Используемая межсетевое взаимодействие основано на Cosmos IBC, поэтому оно более нативное и безопасное по сравнению с другими межсетевыми мостами. Он прошел четыре раунда финансирования.
=nil; Фонд
nil является рынком ZK вычислительной мощности и ZK сопроцессоров на базе Ethereum, а также разработчиком для Layer 2, команда обладает глубокими знаниями в области ZK технологий. Предложено решение zkSharding, которое использует ZK технологии для горизонтального масштабирования основной сети Ethereum, выполняя параллельную обработку транзакций с шarding и генерируя ZKP, в то время как основной шард проверяет данные, взаимодействует с Ethereum и синхронизирует состояние сети между всеми валидаторами. Основной шард также управляет распределением валидаторов и аккаунтов в выполняющем шарде. Консенсусный протокол, используемый в проверочном комитете, также является Hotstuff, что довольно распространено в последних проектах параллельного выполнения. =nil; L2 с самого начала встроил межшардовое взаимодействие в протокол.
Основная идея заключается в том, чтобы с помощью разбиения на фрагменты построить встроенную межфрагментную коммуникационную архитектуру, подобную IBC, что позволит решить проблемы ликвидности и распределения состояния. Однако основная концепция не является разумной, потому что проблемы, которые решает распределение ликвидности, связаны с многоцепочечностью, а построенная архитектура представляет собой единственный Уровень 2, что означает, что для решения проблемы необходимо, чтобы все цепочки стали фрагментами ZK-sharding, что сложно осуществить.
ERC-7683
Эфириум также работает над решением проблемы кросс-чейн ликвидности, в настоящее время несколько платформ открыто поддерживают стандарт ERC7683, который также основан на кросс-чейн методе на основе Intent. Его основная цель - установить универсальный стандарт для кросс-операций между L2 и сайдчейнами, стандартизировать интерфейсы заказов и расчетов, чтобы обеспечить бесшовное выполнение кросс-чейн операций. Основной момент заключается в том, что Filler, можно сказать, выполняет роль Solver в абстракции цепи. В настоящее время это предложение рассматривается рабочей группой Cake.
Стек OP
OP Stack, ERC-7683 и zkSharding являются решениями для фрагментации ликвидности между уровнями 2 внутри Ethereum, которые решаются на архитектурном, консенсусном и прикладном уровнях. OP Stack разработан как полное многоуровневое решение для разового решения проблем передачи информации и децентрализации Sequencer. При использовании архитектуры OP Stack автоматически развертываются кросс-цепочные контракты, и существует Supervisor, который вызывает на себя вызов, чтобы избежать передачи ложной кросс-цепочной информации. В настоящее время несколько известных торговых платформ используют архитектуру OP Stack.
Среди них наиболее типичным является