R3E Network 在 Neo N3 测试网部署多 L2 弹性网络原型
要点速览
- •R3E Network 的 neo-n4 原型在 Neo N3 测试网实现首次实际部署,五份结算合约已投入运行,但该项目独立于 Neo Global Development、Neo 基金会和 neo-project 组织,且未获其认可。
- •弹性网络模式允许应用在专属 L2 链上运行,同时以 Neo N3 作为共享的结算安全与治理层,这一方案改编自以太坊的多 Rollup 架构。
- •该三层架构在 Neo 的栈上基于 ZKsync Elastic Chain 模式重建,支持三种证明路径——多签证明、乐观 Rollup 以及通过 SP1 RISC-V 实现的 ZK 有效性证明——并包含七套覆盖游戏、DeFi 和支付等用例的研究模板。
- •验证工作基本成功:部署前 1,478 项测试中 1,475 项通过,覆盖率达 99.8%;部署后冒烟测试 12 项全部通过;首个 L2 链的创世状态已就绪,但仍存在三项非阻塞性 RPC 参数格式问题。
- •重大注意事项依然存在:没有任何阶段被标记为生产就绪,未披露安全审计,HSM/KMS 签名器集成和经审查的 NeoFS 后端等关键生产要求尚未解决,主网部署时间表也未公布。

R3E Network 在 Neo N3 测试网部署多 L2 弹性网络原型
R3E Network 已将其 neo-n4 弹性网络原型部署至 Neo N3 测试网,这标志着由 Neo 核心开发者 Jimmy Liao 独立构建的多 L2 架构首次实现实际部署。该项目虽采用 "neo-n4" 名称,但与 Erik Zhang 主导的正统 Neo 4 协议工作是相互独立的:Zhang 的工作聚焦于对 Neo 核心执行层进行 RISC-V 虚拟机演进,而 Liao 的 neo-n4 则是构建在 Neo N3 之上的 L2 扩容层。neo-n4 项目与 Neo Global Development、Neo 基金会或 neo-project 组织均无关联,也未获得其认可。
随着五份核心结算合约在测试网上投入运行,该项目已超越了 Neo News Today(NNT)今年 5 月报道过的探索性代码仓库阶段,成为功能性的链上原型。代码库现已覆盖第 0-6 阶段,实际部署的合约取代了此前仅停留在规格说明层面的内容。
Liao(R3E Network 创始人)在部署当日阐述了项目的意图:“与 Neo X 和 SpoonOS 的思路一致:Neo N4 不是要推出一条新链,而是要在 N3 之上构建链原生应用,以应用为中心,在 AI 时代更好地服务用户。”此处所指的 Neo X 是 Neo 的 EVM 兼容侧链,SpoonOS 则是 Neo 生态中的 AI 智能体框架,二者都是这一以应用为中心理念的早期体现。
弹性网络模式的意义
弹性网络模式旨在让应用运行在各自的专属链上,同时由 Neo N3 充当共享的结算与安全层。例如,游戏类应用可以运行在针对高吞吐和低延迟优化的链上,而 DeFi 应用则位于另一条具有更严格安全保障的链上——但两者都依赖同一座桥进行资产转移,并共享同一套治理框架。这样,用户和资产可以在这些链之间自由流动,而无需每个应用都从零搭建自己的桥或安全基础设施。这一方案与以太坊上探索的多 Rollup 架构类似,并针对 Neo 的协议栈进行了适配。
部署至测试网的合约
五份 L1 结算合约已部署至 Neo N3 测试网,各自在弹性网络架构中承担不同角色:
- RollupHub:链注册、批量提交与强制包含。
- SharedBridge:资产托管,处理跨层的存取款。
- GovernanceController:基于理事会的治理,包含提案与时间锁机制。
另有两份合约负责证明验证:ZkVerifier 负责证明路由Sp1Groth16Verifier 则使用 SP1 v6.2.1 Groth16/BN254 配对验证委员会证明。
架构概览
neo-n4 架构采用改编自 ZKsync Elastic Chain 模式的三层设计,并在 Neo 自身的栈上重建,结合了 dBFT 2.0 共识、NEP-17 代币标准以及用于数据可用性的 NeoFS。
NeoHub 位于基础层的 Neo N3 上,协调多条 L2 链之间的结算。每条 L2 链维护自己的执行环境,同时共享用于层间资产转移的桥基础设施。L1 与 L2 之间还设有一个可选的 Gateway 聚合层,负责证明聚合。
系统支持三种证明路径:多签证明、带欺诈证明窗口的乐观 Rollup,以及通过 SP1 RISC-V 实现的 ZK 有效性证明。七套弹性链模板——覆盖 DEX、游戏、DeFi、社交、NFT、支付和企业用例——作为研究和测试用途的原型一并纳入。
验证结果
此类测试网部署可让合约套件在公共环境中运行,而无需冒主网资产风险。部署前测试覆盖了 1,478 项测试中的 1,475 项——包括 338 项 VM 测试、55 项集成测试和 1,082 项单元测试——覆盖率达 99.8%。部署后的冒烟测试 12 项全部通过,五份合约全部部署成功,并验证了六个合约间链接。
RPC 验证记录了 14 项检查中的 11 项成功;其余三项失败均为参数格式问题,被标记为非阻塞性。首个 L2 链的创世状态已准备就绪。
范围与注意事项
代码库目前包含 38 个 .NET 测试项目、16 个核心链下库、八个节点插件、五个含 10 份 L2 原生合约的 L1 合约项目、七个 CLI 工具,以及覆盖 .NET、TypeScript、Rust 和 Python 的四个 SDK 源码。
尽管部署范围广泛,该项目仍存在重大注意事项。实现状态矩阵中没有任何阶段被标记为生产就绪。代码库尚未进行过已披露的安全审计,且若干生产要求——包括 HSM/KMS 签名器集成和经审查的 NeoFS 后端——仍未解决。对于此类基础设施的生产部署而言,已披露的安全审计通常是必要前提。真实的 SP1 证明目前需通过手动流程选择性启用,标准 CI 仅运行快速兼容性检查。七套弹性链模板被明确描述为研究原型,而非计划中的生产链。
展望
此次测试网部署使 neo-n4 从理论架构走向可运行的原型,但项目仍处于研究和探索阶段。自 NNT 今年 5 月的报道以来,R3E Network 已完成第 4-6 阶段,在已有的第 0-3 阶段基础上新增了 NeoVM2/SP1 RISC-V 有效性证明、Gateway 聚合和 CLI 工具。
主网部署时间表尚未公布,该工作仍作为 R3E Network 的独立探索性工程持续推进。值得关注的指标包括:三项非阻塞性 RPC 参数格式问题的解决、真实 SP1 证明从手动选择启用流程迁移至标准 CI,以及已准备好的创世状态是否推进为测试网上的首条实际 L2 链;任何迈向生产的步骤还将需要完成尚未解决的安全审计、HSM/KMS 签名器集成以及经审查的 NeoFS 后端。
完整的部署结果和代码库可在以下链接查看:https://github.com/r3e-network/neo-n4