Цепочки ADI Chain L3, соответствующие стандарту, — это Layer 3 zero-knowledge роллапы, которые проводят расчеты на ADI Chain (L2), при этом сама L2 рассчитывается на основной сети Ethereum (L1). Организации могут запускать независимые цепочки по юрисдикциям или направлениям бизнеса и настраивать политики соответствия. В соответствии с двухуровневой моделью безопасности, описанной в обзоре ADI Chain, L3 наследует криптографические гарантии от L2 и L1, при этом среды исполнения и домены соответствия изолированы от общего состояния L2.
Для государственных органов, банков и промышленных консорциумов L3 реализует принцип «одна экосистема — разные правила»: регулируемые активы обращаются на выделенных цепочках, открытые приложения работают на других L3 или L2, а все уровни объединяются через L2-мосты.
В 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 добавляет институциональный уровень соответствия.
Рисунок 1. Положение L3-цепочек ADI Chain в архитектуре L3→L2→L1 и взаимосвязь ключевых компонентов.
В экосистеме 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 среди конкурентов.
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.
При расчетах батчей 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.
Рисунок 2. Поток от формирования батча до расчетов Commit, Prove и Execute на L2 для батча L3.
Рекомендуемая конфигурация Prover — NVIDIA H200 (140 ГБ VRAM), 2 параллельных FRI Prover и 1 выделенный SNARK Prover (~33 ГБ VRAM). В режиме самостоятельной эксплуатации институции должны заранее планировать GPU-кластеры и низколатентные L2 RPC-соединения для поддержания отправки батчей.
Типы подтверждения транзакций 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 реализует логику «изоляция правил, общая безопасность»: банки запускают суверенные рельсы стейблкоинов, управляющие активами внедряют контракты 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 — это Layer 3 ZK Rollup, который рассчитывается на ADI Chain (L2), позволяя организациям, государствам и консорциумам запускать независимые цепочки по юрисдикциям с индивидуальными политиками соответствия. Каждая L3 имеет собственный Sequencer, Prover и контракт Diamond Proxy, наследует двухуровневую безопасность через L2 и Ethereum и использует общую инфраструктуру регистрации Bridgehub с другими L3 в экосистеме.
ADI Chain работает как L2 zkRollup на Ethereum; переходы состояния батчей L2 требуют верификации контрактами L1 перед финализацией. Цепочки L3 рассчитываются на ADI L2, формируя трехуровневую цепочку доказательств L3→L2→L1. Активы могут перемещаться между L1, L2 и L3 через мосты, а модель безопасности на каждом уровне наследует экономическую безопасность Ethereum.
ADI Chain использует ZK-доказательства валидности, поэтому некорректное состояние не может быть принято на L1; батчи L3 также должны пройти проверку на L2 перед финализацией. Sequencer обеспечивает мягкое подтверждение на уровне секунд; криптографическая финальность требует проверки доказательств на L2 и L1. Пользователи и организации должны учитывать риски, связанные с мостовыми контрактами, управлением ключами, инфраструктурой GPU для L3 и окном между мягким подтверждением и финальностью L1.
ADI Chain L3 поддерживает три модели: под управлением ADI (Sequencer, Prover и операции с контрактами ведет ADI), самостоятельная эксплуатация (институция управляет узлами, GPU-инфраструктурой и ключами) и гибридная (управление у клиента, а Sequencer и Prover могут гибко назначаться). Выбор зависит от баланса между операционной нагрузкой, суверенитетом управления и гибкостью соответствия.
Sequencer L3 формирует транзакции в батчи; оператор Commit отправляет изменения состояния на L2; Prover генерирует ZK-доказательство валидности через систему Airbender и отправляет транзакцию Prove; после проверки на L2 оператор Execute инициирует исполнение, записывает корень состояния L3 в контракт и финализирует батч. Все три этапа требуют примерно 747 000 Gas, оплата производится в $ADI.
Для 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 и публичная точка доступа для транзакций.





