UCHN 把 AI 變成代幣門禁基礎設施

我把一份 AI＋區塊鏈的代幣門禁敘事拆開，整理成可直接複製的基礎設施模板。

我看這類 token launch 文案看一陣子了，真的很容易火大。每次都先講「utility」，後面卻塞滿收益、分級、資安、錢包，最後再補一個看起來很忙的 AI。讀到最後我常有一種感覺：這不是一個產品，是三個東西硬黏成一團，還要你相信它們天生就該綁在一起。

這次我拿來拆的是 Markets Insider / GlobeNewswire 這篇關於 Solana Unchained 的稿子。它特別適合拆，因為它把 token、wallet、commerce、recovery、tier 全都講得很白。白到什麼程度？白到你可以直接看出它想把「代幣」包裝成「基礎設施門禁」。

我先講清楚：我不是在推薦這個案子，也不是在幫它背書。我把它當成一份產品簡報來看。真正值得學的，不是它會不會漲，而是它怎麼把 AI 存取、錢包流程、權限控制，包成一個看起來很完整的系統。

它不是先賣 token，它是在賣一條使用迴圈

The native $UCHN token acts as the required fuel for AI computation, consumer security protocols, and retail commerce tools.

翻譯一下就是：它要你接受一件事，這個 token 不是裝飾品，而是你要用功能時必須碰到的東西。不是拿來「支持社群」，而是拿來開啟 AI 計算、資安流程、商務工具。這種寫法很直白，至少沒有假裝 token 自己會長出價值。

我以前看過太多 token 文案，只會一直講「生態系」跟「社群參與」，但你問它到底哪個功能真的需要 token，它就開始打太極。這份稿子比較誠實，直接把 token 定義成 fuel。問題是，fuel 這個字很帥，卻也很容易偷換概念。到底是誰要求你付 token？哪個流程真的需要它？如果每個動作都要先查餘額，那你不是在做產品，你是在做收費閘門。

實操上，我會把這種設計拆成兩層：一層是核心使用迴圈，一層是安全或輔助迴圈。核心迴圈只管使用者每天會反覆做的事，例如 AI 查詢、生成、儲存；輔助迴圈才管恢復、驗證、升級。不要讓每個功能都變成收費站，不然使用者只會覺得自己在走高速公路出口。

• 先選一個每天會重複發生的動作。
• 只讓 token 介入這個動作，不要全站亂綁。
• 先寫白話規則，再寫 tokenomics。

這是我從這份稿子裡先偷走的第一件事：token 要有入口，但入口不能多到像迷宮。

真正的產品不是 presale 頁，是錢包介面

The Unchained Wallet ... allows for biometric security, token swapping, and multi-token management without ever requiring a connection to unverified third-party browser apps.

這段的重點不是「它有錢包」，而是它想把錢包變成使用者每天碰到的主畫面。這很關鍵。因為 presale 只是拉你進門，真正決定你會不會留下來的，是你每天打開那個介面時，會不會覺得自己在操作一個正常產品。

我以前做內部工具時踩過一個老坑：大家都說要「一個 dashboard 解決所有事」，結果 dashboard 本身爛到爆，後端再強都沒用。這裡也是一樣。錢包不是附屬品，它就是操作中心。你如果把它做得像臨時拼裝的前端，後面再多功能都救不回來。

這份稿子一直強調不需要連到不可信的第三方瀏覽器應用。這不是只有安全敘事，也是 UX 敘事。因為瀏覽器錢包跳轉最容易讓人迷路、讓釣魚變簡單、讓客服工單爆炸。能把流程關在一個 app 裡，很多麻煩就少一半。

但我也要潑冷水。錢包功能越多，單點失敗風險就越高。今天你把 swapping、管理、驗證、恢復全塞一起，明天只要 app 出一個 bug，整條流程一起掛。這就是所謂的「一站式」很容易變成「一鍋燉」。

實操寫法很簡單：把錢包當成主產品頁來設計，不要當成登入附件。主畫面永遠保留最常用動作，錯誤訊息要能看懂，安全狀態要清楚，回復路徑要明白。使用者不是來欣賞架構圖的，他是來完成任務的。

• 主操作固定在第一層，不要藏。
• 先做原生流程，再考慮瀏覽器跳轉。
• 安全模型要能用一段話講完。

錢包做對了，整個系統才像產品；錢包做歪了，後面全部像 demo。

恢復機制才是這個案子最像真的地方

Users designate 3 to 10 trusted guardian addresses to validate their identity... A strict 7-day security delay timelock activates upon initiation.

這段我反而願意多看兩眼。因為它碰到的是一般人最怕的事：私鑰不見怎麼辦。很多自託管產品講自由講得很爽，講到恢復就開始含糊，像是默認使用者應該天生會保管助記詞。拜託，正常人不是這樣活的。

guardian 模式不是新東西，帳戶抽象的世界早就有人在做，像 EIP-4337 這類設計一直在處理這件事。這份稿子比較實際的地方在於，它把權限切得很清楚：guardians 可以驗證，但不能直接搬走資產。這個分工是對的。你要的是恢復，不是把控制權順手送人。

那個 7 天延遲也不是裝飾。它的作用很單純：給真正的持有人時間取消可疑的恢復請求。這比一句「我們很安全」有用太多。因為安全不是口號，是時間窗。很多攻擊不是技術上多高明，而是你根本沒有反應時間。

我看過不少團隊把恢復功能當成上線後再補的東西，結果每個 edge case 都是地雷。這種東西不能放到最後才想，不然你等於先叫使用者把資產放進來，再跟他說「啊對了，萬一出事我們再研究」。這誰敢用。

實操上，我會把恢復流程寫成最小可理解版本：誰能發起、誰能驗證、要等多久、使用者怎麼取消、例外怎麼處理。只要這五件事講不清楚，就先不要談「去中心化體驗」。

如果你在做錢包、帳號系統或任何帶資產的 app，恢復機制應該先於獎勵機制被定義。因為使用者真的記得的，是出事時你怎麼救他，不是你平常說得多好聽。

Yield 只是釣餌，真正要看的是收入從哪裡來

During the active presale, deposits into the liquid yield account capture temporary rates of up to 150% APR, paid weekly. After the launch, the system shifts to a permanent 7% APR reward, distributed monthly and funded by organic fees from the AI hub and commerce storefront.

翻譯一下就是：前期先用很猛的報酬吸人進來，後面再說長期報酬來自真實費用。這個分法本身不差，至少它有意識地把「拉新」跟「營運」拆開。前者可以很兇，後者不能靠印鈔硬撐。

我最在意的是那句 “funded by organic fees”。這句話就是整份稿子的命門。因為如果 AI hub 跟 commerce storefront 真的有費用收入，那 7% APR 才有機會是營運模型；如果沒有，那就只是把高報酬換個比較文雅的說法而已。

我一直對「收益有收入支撐」這種說法保持懷疑，不是因為它一定假，而是因為很多團隊只會講支撐，卻不講收入從哪來、怎麼算、誰付錢、什麼情境下會掉。只要這幾件事不講清楚，所謂 revenue-backed 其實就是一張比較好看的表格。

實操寫法是：把 launch incentive 跟 steady-state reward 拆成兩套。前者是行銷費用，後者是營運費用。然後把實際收入來源列出來，不要只寫「生態成長」。你至少要寫清楚 AI request fee、SDK fee、commerce margin、recovery fee 這種具體項目。

• 拉新報酬和長期報酬分開寫。
• 收入來源要能對應到產品功能。
• 不要用空話包裝現金流。

這樣做雖然沒那麼好聽，但至少比較像真的產品，不像一份會計幻術。

分級制度其實就是定價，只是披著 tokenomics 的外套

Basic Tier: 0 tokens, limited to 10 daily requests for free users... Whitelabel Tier: 500,000 tokens ($250,000 value), B2B SDK access for external dApps.

這段我看得最明白。它其實不是在講什麼神秘 token 結構，它是在講定價。免費版給多少、專業版給多少、企業版給多少、白標版給多少。這在 SaaS 世界很正常，只是這裡用 token 當門檻。

說白了，這是把 usage plan 包成 token access plan。這招不新，但至少比很多 crypto 專案只會講 membership、community、priority access 來得乾淨。它把不同層級的價值說得比較具體，使用者也比較知道自己在買什麼。

不過我會直接挑戰一件事：如果門檻是固定 token 數量，那產品價格就會跟 token 市價綁在一起。市場一波動，你的 tier 就跟著變形。今天看起來像企業方案，明天可能變成折扣方案，後天又變成奢侈品。這種價格漂移對產品很傷。

我以前處理過用 credits 做配額的系統，最討厭的就是把配額跟波動價格綁死。使用者要的是可預期，不是每天打開 app 像在看報價單。所以如果你真要用 token 做分級，最好另外加一層換算，讓體驗不要被市場價格拖著跑。

實操上，先決定你的 tier 是用 token、美元，還是使用量來定。三選一，不要混著玩。你如果堅持用 token，那就一定要有價格轉換層，否則你的 Pro Tier 會隨幣價上下亂飄，客服會先死。

另外，別把治理權跟產品權限混在一起。能投票，不代表能多用算力；能參與治理，不代表能拿更高額度。這兩件事最好分開，不然你很快就會掉進權限地獄。

資安聲明不是貼牌，還是得看範圍

The project completed full security evaluations via Solidproof, Spywolf, and Cyberscope, alongside Spywolf KYC certification.

這段很典型：把幾個第三方名字排出來，讓你感覺安心。這做法我不陌生，也不能說完全沒用。只是我從來不會把 audit 當成理解系統的替代品。它只能告訴你有人看過，不代表整個產品模型就沒洞。

我會先問三個問題：看的是合約、錢包流程、恢復流程，還是連 oracle 與 admin 權限都看了？這份稿子沒講。它只是把名字堆出來。堆名字比什麼都不說好，但離「可驗證」還有一段距離。

我見過太多團隊拿 audit badge 當護身符，結果真正出事的地方根本不在合約，而是在 onboarding、權限、營運流程或金鑰管理。也就是說，技術審查很重要，但它不能幫你修補一個爛產品模型。

實操上，如果你要寫或做這類系統，請把審查名稱、範圍、日期放在一起。不要只放 logo。你至少要能回答：誰審的、審了什麼、什麼時候審的。像 Cobalt、OpenZeppelin、SolidProof、SpyWolf 這些名字可以當參考，但重點永遠是範圍，不是招牌。

我自己會把這一段寫成 trust boundary，而不是 security badge。因為前者是系統設計，後者只是宣傳素材。

這份稿子真正教人的，是怎麼把 AI、錢包、收費、恢復包成一個 stack

我把整份內容拆完之後，看到的不是一個單純的 token 故事，而是一個產品堆疊策略。它想把 AI 存取、錢包互動、資產管理、恢復機制、分級定價，全部塞進同一套敘事裡。這種做法不是不能做，但每一層都得真的解決問題，不然 token 只會變成唯一的黏著劑。

我最想偷走的其實只有四件事。第一，token 只負責一個核心動作。第二，錢包是主介面，不是附屬頁。第三，恢復流程要先設計。第四，長期報酬要對應真實收入。這四件事做對，才有資格談基礎設施。

剩下的部分我都會保持懷疑。如果一個案子說自己有 utility，我會問 utility 出現在使用者哪一步；如果它說收益有支撐，我會問支撐來自哪個費用；如果它說自己安全，我會問恢復怎麼做、審查範圍是什麼。講不出來的話，通常都是形容詞。

老實說，真正有用的基礎設施故事通常都很無聊。它會把 access、pricing、recovery、trust boundary 講清楚，不靠一堆 buzzword 撐場。這份稿子有一半做到了，所以值得拆；但另一半還是很像推銷，所以不能照單全收。

可抄的模板

# Utility-first AI + token-gated infrastructure template

## One-line pitch
We built [PROJECT] so users can access [AI / automation feature] through [wallet / app], while [TOKEN] powers usage, security, and partner access.

## Product layers
### 1) Core app
- Native wallet or app surface
- Biometric login
- Multi-asset management
- Token swap support
- No forced third-party browser handoff

### 2) Utility layer
- AI requests
- Commerce actions
- Security services
- Optional SDK for partners

### 3) Token role
- Token is required for one primary action
- Token unlocks premium usage tiers
- Token may be used for governance, but governance is separate from access

## Access tiers
- Free: limited daily requests
- Pro: expanded requests
- Elite: priority processing and lower fees
- Governance: voting rights only
- Whitelabel: SDK access for partners

## Recovery model
- User selects 3 to 10 trusted guardians
- Guardians can validate recovery, but cannot move funds
- Recovery requires threshold approval
- Add a 7-day cancellation window
- Owner can cancel unauthorized recovery attempts

## Revenue model
- Launch incentives are temporary
- Long-term rewards come from actual fees
- Fee sources:
  - AI usage fees
  - Commerce margin
  - SDK licensing
  - Recovery/service fees
- Never describe reward funding as "ecosystem growth"

## Security checklist
- Contract review completed
- Wallet flow reviewed
- Recovery flow reviewed
- Oracle assumptions reviewed
- Admin permissions documented
- Audit scope and date listed publicly

## Product page copy block
[PROJECT] combines [AI FEATURE], [WALLET FEATURE], and [COMMERCE FEATURE] into one utility-first application.

The [TOKEN] is used to:
- access premium AI usage
- enable security and recovery functions
- unlock commerce tools
- support partner SDK access

Recovery is handled through a guardian-based process with a time delay, so users keep control even if an account is compromised.

Long-term rewards are funded by platform fees rather than inflationary token issuance.

## Builder note
If the token does not change the user's daily workflow, it is not infrastructure. It is decoration.

這份模板是我根據這篇 Markets Insider / GlobeNewswire 內容整理出來的原創版本。原始稿子提供的是敘事骨架，我做的是把它翻成開發者能直接拿去改的格式；像 OpenZeppelin、EIP-4337 這些連結則是我補上的參考錨點，不是原文內容。