
最近我们和 OneBlock+ 联合做了一门叫《Solidity on Polkadot》的课程,本来是想试试 PolkaVM 的开发工具链有没有人感兴趣,结果 219 人报名,作业完成率接近 38%。
数据挺漂亮,但更有趣的是:我们在这次课程中,意外看到了 Polkadot 中文开发者生态的未来方向。

这篇文章想聊聊这些真实的用户、反馈和问题,顺便也总结我们是怎么从一次全新的课程,摸索出一条通向"生态建设"的路线图的。
为什么做这门课?
不是"蹭热点",而是企图"找真相"
Polkadot 正在推进 2.0 升级,关键词是跨链统一、降低门槛、提升 DevEx。PolkaVM 作为一个兼容以太坊的执行环境,很可能会成为 Web2 或 EVM 开发者接触 Polkadot 的"第一站"。但我们必须承认一个现实:在"叙事横飞"的 Web3 世界,技术叙事经常沦为一种装点门面的美谈。真正愿意下场尝试的,往往是极少数。很多人对 Polkadot 的印象还停留在"复杂""听不懂""开发门槛高",更别说尝试写个合约、部署个 DApp 了。当然,我们做这门课也有宣传的目的,但更重要的是,我们想搞清楚几个问题:
- 开发者对一个新的 VM 环境,真正关心的是什么?
- PolkaVM 对他们来说,是机遇还是劝退?
- 工具链能不能跑通真实项目,不只是 Demo?
- 在整个 developer journey 中,哪个环节最容易掉队?
于是,我们做了这门课。不是为了讲给行家听的酷炫技术讲座,而是一次真实的开发者"走一遍流程"的实验。我们想先成为"小白的引路人",陪他们走第一圈,看看会发生什么。

4 个我们没想到的观察
1️⃣ 有好奇心,也舍得花时间
我们原以为大部分人是冲着激励或是证书来的,结果不是。80% 是 90 后,1/4是在校学生,大多数每天自发投入 1--2 小时学习。这种学习强度不只是来"交个差"的,是真的想试试能不能跑通。
有人从头学到尾,只为亲手部署出一个合约;也有人说:"至少我能在简历上写一句------成功在 PolkaVM 环境部署过 DApp。"说白了,他们不一定在意 Polkadot 技术实力有多强,只是需要一个可用友好的环境验证一下,我进 Web3 到底行不行"。
**2️⃣ 经验多 ≠ 易上手,**最难的是"切换认知模型"
很多人开发经验很丰富,甚至有 EVM 项目的实战经历,但一进 Polkadot 生态,还是会被一些"术语差异"搞懵:PolkaVM 是什么?AssetHub 是链还是模块?为什么 gas limit 和以太坊不一样?合约部署成功了,前端却调不动?
他们的问题不是"看不懂代码",而是脑中那套熟悉的认知模型突然失效了,一想到要重新理解一堆概念,不少人直接"精神劝退"。
我们的课程在一定程度上缓解了这种落差,至少让参与者意识到:PolkaVM 的开发体验其实并不难,只是叫法不一样,做法也未必复杂。这很关键------因为很多人放弃一个生态,并不是因为不会写代码,而是卡在了第一眼看不懂文档。
这也提醒我们:
📚 开发文档不能只是"堆知识",还要帮用户完成认知切换。
未来我们会在文档中补充 PolkaVM 与其他主流 VM(如 EVM)的关键差异对比,让更多人少走弯路,多点"啊原来是这样"的顿悟时刻。
**3️⃣ 课程参与者不只是学生,**更是"隐形贡献者"
虽然大多数参与者是合约开发的初学者,但他们很敢提问题、愿意报 bug,也敢测试技术边界。比如,有人指出 Remix 编译没问题,但链上部署失败;这些反馈直接促成了我们向 Parity 提交多个工具链 issue,推动了文档补充和 bug 修复。
我们的 DevRel 老师作为老手,早已习惯绕过一些小坑,很多"出错预警"已经是下意识的。但新手不会。他们还没建立起这套判断体系,因此更容易踩雷------这反而让课程成了一个非常珍贵的问题收集器。对参与者来说,课程是缓冲带;对我们来说,这些"真实踩坑"是 PolkaVM 生态体验最直观的温度计。
4️⃣ 真正决定开发者是否**"回来第二次"的,是整个流程的体验**
很多人不是因为"学不会"离开,而是因为"出了错,没人告诉我怎么解决"就离开了。
一模一样的代码,换个环境就报错;Hardhat、Foundry、Remix 在不同的环境结果不一样;文档没找到想要的、报错信息不直接显示结果,一气之下直接放弃。
我们意识到:
开发者体验(DevEx)并不是"写代码那一刻"顺不顺,而是从环境搭建、踩坑反馈,到部署结果,甚至未来升级的整个流程是不是顺滑、安心。只要有一个环节掉了链子,很容易"心态爆炸"。所以与其说是技术问题,不如说是"情绪与信任的设计问题"。

用课程打通工具、
用户和预期之间的闭环
在生态早期,我们意识到开发者课程的意义从来不是单向的"知识灌输",更不是指望一期课就选出下一个 web3 创业之星,而是跑出了三件有用的结果:
✅ 链压力测试
比如我们在课程中 Uniswap V2 合约迁移练习,本以为是一次平常的练手,结果踩出了一堆"意料之外"的问题:gas 误差、路径 bug、Remix 和 Hardhat 表现不一致......
这些坑对开发者是门槛,对我们则是"早期症状",越早踩出来越好。现在它们都变成了Parity 的 issue 清单,并且得到了快速解决。
✅ 用户画像与转化线索
有人关心架构叙事,有人追求开发效率,还有人问:"我常用的工具,PolkaVM 能不能直用?"
每个问题,都是开发者真实的犹豫点,也正好暴露了 PolkaVM 的"使用说明书"该怎么补。
✅ 建立产品预期
我们的课程有点像一部多集广告,不靠嘴吹,而是现场演示 PolkaVM 到底好不好用、值不值得等。有些功能现在还不完善?没关系,有人在用、有人愿意等,就是生态发展的信号。
以前总有人吐槽 Polkadot 没人用------真没人用吗?用的一直是基础设施做链的团队,不是 DApp开发者。现在 PolkaVM 上线了,写合约的人终于能上场了。但犹豫是必然有的:"这么新的 VM,我敢第一批试吗?","网络还在测试网,值不值得我投时间?"不过恰巧是因为新,才是小团队弯道超车的机会。
这次课程,我们把 Uniswap V2 迁过去,结果引起了社区热度。这不是大家没见过 Uniswap,而是第一次看到它能在 Polkadot 上能跑。就算过去了很多年,Polkadot 本身依然是高市值生态,grant 丰富,持有 DOT 的巨鲸也不少。与其在 Layer2 卷得头破血流,不如探索一块还没人"抢跑"的蓝海?
我们正在策划下一期课程内容,有任何你想了解的模块或项目实践,也欢迎留言告诉我们 🫶
免责声明:由PaperMoon提供并包含在本文中的材料仅用于学习目的。它们不构成财务或投资建议,也不应被解读为任何商业决策的指导。我们建议读者在做出任何投资或商业相关的决定之前,进行独立研究并咨询专业人士。PaperMoon对根据本文内容采取的任何行动不承担任何责任。