什么样的产品才真正适合 Polkadot？是追逐预测市场的热度，还是复刻以太坊的 DeFi 路径？

在 PolkaWorld 最近的采访中，Papermoon CEO Alberto 给出了一份清醒的答复：真正的机会在于你是否看到了需求，解决了问题。 随着 Polkadot Hub 迎来“双 VM 架构”时代的开启，以及区块时间向 500ms 极限冲刺，Polkadot 正在为开发者提供一种“渐进式扩展”的自由度。

本文为这次采访的下半部分，继续带你深入了解以下话题：

  • 给开发者的建议：在 Polkadot 上做产品，先想清楚你要解决什么问题

  • 合约安全是长期工程

  • 双 VM 架构：Polkadot 为性能与生态同时下注

  • Polkadot Hub 下一步以及2026 的期待

给开发者的建议：在 Polkadot 上做产品，先想清楚你要解决什么问题

Kristen：我们最近在中国深圳参加了一场 Hackathon。很多开发者都会提出一个非常现实的问题：什么样的产品，才真正适合构建在 Polkadot 上，才能充分发挥 Polkadot 的技术优势？你会给他们什么样的建议？

Alberto：我真希望自己能知道所有问题的答案。如果我真的知道，或许我们也就不会面对这么多挑战了。但我可以分享一些自己的思考。

在相当长的一段时间里，Web3 生态始终处在一种“高频迭代”的状态中。这意味着，某些产品形态或叙事，往往只会在很短的一段时间内成为主流，然后很快就被下一轮周期所取代。

比如现在，预测市场几乎成了新的热点话题。但事实上，它并不是一个新概念，只是因为监管环境的变化，才逐渐进入更主流的视野。

正因为如此，给出非常具体的“去做某一个产品”的建议，其实是很困难的。因为任何具体建议，都可能很快过时 —— 你永远无法准确预测下一个周期会是什么。

因此，我通常给出的建议，包括我对 DeFi 项目的看法，都是优先选择那些拥有坚实基础、能够长期成立的方向，而不是单纯追逐短期热点。

更重要的问题在于，下一件真正能够推动 Web3 实现大规模采用的事情，会是什么？过去，有人认为是区块链游戏；后来，有人认为是预测市场。但这些判断本身，往往会随着外部环境的变化而发生偏移。

所以，与其告诉开发者“你应该去做这个或那个产品”，我更倾向于提出两个更底层的问题。

第一，什么样的产品，真正有潜力带来区块链的大规模采用？不要只是说“我要在 DeFi 做点东西”或者“我要在某个热门赛道里做产品”，而是要思考哪些产品真正解决了用户的真实问题？区块链在其中扮演了不可替代的角色？而不是先创造一个问题，再用区块链去解决它。

第二，用户体验同样至关重要。Polkadot Hub 上的智能合约已经提供了许多内置模块，帮助开发者更容易地构建产品。但与此同时，我们仍然需要更多基础设施，来支撑下一批、甚至是百万级用户的进入和使用。

那么，这样的基础设施应该是什么样的？在过去一年左右，Web3 用户体验的很多讨论，已经集中在账户抽象及其相关解决方案上。

在 Polkadot 生态中，这些理念和技术将如何落地？又将如何帮助开发者真正构建出对用户友好、同时具备大规模采用潜力的产品？我认为，这依然是一个非常值得持续探索的问题。

Kristen：当然，杀手级应用是每一条区块链都期待看到的结果。但在现阶段，我们真正能做的，是先把底层技术准备好，然后观察市场和开发者会如何使用这些能力，并希望有更多开发者愿意加入进来，去尝试、去探索。

Alberto：同时，这些探索也应该真正建立在 Polkadot 的独特优势之上。Polkadot 拥有高度韧性、真正去中心化、且具备强大可扩展性的基础设施，开发者完全可以在此基础上不断推动技术的边界。

这确实不是一个容易回答的问题，但 Polkadot 提供了一条非常独特的路径：开发者可以先在 Polkadot Hub 上启动项目；如果未来发现 Hub 提供的能力达到了上限，仍然可以迁移或扩展到自己的平行链或定制架构中，同时通过 XCM 与 Hub 保持直接、原生的连接。

这条路径本身确实引入了一定复杂性，但正是这种“可渐进扩展”的设计，构成了 Polkadot 所提供的独特机会和自由度。

Kristen：我也一直认为，行动往往比言辞更重要。在很多情况下，借鉴已经被验证过的成功经验，本身就是一种非常务实的策略。你不一定非要成为第一个做 DeFi 的人，也完全可以成为第二个、第三个，然后在已有经验的基础上持续优化和改进。

Alberto：此外，正如我们前面提到的，Polkadot 的整体准入门槛已经显著降低。过去，如果你想在 Hackathon 中做一个真正有意义、能够解决实际问题的项目，往往只能选择在平行链上构建，或者依赖已有的通用智能合约平台，而这些路径本身都存在不少限制。

而现在，开发者可选择的空间要宽广得多。你可以直接基于智能合约来构建产品，而且这些产品本身的开发和使用门槛，都比过去低了很多。

但我认为，更重要的并不是“怎么做得快”，而是“做什么才真正有意义”。在很多 Hackathon 场景中，我们经常看到一些团队只是简单地把已有项目从以太坊迁移到 Polkadot，然后说：“这个项目现在也可以跑在 Polkadot 上了。”这样的事情确实看起来很酷，但它并没有真正解决新的问题，也缺乏原创性，因为同样的问题在其他链或其他项目中已经被解决过了。

因此，开发者真正需要思考的是：Polkadot 能够解决哪些其他体系难以解决的问题？举个例子，随着 Proof of Personhood（人格证明）机制的逐步引入，开发者就有机会构建全新的应用形态，把“人格”本身作为用户进入系统的新入口，从而打造真正面向下一批百万级用户的产品。

合约安全是长期工程

Kristen：正如你刚才提到的，相比两三年前，Web3 应用的整体使用体验已经有了明显改善。但与此同时，安全性依然是一个绕不开的核心问题。因此，回到智能合约本身，我也想请你谈一谈：你如何看待 Polkadot Hub 上智能合约的安全性？它的整体设计，在哪些方面给了你信心？

Alberto：从整体来看，我认为智能合约生态已经成熟了很多。如果回顾 2017、2018 年那些著名的攻击事件，当时的问题在很大程度上并不是“安全永远做不好”，而是整个生态还处在非常早期、不成熟的阶段。

在早期，很多智能合约遭受攻击，往往是因为开发者和用户对应用实际运行方式缺乏足够理解。而今天，攻击方式已经变得更加复杂和高级，有些甚至涉及社会工程学，或者针对整个执行流程进行非常高阶的攻击。从某种意义上说，这反而说明了基于 EVM 的智能合约生态已经发展到一个相对成熟的阶段。

更重要的是，智能合约本身已经存在了大约 14 到 15 年，这种长期的实践和迭代，使整个生态在安全模型、开发规范和风险认知上都更加成熟。Polkadot 现在所提供的智能合约平台，本身就能够继承这份成熟度，为开发者和用户带来更稳定、更可靠的基础。

当然，这并不意味着 EVM 智能合约是“天然安全”的。开发者依然需要充分理解其中的风险。很多攻击向量并不取决于具体使用哪种编程语言，而在于攻击者如何利用执行流程、业务逻辑或系统假设中的漏洞。

总体而言，安全工作始终遵循一个基本逻辑：识别风险 → 评估风险 → 按既定流程管理和缓解风险。我个人并不认为今天的漏洞比过去更严重，它们只是更复杂了；同时，整个生态中所承载的价值也变得更大了。

从历史角度来看，我们很难准确比较早期攻击在当时所占网络总价值的比例。而如今，随着区块链被更广泛地采用，链上价值显著提高，任何安全事件的影响和关注度自然也随之放大。

在这一点上，我认为 Polkadot 目前提供了一个非常独特、也非常值得肯定的机制：Polkadot Assurance Legion。

这是一个专门面向 Polkadot 开发者的安全赏金和支持计划，提供安全工具、审计资源以及奖励资金，其核心目标是系统性地提升整个 Polkadot 生态的安全水平。据我所知，Polkadot 是目前唯一在生态层面推出类似举措的网络，这一点非常酷，也非常重要。

这背后传递出的信号也非常明确：Polkadot 的社区和国库高度重视安全问题，并且清楚地认识到，安全是生态长期健康发展的基础。

Kristen：确实，在安全这个维度上，整个生态仍然在持续演进。未来，或许会有更多安全协议需要直接内嵌到基础协议层中。当然，目前我们还没有完全走到那一步，所以在现阶段，开发者和用户仍然需要保持高度的安全意识。

举个简单的例子，用户需要谨慎管理自己的钱包，不把所有资产都暴露在链上，并主动采取一些风险防范措施。

双 VM 架构：Polkadot 为性能与生态同时下注

Kristen：回到智能合约本身，我们之前已经讨论了很多 EVM。我个人的理解是：EVM 智能合约更像是一个重要的入口，而不一定是最终答案。因为在 Polkadot 体系中，还有 PVM（Polkadot Virtual Machine），它被寄予了更高性能和更大潜力的期望。

那么，你能否和我们分享一下：PVM 的独特之处在哪里？它未来可能会解锁哪些新的可能性？

Alberto：这是一个很好的问题。我并不认为 PVM 会完全取代 EVM。虽然 PVM 带来了大量优化和改进，但 EVM 同样有其不可替代的优势。这也是为什么 Polkadot Hub 选择提供一条“双路径”：既支持 EVM，也支持 PVM。

更有意思的是，Hub 还支持跨 EVM / PVM 的调用。也就是说，开发者可以在 EVM 上执行一部分逻辑，再调用运行在 PVM 上的逻辑，从而同时利用两种虚拟机的优势。

如果回头来看，EVM 最重要的优势之一在于它已经拥有一个高度成熟的开发者生态。当你在以太坊兼容环境中开发时，可以立即使用大量成熟工具，比如 Hardhat、Foundry、Blockscout 等。这些工具是通用的、经过长期验证的，并且围绕它们已经形成了一整套标准化的智能合约模板，在设计之初就充分考虑了安全性。

举个例子，如果你遵循标准的 ERC-20 智能合约规范，通常不会出现重大漏洞或轻易被攻击的情况。当然，这并不意味着百分之百没有风险，但你至少能够继承这些经过时间验证的安全模型。这对开发者来说，是非常重要的保障。

不过，EVM 也存在明显的限制。它本质上是一个沙箱环境，只能执行 EVM 字节码允许的操作。正因为如此，很多在 EVM 上看起来非常复杂的解决方案，实际上是受限于其执行模型所做出的“绕路式设计”。对于某些计算类型而言，EVM 的执行效率也并不理想。

相比之下，PVM 的执行模型更接近于传统 CPU，这让开发者更容易理解它能做什么、适合用来构建什么。PVM 基于 RISC-V 架构，其执行模型与标准 CPU 非常接近，这使得开发者在功能设计和性能预期上拥有更清晰的认知。

我并不是这个领域的绝对专家，但我认为这正是 PVM 能够引发广泛关注的重要原因之一。比如，你甚至可以在 PVM 上运行像 Doom 这样的复杂应用。另一个关键优势在于，RISC-V 支持任何能够编译到该架构的语言来开发智能合约。

举个具体例子，Parity 开发了一个名为 “Rust-to-C” 的工具，可以将 Solidity 编译成 RISC-V 字节码，并运行在 PVM 上。这意味着，你可以直接拿一个 Solidity 智能合约，在 PVM 上部署并执行。

从这个角度来看，RISC-V 本身具备很多天然优势。它是一种非常成熟的架构，任何能够编译到 RISC-V 的代码理论上都可以兼容。因此，在高吞吐量场景，尤其是涉及大规模计算时，PVM 展现出了非常大的潜力。

我认为，真正令人兴奋的并不是“把整个项目都迁移到 PVM 上”，而是看到一些应用能够同时受益于两种虚拟机。有些场景下，EVM 的成熟工具链和简单性仍然非常重要；而在另一些性能敏感或复杂计算的场景中，PVM 可以发挥更大的优势。

性能的提升并不一定意味着要牺牲简单性。因此，我非常期待看到更多“双 VM 架构”的应用出现。

Kristen：那我可以这样理解吗？对于开发者来说，在 PolkaVM 上开发，相比在 EVM 上部署应用，学习成本并不会高出太多？

Alberto：学习曲线肯定是存在的，并不是“零成本迁移”。尤其是如果你是从 EVM 生态过来的，在基于 PVM 构建时会遇到一些限制，因为你的起点不同。

如果你的思维模式完全建立在 EVM 之上，那么确实会发现：有些在 EVM 上可以做的事情，在 PVM 上并不成立。因此，学习曲线和功能限制始终存在，开发者需要理解这些差异。

我认为 Polkadot 在这一点上的沟通做得非常好，尤其是现在官方更加聚焦 PolkaVM，会清楚地向开发者说明可以预期的功能差异、限制以及适用场景。

Kristen：那你能否给我们更新一下 PVM 当前的开发进展？社区大概什么时候可以期待它正式上线？

Alberto：根据我的理解，PolkaVM 很快就会在 Polkadot 上线，预计就在下周。正如我之前提到的，去年开发的重心主要放在 EVM 上，因为那本身就是一次非常大的转变。

在 PolkaVM 的早期开发过程中，它最初被引入到了 Kusama Hub。但在实际测试中，我们注意到在兼容性方面仍然存在一些差异。因此，团队决定优先打造一个完全兼容 Ethereum 和 EVM 的环境，以便让开发者能够快速启动项目。

这也是为什么，开发者现在可以非常轻松地在 EVM 环境中部署产品，因为 EVM 是一个大家都非常熟悉的智能合约虚拟机。

基本可以确认的是，下周 Polkadot 上会迎来这一更新（PolkaWorld 注：这里指的就是这周了，1 月 27 号）。不过，要想真正充分发挥 EVM 与 PVM 的全部优势，尤其是在编译和执行效率方面，仍然有不少优化工作正在进行中。

值得一提的是，借助 PVM 以及其配套的编译器，开发者实际上可以继续使用 Solidity 来编写智能合约，然后部署到 PolkaVM 上运行。通常，Solidity 被认为是为 EVM 量身定制的语言，但通过这套工具链，你可以用熟悉的 Solidity 语言，直接在 Polkadot VM 上运行合约。

与此同时，团队也在持续推进工具链兼容性工作，确保 Hardhat 和 Foundry 等主流开发工具能够完全支持 PolkaVM。这样一来，开发者就可以在沿用原有开发流程和工具习惯的同时，将部署目标切换到 PVM，从而享受到其性能和架构优势。

当然，这仍然是一项持续进行中的工作。例如 Foundry 目前还需要进一步完善，才能实现对 PolkaVM 的完全兼容。未来，虚拟机本身以及执行效率，也还有进一步优化的空间。

Polkadot Hub 下一步以及 2026 的期待

Kristen：那么，当 Polkadot Hub 的部署逐步完成之后，接下来生态的关注重点会是什么？

Alberto：这是一个并不容易回答的问题。因为首先就存在一个前提问题：什么才算是“Hub 部署完成”？坦率地说，我也无法给出一个明确的答案。

目前仍然有很多工作在持续推进中，比如 PolkaVM 的进一步优化、Parity 自身产品所需要的配套基础设施建设，以及社区中正在讨论的一些“基础区块（base blocks）”相关改进。这些都说明，Hub 并不存在一个可以明确宣布“已经完成”的时间点，它本身就是一个持续迭代、不断演进的系统。

在我看来，Polkadot Hub 永远都会有进一步优化的空间。至于 JAM，它确实是一个非常令人兴奋的方向。据我所知，JAM 已经取得了不少进展，但至少对我个人而言，它的具体发布时间仍然并不清晰。因为我并不是 Parity 的核心开发者，所以我也无法确定它会在 2026 年，还是 2027 年正式上线。看到多个兼容 JAM 的客户端不断改进，本身就已经非常令人期待了。但根据我以往的经验，从技术实现到真正稳定地部署在主网上，往往还需要走一段相当长的路。

就 Hub 本身而言，我认为在 2026 年，我们会持续看到大量围绕 Hub 的优化工作，不断改善整个生态的使用体验。目前交付的更多是一个 V0 的基础版本，而真正面向开发者和用户的迭代，仍然会在这个基线上持续推进。

Kristen：今天我们已经讨论了很多话题。作为最后一个问题，展望 2026 年，你个人最期待在 Polkadot 生态中看到什么样的变化？

Alberto：从个人角度来说，我非常期待看到 500 毫秒的区块时间。

这对我来说意义非常大，因为在用户体验中，最令人沮丧的事情之一就是等待延迟。你提交了一笔交易，却需要等待很久才能确认，这种体验会极大地影响用户对产品的感受。在 Polkadot 上，我们预计下周 Hub 就会实现 2 秒的区块时间。这本身就会让整个生态的开发和运行体验变得更加高效，也更加有趣。

而当我们进一步谈到 500 毫秒区块时间时，那种体验上的提升将是质的飞跃。应用会变得非常流畅，用户几乎可以“即时”完成操作，而不再需要忍受长时间的等待。

除此之外，我也非常期待在 2026 年看到更多产品的发布。很多人认为，2026 年更像是一个以基础设施建设为主的年份，而不是纯粹的“产品之年”。我在一定程度上认同这个判断，但我依然相信，会有一些产品在这一年中逐步浮现。

看到各种概念验证（PoC）和实验性应用，真正落地到 Polkadot 的基础设施之上，并观察它们如何演进，这本身就非常令人兴奋。毫无疑问，2026 年依然有很多值得期待的事情。

Kristen：非常感谢你的分享，也感谢所有观众朋友的观看。

原视频：https://x.com/polkaworld_org/status/2013929666445529488

  • PolkaWorld Telegram 群：https://t.me/+z7BUktDraU1mNWE1

  • PolkaWorld Youtube 频道：

    https://www.youtube.com/c/PolkaWorld

  • PolkaWorld Twitter：

    @polkaworld_org

#Polkadot