AI 專案真的需要區塊鏈和代幣嗎？

什麼問題能合理化共享帳本？

多個獨立參與方需要共同寫入或驗證、且不能合理信任單一營運者時，才有較強理由。

需要列出寫入者、驗證者、爭議處理者與升級權持有人。若最後仍由團隊金鑰、私有 oracle 或可任意升級合約決定結果，「上鏈」沒有消除單方控制。

如何留下證據： 畫出參與方、狀態、信任假設與每個管理金鑰。

支付需求等於必須使用區塊鏈嗎？

不等於；付款可用法幣、穩定幣或既有網路資產，與產品狀態是否要共享是兩個問題。

若鏈只在結帳時出現，需比較手續費、退款、延遲、合規和使用者摩擦。接受加密支付可以是渠道選擇，不能反推整個 AI workflow 必須上鏈。

如何留下證據： 比較至少一個法幣和一個既有鏈資產支付方案。

什麼功能可能需要專屬代幣？

只有不可由既有資產替代的保證、權利或協調機制，才可能需要自有 Token。

例如 staking 必須對應可偵測義務與實際 slashing；治理必須控制有後果的參數；使用權必須有非補貼需求。折扣、積分、空投和「社群」通常也能用資料庫或別的資產完成。

如何留下證據： 逐項做穩定幣、網路資產與非 Token 替代測試。

價值捕獲要如何檢查？

沿著產品收入到 Holder 權利的每一個合約和治理步驟追查。

收入進入公司不等於 Token 自動有價值。要確認費用是否進合約、誰能改比例、回購是否執行、Token 是否僅靠新買家需求，以及 Holder 是否有法律或程式化請求權。

如何留下證據： 保存費用地址、合約規則、治理權、交易和可修改參數。

資料或算力供應者使用代幣有何意義？

意義取決於 Token 是否解決品質保證、結算或抗女巫問題，而不是只作獎勵。

若供應者 staking 後違約仍不會被偵測或懲罰，質押只是資金門檻。也要比較穩定幣保證金、聲譽系統和合約付款是否能以較低波動完成相同工作。

如何留下證據： 記錄供應者義務、驗證者、懲罰、申訴與替代方案。

哪些跡象代表必要性薄弱？

可由單一 API 完成、升級金鑰掌控結果、Token 只用於折扣，都是薄弱跡象。

其他訊號包括鏈上只存 hash、核心資料仍不可外部取得、治理從未執行、用戶必須先買波動資產才能付固定服務費。這些不證明產品不存在，只限制「必須使用鏈或 Token」的說法。

如何留下證據： 建立弱訊號表並連到具體元件，不使用標籤式批評。

如何避免把研究變成一般 Tokenomics？

把問題鎖定在產品功能、控制權和不可替代性，不討論價格預測或市場敘事。

供應量、解鎖和估值可能影響投資風險，但不能回答 AI 產品是否需要 Token。本頁只檢查 Token 在任務、保證、治理和價值流中的技術角色。

如何留下證據： 每個結論附一個替代設計及會推翻它的證據。

驗證工作簿

以下檢查卡把研究變成可重做紀錄。它們不產生投資建議，而是要求保存證據、反例、版本、限制與會改變結論的條件。

常見問題