数字货币: Polana：在 JAM 上重启 Solana 智能合约生态！

PolkaWorld 最新采访：从 1996 年开始写代码，到在 JAM 上运行 Solana 合约！

加入 PolkaWorld 社区，共建 Web 3.0！

在过去十年里，我们见证了加密世界的两次关键性革新：一次是以太坊的诞生，另一次，是 JAM 协议的崛起。而今天，我们有幸邀请到一位亲历这两场变革的资深开发者，来讲述他的技术旅程与对未来的展望。

在第 67 期 PolkaWorld 专访中，主持人 Kristen 对话 Polana 项目联合创始人 Boy Maas，为我们揭示 JAM 背后的开发者视角、Polana 的诞生故事，以及为什么将 Solana 的并行执行模型引入 JAM 是一次意义非凡的尝试。

Boy 曾在 Web2 早期亲历整个互联网基础设施的发展，也在以太坊、EOS 和 Solana 中积累了丰富的一线经验。如今，他和团队正站在 JAM 的最前沿，从零开始构建 Polana —— 一个将 Solana 技术优势与 Polkadot 去中心化愿景融合的新型执行环境。

这不仅是一次技术对话，更是一段横跨二十年互联网演化的深度回顾与未来展望。如果你想了解 JAM 的真正潜力，或者好奇一个开发者如何用"连续计算"重构 DeFi 和链上服务的未来，这期专访，你不容错过。

从 1996 年开始写代码到今天开始构建 JAM
从读不懂黄皮书，到和 Gavin 一起聊灰皮书
在没有工具、没有文档的 JAM 上写代码，只靠一行命令行起步
吃披萨时想到 Polana，然后就把 Solana 移植到了 JAM 上
让 Solana 的智能合约在 JAM上无限运行，还能播视频
让 Solana 合约零改动跑在 Polana 上，只需改一个 RPC 地址
从 SVM 到 PVM：Polana 已经跑起 Solana 合约，下一步是持续 DeFi

从1996年开始写代码到今天开始构建 JAM

Kristen：大家好，我是 Kristen，今天我们请到的嘉宾是来自 Polana 的 Boy Maas。

Boy Maas：大家好！很高兴见到你们。

Kristen：这里是 PolkaWorld 专访节目，本期将聚焦 Polana 和 JamZig，这是一场独家专访。希望通过这次对话，大家能更深入了解 Polana。社区一直都在持续关注 Polana 的进展，想知道到底在发生什么。很多人都在期待这次对话，我自己也非常期待我们接下来的交流。

那在我们深入话题之前，我想先聊聊你的背景。你在科技行业已经工作了二十多年，而这二十年里也确实发生了巨大的变化。我离开家乡已经有十二年了，最近终于回去了一趟，结果几乎认不出自己的家了。

关于互联网，我的感觉是这五年来好像趋于平稳了，但与此同时，我们又开始看到像区块链和人工智能这样的领域出现了很多令人兴奋的创新。

所以我们其实经历了很多大的变革。你亲身经历了过去二十年所有这些重大的转变。所以我很好奇，在这段旅程中，有没有哪些关键的时刻或特别的经历对你来说印象深刻？

Boy Maas：这个问题非常好。我之所以这么说，是因为我其实在 Web 最初的阶段，也就是 1996 年左右就参与进来了，当时还处在 Web2 的早期阶段，整个互联网世界还是全新的。那个时候，虽然大家都知道互联网即将带来变革，但它的发展还远没有像今天这样成熟，Web2 的各种技术也还在起步阶段。所以，当你亲身经历了整个网络发展的历程，就会形成一种独特的视角。这其实也像是在经历一段历史的演变。虽然历史不会完全重复，但它总是押韵的。

我现在看到 Web3 正在经历的很多事情，和当年 Web 最初的发展很相似 —— 无论是成长的方式，还是遇到的问题。

我还记得那时候，电子邮件是个非常重大的"新技术"。那会儿如果你想设置一个邮箱地址，可能得组建一个 30 人的团队才能把这事搞定。而现在，只要几分钟就能搞定邮箱了，对吧？所以这给我一个很深刻的认识：网络效应的力量是巨大的，而互联网早期就已经展现出了这种力量 —— 虽然有时候表现得还挺"混乱"的。

还有一点是，很多人其实低估了 Web 的潜力，特别是 Web2 时代的潜力。我还记得当时第一次看到 Jeff Bezos 的采访。他在讲述一个宏大的愿景，说互联网可以带来怎样的可能性。可当时大家的反应大多是，"也许我们能在线上卖点 CD 或者卖点小书吧？"没人真正意识到今天这个网络世界的样子会是怎样的。

我是真正从非常底层的阶段一路走过来的。我曾经做过非常底层的技术开发，比如游戏开发、金融类应用开发，还有很多风控系统的构建。可以说，我几乎在整个技术栈的每一层都"摸过"，这也让我对不同层面的技术发展有了一个很特别的视角。

这也是我为什么那么喜欢 Web2，因为那种感觉就像是你亲身经历了历史的发展，从 1996 年、甚至更早的 1994 年，一路走到现在。

而现在，我们看到的又是类似的演进过程，只不过发展得更快了。而且，还有一些人类历史上从未尝试过的事物，比如加密货币。

从读不懂黄皮书，到和 Gavin 一起聊灰皮书

Kristen：那你是从什么时候开始接触 Web3 的呢？

Boy Maas：我是在以太坊刚刚发布的时候开始玩的，那时候我就读了它的黄皮书。但说实话，当时我并不是真的理解它。因为我当时其实没有金融背景，也不太参与社交层面的东西。你知道，加密货币其实还涉及到一种"人文属性"——就是你需要协调大量的人群，而这些人其实是在围绕"价值"进行互动的。

而我当时的关注点主要还在技术层面。我虽然读了黄皮书，觉得挺酷、挺有意思，但说实话，那时还有很多其他事情在发生。然后在 2016、2017、2018 这几年，我又重新对这个领域产生了兴趣。当时我参与了一个项目，是跟一家安全公司和一家律所一起做的，涉及到 EOS 的代币发行。当时整个行业也在发生很多事情。

在那个时候，我们遇到了一个很特别的机会，就是参与到一个全新的机制里，成为一个区块生产者，而那个机制就是被称为"委托权益证明"（Delegated Proof of Stake，简称 DPoS）的共识方式。我当时对这种全新的模式感到非常着迷，就是你可以用"委托权益证明"（DPoS）来取代工作量证明（PoW）机制。它其实是一种社会经济博弈模型，在这个模型中，验证者有激励机制去达成超过三分之二的共识。只要大多数验证者都按照算法参与投票并保持诚实，这种机制所提供的安全性就可以媲美工作量证明。而且它的交易速度也非常快。所以我当时就加入了那个团队，我们参与了竞争，最后我们成为了前 20 名的区块生产者之一。

当时我们叫 EOS Amsterdam，那是我真正进入加密领域的起点。这段经历非常有激励性，也非常酷，因为我们一小支验证者团队，亲手把一个加密网络真正上线了。尤其是在你是创世验证者之一的时候，那种感觉真的非常不一样。当然，也会遇到一些意外的状况。比如 EOS 上线那天就出了一点小 bug，当时我们还得把一个人从床上叫起来修复这个 bug，网络才重新恢复运行。不过在那之后，网络的运行就完全按照预期进行了。这也算是我第一次真正接触区块链技术。

从那时起，我开始更深入地钻研这个领域。我们最初是从区块生产的角色出发，但后来我对区块链中的"交易"这个方面产生了强烈兴趣。于是我和一位好朋友一起搭建了一个套利交易平台，刚好赶上 Uniswap 上线的时间点。我们当时发现了一个非常棒的机制，叫做 Flash Swaps（闪电交换）。我们可以利用流动性池之间的差价做"来回交易"，只要中间有一点点价格差，我们就可以赚到一些利润。所以我们就搭建了一个系统，实时监听以太坊上的所有交易，并尝试平衡这些流动性池。这真的是一个很好玩的"游戏"。

不过后来，MEV（最大可提取价值）的问题出现了，这项业务就很难继续下去了。因为到了那个阶段，除非你自己就是区块生产者，否则几乎很难再从中赚到钱了。

后来我转向做区块链的研发工作，持续了两年。我和我的搭档一起运营一个大型区块链网络的研发部门。我们当时研究了很多内容，包括 Avalanche、虚假的共识机制、MEV 稳定性问题，还有支付通道的构建。我们重点探索的是：如何让系统尽可能去中心化。这其实是一个很大的挑战。然后，有一天因为各种原因，我们那个研发项目结束了。我就去参加了一个 Web3 的大会。

在那里我遇到了 Daniel，他也是一位核心开发者，来自 JAM Elixir 团队。他跟我说："你知道吗？Gavin Wood 正在构建一个全新的系统。" 他说这个系统已经从以太坊那里"解脱"出来了。

我当时听了就很感兴趣，毕竟我之前也做过以太坊的相关工作，我真的很喜欢以太坊。虽然很多人可能对它有意见，但我觉得它的设计非常聪明、非常实用，很多地方做得都很好。我真的非常享受参与以太坊系统的那段时间，也非常欣赏他们在各方面的设计和实现。

所以我当时立刻就被吸引住了。那时候刚好有一个机会窗口，我可以开始一个新项目。于是我就开始读那篇灰皮书（gray paper）。刚开始的第一周，我其实并不太确定自己在读什么，但它确实对我提出了挑战。

我当时其实有两个动因：第一，我本身就是一名 Rust 程序员，已经写了大概四五年、甚至六年了，非常专注。我也一直对 ZIG 这门编程语言感兴趣。我很欣赏它的创造者，他非常有野心，我也很认同他的编程哲学 —— 非常贴近底层，真的是在"金属层"上写代码。所以当时我想，好吧，这很有意思，我就决定去学习这门新语言，它有很多很有趣的特性。第二就是我可以深入了解 Gavin Wood 的最新设计。他已经发起过两个重量级的区块链项目，有超过 20 年的技术经验。对我来说，这是站在技术的最前沿，面对的是一个真正"做出过东西"的人所构建的系统。

所以这也让我有机会去真正吸收所有的知识，理解所有那些设计选择。因为对我来说，在经历了这么多年的研发工作和深入思考之后，突然能够接触到一个已经把这些问题都想清楚的系统，而我只需要专注于"实现"而不是"再思考一遍" —— 这个过程其实让我感觉非常轻松。

所以，这就是我现在为什么会在加密领域，也就是我一路走来的路径。

在没有工具、没有文档的 JAM 上写代码，只靠一行命令行起步

Kristen：这趟旅程真是非常精彩。差不多十年前，Gavin 发布了以太坊的黄皮书，也开启了我们现在所说的加密"黄金十年"。而十年后的今天，JAM 又掀起了另一场技术革命。能亲身参与其中，真的是一件非常幸运的事。

你作为一名经验丰富的开发者，肯定非常清楚开发者真正需要什么。从你的角度看，JAM 给开发者带来了怎样不同的体验？特别是你之前在以太坊也有多年开发经验，这两者的差异在哪？

Boy Maas：这是个很好的问题。要回答清楚，我们得先设想一个前提——假如现在什么都还没存在。

因为 JAM 真的就是从零开始构建的，是一次真正意义上的底层创新，它用全新的架构实现了许多现有区块链根本无法做到的事情。

我觉得这是最重要的一点：JAM 并不是对旧系统的迭代优化，而是从根本上打开了新的可能性，带来了全新的应用空间。而这些应用，在传统链上几乎是不可实现的。要理解这种转变的深度其实非常难，即使是已经在这个领域工作了几个月，也未必能一下子"感受到"它的潜力。

回到你问的"JAM 目前提供了什么"？说实话，现在能用的开发工具非常少。拿我们 Polana 的项目来说，还有我和 Andy 一起做的另一个项目，很多工具都是我们自己开发的。Parity 虽然提供了一些开发者笔记，我们也基于那些笔记搭建了一个简单的测试环境，但如果你问有没有一整套成熟的工具链，或者部署服务的标准方法——现在还没有。也没有完整文档或开发指南。基本上，一切都要靠自己摸索。

当然，这种"从零开始"的过程对我们来说也很有趣。比如 Andy 有 25 年的开发经验，是非常资深的工程师，他的开发效率和代码质量让我非常佩服。我自己也有很多经验，所以我们反而把这看作是一次有挑战但很有趣的经历。

我们团队应该是 JAM 网络上最早真正开始动手构建产品的一批开发者了。而 JAM 网络预计还有一年左右才会正式上线，在这之前我们最大的挑战之一就是：没有任何现成工具，那我们要怎么开发、测试这么复杂的系统？特别是我们正尝试把整个 Solana 的账户架构移植到 JAM 上。

这么做当然有原因：我们想在测试网一上线时，就能立刻展示 JAM 的能力。而最直观的方式，就是演示它如何处理高并发交易，这能让大家真正看到 JAM 的性能和潜力。

所以，回到你的问题：目前 JAM 只有非常基础的工具，比如一个命令行程序，能编译代码、生成 service，除此之外就得靠自己了。

Kristen：JAM 虽然现在还处于早期阶段，很多东西都还没出来，但这也正是它令人兴奋的地方。我觉得 JAM 的客户端对于整个 JAM 协议来说是一个非常关键的部分，因为验证者就是通过它来运行整个网络的。

同时，Polana 也是部署在 JAM 协议上的。所以现在 JAM 的进展到底到哪一步了？我们能不能这样理解：一旦 JAM 客户端完成，协议也就成型了，那它就算是真正准备好给开发者用了？

Boy Maas：目前已经有几个团队完成了 M2 阶段的实现，大概有三个团队已经具备 M2 的实现能力了。

我可以稍微倒回去说一下 —— 我大概是在七八个月前开始做 JAM 的实现工作的。

我们首先要理解一点：JAM 的实现，其实是一个前所未有的项目。这在历史上可能是第一次出现这样的情况 —— 有人，也就是 Gavin，提出了一个极其出色的设计，用数学方式完整地定义了整个系统的行为模式，也就是所谓的"可观测行为"。然后他说，好，现在我们要推动实现这个系统，于是就设置了激励机制，比如 1000 万 DOT 奖励，来鼓励实现这个设计。

目前大概有 30 个团队在同时进行实现。我们需要一种去中心化的实现方式。我认为，这是历史上第一次，有这么多团队在实现同一个协议的不同版本。但与此同时，这也带来了"摩擦"：大家对灰皮书的理解并不完全一致，而且团队之间的沟通也相对有限。所以在解释和实现过程中，各自的理解可能会有所偏差。当然，也开始有人尝试主动沟通和对齐 —— 你只有在彼此对比之后，才能知道你对灰皮书的理解是不是准确的。但目前来看，大多数团队还是各自为战，各自解读。

所以现在的情况是，每个团队都根据自己的理解来实现这个网络中的某些组件。

你得设想一下这个背景：Parity 正在开发自己的 JAM 客户端，Java 实现的 JAM 客户端也在推进中，JamZig 团队也在开发他们的客户端。这些不同的团队，都是基于各自对 JAM 协议的"去中心化理解"来进行开发。

所以现在这个阶段，其实每个团队都在从自己的角度出发去构建整个协议的实现。而 JamZig 是其中最早开始引入测试向量的团队之一。所谓"测试向量"是由社区提供的一系列标准化测试数据。这些测试向量主要是由 Colorful Notion 开发团队生成的，他们是一个在 JAM 生态中非常活跃的团队，也为其他团队提供了很大的价值。他们构建的测试向量涵盖了整个区块导入流程，这样其他团队就可以用这些数据来验证自己的实现是否正确。

整个系统都需要经过测试，这里面有很多细节需要注意。比如说，状态的存储——区块链上的数据和状态的保存；还有现在多个团队是否能够协同工作。我觉得非常重要的一点是，JAM 不仅仅是一项技术创新。它也是第一个从一开始设计阶段，就有多个团队同时在不同节点上协同开发的项目。

理想的结果是，我们会有大约 25 个节点，分别由 25 个团队开发。所有节点都会维护有效的数据。我认为，这将成为区块链历史上第一个真正去中心化的网络，能够在超过 25 个不同节点上同时运行。这也意味着，如果某一个节点出现 bug，影响的是少部分节点。只要超过 2/3 的节点数据是有效的，网络整体的去中心化和安全性依然可以得到保障。

另外，我觉得特别酷的一点，也符合 Web3 的理念，就是网络中不会只有单一的利益方主导。相反，我们突然拥有了一个由整个技术社区组成的生态系统。这些团队都有激励机制，愿意持续多年、长期地为这个项目投入精力。他们对技术有非常深刻的理解，这会推动整个网络不断前进我认为这不仅是一生难得的机会，也是在真正书写区块链历史，打造真正去中心化的网络。

Kristen：我们预计测试网还需要多久才能上线呢？

Boy Maas：如果现在各个团队和 JAM 项目能够开始季度性的协调，那么在理想情况下，测试网可能在三个月内就能上线。不过这毕竟还是实验性质的技术，性能还没有经过优化。

后续还有很多版本更新，比如 M3、M4、M5 等版本，之后还需要积累更多经验来保证一定的性能。

但我们可以先有一个非常"慢速"的测试网，在上面开始开发服务，逐步探索这项技术能做些什么。

吃披萨时想到 Polana，然后就把 Solana 移植到了 JAM 上

Kristen：太棒了。那我们接下来聊聊 Polana 吧，因为它会帮助开发者更容易地在 JAM 上进行开发，而且会在 JAM 上线后立即部署。这样的话，大家可以提前了解这个项目。关于 JAM 和 Polana 这部分，你之前在以太坊工作过，现在的项目又结合了 Solana，把 Solana 的开发者带入 Polkadot 生态系统，这想法是如何产生的呢？

Boy Maas：我其实也在做 Solana 的开发，所以才有了这个想法。我做过 Solana 上的智能合约，也测试过虚拟机，验证智能合约的正确性。如果你在不同生态和技术上都有开发经验，慢慢地你会开始把这些东西结合起来，想到可以把不同的技术优势融合在一起，看看效果如何。

几个月前，我在里斯本参加了一个会议，所有 JAM 的开发者都聚集在那里。我们当时在那边四处走访，见了很多团队，也做了一些进展汇报。Gavin Wood 也在现场，向大家解释了接下来的几个阶段。通过这些交流，我才真正意识到，我们现在到底有多少带宽和 CPU 资源可以利用。这件事真的让我大开眼界。

然后有一个契机，我们被邀请去了 Polkadot Palace。我注意到，作为我在不同生态系统中的经历，Polkadot 的生态其实技术非常优秀，也有很多真正为了技术而奋斗的人。而且 Polkadot 社区是为数不多真正推动 Web3 理念的社区之一。

其中一个重要方面就是他们的宫殿建设。他们在一个非常漂亮的地方建了这个宫殿，叫做"Palace"。他们希望在这里教育更多人，让大家了解 Web3 的无限可能。

我们被邀请去参观那个宫殿，到了那里，我们还一起吃了披萨。有一次，我和 Luke 交流，他也是 JAM 的开发者。我跟他说，我突然想到一个想法：为什么不做点跟 Solana 相关的东西呢？我觉得这个想法挺匹配的，因为它能结合两个网络的优势。

一方面，Solana 网络投入了大量精力在速度上，拥有非常成熟的经验。Solana 的生态很好，开发工具和打包工具都做得很完善，也有很多人在参与开发。这无疑是它非常强大的资产。正因为 Solana 网络设计重点是速度，也带来了一些根本性的限制。

举个例子，我当时在用 Solana 的时候，记得有个叫做账户索引概念。所有这些账户索引需要被打包到一个数据包里发送出去，这就限制了你在单笔交易里能操作多少账户。还有一点是，因为 Solana 对速度优化得非常极致，大家都知道"天下没有免费的午餐"。所以当你过度追求速度的时候，必然会在去中心化程度上有所牺牲。

所以，一方面我们有 Solana 这边，非常注重速度的网络设计。另一方面，是 Polkadot 代表的 Web3 理念，它更通用、更泛化，也更注重带宽和去中心化，而 JAM 是这条链的下一步演进。这两者结合起来，简直是天作之合。

我开始更深入地思考这个想法，然后和 Gavin 一起吃披萨的时候，我问他，这个想法可行吗？

他很直接地说，没问题。接着我们就回到白板前，一起规划这个项目。我还叫了一个朋友，然后飞到 Mursian，大家在那里全力以赴地推动这个项目。我们都觉得，这个项目虽然复杂，但完全可以实现。

这就是项目的起点。现在，我们做这件事玩得很开心。

我们现在已经完成了部分移植工作，所以已经可以执行 Solana 的部分代码了。我们正在处理跨程序调用（cross-programification）和状态存储相关的内容。说实话，整个过程非常有趣，我们玩得很开心。目前，我们已经可以执行 Solana 上的示例程序，比如 Anchor 和 Sealevel。一切都在按计划顺利推进。其实我们更多是全职投入到这个项目里，因为我们都非常兴奋。这就是我们走到现在这一步的故事。

Kristen：那 Polana 可以说是起源于 "Polkadot Pizza" 节啦！

Boy Maas：完全正确，没错。

让 Solana 的智能合约在 JAM 上无限运行，还能播视频

Kristen：那么 Polana 和 JAM 之间的整合是怎样的呢？

Boy Maas：要理解 Polana 和 JAM 的整合，首先要了解 JAM 是如何运作的。

JAM 是一个非常抽象的通用计算网络，它有一个核心概念叫"工作包"（work package）。这个工作包会被发送到网络，经过两个阶段处理——"细化阶段"和"组合阶段"。工作包其实封装了通用计算的任务。

这里非常重要的一点是，JAM 不仅支持通用计算，还支持"连续计算"。

举个例子，在传统区块链中，你有区块，如果想修改状态，需要外部触发交易，来执行状态变更。而 JAM 不一样，它允许你在网络中运行一个内部虚拟机，这个虚拟机可以跨越多个区块运行。换句话说，你可以写一个无限循环的程序，它会一直在网络上运行下去。大家可能都看过那个演示，比如 Doom 和 Quake 游戏在 JAM 上运行。这就是它的强大之处：你可以在上面运行任何计算任务。

所以，将 Solana 的 Sealevel 计算模型映射到 JAM，是一个不小的挑战。因为你需要非常深入地理解这套系统的内在机制。

虽然确实难，但我们最终找到了实现的方法。

Kristen：你刚才提到了"连续计算"是 JAM 的核心创新，这听起来像是区块链交易模式的一次根本性转变。能不能给我们解释一下，这在实际操作中意味着什么？对于开发者来说，连续执行的应用和传统基于交易的模型有什么不同？

Boy Maas：这是个非常非常好的问题，因为这正是我们现在正在实验的内容。JAM 支持连续计算，同时你又有 Solana 那样的智能合约。

举个例子，假设你有一个智能合约，它可以执行任何用例。你将它部署到网络上，它会持续运行，不停地执行。比如它每个区块都会自动运行一次，你不需要每次都发起交易。这个智能合约可以实时监控所有借贷池，计算利率、监测余额，并不断地自动调整资金流动。

所以，你实际上得到了一个连续运行的去中心化金融（DeFi）系统。我这话是即兴说的，但这确实是你能实现的东西。比如，算法可以持续不断地运行。

还有一个有趣的应用场景，我们也在研究：视频编码。会议上有人提到，JAM 的计算能力强大到足以支持流媒体视频服务。虽然会消耗大量计算资源，但这完全可能实现，因为网络带宽足够支持视频流传输。你可以写一个智能合约，打开流媒体工作包，开始通过网络传输视频——当然会有延迟，但这是可行的。

另外，还有一个很酷的功能是，你可以通过交易触发任何你想运行的计算任务。它会在后台启动，在另一个 JAM 计算核心上运行，完成后把结果返回给你。

这些应用场景都会成为可能。想象一下，如果你把 Solana 的程序放到 JAM 上，它会在多个计算核心上并行运行。无数交易转化为一个个工作包被发起，系统会自动处理这些任务。

这也是为什么我们称 Polana 为"Solana 扩展包"，因为我们保留了 Solana 的所有特性，同时为它增加了额外的功能。

让 Solana 合约零改动跑在 Polana 上，只需改一个 RPC 地址

Kristen：作为一个 Solana 开发者，通过 Polana ，迁移流程具体是怎样的？

Boy Maas：这是个非常好的问题。其实根本不需要复杂的迁移。你可以直接把你的合约，SBF 代码，搬过来运行。

我们目前打算做的是，我们会创建工作包构建器，拿到 Solana 的快照，然后你只需把你的 RPC 节点地址改成我们的 RPC 节点。如果你在 Solana 上已经有资金了，你就可以像在 Solana 网络上一样，在 Polana 上进行交易。

实际上，我们会在某个时间点"分叉"Solana 链，这更像是一个演示性质的"复制品"，不是最终产品。

我们的目标不是复制 Solana，而是扩展它的功能。这样做的目的是展示 JAM 的强大能力，同时能够运行并测试这项核心技术。迁移过程中不需要修改任何代码。你可以直接把 Solana 的合约拿过来，放到 Polana 上，它就能运行。这其实我们已经做过了。

另外，因为 Solana 合约本质上是运行在 SBF 上的 Rust 代码，API 是 Anchor，你也可以直接编译 Solana 合约，然后用 PV 编码，接着在 Polana 上执行。这样就像是本地运行，速度也非常快，不再是解释执行。

Kristen：那 Solana 现有的工具，比如 KSD 框架和开发工具呢？还能用吗？

Boy Maas：当然可以，完全不用改动。实际上，Solana 上开发的团队可以直接部署到 Polana。

对一个团队来说，同时在两个网络上部署就像切换开关一样简单，部署过去就能直接用。

Kristen：所以如果开发者愿意迁移到 Polkadot 生态，技术上是完全准备好的。但是他们社区氛围是完全不同的。Solana 生态特别活跃，尤其是在 meme 币、NFT 和一些快节奏、Degen风格的社区中。实际上，Polkadot 一直以来都吸引了很多技术导向的开发者。

从你与开发者的交流来看，你觉得 Solana 团队为什么会有兴趣迁移到 Polkadot ？他们表达了哪些实际需求？

Boy Maas：对，根本上来说，正如我们之前提到的，Solana 速度很快，但它并不完全符合纯粹去中心化的理念。

所以对于那些看重稳定性的项目来说，运行在 Polana 上会更有优势。另外，Polana 还有额外的功能，比如支持连续计算、连续 DeFi，以及可以在其他 JAM 服务器上运行计算任务。这些功能是 Solana 网络上无法直接实现的。

另一个很大的优势是，对 Solana 来说，拥有更多的"领地"非常有利。比如说，在 Polkadot 网络上，因为有更多的"领地"，这意味着它们之间可以通过桥梁实现资产和价值的流动。这会让价值进入 Polkadot 生态系统。

还有一个有趣的方面是，一旦我们在 JAM 上有了价值或 DeFi 服务，这就是我们之前还没讲到的内容。你可以把 JAM 想象成一个拥有 341 个计算核心的网络，这些核心都是并行工作的。但每六秒，所有计算核心的状态会被同步到区块链上。这些是处理链上部分的内容。这其实就是我们讲价值如何变得连贯的方式。在需求阶段，很多计算任务都是并行运行的。比如说，在 341 个核心上同时执行计算，然后在累积阶段汇聚，达到一致性。

这也意味着网络有带宽让不同链上的节点能够相互通信。所以，如果某个链运行在 Polana 上，它也能马上访问所有其他区块链的服务，以及运行在 JAM 上的整个生态系统。

所以，你突然连接到了一个由许多不同链组成的庞大网络，各种应用场景就会随之而来。

Kristen：但我担心的是，如果开发者不喜欢这里的氛围，或者他们更倾向于 Solana 或者其他生态怎么办？

Boy Maas：我们希望他们能把 Solana 的氛围也带到 Polana 来，这样他们会觉得像回家一样，对吧？但有趣的是，我的经验是，一旦你开始执行一个项目，特别是在 Solana 生态里，一切就开始发生了。未来的事情其实很难过多考虑，因为我们习惯于线性思维，总是按部就班地想。

但是，一旦 Polana 上线，并且拥有了连续计算功能，迁移也会变得非常容易。我们就拭目以待会发生什么了。因为那时候，看人们如何接受这项新技术会非常有趣。

从 SVM 到 PVM：Polana 已经跑起 Solana 合约，下一步是持续 DeFi

Kristen：让我们拭目以待。而且我觉得生活中大概 85% 的担心自然都会消失。那么，几年以后，如果一切按照计划进行，你是怎样想象开发者和用户会如何与 Polana 互动的？你觉得项目成功的样子会是什么样？

Boy Maas：项目成功的样子其实是这样的。你知道，我当初进入 Web3 领域，是因为我真的相信主权（sovereignty）这个理念。即使是在非许可的网络上，我相信每个人都应该能够参与这个 DeFi（去中心化金融）的游戏。Polana 也会以类似的方式推出。

我们不想成为这个项目的拥有者，而是把它作为一个用例，作为 JAM 网络上的第一个用例。实际上它可以展示这项技术。你也可以把它看作一个社区项目，尽可能快速地把它推向去中心化的状态，让技术能够被共享，每个人都能参与进来，每个人都能玩得开心。然后，我们让它自己拥有生命力。当我们发布它，并且技术稳定可用后，它应该成为一个独立的、具有生命力的实体。

Kristen：就像 Polkadot 一样的开放目标，Polana 未来会发行代币吗？

Boy Maas：我们其实还没有非常深入地思考这个问题。现在我们主要是专注于构建技术。

但你也知道，因为这是加密领域，社区需要有能力去推动和建设这个项目。说实话，我们还没有做出关于代币的具体决定。我们确实在考虑是否需要发行代币的问题，但如果项目想要进入下一个阶段，代币可能是必要的。不过目前也不着急，因为我们是自筹资金，不需要外部融资。我们现在剩下的就是技术准备工作了，目标是有一个示例项目可以调用，来展示它的强大功能。

Kristen：好的，最后请您给我们的听众介绍一下最近的进展，好让大家了解项目的最新状态。

Boy Maas：目前我们的进展是，已经实现了将 SVM（Solana 虚拟机）对接到 PVM（Polkadot 虚拟机），因此我们现在已经能够在 JAM 网络中运行 SBF（Solana BPF）字节码。我们也开发了相应的开发工具，能够支持这些功能。现在我们已经可以执行所有示例程序了，这些示例程序都来自不同的项目，全部运行正常。接下来，我们正在开发跨程序的应用，也就是说，我们正在把程序启动在我们的虚拟机（VM）里，运行在各个服务中。

我们也会继续做关于持续 DeFi（continuous DeFi）的研究，也就是说要让程序能够长期运行，所以我们需要在某种形式下验证这一点，同时结合 Solana 的设计和 SVM（Solana 虚拟机）的特性。

目前最关键的部分已经解决了，但要把所有东西优化好还有一定的复杂度，所以接下来几个月我们会一直忙着这件事。这是一个持续不断的工作，目标是让整个系统运转得更好，更顺畅。

Kristen：很好，听到这些消息很开心。我们的对话中蕴含了很多知识，感谢你的分享。希望听众们都能关注 Polana，看看 Polana 如何为 JAM 协议带来"魔力"，这一天不会太远。

Boy Maas：绝对的，谢谢你，Kristen。你问了很棒的问题，这次采访很愉快，也很高兴认识你。

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