上个月，又一批开发者和学生通过 Polkadot 区块链学院（PBA）在瑞士的卢塞恩完成了对 Web3 的学习！Gavin 亲自去参加了毕业典礼，在毕业日向大家带去了祝福和愿景！同时，JAM 协议的多个实施团队也在活动现场为毕业生分享了他们在 JAM 中的旅程，以及对 JAM 协议的深刻理解！

不论你是一个想要加入 JAM 的开发者，还是看好 JAM 未来发展的普通用户，这篇文章都值得大家去阅读和学习！

内容摘要：

• JAM 实施团队介绍及加入 JAM 的动机

• JAM 开发现状：38 支团队、15 种语言、没有老板、没有命令

• JAM 和开发团队的中短期目标是什么？

• Polkadot 向 JAM迁移路径会是怎样的？

• 关于 JAM 的感受和未来期待

• JAM 对整个区块链市场有什么影响？

• JAM 的核心应用场景是国家级基础设施？

本文内容来源于“PBA Special: JAM with the Builders”活动，由 PolkaWorld 编译整理。原文篇幅较长，OneBlock+ 对内容进行了精简。如需阅读完整版，请查看原文：

🔗JAM 是构建真正 Web3 的唯一路径？听听这些 builder 怎么说

🔗JAM 对加密市场有什么影响？如何提高 Polkadot 未来的用户体验？

📚JAM 实施团队介绍

Tomek：我来自 Fluffy Labs 。大概八个月前，我们决定用 TypeScript 来实现 JAM 协议，这个实现版本叫 Typeberry 。在开发过程中，我们还有一个目标，就是改善其他 JAM 团队的开发体验，所以我们也在积极构建与 JAM 相关的工具链。

Daniel：我在 jamixir 团队工作，主要是用 Elixir 语言实现 JAM。我们团队只有两个人。我是在香港参加 PBA 课程后开始做的，一边学习一边开发，也通过 Twitter 分享内容，希望让更多人了解 JAM。虽然距离生产可用还有距离，但目前阶段非常有趣。

Maciej：我在 Graymatter 团队，用 Elixir 构建 JAM 实现，我们团队有四人，都是兼职。参与 JAM 不一定要全职，也可以用业余时间参与，比如做轻量客户端或工具开发。我们注重与其他团队协作，比如共享工具和测试资源，希望一起让协议更健壮。我相信 JAM 是 Polkadot 的未来，它带来的抽象能力将开启全新可能。

Alistair：我目前在Web3 基金会担任首席科学家，主要工作是从理论层面支持 JAM 的设计。

Kian：我在 Graymatter 团队担任项目经理角色，平时兼职参与 JAM 开发。主要目的是通过参与早期里程碑，更深入理解 JAM，为未来生产环境上线后做好准备。

🏄 为何加入 JAM 开发？

Tomek：一开始只是觉得有趣，想着兼职做。我曾在 Parity 参与 Polkadot 的开发，休息一段时间后觉得 JAM 是一个很好的回归机会，可以用上我积累的经验。跟朋友分享后他们也很感兴趣，于是我们就全职投入了。

Maciej：作为Polkadot 的开发者，经常有人向我咨询 JAM，我觉得有责任去了解，而最好的方式就是亲自搭建、阅读灰皮书。我相信 JAM 能带来以前无法实现的新特性，正因为它值得期待，我愿意投入时间。

Alistair：最初是因为有人来咨询我 JAM，后来就加入了。我觉得JAM 的数据可用性设计极具魅力，我迫不及待想见证其应用场景。从更深层看，Polkadot 协议复杂到难以由单人理解，JAM 通过灰皮书制定出可理解的协议规范，是向更高性能系统迈进的重要一步，这让我非常期待它的最终成果。

Daniel：我的故事始于PBA（Polkadot 区块链学院），刚从 PBA 毕业时正好赶上 JAM 启动，有奖项激励是加分项，但更重要的是过程中的学习、与 Gavin 等顶级开发者的协作，以及对底层协议的理解。我相信 Gavin 提出的 Web3 愿景——真正去中心化、无需许可、抗攻击的系统，而 JAM 是实现这一目标的最好机会，我发自内心想参与其中。

Kian：我们团队成员背景多元，既有 Polkadot 老兵，也有 PBA 毕业的新人。这说明只要愿意投入学习和实践，无论你是谁，都可以成为推动 JAM 的一员，机会始终存在。

🛠️JAM 开发现状？38 支团队 & 15 种语言

Daniel：我认为 JAM 奖励计划的设计非常聪明，它激励来自不同背景的开发者围绕同一份 Gray Paper 独立实现协议。虽然互不干涉，也不了解彼此代码细节，但大家都遵循相同规范，逐步实现互联互通，构建真正的去中心化网络。几个月前，团队们已能自主产出区块并互相验证规范，虽然偶尔遇到 bug，但也促进了良性互动和社区氛围的建立。

今年五月会在里斯本举办 JAM Experience 活动，届时计划启动 JAM 测试网，同时也在建设名为 JAM Toaster 的数据中心。这个超算集群将用于大规模网络压力测试，具备数百核心、PB 级存储和 TB 内存，届时各实现将在其中互联，场面将非常震撼。

Tomek：可能很多人还不知道，目前已有38 个团队公开参与，覆盖约15 种编程语言。可能有人质疑是否需要这么多实现 —— 其实目标并非让所有版本都上生产环境，而是培育专家社区。就像 Polkadot 现有的技术 Fellowship，但 JAM 选择在协议上线前就建立这种知识网络，为未来升级奠定人才基础。

Maciej：奖项的一个核心目的就是：通过知识去中心化推动生态繁荣。PBA、JAM Prize、还有 Fellowship 都是为了同一个目标：让更多人了解、参与并能真正理解协议，未来能独立开发工具，推动生态发展。如果只有少数人懂，那整个生态是脆弱的。所以，我们一定要把知识传出去，才能真正保证未来成功。

Kian：当前 Polkadot 技术 Fellowship 的重要作用就是防止任何单一公司成为开发瓶颈或知识垄断点。而 JAM 通过奖项计划，已聚集 40 多支团队、数百名开发者，在知识去中心化方面超前部署。未来 JAM 的维护升级将完全脱离单一组织掌控，这是非常了不起的。

🎯 JAM 和自己团队的中短期目标是什么？

Tomek：关于 JAM，我真心希望一年内能有一个稳定运行的测试网。至于我们自己的团队，由于我们使用的语言性能不高，可能难以达到 Milestone 3，所以将目标调整为完成 Milestone 2（基础功能），随后转向开发浏览器轻客户端，提供 JAM 访问入口。JAM 是极简协议，原生不包含代币和治理机制，所有功能都要以服务（Service）的形式去扩展。未来升级将专注于底层优化，如抗量子加密或提升验证人效率。只要升级无系统性风险，一般不会引发社区分裂。

Daniel：我们团队用的是 Elixir 语言，是否能达到 Milestone 5 仍不确定。若遇性能瓶颈，可用 Rust 实现底层模块，让 Elixir 负责逻辑控制。我的计划是，未来至少十年都会留在 JAM 生态里。因为 JAM 完成后，未来还有大量服务建设工作。而且，我很喜欢现在这种工作方式：没有公司、没有老板、没有客户。我们是一群志同道合的人组成的社区，在一起自由协作、互相分享，这是最棒的。

Maciej：我最近一个月才开始参与 JAM 项目，目前还在快速学习和熟悉的阶段。目前多数团队聚焦第一里程碑（基础状态转换功能），即将面临分片架构的核心挑战—— 而这些正是我之前在 Polkadot 2.0 里长期研究和开发的方向。接下来，我希望支持团队构建 ELVES（执行环境）并将分片相关经验分享给其他团队，如果顺利的话，一年之内我们应该能在 JAM 上看到初步的 ELVES 运行成果。

Alistair：我的关注点是：在 JAM 的第一个版本里，我们能放进去哪些功能，哪些又不得不推到以后。比如近期 Tenderbake 团队讨论的 DKG 协议，如果能引入门限加密，验证人负担可降 40%，处理能力提升 40%，但这可能赶不上首版上线，也许开发者们也并不想“上来就这么累”。目前 Polkadot 的共识层仍需硬分叉升级，JAM 未来将建立自己的分叉管理机制，Fellowship 可能会扮演更重要的角色，甚至设立“JAM 分支”来负责协议重大变更。

🗺️ Polkadot 向 JAM 迁移路径会是怎样的？

Maciej：这个问题可以拆成两部分来讲。首先可以明确，平行链在 JAM 中依然有位置，会有服务支持它们迁移和运行。至于怎么迁，目前还没有定论，是否需要链重启（Regenesis）也在讨论中，最终可能需要技术 Fellowship 和治理决策。我们正在 Polkadot 2.0 升级中积累迁移经验，相信到时候这些经验能为 JAM 的迁移提供很多帮助。

Alistair：最基本的思路是，先开发出一个 Core Chain Service，能够在 JAM 上支持运行平行链。大多数平行链节点是用 FRAME 和 Cumulus 框架构建的，适配起来难度不大，逻辑上先跑通。更复杂的迁移细节，如数据和状态保留，是下一阶段的技术挑战。

Kian：目前 Parity 和 Fellowship 的目标是尽量做到无缝迁移。虽然还处于早期规划阶段，但方向已定。今年 Polkadot 的多项升级，尤其是将功能从中继链迁移到系统链（如 Asset Hub），就是为将来切换到 JAM 做准备，把中继链 “清空”，为平稳替换打基础。

📌对 JAM 的感受和未来期待？

Tomek：JAM 的通用性远超现有 Polkadot 架构，我们可以直接把现在的 parachains 迁移过去，依然能正常运作。但更重要的问题是：除了迁移现有的平行链之外，我们还能做什么？

JAM 给我们打开了很多新的可能性，比如 —— 未来一定还要用“链”的形式吗？能不能有新的模式？可以基于 JAM 打造什么样的新服务？JAM 没有固定开发框架，PVM 基于 RISC-V，几乎支持所有主流语言，开发者可以自由选择工具，定义适合自己的框架，这将成为生态的基础。

Daniel：如果你真的相信 Web3 的理想 —— 去中心化、抗审查、链可以完全自运行而不依赖任何中心化实体，目前来看，只有 Polkadot 和 JAM 还在真正坚持做这件事。现在的以太坊其实已经被 “卡死” 了，技术也落后了，社区也很难再推动大的升级了。而其他那些号称要超越以太坊的链，本质上都是一些中心化公司在运营的，一两家实体就能控制局势。

如果要实现真正的 Web3，Polkadot 和 JAM 是唯一选择。当然，这条路还需要更多人一起参与和建设。

Alistair：Polkadot 和 JAM 的梦想就是，要能真正构建出去中心化、抗审查的协议。虽然设计仍在探索中，但JAM 里的各种抽象和通用化设计能打开新的可能性。比如说，Gavin 当年提出过一个 “Coreplay” 的想法，就是一种超越现有 parachain 的新思路，虽然那个想法当时没有正式成为 PR（拉取请求），但大家有兴趣可以翻一翻 Fellowship 的 RFC 仓库。

Maciej：Polkadot 作为第一个分片区块链，很多设计是对的，但也积累了技术债。JAM 是清理这些债务的机会，用更简洁抽象的方式重构协议。JAM 架构更清晰、逻辑更简单，未来开发者和社区会更容易理解。如果 JAM 最终只是 parachain 的翻版，那将是彻底的失败。我们真正期待的是基于 JAM 诞生新的创新，Coreplay 就是我最期待的方向之一。

🎙️Q & A 问答环节

Q: Polkadot 在去中心化程度上领先其他区块链，各国政府、机构真的准备好完全去中心化了吗？

Daniel：我非常坚定地认为 JAM 的核心应用场景是作为国家级基础设施。现在全世界其实只有少数几个国家，在科技基础设施上是完全自主的。绝大部分国家其实都依赖谷歌、亚马逊这些中心化的云服务提供商。比如我是巴西人，巴西有两亿人口，但即使是这么大的人口基数，巴西也追不上亚马逊、谷歌这样的基础设施水平。最终，大多数国家只能依赖美国或中国的大公司。

但如果这些国家能基于区块链，基于像 JAM 这样的系统搭建自己的基础设施，那他们就能真正实现技术主权，他们不再需要信任某个国家或大公司。所以我反而认为，Polkadot 和 JAM 是国家实现技术自主的唯一途径，如果他们信任以太坊，那实际上就是信任了两个主要托管在美国的中心化节点，根本称不上主权，只有 Polkadot 和 JAM 能给这些国家真正的主权。

Q: 我刚完成了一个强化培训班，学了 Rust 语言和其他知识，现在想参与到 JAM 项目中，应该怎么参与？

Maciej：首先，你可以去看一下灰皮书的页面。读一遍灰皮书，不用要求自己百分之百理解，简单浏览一下就好，了解个大概。然后灰皮书页面上有一个“实现团队列表”，上面列出了参与实现的各个团队，大概有 40-50% 的团队留下了联系方式（比如 Telegram 账号或者邮件地址）。你可以根据名字去谷歌搜索，或者直接发消息联系他们。如果想直接加入现有团队，这是比较推荐的路径。当然你也可以自己找同学或朋友组建一个新的团队。

Tomek：还有一个方法 ——可以加入 Element 群组（一个去中心化的聊天平台）。灰皮书网站上也有 Element 群的链接，主要有两个群：一个是灰皮书讨论群，一个是 JAM 总群。你可以在群里发个消息，做个自我介绍，说你想加入项目。很多 JAM 的开发者都在里面，他们有的还有自己更小的团队群组，会邀请你进去。

Daniel：现在大概有 35 个团队在做，有些团队可能暂时不接受新成员，但也有很多团队是开放的。建议你多联系几个团队，尝试看看哪边适合自己。如果实在没有合适的，完全可以自己组队，一起推进。

Q: 目前用户有哪些需求或功能，是在 Polkadot 上无法实现，而必须转向 JAM 才能满足的？

Maciej：我觉得最先想到的可能是“Coreplay”（核心执行）的概念。虽然我对这方面不是特别了解，但据我理解，Coreplay 能实现一种无限制的执行——代码可以跨越多个区块逐步在链上执行，而且支持用普通编程语言写 for 循环等逻辑。这类功能在 Polkadot 上目前是做不到的，而 JAM 可能会实现这一点。

Alistair：其实没有什么在 Polkadot 上绝对做不到的事情，只是有些事情在 JAM 上会更容易、更高效。比如 Corplay 这样的东西，理论上你也可以在 parachain（平行链）上实现，但你需要管理状态的存取、跨链的数据协调等等，这在目前的模型中并不容易。

另外，人们现在使用 Polkadot 的方式，其实远没有发挥出它的全部潜力。大家还停留在 “一支团队做一条链，而且都差不多”的思路上。我们当初设计 Polkadot 的 Crowdloan 系统，某种程度上模仿了当年 1C0 热潮的机制，这可能并不是个好方向。随着 Polkadot 2.0 的新功能上线，我们已经在探索超越 parachain 模式的路径，而 JAM 是这个演进过程中的下一步。总之，理论上没有什么是 parachain 做不到的，只是并没有人真正去做或解决这些难题。

Q: JAM 对整个区块链市场有什么影响？它未来会不会成为业界的标准？

Maciej：这个问题其实迫使我们下一个赌注。我们所有人都在致力于 JAM，因为我们相信 JAM 有希望成为行业标准。回顾过去，比如 Polkadot Hub 和 Asset Hub 的迁移，很多人喜欢在 Solidity 上开发，所以我们就为他们在 Polkadot 上提供了 Solidity 智能合约。同样，JAM 也会支持更多跨链桥接，让大家能够从以太坊或其他生态系统中迁移资产。总体来说，JAM 将覆盖不同细分市场和用户群体。只要生态系统内拥有完善的智能合约工具，我很难想象还有什么需求是未来 Polkadot 生态无法覆盖的。

Alistair：确实如此。我们一开始就在技术上有优势，而现在我们正在进一步强化这个优势。但我们也意识到，Polkadot 在部署和用户体验方面还不够友好，所以在 JAM 上，这方面的改进非常重要。如果 JAM 协议要成功，就必须让更多开发者能便捷地在上面构建应用。

Q: JAM 协议的开发分为几个阶段？目前到底有多少团队是真正冲着最终产品去的？

Daniel：JAM 协议的开发被划分为五个阶段，从基础功能实现到最终通过审计、具备生产级别的性能。

• Milestone 1（第一阶段）：是实现“区块导入”和“状态转换函数”的正确执行。虽然还不是整个协议的完整实现，但大概算完成了一半左右。

• Milestone 2（第二阶段）：搭建一个完整的节点，包括链下（off-chain）相关的所有模块。比如数据可用性层、节点间的通信网络这些都属于链下部分。走到第二阶段，你基本有一个能跑起来的完整节点，虽然性能可能还很差。

• Milestone 3（第三阶段）：把性能优化到和 Kusama 差不多的水平。这意味着节点至少能在测试环境中流畅使用。

• Milestone 4（第四阶段）：进一步优化到接近 Polkadot 的生产环境性能水平，可以支持正式上线。

• Milestone 5（第五阶段）：经过独立审计机构审核，确认这套软件安全可靠，可以放心部署到任何地方。

目前有 38 个团队在官方 gray paper 网站上公开参与 JAM 开发，其中真正活跃并持续推进的大约有 20 到 25 个团队。愿意参与线下交流、协调开发的，则大概有 15 到 20 个。从这些团队的进展来看，多数有望推进到第三里程碑，甚至部分有机会完成最终的第五里程碑。

不过，协议的后续阶段仍面临不少挑战。目前灰皮书在共识机制等关键部分尚未完全细化，相关开发也还未深入推进。此外，第四、第五阶段的激励强度是否足够，也可能影响团队坚持到底的意愿。我的猜测是，最终至少可能诞生 8 个成熟的 JAM 实现版本—— 这数量已经远超任何其他区块链协议了。

🔗 原视频：https://www.youtube.com/watch?v=uJ2osjrg3P4&t=724s