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 Foundation 或 neo-project 組織並無隸屬關係，也未獲其背書。

隨著五個核心結算合約在測試網上運作，該專案已超越 Neo News Today（NNT）於五月報導的探索性程式碼庫階段，成為功能性的鏈上原型。程式碼庫現已涵蓋第 0 至 6 階段，先前僅存在於未部署規格中的內容已由實際上線的合約取代。

R3E Network 創辦人 Liao 在部署當日闡述了專案意圖：「Same thesis as Neo X and SpoonOS: Neo N4 isn't about launching a new chain. It's about building chain-native apps on top of N3, application-centric, serving users better in the AI era.」此一表述指的是 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 五月的報導以來，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