作者：Yuki, PaperMoon

最近我們和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對根據本文內容採取的任何行動不承擔任何責任。