💻 computer science

n-VM: A Multi-VM Layer-1 Architecture with Shared Identity and Token State

本文提出了 n-VM 架构，这是一种在共享共识与状态之上托管多个异构虚拟机（如 EVM、SVM 等）的 Layer-1 解决方案，通过统一身份层和代币账本解决了多链生态中的身份碎片化与流动性隔离问题，并实现了跨虚拟机原子转移及高达 6.6 万 TPS 的吞吐量。

原作者： Jian Sheng Wang

发布于 2026-03-26

📖 1 分钟阅读☕ 轻松阅读

CC BY 4.0

原作者： Jian Sheng Wang

原始论文采用 CC BY 4.0 许可（http://creativecommons.org/licenses/by/4.0/）。 ✨ 这是对下方论文的AI生成解释。它不是由作者撰写或认可的。如需技术准确性，请参阅原始论文。阅读完整免责声明

这篇论文介绍了一个名为 n-VM 的全新区块链架构。为了让你轻松理解，我们可以把现在的区块链世界想象成一个分裂的“元宇宙”，而 n-VM 就是要把这些分裂的星球重新连接成一个超级统一的“星际联邦”。

以下是用大白话和生动比喻对这篇论文的解读：

1. 现在的痛点：分裂的“巴别塔”

现状：
现在的区块链世界就像一群互不相通的岛屿。

以太坊 (EVM) 说：“我们只懂这种语言，用这种钱包。”
Solana (SVM) 说：“我们说另一种语言，用那种钱包。”
比特币 (Script) 和 波场 (TVM) 也有自己的规矩。

麻烦事：
如果你想从以太坊去 Solana 玩，你得：

准备两个不同的钱包（就像出国要带护照和签证）。
记住两把不同的钥匙。
最可怕的是，你得经过一座**“桥”**（跨链桥）。这座桥历史上经常塌，导致几十亿美元被盗（就像过桥时遇到强盗）。

2. n-VM 的解决方案：一个超级大脑，多种语言

n-VM 提出了一种新架构，它不再让一个系统去“模仿”另一个系统（比如把 Solana 变成以太坊的插件），而是让所有系统平起平坐，住在同一个房子里。

核心比喻一：超级翻译官（Opcode 路由）

想象 n-VM 是一个超级邮局。

以前：你要寄信给 Solana，必须先把信翻译成 Solana 语，再寄到 Solana 邮局，中间还得经过中转站。
n-VM 的做法：所有信件（交易）到达邮局时，邮递员只看信封左上角的第一个字节（就像看信封上的“语种代码”）。
- 如果是 0x10，直接扔进“以太坊处理室”。
- 如果是 0x20，直接扔进"Solana 处理室”。
- 如果是 0x30，扔进“比特币处理室”。
好处：不需要复杂的翻译，瞬间分流，效率极高。

核心比喻二：万能身份证（统一身份）

这是 n-VM 最酷的地方。

以前：你在以太坊有个 ID，在 Solana 有个 ID，在比特币有个 ID。它们互不相认。
n-VM 的做法：你只需要一张“宇宙身份证”（叫 id_com，一个 32 字节的数据）。
- 当你进入以太坊房间，系统自动把你的身份证“变形”成以太坊格式的地址。
- 当你进入 Solana 房间，系统又把它“变形”成 Solana 格式的地址。
- 关键点：虽然地址看起来不一样，但它们都指向同一个你。你不需要换钱包，不需要记多把钥匙。这就叫**“统一身份”**。

核心比喻三：同一个存钱罐（统一账本）

以前：你在以太坊存 USDT，在 Solana 存 USDT，它们其实是两个不同的“存钱罐”，中间需要搬运工（桥）来倒腾，容易出错。
n-VM 的做法：所有人共用同一个巨大的存钱罐。
- 不管你是用以太坊的接口，还是 Solana 的接口，你实际上都是在操作同一个账本上的数字。
- 转账：从以太坊转给 Solana 用户？不需要桥！就像你在同一个银行里，把存款从“美元账户”转到“欧元账户”一样，瞬间完成，100% 安全，没有中间商。

3. 它是怎么跑得这么快的？（并行处理）

通常区块链像是一个单行道，大家排队办事，一次只能处理一个。
n-VM 像是一个拥有 64 条车道的超级高速公路：

智能分流：系统会自动检查你的交易会不会和别人“撞车”（冲突）。
并行处理：如果张三转钱给李四，王五转钱给赵六，这两件事互不干扰，系统会同时处理它们，而不是排队。
结果：论文预测，在普通服务器上，这个系统每秒能处理 1.6 万到 6.6 万 笔交易（现在的以太坊大概只有几十到几百笔）。

4. 它支持哪些“语言”？

这个系统目前内置了 5 个“处理室”：

原生房间：系统自己的语言。
以太坊房间 (EVM)：兼容 Solidity 等所有以太坊应用。
Solana 房间 (SVM)：兼容 Solana 程序。
比特币房间 (BVM)：兼容比特币脚本。
波场房间 (TVM)：兼容波场。

扩展性：以后想加个“新语言”（比如 Move 或 WebAssembly），只需要给这个新房间分配一个“门牌号”（操作码范围），把门打开就行，不需要拆掉整个大楼。

5. 总结：这对普通人意味着什么？

不再需要跨链桥：再也不用担心桥被黑客攻击，资产更安全。
一个钱包走天下：你只需要一个钱包，就能在所有区块链生态里自由穿梭，不用反复导入导出私钥。
速度飞快：转账和玩游戏会像发微信一样快，而且费用极低。
无缝迁移：如果你现在用 MetaMask 或 Phantom 钱包，可以直接连上这个新系统，不需要重新学习。

一句话总结：
n-VM 就像是在区块链世界建了一座**“星际联邦大厦”，不管你是说英语（以太坊）、中文（Solana）还是法语（比特币），大家都能在大楼里用同一张身份证**、同一个钱包、同一个存钱罐自由交流，而且速度极快，安全无忧。

这篇论文提出了一种名为 n-VM 的新型 Layer-1 区块链架构，旨在解决多链生态系统中身份碎片化、流动性孤岛以及依赖跨链桥进行资产转移的痛点。该架构的核心创新在于在一个共识层上托管 $n$ 个异构虚拟机（VM），使它们作为平等的执行环境共享状态和身份。

以下是该论文的详细技术总结：

1. 研究背景与问题 (Problem)

当前的区块链生态系统高度碎片化，存在以下主要问题：

执行环境不兼容：以太坊（EVM）、Solana（SVM）、比特币（Script）和波场（TVM）等拥有不同的账户模型、地址格式和交易语义。
身份碎片化：用户需要在不同生态中维护多个钱包和密钥对。
跨链桥风险：跨生态资产转移依赖第三方跨链桥，这是 DeFi 安全的主要漏洞来源（2021-2024 年损失超 28 亿美元）。
现有方案的局限性：现有的多 VM 项目（如 Movement, Eclipse, Sei v2）通常将一种 VM 作为另一种 VM 的附属（如 Rollup 或兼容层），未能实现真正的身份统一和原生互操作性。

2. 方法论与架构设计 (Methodology)

n-VM 架构由四个核心层级组成，通过以下机制实现统一：

A. 基于操作码的路由 (Opcode-Based Routing)

机制：交易载荷的第一个字节（操作码前缀）决定目标虚拟机。
设计：将 256 个操作码空间划分为 $n$ 个连续且不重叠的区间。
优势： $O(1)$ 时间复杂度的路由，扩展性强（新增 VM 只需注册新的操作码范围），且保证确定性。

B. 统一身份层 (Unified Identity Layer)

核心概念：基于 Ace-Gf 框架，使用单个 32 字节的承诺值（id_com）作为链上身份锚点。
- id_com = Poseidon(REV, salt, domain)，其中 REV 是根熵值。
地址派生：通过确定性哈希函数，从 id_com 派生出特定 VM 的地址。
- 例如：EVM 地址 = SHA-256("evm:" || id_com)[12:32]。
安全性：基于 SHA-256 的抗碰撞性，确保一个 VM 上的地址泄露不会危及其他 VM 的地址。
冷启动支持：支持“原始链入口”（Raw Chain Ingress），允许用户使用现有的 MetaMask 或 Phantom 钱包签名交易，系统自动将其映射到统一的 id_com。

C. 统一代币账本 (Unified Token Ledger)

设计：所有代币状态存储在一个单一的内部程序账户中，而非分散的 VM 状态树。
多接口访问：
- ERC-20 接口：EVM 合约调用时，运行时将 EVM 地址解析回 id_com 并读取统一账本。
- SPL 接口：SVM 程序通过关联代币地址（ATA）映射到 id_com 读取同一账本。
原子性：跨 VM 转账（如从 EVM 到 SVM）是在单一状态树上的一次原子状态转换，无需跨链桥、锁定/铸造/销毁机制，消除了桥接漏洞。

D. 并行执行 (Parallel Execution)

写集冲突检测：调度器提取交易的写集（Write Set）。对于写集可静态确定的交易（如原生转账），进行批处理并行执行；对于写集不可确定的交易（如 EVM 调用），保守地标记为全局冲突。
基于上下文的分片：交易携带 16 字节上下文标签，通过哈希映射到 64 个分片。不同分片的交易独立执行，跨分片交易串行执行以保证原子性。

3. 关键贡献 (Key Contributions)

通用 n-VM 架构：定义了在同一 Layer-1 上托管 $n$ 个平等虚拟机的框架，包括操作码路由、共享状态树和可插拔引擎接口。
统一身份层：形式化了从单一身份承诺到特定 VM 地址的确定性派生，证明了在 HKDF 伪随机函数假设下的上下文隔离性。
统一代币账本：提出了单一账本运行时，在底层共享余额存储的同时暴露 ERC-20 和 SPL 等原生接口，并证明了跨 VM 转账的原子性。
并行执行优化：设计了基于写集的冲突检测调度器和上下文分片方案，显著提升了吞吐量。
具体实现实例：使用 Rust 实现了包含 5 个 VM（Native, EVM, SVM, BVM, TVM）的原型，包括身份预编译、跨 VM 调用钩子和原始链签名验证。

4. 实验结果与性能 (Results)

吞吐量模型：在商用硬件（16 核）上，基于 400ms 的块时间和 Ace Runtime 流水线：
- 单线程顺序执行：约 5,000 TPS。
- 并行批处理（写集冲突检测）：约 16,000 TPS。
- 上下文分片（64 分片 + 跨上下文检测）：约 33,000 - 66,000 TPS。
实现细节：
- 代码量：约 5,000 行 Rust 代码 + 3,000 行测试。
- TVM 引擎：展示了架构的扩展性，通过操作码重映射复用 EVM 引擎来支持 Tron 兼容性，无需重写执行引擎。
- 安全性：通过快照/回滚机制确保单个 VM 的失败（如 Out-of-Gas）不会污染共享状态树。

5. 意义与影响 (Significance)

消除跨链桥：通过共享状态和统一身份，彻底消除了对跨链桥和包装代币（Wrapped Tokens）的需求，从根本上解决了桥接安全风险。
真正的互操作性：不同虚拟机（如 EVM 和 SVM）可以在同一链上直接交互，无需复杂的指针合约或消息传递协议。
用户体验提升：用户只需一个身份（id_com）即可管理所有生态的资产和合约交互，降低了多链使用的门槛。
可扩展性：架构是参数化的，添加新的虚拟机（如 WASM 或 Move）只需实现引擎接口并注册操作码范围，无需修改核心身份或账本逻辑。
未来方向：论文提出了引入 WASM/Move VM、采用乐观并发控制（Block-STM 风格）以及实现同步跨 VM 调用（共享 Gas 计量）等扩展方向。

总结：n-VM 提出了一种革命性的 Layer-1 架构，通过“操作码路由 + 统一身份 + 统一账本”的三位一体设计，成功将异构虚拟机整合为一个高效、安全且无缝互操作的执行环境，为下一代多链生态的融合提供了可行的技术路径。