数字货币: 最新！JAM 什么时候上线？从现在的 Polkadot 系统过渡到 JAM，迁移过程是怎么样的？

通过 20 个问题，全面了解 JAM！

加入 PolkaWorld 社区，共建 Web 3.0！

本文内容来自 PolkaWorld 近期一场英文直播，我们邀请到了 Acala 的 CTO Bryan 来一起向大家揭晓 JAM 的进展，特别是在经历了一年的期待之后，JAM 终于将要在今年 6 月逐渐以更具象的方式呈现出来。所以我们请来了 Bryan 和大家分享，让更多人深入了解 JAM 究竟是什么。

Kristen：你现在在 JAM 中的角色是什么？JAM 开发者社区的氛围如何？你个人的体验又是怎样的？

Bryan：我是 Bryan，来自 Acala。目前我在带一个小团队，专门为 JAM Prize 开发 JAM 客户端。整个 JAM 项目目前大概有三十多个团队在参与，大家正以非常去中心化的方式共同构建JAM 协议。我们通过成立 JAM DAO 来协调组织，已经办了两三场线下见面会。说实话，大家做得都非常棒，我们一起协作、一起制定任务、共享资源、解决各种问题，整个过程非常好玩、也很有成就感，和这些人一起共建 JAM 是一次非常棒的体验。

Kristen：JAM 是对 Polkadot 的全面重写吗？它是否会完全取代现有系统？

Bryan：JAM 的全称是"Join-Accumulate Machine"，简单来说，它就是一台"互联网机器"。JAM 是建立在 Polkadot 基础之上的，它承载了 Polkadot 所有的功能，可以看作是 Polkadot 的一次重大升级。它是从零开始重新设计并重构的"新版 Polkadot"。

当 JAM 主网正式上线后，Polkadot 的中继链将会被 JAM 链所替代。但所有平行链，包括系统平行链和社区平行链，都可以无缝迁移到 JAM 链上，不需要做额外的改动。对于用户来说，这个过程是平滑过渡的，不会带来使用上的差异。

Kristen：那你觉得 JAM 要完全落地还需要多久？目前还缺哪些关键部分？我们接下来可以关注哪些重要的里程碑？

Bryan：说实话，这样的史诗级工程确实很难给出精确时间表。但粗略来看，灰皮书预计在下个季度定稿，到时候我们会对整个协议和架构有一个明确的认知。之后就是具体的开发和落地工作。

按理想进度，希望六个月左右可以有一些比较成熟的客户端，至少能发布测试网络（testnet），甚至可能是主网，但这点我现在还不敢确定。现在已经有部分团队在分享可运行测试网的客户端二进制文件，不过，这些还只是 JAM 本身的部分，就像没有平行链的 Polkadot 意义不大一样，JAM 本身也需要"服务"来支撑生态。所以我们现在的重点是开发 JAM 的服务端 SDK，并且也在构建"核心链服务"（CoreChain Server），它可以用来运行平行链，这是另一个关键的里程碑——等到这个完成，平行链就可以迁移或直接运行在 JAM 上了。与此同时，生态开发者也可以基于 JAM 的 SDK 来开发其他类型的服务，构建你想要的去中心化应用。

Kristen：听上去确实是一项非常浩大的工程。那现在大概有多少人在参与 JAM 的开发？大家是怎么协作的呢？

Bryan：我也不清楚确切人数，但我估计大概有五十人以上参与进来。你可以去 greypaper.com 看一下，有一个客户端板块，显示当前正在开发 JAM 客户端的团队数量，好像是三十多个。有些是个人开发者，有些是几人小团队，所以加起来大概有五十多人。我们有一些公共的沟通群组，也有私密的协作频道。大家会一起讨论灰皮书内容、JAM 的具体实现、如何搭建测试网络、多客户端的兼容运行等技术细节。

我们还创建了 JAM DAO，目前也在参与 Polkadot 的链上治理，这也是我们在探索如何更高效协作的一部分。

Kristen：那现在参与开发 JAM 的这些开发者，大多数是 Polkadot Fellowship 的成员吗？

Bryan：目前还不是。将来当参与 JAM Prize 的人越来越多，很多人会自然加入 Fellowship。但现在，Fellowship 里可能只有五个、也可能十个左右的人在直接参与构建 JAM。

Kristen：明白，那 JAM 会分阶段发布吗？我们什么时候能看到第一个版本上线？它会包含哪些功能？

Bryan：对，JAM 会分阶段推出。最早发布的肯定是测试网，我们会有一些公开的测试网供大家试用，尝试部署一些东西。接下来测试网可能会经历几个版本的演进，最终才会上线主网，一旦主网上线，那它就基本定型了。

因为和现在的 Polkadot 不同，Polkadot 是设计成可以不断自我升级的系统，中继链每隔几个月就会有一次大的升级，但 JAM 并不是这么设计的——一旦协议确定下来，它就是固定的。当然客户端以后可能会有性能优化，但 JAM 协议本身，在灰皮书正式定稿之后，就不会再改动了。

Kristen：明白了，那 JAM 的测试网是不是叫 JAM Toaster？

Bryan：JAM Toaster 是 Parity 打造的一台超级计算机，搭载了上千个 CPU 核心，用来模拟完整的 JAM 测试网络。它也可能会作为一个公开测试网开放给大家使用，我现在不能确定。

但当然，任何人都可以运行一个测试网并开放出去，形成公开测试网，最终看哪个测试网被大家用得最多。

Kristen：明白，那等到 JAM 正式上线后，从现在的 Polkadot 系统过渡到 JAM，会是怎样一个迁移过程？

Bryan：其实我们已经开始做这项迁移工作了。因为 JAM 链最终是要替代 Polkadot 的中继链的，所以当前 Polkadot Fellowship 正在把原来中继链上的核心功能，比如质押（staking）、转账、治理等，逐步迁移到系统平行链上（比如 Asset Hub）。这就是迁移的第一阶段目标——让用户的操作都发生在平行链上，而不再依赖中继链。

当这个阶段完成之后，整个中继链就变成了一个"过渡层"，用户不会再直接与之交互，这时我们用新的 JAM 链替换旧的中继链时，只需要"替换"一下底层链就行了。

所有现有的系统平行链和社区平行链将从某一个区块开始，从连接旧中继链切换为连接 JAM 链，其余部分运行方式保持不变。

所以，从用户角度来看，基本不会有任何感知：你使用的平行链还是一样的，钱包、交易所也不需要做任何额外操作。只有运行节点的人，比如提供 RPC 服务的人，才需要升级他们的节点软件来支持 JAM，总的来说，这次迁移会非常顺滑，用户几乎不用担心。

Kristen：听起来确实是个无感迁移。那在 JAM 完全上线之后，性能方面会有多大提升？对开发者来说成本能降低多少？你能大致说一下吗？

Bryan：这个目前很难准确量化，因为整个系统还没有完全跑起来。灰皮书里有一些性能预估数据，我现在记不太清了，大家感兴趣的话可以去看灰皮书。但可以肯定的是，性能提升会非常显著。比如，目前 Polkadot 是用 WebAssembly 来执行代码，而 JAM 会改用 RISC-V。我们之所以选择 RISC-V，就是因为它速度更快、结构更简单。

此外，JAM 的设计目标是支持 341 个 core（核心），而我记得现在 Polkadot 好像是 100 多个，具体数字我记不太清了，但肯定会大幅增加，而且每个 core 的执行能力也会更强，这样整体的可扩展性和并发能力都会提升很多。最后，因为 core 的供应量变多了，资源变丰富了，开发者使用的成本也会显著下降，core 的"价格"自然就会变得非常亲民。

Kristen：那现在有没有测算过，开发者在 JAM 上开发大概需要多少成本？

Bryan：这个其实很难测算。JAM 的灰皮书确实定义了协议和基础架构，比如怎么运行、怎么计费（Gas）、怎么收取 Gas 费用等等，但它没有定义经济模型。它提供的是一种可以实现成本分摊的机制，比如多台服务器之间如何共享资源、分担成本，但并没有明确规定成本要怎么定价、怎么出售 core（执行核心），也没有设计像 auction（拍卖）这种购买机制的具体细节。

目前比较可能的做法是，正如我之前说的，我们正在迁移现有的系统平行链，从原来挂靠在 Polkadot 中继链上，转为挂靠在 JAM 链上，这些系统平行链，比如目前在 Polkadot 上负责拍卖 core 的那条链，大概率也会继续在 JAM 上承担类似的功能。

所以机制上会是延续现有做法——虽然当前的 coretime（核心时间）机制并不完美，但我们内部已经在讨论怎么优化它。现在这个机制的设计还在持续演进中，我们也鼓励大家现在就加入进来，比如参与 Fellowship 的 RFC（Request For Comment）讨论，发表自己对 core 销售机制的意见和建议，这对未来的方向是有帮助的。

Kristen：我之前听说，PVM 的性能是 EVM 的 20 到 50 倍，你能说说这两个虚拟机的核心区别是什么吗？

Bryan：PVM（Polkadot Virtual Machine）是从零开始为区块链设计的虚拟机，最核心的设计目标之一就是高效运行。EVM 虽然也是为区块链设计的，但在设计之初其实并没有把性能作为优先考虑的因素。

举个例子：EVM 有点像 JavaScript ——写起来简单、入门门槛低，但如果你要做性能要求特别高的系统，没人会选择用 JavaScript，大家会用 Rust、C++ 这类语言。同样道理，PVM 就像是 Rust，性能导向；而 EVM 更像是 JavaScript，易用但受限多，所以我们设计 PVM 的目标就是跳出 EVM 的种种限制，完全围绕性能来构建。

Kristen：既然 PVM 基于 RISC-V 架构，而现在我们看到 Ethereum（以太坊）也在往类似方向转，那你怎么看以太坊要重写虚拟机？这对 Web3 意味着什么？

Bryan：这个嘛，我不是以太坊的核心开发者，具体他们为什么这么做我不太清楚。但从局外人的角度来看，答案其实很明显：就是——EVM 性能不够用了。如果你换成一个性能更好的虚拟机，比如基于 RISC-V 的设计，理论上性能可以提升 10 倍甚至 20 倍，Gas 成本会大幅下降，这当然是好事。而且现在关于 RISC-V 在区块链领域的研究也越来越多，工具和生态也逐渐完善，所以这条路现在看起来是非常可行的，既然几乎没有什么明显的坏处，还能提升性能，那为什么不试试呢？

Kristen：那为什么我们以前没直接用 RISC-V 呢？

Bryan：其实 PVM 并非用的标准 RISC-V，而是为 JAM 特别定制的 RISC-V 变体版本。也就是说，如果你有一个普通的 RISC-V 程序，它是不能直接跑在 PVM 上的，你需要用特定的工具把它转化为适配 PVM 的格式。我们这样做的原因是，灰皮书里对 PVM 的定义非常详细，PVM 是完全围绕 JAM 架构设计的，所有的寄存器数量、指令集设计等等，都是为了 JAM 考虑。

我们现在正在开发 JAM 客户端，做大量测试，根据测试反馈不断迭代和优化。因此目前的 PVM 规范也还没有最终定稿，它会随着实践继续演进。还有一项正在进行中的工作是：为 PVM 构建 Gas 模型。也就是说，我们正在精准测量每条指令的资源消耗情况，以便建立一个公平合理的收费机制，而这件事在 WASM（WebAssembly）上几乎是不可能实现的，因为它的抽象层太高了、可测性太差。所以 Parity 决定放弃 WASM，选择基于 RISC-V 的 PVM，其实就是为了更可控、更高效。当然，这里面还有很多问题没有完全解决，我们相信最终是能找到好答案的，但确实还需要持续投入时间和研究。

Kristen：那你觉得基于 RISC-V 的 Polkadot PVM 会不会比以太坊的 RISC-V 虚拟机更早上线？从开发者角度来看，Polkadot 会不会成为以太坊应用的"试验田"？

Bryan：完全有可能。其实我也不知道以太坊升级到 RISC-V 会花多久，因为它还要考虑向后兼容，还有很多历史包袱要处理，这会让升级变得特别复杂。相比之下，Polkadot 的可升级性就好得多，比如我们的 parachain（平行链）现在是跑在 WASM 上的，可以直接升级成用 RISC-V 虚拟机运行。我们不需要像以太坊那样，还要在 RISC-V 里"兼容"运行 WASM 或 EVM —— 这种方式是可行，但效率会很低。当然，从技术上讲，也可以在 RISC-V 虚拟机里运行 EVM，但速度就会很慢。而对于以太坊来说，他们不太可能要求所有老合约提供新的 RISC-V 字节码，这是几乎不现实的，所以他们要怎么解决这些问题，目前还不清楚。但可以肯定的是，以太坊这次升级的挑战会非常大。

Kristen：了解。那我还有一个词挺难理解的，就是 "coreplay"。它和 PVM 之间是什么关系？

Bryan：这个问题很好，我先稍微回顾一下背景。JAM 实现的一个重要突破，是支持"去中心化非区块链式应用"。目前我们看到的大多数智能合约平台，其实都强依赖区块链的结构，所有程序都是基于区块概念来设计的。举个简单例子：在当前的区块链系统里，你不能写一个无限循环的程序 —— 因为最终会耗尽 Gas，交易就会失败。在 JAM 上，你是可以写一个永远运行的程序的。也就是说，你写的程序不需要知道"有区块""有区块时间限制"这种概念，虽然你仍然要为 Gas 付费，但程序本身不需要知道自己只能执行 6 秒、或者需要分片执行这些限制，它只需要运行就行了，这就解放了开发者的编程方式 —— 不再需要为计算密集型任务把大任务拆成 50 个小任务，每个任务分别放在不同的区块里执行。

在 JAM 上，你可以一次性把程序跑完，JAM 背后的 "coreplay" 服务器会自动帮你做"跨区块"执行。具体是这样操作的：当程序快跑满一个区块的执行时间时，coreplay 会自动把程序"休眠" —— 也就是把内存数据存到数据可用性层（Data Availability Layer），相当于把程序"冻结"。等到下一个区块来临时，再把内存恢复回来，从上次中断的地方继续运行，就像你电脑睡眠之后，下一次开机还能从之前的状态恢复一样，JAM 程序也是类似的。所以，开发者写的 coreplay 程序，是可以"无感知区块"的 —— 你只管写代码，后台这些"暂停""恢复"交给 coreplay 自动处理。

Kristen：那我能不能这么理解：如果 PVM 是一台计算机，那 coreplay 就是运行在这台计算机上的软件？

Bryan：可以这么理解，但更准确地说，coreplay 更像是操作系统，而 JAM 是"硬件"，你写的程序就是运行在这个操作系统上的应用软件。

Kristen：Web3 基金会承诺投入一千万美元来支持 JAM 的验证者客户端开发，首个里程碑是六月完成，为什么会有多达 38 个团队在开发几乎是同一个功能的软件？

Bryan：这是个很好的问题。首先，客户端多样性（client diversity）非常重要，目前 Polkadot 的客户端生态其实不太理想，90% 以上的验证者节点都在运行 Parity 的官方客户端。这意味着如果官方客户端有个 bug，整个网络就只能跟着它走，这其实是有风险的。所以，我们希望未来没有任何一个客户端的市场份额超过 33%。这样如果某一个客户端出现问题，其他客户端还可以照常运行，不会导致全网故障，因为大家是独立开发的客户端，出现同一个 bug 的概率非常低，这也大大提高了网络的可靠性。

另外，JAM 的目标是做到尽可能去中心化，我们也不希望说"只有某一个团队才能做客户端"，那显然不符合 Web3 的精神。当然，基金会一开始也没想到会有这么多团队报名开发 —— 有 38 个团队参与，确实是个"意外的惊喜"。虽然不是每个团队都能完成所有五个里程碑，但就算他们中途退出，很多代码依然会有价值 —— 因为大家是用不同语言写的，有些人可能就是想用特定语言来接入 JAM，那这些未完成的代码也可能帮上忙。甚至就算是用同一种语言，多个实现版本也能让用户选择更适合自己的版本，比如依赖更少、性能更高、社区更活跃等。区块链的核心是去中心化，而去中心化往往就意味着冗余（redundancy）是必要的 —— 我们不能把所有节点运行在一台服务器上，同理，客户端实现也应该是多样而冗余的，也许不会所有代码都被最终使用，但这是实现真正去中心化协作的必要代价。

Kristen：听起来这个激励力度真的很大，那你能具体给我们讲讲吗？比如一支团队完成所有里程碑，最多能拿到多少奖励？

Bryan：总共有五个里程碑，每个里程碑的最高奖励是 10 万 DOT，所以一支团队最多可以拿到 50 万 DOT 的奖励。但要注意，这个奖励池是有总额上限的，采用先到先得机制，所以也鼓励大家尽早参与、快速推进。同时，我们也设立了四种不同的开发语言组，每种语言组会分配到不同的奖励池，这样可以鼓励大家使用非主流语言（如非 Rust 或 Java ）来开发客户端，这种机制能激励一些人选择冷门语言。另外，因为是按里程碑发奖励的，所以即使一个团队不能完成全部五个阶段，只要完成前几个阶段，也能获得相应的 DOT 奖励，我们希望大多数团队至少能完成第一或第二个里程碑。

Kristen：明白，那现在新团队还可以加入 JAM Prize 计划吗？

Bryan：可以的，只要奖励池还有余额，就可以随时加入。不过，还是得提醒一下，这是"先到先得"的模式，加入得晚可能会面临奖励被拿光的风险，但晚加入也不是没有优势。早期团队已经踩了不少坑，现在灰皮书也更新到了 0.66 版本（最初发布时是 0.4），已经经历了大量修订。如果你现在加入，就可以直接基于相对稳定的版本开发，不需要一直追着灰皮书变更去调整代码了。

Kristen：了解了，那我们节目的最后，来聊聊展望吧。你觉得 JAM 未来可能会对整个 Web3 生态带来哪些影响？可能带来哪些变革或颠覆？

Bryan：嗯，这个问题确实不容易预测，但我可以说，JAM 的潜力非常大。Polkadot 已经在扩容问题上取得了一些成果，但它还没有解决很多其他核心问题。JAM 正是为了填补这些空缺而诞生的，它的潜力不仅在于构建真正去中心化的应用，而是能够支持一整套去中心化的应用生态，比如现在的 Polkadot 有平行链，它们之间可以通过 XCM 通信，但实际使用门槛较高。而在 JAM 中，支持同步组合性（synchronous composability），我们就不再需要传统意义上"链"这个概念了，未来 JAM 还可以支持很多非区块链的服务节点 —— 整个系统变得更加灵活和强大。

很多以前在链上难以实现，甚至不可能实现的应用逻辑，现在都可以实现了。比如我们可以实现像"跨服务闪电流（flash flow）"这样的复杂交互逻辑，这是目前其他链平台都做不到的。当然，要真正释放 JAM 的全部潜力，不仅需要有人去构建新的链或服务，也需要整个行业的人共同思考：我们如何利用 JAM 提供的新能力，来解决现有的问题？我们如何把 JAM 融入到已有的架构中，使其更好地为开发者和用户服务？这不仅是某一个项目的事，而是整个 Web3 行业需要共同努力，才能实现真正意义上的变革。

Kristen：太棒了！好的，那今天的节目就到这里，非常感谢 Bryan 的精彩分享，也谢谢所有观众的参与和支持 PolkaWorld。我们会持续关注 JAM 的发展，欢迎大家关注 Bryan、Acala 以及 PolkaWorld，获取关于 Polkadot 和 JAM 的最新动态。再次感谢大家，我们下期节目再见！

原视频：https://www.youtube.com/watch?v=25ngSB_WqsQ