Ethereum app list 把探索變成地圖

我把 ethereum.org 的 app directory 拆成一套可直接拿去選 onchain 工具的方法。

我用 Ethereum app 一陣子了，越用越煩。問題從來不是找不到工具，而是每次都要重新猜：這次該開哪個、該信哪個、該先做哪一步。網址列裡一堆 tab，錢包裡一堆網路，腦袋裡一堆「應該差不多吧」。結果就是，工具越多，我越像在亂翻抽屜。

後來我看到 ethereum.org 的 apps 頁面，我才發現它厲害的地方不是「列很多 app」，而是它很老實地把整個生態拆成幾個能理解的工作類型：DeFi、Social、Bridge、Privacy、Productivity、DAO、Gaming。這種整理方式很土，但很有用，因為它逼你先想「我要做什麼」，再想「我要用誰」。

這篇不是在吹 ethereum.org 多神。我是把它的分類法拆開，整理成一套台灣開發者可以直接抄的 onchain 工具選擇模板。你如果也受夠每次都從零開始找 app，這篇應該能幫你省掉不少瞎忙。

先別把 dapp 當成雜貨架

Discover a list of curated applications that run on Ethereum and layer 2 networks

我先翻成白話：ethereum.org 不是要你把所有 app 都看完，它是先幫你縮到一份「有人整理過」的清單。這件事很重要，因為我們大多數人根本不需要四百個選項，我們需要的是一個不會把人看暈的起點。

我以前很愛把 onchain 工具當成書籤收藏競賽。看到一個就存，聽到一個就加，最後真的要用時，反而不知道從哪開始。你如果把 app list 當成雜貨架，最後一定會變成什麼都知道一點，什麼都沒用順。

ethereum.org 這頁還有一個我很在意的設計：它把 layer 2 也放進來。這等於承認一件事，真正的使用路徑不是「只在主網上完事」，而是主網、L2、bridge、app 這幾層一起跑。這比很多只會喊口號的清單實際多了。

我自己的做法很簡單：我不再用「這個 app 有沒有名氣」來分類，我改成先問它屬於哪個工作桶。交易、跨鏈、隱私、協作、治理，先分桶再看工具。這樣我在寫文件、做選型、或跟團隊講需求時，腦袋不會一直打結。

• 先看工作類型，再看品牌。
• 先縮小範圍，再比較工具。
• 先決定你要做什麼，再決定你要開哪個 app。

DeFi 不是一坨，拆成動詞才好用

DeFi is a category of decentralized applications that allow users to lend, borrow, trade, and earn interest on their crypto assets.

這句定義很無聊，但我反而喜歡。因為它沒有故意把事情講得很玄，它直接講人會做的事：借、貸、交易、賺利息。這才是好分類，分類不是拿來裝懂，是拿來讓你少做錯事。

ethereum.org 在 DeFi 這區放了 1inch、Compound、Aave、Uniswap、Sky、Ethena、Pendle。這個組合很有意思，因為它告訴你 DeFi 根本不是「換幣工具」而已，它還包含路由、借貸、穩定幣、收益策略。

翻譯一下就是：你如果只是要找最順的 swap 路徑，你不該先打開借貸協議；你如果是要拿抵押品去借款，你也不該從 DEX 開始亂點。分類的價值不在漂亮，而在它能直接幫你避開錯工具。

我自己踩過最常見的坑，就是把 DeFi 想成一個大介面。結果每個 app 都看過一點，每個 app 都不熟，最後只剩「好像這個比較常聽到」這種很危險的直覺。ethereum.org 這種整理方式，至少逼你把細節拆開來看。

實操上，我建議你把 DeFi 文件寫成動詞清單，不要寫成產品名清單。先列出 swap、route、lend、borrow、earn、issue，再決定每個動詞對應哪個工具。這樣團隊在溝通時會清楚很多，也比較不會把選型變成宗教戰爭。

• 用動詞分類 DeFi 工具。
• 把路由和執行分開看。
• 風險說明要跟便利性分開寫。

Social 工具其實是在賣身份，不只是發文

Social is a category of decentralized applications that allow users to connect with others and share content.

這個定義我也喜歡，因為它沒有假裝 crypto social 只是「去中心化版 X」。它講的是連結和內容，這兩個才是底層原料。ethereum.org 放的 Farcaster、Zora、Rodeo、Towns、Orb、Interface，每個都在不同位置上碰這件事。

白話講，很多所謂的 social app，其實是身份系統加一個 feed。有人偏發布，有人偏社群，有人偏內容分發，有人偏訊息或圈子。把它們放在同一個分類裡，不是偷懶，是因為使用者本來就是從行為去感受它，不是從協議白皮書去感受它。

我之前要跟別人解釋 Farcaster 時，最常遇到的問題就是對方一直問：「所以它是不是像 X？」老實說，這題很容易問歪。真正值得問的是：身份能不能帶著走？內容能不能跨 app 流動？社群關係能不能不被單一平台鎖死？

如果你在做 social 類產品，我建議你先寫三件事：登入怎麼做、發了什麼內容、內容放哪裡。這三件事答不清楚，產品多半還在裝 social，還沒真的進到 social 的核心。

實作時，我會把 social 類工具拆成三層：身份、內容、分發。這樣你在比較工具時，不會只看 UI 漂不漂亮，而是能直接看它到底解決了哪一層問題。

Bridge 是基礎設施，別再把它當附加功能

Bridge is a category of decentralized applications that allow users to bridge their assets between different networks.

這一段最不性感，但也最不能省。ethereum.org 放了 Bungee、Layerswap、Hop、Stargate、Across、Particle Network，我看到這份名單時只有一個感想：終於有人把搬錢這件事講得像正常工作流程，而不是像神秘儀式。

翻譯一下就是，跨網路移動資產不是旁支，它就是日常。你只要同時碰主網和 L2，就一定會碰到 bridge。你可以假裝自己不用，但你的使用路徑早就被它影響了。

我自己最煩的就是 bridge 出錯時那種心累感：網路選錯、資產格式不對、等待太久、還要回頭想剛剛到底信了哪個介面。這種時候，一份有整理過的清單至少能先縮小搜尋範圍，不用從搜尋引擎的垃圾堆開始翻。

實操上，我會把 bridge 選擇直接寫進 onboarding 或內部文件。只要你的產品牽涉跨網路使用者，就要明講推薦哪個 bridge、為什麼、失敗時怎麼辦。這不是多此一舉，這是避免大家在最後一刻才開始猜。

如果你在做產品，我甚至會把 bridge 當成產品決策的一部分，而不是使用者自己想辦法處理的事。ethereum.org 把 bridge 跟其他 app 類型放在同一張圖裡，就是在提醒你：移動本身就是流程的一段。

Privacy 和 productivity 常常是同一題

Privacy is a category of decentralized applications that allow users to be private.

這句話很直，我反而信。因為很多隱私產品一開口就開始講很滿的術語，講到最後你只知道它很厲害，但不知道它到底幫你解決什麼。ethereum.org 這邊列了 Privacy Pools、Fluidkey、Railgun、Rarimo、Tornado Cash、QuarkID、ZK Passport。這些工具不是同一種東西，但它們都在處理「我想保留多少資訊」這件事。

白話講，隱私不只是把交易藏起來，它還牽涉到身份、付款、驗證、合規式隱私。ethereum.org 把它們放在一起，等於承認隱私不是邊角料，而是很多工作流的核心要求。

接著是 productivity。頁面上有 Fileverse dDocs、Fileverse dSheets、ENS、Huddle01、Livepeer。我覺得這個分類很誠實，因為一旦你真的在意隱私，就會開始在意協作、身分、儲存和媒體怎麼一起工作。

我以前處理過一份文件 review，對方不想把內容丟到一堆雲端帳號和權限系統裡。那時候我才發現，傳統協作工具不是不能用，是它們預設的資料流對某些情境來說太鬆、太散、太多中介。這時候隱私優先的文檔工具不是加分，是基本需求。

實作上，我會把 privacy 當成第一級分類，不會等到最後才補一句「這個應該還算安全吧」。只要流程裡有敏感資料，就要先問：身份怎麼處理、資料怎麼流、誰能看到、出事怎麼回收。

DAO 和 gaming 其實都在問「誰能做什麼」

DAO is a category of decentralized applications that allow users to govern and create decentralized autonomous organizations.

這段對團隊特別有用。ethereum.org 放了 Snapshot、Tally、Hats Protocol、Aragon、DAOhaus。這些工具涵蓋投票、權限、組織建立、協作治理，不是只有「投票按鈕」那麼簡單。

翻譯一下就是，DAO 工具不是在賣「我們也有 DAO」，而是在處理誰能做事、誰能決定、誰能改規則。你如果曾經看過一個團隊在 Discord 裡吵三天權限問題，你就知道這不是理論題，這是日常災難。

gaming 這區也很有意思。ethereum.org 列了 Aavagochi、Battle Bears、Blob Arena、Cambria、Dark Forest。這份名單看起來不像一個已經定型的市場，反而比較像一群不同方向的實驗，這很合理，也比較誠實。

我自己的讀法是：DAO 和 gaming 其實都在處理權限設計。DAO 問的是誰能決策，game 問的是哪些東西上鏈、哪些東西留在鏈外、哪一段體驗真的值得放進 Ethereum。這兩題都不是先挑工具，而是先定規則。

實作上，如果你在做團隊或社群工具，先不要問「我們該用哪個 DAO 工具？」先問「誰能做什麼？」你把這句話答清楚，工具選型自然會縮小很多。

這頁其實是一張工作地圖，不是名錄

我覺得很多人看 ethereum.org apps 頁面時，只看到「一串 app 名單」。但我看的時候，看到的是一張工作地圖。它先用類別把世界切開，再用例子把每一塊補上，最後還把 bridge 和 layer 2 這種實際路徑一起放進來。這比單純列產品名好用太多。

它還有一個我很吃的地方：它不是死板的封閉清單。頁面本身有社群提案和更新入口，意思是它是 curated，但不是封存。這種做法很重要，因為完全封閉的清單很快就過時，完全開放的清單又會變成垃圾場。可用的參考資料，通常都卡在中間那條線上。

我如果要在團隊裡推一個新工具，我會直接用這種分類法寫成文件。這樣大家不會先吵品牌，而是先對齊工作類型。你一旦把「用途」講清楚，工具爭論會少很多，因為大家比較容易看懂你到底在解哪個問題。

實操上，我建議你每一份 onchain 工具文件都寫三件事：這個工具解哪個 job、它屬於哪個 category、如果壞掉你要怎麼退回。你只要把這三件事寫清楚，文件就不會只是連結堆。

• 用工作類型管理工具，而不是用品牌管理工具。
• 把選型理由寫出來，不要只貼連結。
• 每個工具都要有備案，尤其是 bridge 和治理工具。

可抄的模板

# Ethereum app selection note

## User job
- What the user is trying to do:
- Why this matters now:

## Category
Choose one:
- DeFi
- Social
- Bridge
- Privacy
- Productivity
- DAO
- Gaming

## Sub-job
Pick the exact verb:
- swap
- route
- lend
- borrow
- earn
- post
- publish
- connect
- bridge assets
- private payment
- private identity
- docs
- sheets
- video
- vote
- permissions
- treasury
- create org
- game action

## Recommended app
- Primary app:
- Backup app:
- Official URL:

## Network and flow
- Network:
- L2 needed:
- Bridge needed:
- Wallet needed:
- Exact steps:

## Risk notes
- What data is exposed:
- Failure mode:
- Trust assumptions:
- What happens if the app disappears:

## Review date
- Last checked:
- Next review:

## Team decision record
- Owner:
- Approved by:
- Notes:

這段就是我會直接複製到團隊文件裡的版本。它把 ethereum.org 的分類法變成選型記錄，從「我看到很多 app」變成「我知道現在該開哪個工具」。

來源致謝：我這篇是根據 ethereum.org 的 apps 頁面整理，原始頁面在 https://ethereum.org/apps/。頁面的分類、範例 app 和原始定義是來源內容；我上面這套白話拆解、工作流整理和模板是我自己衍生出來的。