最近我们和 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对根据本文内容采取的任何行动不承担任何责任。