Web3 遊戲把堆疊做成生態系

以前 Web3 遊戲只是在堆功能，現在要把資產、代幣、交易和玩家權益串成一個系統。

我最近看了一堆 Web3 遊戲提案，越看越火大。簡報上寫的是 game，打開堆疊卻像一包散裝零件：錢包、NFT、交易市場、代幣、鏈選型、分析工具，外加一點點社群互動，像是最後才想起來要做人。零件本身沒錯，問題是它們通常不是在設計遊戲，而是在湊清單。玩家不會因為你把工具接滿就留下來，這點我已經踩過太多坑了。

我這次拆的是 Antier 的 Web3 gaming infrastructure 文章。它很像一份銷售型總表，什麼都列，什麼都想賣，但也正因為這樣，反而把一個實話講出來：你如果想讓 Web3 遊戲能長大，就不能把它當單機專案做。你要把基礎設施、經濟模型、玩家擁有權當成同一個系統來設計。我看過團隊忽略這件事，然後在代幣走弱、留存掉光的時候，還在問為什麼。

先做系統，再做遊戲外殼

“Today, successful projects operate more like digital ecosystems than standalone titles. They include token economies, NFT assets, decentralized marketplaces, player-owned economies, and blockchain-powered infrastructure.”

翻譯一下就是：真正撐得住的 Web3 遊戲，不是「一款遊戲」而已，它是資產流動、交易、進度、激勵和權益的組合。遊戲畫面只是入口，真正的產品是後面那整套互動網路。如果這些東西彼此不通，你做出來的就不是生態系，是加了區塊鏈零件的遊戲外殼。

我以前幫團隊看經濟設計，最常遇到的就是這種狀況：戰鬥系統做得不錯，收集系統也不差，結果市場是後補的，代幣只有發沒有收，玩家擁有權更像「你可以買一張鏈上收據」。這種設計很容易在 demo 階段看起來很完整，到了上線後就開始漏氣，因為沒有一個核心循環真的能自己轉起來。

Antier 這段話有用的地方，在於它逼你回答一個很現實的問題：如果客戶端明天換掉，還有什麼東西留下來？如果新內容更新了，哪個環節還在產生價值？如果答案只有美術和 UI，那你的平台其實很脆。真正耐看的系統，會有幾個很硬的原始元件：資產、流動性、身份、存取權、治理。這些才是讓價值持續流動的東西。

實操上，我會要求每個 Web3 遊戲專案先畫一張一頁式生態圖，不要先列功能。直接畫循環：誰賺什麼、誰花什麼、資產放哪裡、哪些能交易、哪些要綁定、哪些留在鏈下但可驗證。你如果一頁畫不出來，代表你還沒準備好開工。

• 先定義玩家循環，再定義技術堆疊。
• 把資產、代幣、市場、權限畫成同一張圖。
• 任何無法說清流向的設計，先暫停。

代幣要做事，別只負責喊話

“token economies”

這四個字看起來很普通，坑卻最大。代幣經濟不是行銷詞，它是價值流動的操作系統。很多團隊一談 utility 就只會講「可以在遊戲裡用」，我真的聽到快翻白眼。這種說法太空了，空到最後只剩投機。

白話一點講，代幣要有工作，而且最好不只一個工作。它可以拿來解鎖內容、支付手續、做治理、當鑄造材料、當升級燃料、當結算單位，但每個用途都要有邊界。若唯一用途是炒作，整個經濟就會變成穿著白皮書外套的賭場。

我看過很多鏈遊都卡在同一個地方：先發幣，再想 staking，再補獎勵，最後發現沒人想鎖，因為收益只是通膨包裝成 APY。接著他們就開始加更多獎勵，結果不是變強，是變吵。解法通常不是「把 tokenomics 寫得更漂亮」，而是把用途縮窄，把排放壓低，把消耗點先做出來。

實操寫法很簡單：先寫下代幣的三個主要工作，再寫三個它絕對不能碰的範圍。然後每個機制都問一次：它是在拉長參與時間，還是在加速抽離價值？如果你答不乾淨，就先不要發幣。

• 一個主代幣，先服務一個最強用途。
• 先做 sinks，再做 rewards。
• 發放條件綁實際行為，不綁虛榮數字。

NFT 不該只是收藏品，該是行為開關

“NFT assets”

很多 Web3 遊戲團隊到現在還卡在 2021 的腦袋：聽到 NFT 就想到收藏圖。可以，但如果 NFT 只是有序號的圖片，玩家很快就膩了。玩家不會因為自己擁有一張 JPEG 就一直回來，他們會回來，是因為那個擁有權改變了他能做什麼。

也就是說，NFT 應該是功能物件，不是擺設。它可以是角色、地產、武器、通行證、升級道具、會員權杖、活動門票。重點不是 token 長什麼樣，而是它在遊戲裡開了哪些門，限制了哪些行為，讓哪些資源可以流動。

我之前看過一個案子，團隊把每個裝備都鑄成 NFT，畫得很漂亮，技術也沒問題，結果裝備除了外觀沒有任何玩法影響。上線一週交易量還行，接著就停了。原因很簡單：它們是可收藏，但不可操作。玩家不需要它，就不會為它形成長期需求。

實操上，我會先挑一種資產類型，直接讓它做事。地產 NFT 可以產資源，會員 NFT 可以開副本或治理，武器 NFT 可以磨損、融合、進化。只要資產永遠不改變行為，它就只是貼了圖的收據。

• 至少讓一種 NFT 影響進度。
• 設計升級、融合或磨損，讓資產持續流動。
• 把炫耀型資產和功能型資產分開。

市場不是附加功能，是資產循環的水管

“decentralized marketplaces”

我看過太多團隊把 marketplace 留到最後才補，然後一臉困惑地說怎麼沒人交易。當然沒人交易，因為你前面根本沒設計出循環，市場只是多了一個沒人走的走廊。

翻譯一下就是：市場不是掛在旁邊的選單，它是遊戲經濟的一部分。它讓玩家賣、買、定價、投機、拆解、合成、出場，也讓你看清楚資產到底是真的有需求，還是只有上線那幾天的新鮮感。

Antier 在這裡寫「decentralized marketplace」很順口，但真正難的不是去中心化，難的是流動性。沒有買家和賣家的市場，只是一個帶篩選器的介面。我也看過團隊先算手續費分潤，再來想 listing 規則，順序完全反了。你應該先想玩家怎麼動，才知道市場要長什麼樣。

實操上，我會把市場拆成三種模式：第一種是官方首賣，第二種是玩家對玩家交易，第三種是協議式交換或池化。不要一開始就全上，先選最符合經濟循環的一條路，跑通再說。

如果你想看更成熟的交易行為，可以去看 OpenSea 的資產交易模式、Magic Eden 的 NFT 市場行為，以及 Coinbase 的智能合約入門。這些都不是遊戲，但正因為不是遊戲，反而更適合拿來學交易行為怎麼設計。

玩家擁有權要有邊界，不然很快被玩壞

“player-owned economies”

這句話在提案裡很好聽，在 production 裡很難看。玩家擁有權是 Web3 遊戲最迷人也最危險的地方。只要玩家真的能擁有資產，他們就能控制供給、價格、轉售和套利。這很猛，但你如果沒先想過機器人、囤貨、投機和財富集中，系統很快就會歪掉。

白話就是：擁有權一定要有規則，不然最有效率的行為會贏，而最有效率的行為通常最不好玩。玩家可以擁有東西，但遊戲還是要保留護欄，不然你做出來的是自由市場，不是遊戲。

我看過一個團隊太早開放交易，結果少數玩家先把經濟優化完，機器人跟著進來，一般玩家連最基本的成長材料都買不起。團隊後來怪市場機制，我只覺得這很熟悉，因為這種結果根本可以預測。不是市場自己壞掉，是你沒設防。

實操時，我會把玩家擁有權當成有約束的合約。你可以設冷卻時間、鍛造條件、帳號層級限制、反機器人檢查、階段式開放。目標不是把所有摩擦拿掉，而是讓參與比抽離更有利。

區塊鏈基礎設施最好藏起來

“blockchain-powered infrastructure”

這段最常被做錯。很多團隊喜歡把鏈名掛在首頁，像是在比誰比較正宗，但玩家根本不在乎你用哪條鏈，除非它讓遊戲變卡、變貴、變難用。玩家在乎的是速度、費用、資產安全，以及整體有沒有像遊戲。

也就是說，基礎設施應該支撐體驗，不要搶戲。錢包開通、交易流程、跨鏈、身份、鏈選擇，這些東西都該是無聊的。只要你的 onboarding 像報稅表，很多人一進來就跑了。

Antier 那頁其實把選型邏輯講得很直白，從 區塊鏈開發、Web3 遊戲開發，到 Polygon zkEVM、Arbitrum Orbit、Solana 都有。我不是在背書它的方案，我是在說它把真相攤開了：你要選的是符合吞吐量、手續費容忍度、玩家行為的基礎設施。

實操上，我會從玩家視角選技術。微交易很多，低費用就很重要；要自訂邏輯，模組化鏈設計就比較有價值；受眾是大眾玩家，錢包抽象比鏈純度更重要。選最無聊、但最少阻力的方案，通常比較對。

招人要看系統思維，不要只看合約履歷

“Hire Web3 Game Developers to Build Scalable Web3 Gaming Platforms”

這標題其實很直白，也點出問題核心。你需要的不只是會寫 Solidity 或會接錢包的人，你需要的是懂遊戲循環、懂經濟壓力、懂後端穩定性、懂使用者行為的人。只會看合約的 Web3 工程師，最後通常只會交出合約，這遠遠不夠。

翻譯一下就是：招人要看跨域判斷力。他能不能說清楚資產的生命週期？能不能看出哪個機制會被刷爛？能不能平衡鏈上透明和鏈下效能？這些能力才會讓平台不會一路修補到變成補丁集合。

我合作過一些團隊，先找區塊鏈專家，再找遊戲工程師，結果很常見：基礎設施做得很漂亮，玩法卻很彆扭。比較好的順序，是先招會看循環的人，再補鏈上能力。因為如果遊戲本身留不住人，再漂亮的鏈上架構也救不回來。

實操上，我會直接叫候選人走一遍完整玩家旅程：從登入、第一次購買、轉售、升級到後續留存。講不出邊界情況的人，大概率也做不出系統。只會一直聊 token utility 的，我會特別小心。

可抄的模板

# Web3 遊戲平台規劃模板

## 1) 遊戲摘要
- 遊戲名稱：
- 類型：
- 目標玩家：
- 核心循環：
- 為什麼需要 Web3：

## 2) 生態圖
### 資產
- 資產類型：
- 鏈上或鏈下：
- 解鎖什麼：
- 能不能交易：Y/N
- 能不能銷毀、融合、升級、出租：

### 貨幣 / 代幣
- 代幣名稱：
- 主要工作：
- 次要工作：
- 供給模型：
- 發放來源：
- 消耗點：
- 抗通膨護欄：

### 市場
- 首賣模式：
- 二級交易模式：
- 手續費：
- 版稅：
- 流動性計畫：
- 反機器人 / 反刷子規則：

### 玩家擁有權規則
- 玩家真正擁有什麼：
- 團隊仍控制什麼：
- 轉移限制：
- 進度限制：
- 濫用防護：

## 3) 基礎設施選型
- 鏈 / L2 / appchain：
- 錢包模式：
- 交易頻率：
- 費用容忍度：
- 身份 / 帳戶抽象：
- Indexing / analytics：
- 儲存：
- Bridge 需求：

## 4) 開發順序
1. 先原型化核心循環
2. 測試經濟消耗點與獎勵
3. 再加資產擁有權
4. 再加市場流通
5. 再做錢包與 onboarding 優化
6. 留存證明有效後，再加治理或進階交易

## 5) 招募檢查表
### 需要的技能
- 遊戲系統設計
- 智能合約開發
- 後端工程
- 經濟平衡
- 安全審查
- 市場 / 交易邏輯

### 面試題
- 請你走一次玩家前 30 分鐘。
- 如果機器人刷獎勵循環，哪裡先壞？
- 哪些資產不該自由交易？
- 哪些地方應該讓玩家看不到鏈？
- 你怎麼在不殺死參與感的前提下防通膨？

## 6) 紅旗
- 先代幣，後玩法
- 有市場，沒需求
- NFT 沒功能
- 獎勵太多，消耗太少
- onboarding 要求懂加密貨幣
- 鏈選型是為了品牌，不是玩家體驗

## 7) 上線檢查
- 核心循環已經過真實用戶測試
- 經濟壓力測試完成
- 市場流動性方案已就位
- 錢包 onboarding 已簡化
- 監控機器人、漏洞、通膨
- 擁有權、交易、進度規則寫清楚

這就是我會真的拿去給團隊用的版本。它不花俏，但會逼大家提早講清楚最容易失控的地方，而這些地方，通常就是 Web3 遊戲最容易燒錢的地方。

原始來源是這篇 Antier 文章，以及他們的 Web3 game development、blockchain development 頁面。我上面拆的是它的框架和實作含義，模板與白話整理是我自己補出來的，不是照抄銷售頁。