新闻加密货币R3E Network 在 Neo N3 测试网部署多 L2 弹性网络原型

R3E Network 在 Neo N3 测试网部署多 L2 弹性网络原型

作者: CryptoNewsNet·

要点速览

  • •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 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