ADI Chain L3 合规链是 settle 于 ADI Chain(L2)、而 L2 自身 settle 于以太坊主网(L1)的 Layer 3 零知识 Rollup,机构可按司法辖区或业务条线运行独立链并设定合规策略。与 ADI Chain 机构级 L2 与合规生态所描述的双层安全模型一致,L3 在继承 L2 与 L1 密码学保证的同时,将执行环境与合规域从公共 L2 状态中隔离出来。
对政府、银行与行业联盟,L3 实现「同一生态、不同规则」:受监管资产在专属链流转,开放应用在另一条 L3 或 L2 运行,经 L2 桥接互联。
ADI Chain 采用 L3→L2→L1 三层结算层级。L3 链在本地执行交易并维护独立状态;L2(ADI Chain)验证 L3 批次有效性证明并存储 L3 状态根;L1(以太坊)验证 L2 批次证明并最终敲定全局状态。每一层均通过零知识有效性证明向上传递安全保证,无效状态转换无法被上层接受。
与直接在 L2 上部署 dApp 不同,L3 提供物理级执行隔离:各 L3 拥有独立 Sequencer、Prover 与 Diamond Proxy 合约,状态互不干扰。多个 L3 可部署在同一生态内,共享 Bridgehub(链注册中心)与 StateTransitionManager(STM,状态转换管理器)等基础设施合约。ADI L2 吞吐量约为 2,000–10,000 TPS,叠加多条 L3 可进一步按应用或辖区扩展容量。
| 层级 | 执行位置 | 证明提交目标 | 典型确认延迟 |
|---|---|---|---|
| L3 链 | L3 本地 Sequencer | ADI Chain(L2) | 秒级软确认 |
| ADI Chain(L2) | L2 Sequencer | 以太坊主网(L1) | 分钟级 L2 确认 |
| 以太坊(L1) | 验证合约 | 状态根最终敲定 | 小时级 L1 最终性 |
上表说明,L3 并非独立公链,而是嵌套在 ADI L2 与以太坊 L1 之上的可定制执行域。ADI L2 作为 zkRollup 继承以太坊经济安全,L3 在此基础上再嵌一层机构合规域。
图 1. ADI Chain L3 合规链在 L3→L2→L1 分层架构中的位置及核心组件关系。
L3 生态在 L2 结算层部署共享基础设施,在每条 L3 链上部署链级专属合约与运营节点。Bridgehub 作为中央注册表,维护链 ID 到合约地址的映射、跨链消息路由及生态级配置;StateTransitionManager 负责新链注册、协议升级与共享验证参数管理。每条 L3 链配备 Diamond Proxy 合约,采用 Facet 模式实现模块化升级,承担批次提交与验证、状态根存储及验证者管理。
L3 运营侧包含 Sequencer、Prover 及 Operator 钱包组(分别承担 Commit、Prove、Execute)。L2 侧 L2 Prover 将 L2 原生交易与 L3 结算聚合为提交至 L1 的证明。Validator Timelock 在 Commit 与 Execute 之间强制延迟,留出异常检测窗口。
Diamond Proxy 的 Facet 设计使执行、查询与管理逻辑可独立升级。L3 与 L2 共享注册基础设施、隔离执行状态的组合,是 ADI Chain 区别于通用 L2「单链多应用」模式的关键特征;与 Arbitrum、Base 等机构级 L2 对比中,原生 L3 支持与 Bridgehub 生态模型是差异要点之一。
ADI Chain L3 支持 ADI 全托管、客户自运营与混合三种基础设施模型,覆盖从「零运维」到「完全自控」的不同机构需求。
| 模式 | Sequencer | Prover | 合约密钥 | 适用对象 |
|---|---|---|---|---|
| ADI 全托管 | ADI 运营 | ADI 生成证明 | ADI 持有治理与运营密钥 | 希望 turnkey 部署、无基础设施负担的机构 |
| 客户自运营 | 客户运行节点 | 客户运营 GPU 证明节点 | 密钥转移至客户钱包 | 需完全掌控链运营与数据主权的机构 |
| 混合模式 | 客户或 ADI(可配置) | 客户或 ADI(可配置) | 治理权归客户,运维可委托 ADI | 需治理自控、运维可外包的机构 |
合约部署采用角色化访问控制:Governor 负责协议升级,Admin 处理紧急操作,Operator 执行批次 Commit,Prove Operator 提交证明,Execute Operator 执行已验证批次。所有权可全额转移至客户多签或分阶段逐步交接。L3 生态遵循「一次部署、增量加链」模式:Bridgehub 与 STM 在生态层部署一次,新 L3 链以独立合约增量接入。
客户自运营模式下,Prover 需配置 NVIDIA H100 或 H200 GPU(显存 70–140 GB),系统内存 64 GB 以上;Sequencer 需 8 核以上 CPU、32 GB 内存及公网交易端点。Operator 钱包须持有 $ADI 代币作为 L2 Gas,用于 Commit、Prove、Execute 各阶段的链上操作。
L3 批次在 settle 至 L2 时经历 Commit、Prove、Execute 三阶段。Sequencer 将 L3 交易打包为批次后,Operator 向 L2 提交 Commit 交易,携带状态差异(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),各阶段 Gas 由 Operator 钱包以 $ADI 支付。生产环境中,FRI 与 SNARK Prover 可在独立 GPU 分区并行运行,批次吞吐可提升约 15%–20%,目标配置下单 Prover 约支持 15–20 TPS。
图 2. L3 批次从交易打包到 Commit、Prove、Execute 三阶段在 L2 完成结算的流程。
推荐 Prover 配置为 NVIDIA H200(140 GB 显存)、2 个并行 FRI Prover 与 1 个专用 SNARK Prover(约 33 GB 显存)。机构在客户自运营模式下须提前规划 GPU 集群与 L2 RPC 低延迟连接,以维持批次提交节奏。
L3 交易的确认类型随结算进度沿 L3→L2→L1 逐级升级。交易被 L3 Sequencer 纳入区块后,用户获得秒级软确认,可立即使用已转移资产;软确认依赖 Sequencer 诚实性,尚不具备密码学最终性。
L3 批次 Commit 至 L2 后进入 L2 确认阶段(通常为数分钟)。Prove 与 Execute 在 L2 完成后,L3 状态根已写入 L2 链合约且不可回滚。L2 Prover 随后将包含 L3 结算在内的 L2 状态证明至以太坊 L1,经 L1 验证合约确认后,整条结算链达到 L1 最终性(通常为小时级)。
大额结算或跨链提款宜等待 L2 或 L1 最终性;日常交互可依赖软确认。Validator Timelock 在 Commit 与 Execute 之间引入可配置延迟,为异常检测预留时间。
L3 适用「规则隔离、安全共享」逻辑:银行运行主权稳定币轨道,资管公司部署 RWA 合约并限制 KYC 准入,政府数据代币化亦可按辖区定制。客户自运营须承担 GPU 集群与 RPC 白名单责任;ADI 全托管则将运维转移至 ADI 侧。
ADI Chain L3 合规链通过 L3→L2→L1 三层 ZK Rollup 架构,使机构在继承以太坊级安全的同时,获得按司法辖区定制合规规则的独立执行域。Bridgehub 与 StateTransitionManager 提供共享注册与升级基础设施,每条 L3 以 Diamond Proxy、独立 Sequencer 与 Prover 保持状态隔离。批次经 Commit、Prove、Execute 三阶段在 L2 完成结算,Airbender 证明系统与 GPU(H100/H200)基础设施支撑有效性证明生成;最终性从 L3 软确认逐级传递至 L2 与 L1 密码学最终性。三种部署模式覆盖不同运维与治理需求,适用于主权稳定币、RWA、跨境支付与政府数据代币化等场景。
L3 是 settle 于 ADI Chain(L2)的 Layer 3 ZK Rollup,机构、政府或行业联盟可按司法辖区运行独立链并设定合规策略。每条 L3 拥有独立 Sequencer、Prover 与 Diamond Proxy 合约,通过 L2 与以太坊继承双层安全,并与生态内其他 L3 共享 Bridgehub 注册基础设施。
ADI Chain 作为 L2 zkRollup 运行在以太坊之上,L2 批次状态转换须经 L1 验证合约检验 ZK 证明后方可最终敲定。L3 链进一步 settle 于 ADI L2,形成 L3→L2→L1 三层有效性证明链;资产可通过桥接在 L1、L2 与 L3 之间转移,安全模型逐级继承以太坊经济安全。
ADI Chain 采用 ZK 有效性证明,无效状态无法被 L1 接受;L3 批次同样须通过 L2 验证方可最终化。Sequencer 提供秒级软确认,密码学最终性需等待证明在 L2 与 L1 验证完成。用户与机构仍须关注桥接合约、运营密钥管理、L3 自运营 GPU 基础设施及软确认与 L1 最终性之间的时窗等残余风险。
ADI Chain L3 支持三种模式:ADI 全托管(Sequencer、Prover、合约运维均由 ADI 承担)、客户自运营(机构自行运行节点与 GPU 证明基础设施并持有密钥)、混合模式(治理权归客户,Sequencer 与 Prover 可灵活分配)。选型取决于机构对运维负担、控制主权与合规灵活性的平衡需求。
L3 Sequencer 将交易打包为批次后,Operator 向 L2 Commit 状态差异;Prover 基于 Airbender 系统生成 ZK 有效性证明并提交 Prove 交易;L2 验证通过后 Execute Operator 触发执行,L3 状态根写入链合约并完成最终化。三阶段合计消耗约 747,000 Gas,以 $ADI 支付。
生产环境须配置 NVIDIA H100 或 H200 GPU,显存最低 70 GB、推荐 140 GB;系统内存 64 GB 以上,NVMe SSD 存储见证数据。推荐配置含 2 个并行 FRI Prover 与 1 个专用 SNARK Prover(约 33 GB 显存),目标吞吐约 15–20 TPS。Sequencer 需 8 核以上 CPU、32 GB 内存及公网交易端点。





