Как функционируют цепочки, соответствующие стандарту ADI Chain L3? Модели развертывания и схема расчетов

Последнее обновление 2026-07-22 03:21:01
Время чтения: 9m
Цепочки ADI Chain L3 compliant chains являются роллапами третьего уровня с ZK, которые осуществляют расчеты на ADI L2. ADI L2, в свою очередь, осуществляет расчеты на Ethereum L1, формируя цепочку доказательств подлинности L3→L2→L1. Каждый L3 использует собственные Sequencer, прувер и Diamond Proxy контракт, а также общие Bridgehub и StateTransitionManager. Пакеты подтверждаются на L2 с помощью Commit, Prove и Execute, финальность распространяется вверх по стеку.

Цепочки ADI Chain L3, соответствующие стандарту, — это Layer 3 zero-knowledge роллапы, которые проводят расчеты на ADI Chain (L2), при этом сама L2 рассчитывается на основной сети Ethereum (L1). Организации могут запускать независимые цепочки по юрисдикциям или направлениям бизнеса и настраивать политики соответствия. В соответствии с двухуровневой моделью безопасности, описанной в обзоре ADI Chain, L3 наследует криптографические гарантии от L2 и L1, при этом среды исполнения и домены соответствия изолированы от общего состояния L2.

Для государственных органов, банков и промышленных консорциумов L3 реализует принцип «одна экосистема — разные правила»: регулируемые активы обращаются на выделенных цепочках, открытые приложения работают на других L3 или L2, а все уровни объединяются через L2-мосты.

Какое место занимает L3 в архитектуре уровней ADI Chain?

В ADI Chain реализована трехуровневая иерархия расчетов L3→L2→L1. Цепочки L3 обрабатывают транзакции локально и поддерживают независимое состояние. L2 (ADI Chain) проверяет доказательства валидности батчей L3 и сохраняет корни состояния L3. L1 (Ethereum) проверяет батчи L2 и финализирует глобальное состояние. Каждый уровень передает безопасность выше по цепочке через zero-knowledge proofs, поэтому некорректные переходы состояния не могут быть приняты вышестоящим уровнем.

В отличие от развертывания dApps на L2, L3 обеспечивает изоляцию исполнения на физическом уровне: каждая L3 использует собственный Sequencer, Prover и контракт Diamond Proxy, состояния которых полностью независимы. В одной экосистеме могут работать несколько L3, использующих общие инфраструктурные контракты, такие как Bridgehub (реестр цепочек) и StateTransitionManager (STM). Пропускная способность ADI L2 составляет примерно 2 000–10 000 TPS; внедрение нескольких L3 позволяет дополнительно масштабировать производительность по приложениям или юрисдикциям.

Уровень Место исполнения Цель отправки доказательств Типичная задержка подтверждения
L3 chain локальный Sequencer L3 ADI Chain (L2) Секунды (мягкое подтверждение)
ADI Chain (L2) Sequencer L2 Ethereum mainnet (L1) Минуты (подтверждение L2)
Ethereum (L1) Контракты верификаторов Финализация корня состояния Часы (финальность L1)

Из таблицы видно, что L3 не является самостоятельной публичной цепочкой, а представляет собой настраиваемый домен исполнения, встроенный в ADI L2 и Ethereum L1. ADI L2 как zkRollup наследует экономическую безопасность Ethereum, а L3 добавляет институциональный уровень соответствия.

ADI Chain L3 layered architecture from L3 to L2 to Ethereum L1 Рисунок 1. Положение L3-цепочек ADI Chain в архитектуре L3→L2→L1 и взаимосвязь ключевых компонентов.

Каковы основные компоненты экосистемы L3?

В экосистеме L3 на уровне расчетов L2 размещаются общие инфраструктурные контракты, а на каждой L3 — специфические контракты и рабочие узлы. Bridgehub выполняет функции центрального реестра, поддерживает соответствие идентификаторов цепочек и адресов контрактов, маршрутизацию межцепочных сообщений и конфигурацию на уровне экосистемы. StateTransitionManager отвечает за регистрацию новых цепочек, обновления протокола и управление параметрами верификации. Каждая L3 оснащена контрактом Diamond Proxy по паттерну Facet для модульных обновлений, который отвечает за отправку и проверку батчей, хранение корней состояния и управление валидаторами.

В операционной части L3 каждая цепочка использует Sequencer, Prover и набор кошельков оператора (отвечающих за Commit, Prove и Execute соответственно). На L2 Prover агрегирует транзакции L2 и расчеты L3 в доказательства, отправляемые на L1. Validator Timelock обеспечивает задержку между Commit и Execute, предоставляя окно для обнаружения аномалий.

Архитектура Diamond Proxy Facet позволяет независимо обновлять логику исполнения, запросов и управления. Сочетание общей инфраструктуры регистрации на L2 с изолированным состоянием исполнения на каждой L3 — отличительная особенность ADI Chain по сравнению с моделью L2 «одна цепь, много приложений». В сравнении ADI Chain vs Arbitrum и Base нативная поддержка L3 и модель экосистемы Bridgehub выделяют ADI Chain среди конкурентов.

Какие три модели развертывания существуют для L3-цепочек?

ADI Chain L3 поддерживает инфраструктурные модели под управлением ADI, с самостоятельной эксплуатацией клиентом и гибридные варианты, охватывая потребности от полного аутсорса до самостоятельного управления.

Модель Sequencer Prover Ключи контрактов Оптимально для
Под управлением ADI Управляется ADI Доказательства генерирует ADI Ключи управления и операций у ADI Институции, которым нужен запуск «под ключ»
Самостоятельная эксплуатация Клиент запускает узлы Клиент управляет GPU-проберами Ключи передаются в кошельки клиента Институции, нуждающиеся в полном контроле
Гибридная Клиент или ADI (гибко) Клиент или ADI (гибко) Управление у клиента, операции можно делегировать ADI Институции, которым важен самостоятельный контроль

Развертывание контрактов использует ролевой контроль доступа: Governor управляет обновлениями протокола, Admin — экстренными действиями, Operator выполняет Commit, Prove Operator отправляет доказательства, Execute Operator исполняет батчи. Владение может полностью перейти на мультиподпись клиента или поэтапно. Экосистема L3 реализует принцип «развернуть один раз, добавлять цепочки по мере необходимости»: Bridgehub и STM устанавливаются на уровне экосистемы, новые L3 присоединяются как независимые контракты.

В режиме самостоятельной эксплуатации Prover требует NVIDIA H100 или H200 (70–140 ГБ VRAM) и не менее 64 ГБ оперативной памяти; Sequencer — минимум 8 ядер CPU, 32 ГБ RAM и публичную точку доступа для транзакций. Кошельки операторов должны содержать $ADI токены для оплаты газа L2 при операциях Commit, Prove и Execute.

Как работает процесс расчетов Commit-Prove-Execute?

При расчетах батчей L3 на L2 они проходят этапы Commit, Prove и Execute. Sequencer формирует батчи L3 из транзакций; оператор отправляет транзакцию Commit на L2 с изменениями состояния (storage slot), информацией о развертывании контракта и хешами сообщений L2→L3 — без полных снимков состояния, что снижает затраты на данные.

На этапе Prove Prover генерирует доказательство валидности с помощью системы Airbender (FRI/STARK → FFLONK SNARK), криптографически подтверждая соответствие переходов состояния правилам исполнения L3. На этапе Execute, после проверки доказательства на L2, новый корень состояния L3 записывается в контракт Diamond Proxy, а батч считается финализированным.

Этап Оператор Отправляемое содержимое Результат на L2
Commit Operator Изменения состояния, информация о развертывании, хеши сообщений Данные батча в ончейне, ожидает доказательства
Prove Prove Operator ZK-доказательство валидности Доказательство проверено верификатором
Execute Execute Operator Исполнение проверенного батча Обновлен корень состояния L3, батч финализирован

Полный цикл расчетов требует примерно 747 000 Gas (Commit ~136 000, Prove ~494 000, Execute ~117 000), каждая фаза оплачивается в $ADI с кошельков операторов. В production-среде FRI и SNARK Prover могут работать параллельно на отдельных GPU-разделах, увеличивая пропускную способность батчей примерно на 15–20%; один Prover в целевой конфигурации поддерживает около 15–20 TPS.

ADI Chain L3 Commit Prove Execute settlement flow with Airbender prover Рисунок 2. Поток от формирования батча до расчетов Commit, Prove и Execute на L2 для батча L3.

Рекомендуемая конфигурация Prover — NVIDIA H200 (140 ГБ VRAM), 2 параллельных FRI Prover и 1 выделенный SNARK Prover (~33 ГБ VRAM). В режиме самостоятельной эксплуатации институции должны заранее планировать GPU-кластеры и низколатентные L2 RPC-соединения для поддержания отправки батчей.

Как финальность передается с L3 на Ethereum?

Типы подтверждения транзакций L3 повышаются по мере прохождения L3→L2→L1. После включения транзакции Sequencer L3 в блок пользователь получает мягкое подтверждение на уровне секунд и может сразу использовать активы; мягкое подтверждение зависит от честности Sequencer и не имеет криптографической финальности.

После Commit батча L3 на L2 начинается этап подтверждения на L2 (обычно минуты). После завершения Prove и Execute на L2 корень состояния L3 записывается в контракт L2 и не может быть откатан. Затем Prover L2 доказывает состояние L2 (включая расчеты L3) в Ethereum L1; после подтверждения контрактами верификаторов L1 вся цепочка расчетов достигает финальности L1 (обычно часы).

Крупные расчеты или кроссчейн-выводы следует подтверждать на L2 или L1; ежедневные операции могут опираться на мягкое подтверждение. Validator Timelock предусматривает настраиваемую задержку между Commit и Execute для обнаружения аномалий.

Для каких кейсов подходят L3-цепочки соответствия?

L3 реализует логику «изоляция правил, общая безопасность»: банки запускают суверенные рельсы стейблкоинов, управляющие активами внедряют контракты RWA с доступом по KYC, а госорганы могут токенизировать данные по юрисдикциям. В режиме самостоятельной эксплуатации ответственность за GPU-кластеры и whitelist RPC лежит на клиенте; при управлении ADI — операции переходят к ADI.

Резюме

Цепочки ADI Chain L3, соответствующие стандарту, используют трехуровневую архитектуру ZK Rollup L3→L2→L1, позволяя организациям унаследовать безопасность уровня Ethereum и получить независимые домены исполнения с правилами соответствия по юрисдикциям. Bridgehub и StateTransitionManager обеспечивают общую инфраструктуру регистрации и обновлений; каждая L3 поддерживает изоляцию состояния через Diamond Proxy, независимый Sequencer и Prover. Батчи рассчитываются на L2 через Commit, Prove и Execute; система доказательств Airbender и GPU-инфраструктура (H100/H200) поддерживают генерацию доказательств валидности; финальность передается от мягкого подтверждения L3 к криптографической финальности L2 и L1. Три модели развертывания покрывают различные операционные и управленческие потребности — от суверенных стейблкоинов и RWA до трансграничных платежей и токенизации государственных данных.

Часто задаваемые вопросы

Что такое L3 на ADI Chain?

L3 — это Layer 3 ZK Rollup, который рассчитывается на ADI Chain (L2), позволяя организациям, государствам и консорциумам запускать независимые цепочки по юрисдикциям с индивидуальными политиками соответствия. Каждая L3 имеет собственный Sequencer, Prover и контракт Diamond Proxy, наследует двухуровневую безопасность через L2 и Ethereum и использует общую инфраструктуру регистрации Bridgehub с другими L3 в экосистеме.

Какова взаимосвязь между ADI Chain и Ethereum?

ADI Chain работает как L2 zkRollup на Ethereum; переходы состояния батчей L2 требуют верификации контрактами L1 перед финализацией. Цепочки L3 рассчитываются на ADI L2, формируя трехуровневую цепочку доказательств L3→L2→L1. Активы могут перемещаться между L1, L2 и L3 через мосты, а модель безопасности на каждом уровне наследует экономическую безопасность Ethereum.

Насколько безопасен ADI Chain?

ADI Chain использует ZK-доказательства валидности, поэтому некорректное состояние не может быть принято на L1; батчи L3 также должны пройти проверку на L2 перед финализацией. Sequencer обеспечивает мягкое подтверждение на уровне секунд; криптографическая финальность требует проверки доказательств на L2 и L1. Пользователи и организации должны учитывать риски, связанные с мостовыми контрактами, управлением ключами, инфраструктурой GPU для L3 и окном между мягким подтверждением и финальностью L1.

Какие модели развертывания доступны для L3-цепочек?

ADI Chain L3 поддерживает три модели: под управлением ADI (Sequencer, Prover и операции с контрактами ведет ADI), самостоятельная эксплуатация (институция управляет узлами, GPU-инфраструктурой и ключами) и гибридная (управление у клиента, а Sequencer и Prover могут гибко назначаться). Выбор зависит от баланса между операционной нагрузкой, суверенитетом управления и гибкостью соответствия.

Каков процесс Commit-Prove-Execute для батчей L3?

Sequencer L3 формирует транзакции в батчи; оператор Commit отправляет изменения состояния на L2; Prover генерирует ZK-доказательство валидности через систему Airbender и отправляет транзакцию Prove; после проверки на L2 оператор Execute инициирует исполнение, записывает корень состояния L3 в контракт и финализирует батч. Все три этапа требуют примерно 747 000 Gas, оплата производится в $ADI.

Какое оборудование необходимо для запуска Prover L3?

Для production-среды требуются GPU NVIDIA H100 или H200 с минимум 70 ГБ VRAM (рекомендуется 140 ГБ), 64 ГБ и более оперативной памяти и NVMe SSD для хранения данных свидетельств. Рекомендуемая конфигурация — 2 параллельных FRI Prover и 1 выделенный SNARK Prover (~33 ГБ VRAM), целевая производительность — около 15–20 TPS. Для Sequencer требуется минимум 8 ядер CPU, 32 ГБ RAM и публичная точка доступа для транзакций.

Автор: Jayne
Отказ от ответственности
* Информация не предназначена и не является финансовым советом или любой другой рекомендацией любого рода, предложенной или одобренной Gate.
* Эта статья не может быть опубликована, передана или скопирована без ссылки на Gate. Нарушение является нарушением Закона об авторском праве и может повлечь за собой судебное разбирательство.

Похожие статьи

Экономическая модель токена ONDO: каким образом она способствует развитию платформы и повышает вовлеченность пользователей?
Новичок

Экономическая модель токена ONDO: каким образом она способствует развитию платформы и повышает вовлеченность пользователей?

ONDO — это ключевой токен управления и накопления стоимости в экосистеме Ondo Finance. Основная цель ONDO — с помощью токен-инцентивов обеспечить плавную интеграцию традиционных финансовых активов (RWA) с DeFi-экосистемой, что способствует масштабному развитию ончейн-управления активами и доходных продуктов.
2026-03-27 13:52:55
Как Midnight обеспечивает конфиденциальность в блокчейне? Обзор доказательств с нулевым разглашением и программируемых механизмов приватности
Новичок

Как Midnight обеспечивает конфиденциальность в блокчейне? Обзор доказательств с нулевым разглашением и программируемых механизмов приватности

Midnight — блокчейн-сеть, ориентированная на конфиденциальность, созданная компанией Input Output Global и играющая ключевую роль в экосистеме Cardano. Благодаря доказательствам с нулевым разглашением, архитектуре двухсостояния реестра и программируемым функциям приватности, сеть обеспечивает защиту чувствительной информации в блокчейн-приложениях без потери возможности верификации.
2026-03-24 13:49:36
Взаимосвязь между Midnight и Cardano: как сайдчейн конфиденциальности расширяет экосистему приложений Cardano
Новичок

Взаимосвязь между Midnight и Cardano: как сайдчейн конфиденциальности расширяет экосистему приложений Cardano

Midnight — блокчейн-сеть, ориентированная на конфиденциальность, разработанная Input Output Global. Она обеспечивает программируемые функции приватности для Cardano и дает разработчикам возможность создавать децентрализованные приложения с сохранением конфиденциальности данных.
2026-03-24 11:58:47
Morpho и Aave: техническое сравнение механизмов и структурных отличий в ончейн протоколах кредитования DeFi
Новичок

Morpho и Aave: техническое сравнение механизмов и структурных отличий в ончейн протоколах кредитования DeFi

Главное отличие Morpho от Aave — это их механизм кредитования. Aave использует модель пула ликвидности, а Morpho внедряет механизм P2P-сопоставления поверх этого фреймворка, что позволяет более точно сопоставлять процентные ставки внутри одной торговой площадки. Aave — нативный протокол кредитования, предоставляющий основную ликвидность и стабильные процентные ставки. Morpho работает как слой оптимизации, повышая эффективность капитала за счет сокращения спреда между ставками депозита и заимствования. Таким образом, Aave является инфраструктурой, а Morpho — инструментом для оптимизации эффективности.
2026-04-03 13:09:52
Анализ токеномики Morpho: варианты использования MORPHO, распределение и ценностное предложение
Новичок

Анализ токеномики Morpho: варианты использования MORPHO, распределение и ценностное предложение

MORPHO — нативный токен протокола Morpho. Основные задачи токена — управление и стимулирование экосистемы. Механизмы распределения токенов и система стимулов позволяют Morpho согласовывать участие пользователей, развитие протокола и права управления, создавая долгосрочный фреймворк величины в децентрализованном кредитовании.
2026-04-03 13:13:52
Анализ токеномики Pharos: долгосрочные стимулы, модель ограниченности и ценностная логика инфраструктуры RealFi
Новичок

Анализ токеномики Pharos: долгосрочные стимулы, модель ограниченности и ценностная логика инфраструктуры RealFi

Токеномика Pharos (PROS) направлена на стимулирование долгосрочного участия, поддержание дефицита предложения и максимальное раскрытие величины инфраструктуры RealFi. Это позволяет тесно связать рост сети со стоимостью токена. PROS используется не только как токен для оплаты комиссии за торговлю и стейкинга, но также регулирует объем предложения посредством постепенного выпуска и повышает величину токена за счет роста спроса на использование сети.
2026-04-29 08:00:16