Botanix 關站把 L2 經濟學翻過來

Botanix 關站後，我把它拆成一個可直接套用的 L2 經濟學檢查模板：看費用來源、使用者行為、流動性去向，先判斷模型會不會先死。

我盯 Bitcoin Layer 2 這圈子一陣子了。Botanix 一開始給我的感覺，就是太工整，工整到有點不真實。敘事很順：保留 Bitcoin 當底層資產、加上可程式化、不要亂七八糟的 token 戲碼，讓真實使用去養網路。聽起來很乾淨，像是終於有人把 crypto 的髒活都整理好了。

但我一直卡在同一個問題：熱度退掉之後，錢到底從哪裡來？如果一條鏈主要靠 fee 活下去，那它真正要面對的不是技術展示，而是每一筆收入能不能撐住營運、基礎設施、資安和團隊成本。這種問題一開始不會爆炸，只會慢慢發臭。等你聞到的時候，通常已經晚了。

這次把我拉回來的是 KuCoin 的整理文 Botanix’s shutdown by July 9, 2026。它引用了 Botanix 自己的說法：fee revenue 太弱、需求太弱，而且市場還在往 Ethereum 系的 Layer 2 移動。這才是重點，不是標題那句「關站」而已。這是一個很乾淨的樣本，告訴你一條鏈什麼時候開始不是技術問題，而是單位經濟學先壞掉。

Botanix 不是被 bug 打死，是被收入模型打死

“The core issue was not a technical failure but a weak demand for its fee model.”

我很喜歡這句，因為它把焦點從「是不是 code 寫爛了」拉回到更現實的地方：有沒有人願意、而且持續願意付錢。Botanix 沒有被什麼戲劇性的 exploit 直接送走，它碰到的是更無聊、也更致命的東西：付費的人不夠多，付費頻率不夠高，支撐不了整個系統。

翻譯一下就是，技術可以跑，產品故事可以講，儀表板也可以很漂亮，但如果 fee 進來的速度與規模，覆蓋不了伺服器、安全、營運和人力，那這條鏈只是比較體面的虧錢方式。

我以前看過太多團隊先把「架構合理」當成「商業合理」。這兩件事差很多。架構合理，只代表你少走一些技術冤枉路；商業合理，才代表你不會把 runway 燒成灰。Botanix 的案例就是這個差異被攤在桌上。

實操上，我現在會先問三個問題：誰在付 fee？多久付一次？熱度過去之後，還會不會付？如果答案只是「使用者會來，因為技術比較好」，我通常就先把那張 spreadsheet 打上問號。技術比較好，常常只是內部自我感動，不是市場會掏錢的理由。

• 先看 recurring fee，不要只看峰值吞吐量。
• 把投機活動和真實使用拆開算。
• 確認沒有 incentive 撐著時，網路還活不活得下去。

把「持有 BTC」誤認成「會一直用鏈」很危險

“Most activity came from users holding Bitcoin for yield rather than frequent transactions.”

這句其實很刺眼，但也很誠實。持有不是使用，停泊資產也不是創造 app layer 的活性。很多產品會把 deposit 數字當 adoption，看起來很爽，因為帳面上人很多、錢很多、TVL 也很好看。但這些數字只證明一件事：有人相信包裝，或者至少相信收益，不代表這個網路明天還有存在理由。

我自己最常看到的錯覺，就是團隊把「錢進來了」直接解讀成「產品被需要」。不是。錢進來可能只是因為 yield、套利、短期補貼，甚至只是大家在試水溫。真正麻煩的是，如果使用者行為本質上是把 BTC 放進去等回報，那 fee 曲線就很難長出來。鏈看起來很忙，實際上經濟活動卻像空城。

Botanix 的結構問題就在這裡：如果使用者大多是低頻、停泊型、收益導向，那它就不會產生像支付網路、交易場域或高頻 DeFi 生態那種持續的 transaction cadence。你要的是一群每天都在動的人，結果來的是一群把錢放好就不太動的人。這兩種使用者，對收入的貢獻差太多了。

我現在會把使用者分桶，不再只看「有多少 wallet」。我要看他們到底是在 transacting、bridging、staking、borrowing，還是只是 parking。然後我會粗算每一桶能貢獻多少 fee。如果整個模型只有在使用者像重度玩家一樣天天操作才成立，那我會直接懷疑。大多數人不會自願變成你的營收引擎。

• 追 active transactors，不要只追總錢包數。
• 按使用者分段算 fee 貢獻。
• 問自己：沒有新資金流入時，yield 活動還撐得住嗎？

Ethereum L2 贏，不是因為更帥，是因為流動性本來就在那裡

“DeFi activity tied to Bitcoin has been moving toward Ethereum-based general-purpose Layer 2 networks.”

這句對 Bitcoin-native 團隊來說很不討喜，但市場本來就不會照顧你的美學。使用者通常不是在比較「誰比較純」，而是在比較「誰比較方便、誰流動性比較深、誰工具比較齊」。Botanix 的故事很像一個很認真的人，想用更正統的方式做事，結果市場只回一句：我先去那個已經很好用的地方。

翻譯一下就是，專門為 Bitcoin 設計的鏈，不是只要打敗一個競品，而是要打敗整個已經長好的生態。那裡有錢包、有 app、有 bridge、有 liquidity、有開發者心智。你不是在拉人嘗鮮，你是在要求人搬家，而且是搬去一個還沒證明自己一定更好的地方。

我看過很多團隊低估這件事，然後在用戶選擇「夠用就好」的時候一臉錯愕。市場就是這麼粗魯。你的架構再漂亮，如果對面已經有更深的流動性、更少的摩擦、更成熟的工具鏈，使用者大多會選那邊。不是因為你不好，是因為他們沒義務陪你證明理想。

實際上我會怎麼拆？我會把你的產品路徑跟「預設替代方案」比，不是跟你腦中的理想競品比。使用者要多裝什麼錢包？要多過幾次 bridge？要接受什麼新的 custody 假設？要學多少新的風險模型？每多一步，都是 adoption 的稅。

相關生態你可以直接看 Ethereum、Bitcoin，再對照 Arbitrum 和 Optimism。這些不是簡報上的名詞，它們就是 Botanix 真正要撞上的重力井。

把 BTC 當儲備資產，會讓 app layer 更難長出來

“Bitcoin is still mainly treated as a reserve asset.”

我覺得這句是整篇裡最誠實的一句。Bitcoin 的品牌很強，但在這裡也剛好是限制。當大多數持有者的目標是「先放著」，那底層行為就是保守、低頻、少動。這對 store-of-value 敘事很好，對需要持續 app activity 的鏈就很不友善。

也就是說，一條 Bitcoin-native 應用層，必須逆著使用者本能走。大多數人不會早上起床先想「我今天要在鏈上做五次操作」。他們想的是：別搞我，放著就好，真的要動再動。這不是技術問題，這是資產屬性和使用習慣的問題。

我以前也看過團隊很天真地以為，只要 tooling 夠好，Bitcoin 使用者自然會慢慢轉去借貸、支付、DeFi。這種期待常常被打臉。工具變好有幫助，但不會憑空改寫資產持有者的核心行為。你不能把「他們喜歡 BTC」直接翻成「他們會高頻用你的 app」。

實操上，我會把資產敘事和使用敘事拆開寫。你到底是想讓使用者從 holding 變成 transacting，還是從偶爾移動變成重複操作？你要的行為改變是什麼？如果你說不清楚，那你不是在做產品，你是在做願望清單。

• 把 asset thesis 跟 usage thesis 分開。
• 不要把喜歡資產，誤認成會使用產品。
• 收入模型要能扛住低交易頻率。

不發 token 很乾淨，但也少了一條逃生通道

“Token launches and incentive models... were not part of their strategy.”

這裡我其實是尊重 Botanix 的。真的。整個 crypto 圈最不缺的就是用 token 製造假需求、用補貼堆短期數字、最後再把故事包裝成社群共識。Botanix 沒走這條路，至少在敘事上比較乾淨，沒有那種一眼看穿的煙霧彈。

但這個選擇也很殘酷。翻譯一下就是，沒有 token、沒有 emissions、沒有 incentive layer，團隊就只能靠真實使用和真實收入活下去。這很漂亮，也很難。因為你少了一條常見的成長橋樑，少了一種把零拉到一的過渡手段。

我看過不少產品在這裡翻車，不是因為它們不夠好，而是因為它們想太早證明自己「不需要補貼」。問題是，很多市場本來就需要一段補貼期，不是因為你懶，而是因為 adoption 有摩擦、流動性有慣性、使用習慣會拖時間。你跳過這段，產品就要更早證明自己真的不可或缺。

實操上，如果你刻意不發 token，我會逼自己先寫 survival plan：runway 多久？哪些指標算真需求？什麼用戶行為代表值得繼續？如果這些都講不清楚，那「乾淨的經濟模型」很可能只是「資金不夠」的好聽說法。

關站流程不是行政細節，是產品的一部分

“Users have been told to withdraw all Bitcoin and other assets before July 9, 2026.”

這種句子看起來像公告，但其實是風險管理。關站不是單純的 business decision，它會直接變成使用者資產安全問題。流程一旦做不好，產品死掉之後還會留下更多麻煩，甚至是原本可以避免的損失。

Botanix 的安排是分階段關閉，並且在 deadline 後由 federation sweep 剩餘資產。這代表時間不是裝飾品，deadline 不是參考值，而是實際邊界。使用者要是拖到最後一刻，風險不是理論上的，而是行政上的、時間上的，而且完全可以避免。

如果我是 operator，我會做的事情很無聊，但很重要：多次提醒、把 withdrawal 步驟寫到白癡都看得懂、把時間表公開講清楚，不要玩文字遊戲。不要寫什麼「建議用戶考慮提領」，直接告訴人家什麼時候前要做什麼。

如果我是使用者，我會更無聊：提早動。不是這週，不是接近 deadline 的時候，是現在。當一個網路已經宣布有序關站，風險就不是抽象的，它只是你有沒有拖延而已。

對做類似系統的人來說，這件事也很直白：如果你的 protocol 有可能被關掉，那 shutdown playbook 應該在你真的需要之前就寫好。沒有的話，最後一週通常只會變成 support 地獄。

Botanix 不是沒做事，它是做了不少事但沒做出可持續收入

“The network recorded more than 25 million transactions and supported around 200,000 wallets.”

我不太喜歡那種因為結束了，就假裝它什麼都沒做的說法。這很偷懶。Botanix 做了 Spiderchain，主網跑了大約一年，團隊也說沒有重大安全事故，還做了 Dynafed 這種 rotating federation 的設計，另外也接了 DeFi 和基礎設施夥伴。這些都不是空氣。

翻譯一下就是，這個案子解掉了一些技術問題和產品問題，但沒有解掉商業問題。很多人老是把這兩件事混在一起，結果每次都看錯重點。一條鏈可以技術上很像樣，甚至產品上也不算差，但只要經濟模型不成立，它還是會死。

我會故意把這三件事拆開看：第一，它做了什麼；第二，使用者做了什麼；第三，這些行為有沒有撐起經濟。三個桶如果對不上，表示你看到的是很多 activity，不是 durable business。這個分法很土，但很好用。

實操上，我現在看 protocol 都會問三層：產品層、使用層、經濟層。產品層是他們造了什麼；使用層是人真的怎麼用；經濟層是這些行為有沒有變成可持續收入。只要其中一層斷掉，後面再漂亮都只是延命，不是解法。

可抄的模板

# Layer 2 關站/失速時，我怎麼判斷是經濟模型先壞掉了

我會先問一句最土但最有效的問題：錢到底從哪裡來？

## 1) 先抓真正的失敗模式
這條鏈不是死在 bug，而是死在 fee model 撐不起營運。

**我會檢查：**
- fee 來源是不是穩定
- 收入能不能覆蓋 infra / security / ops
- 峰值 activity 跟持續 revenue 有沒有被混為一談

## 2) 把「持有」和「使用」拆開
deposit、staking、yield parking 不等於真實使用。

**我會問：**
- 誰在付 fee？
- 多久付一次？
- 沒有 incentive 時，還會不會用？
- 使用者是在 transacting，還是在 parking？

## 3) 拿預設替代方案來比，不要拿理想競品來比
使用者通常選流動性最好、工具最齊、摩擦最少的地方。

**我會列摩擦清單：**
- 新錢包
- 新 bridge
- 新 custody 假設
- 新風險模型
- 新學習成本

只要多一步，就是 adoption 的稅。

## 4) 誠實面對底層資產的角色
如果資產主要被當 reserve asset，app layer 要長出來會更難。

**我會寫清楚：**
- 我要使用者從 holding 變成 transacting 嗎？
- 我要他們從偶爾動，變成高頻動嗎？
- 這個行為改變，憑什麼會發生？

## 5) 不發 token，也要有 survival plan
不靠 token 沒問題，但你要補上別的東西。

**我會先寫：**
- runway
- 真需求指標
- 收入里程碑
- 關站與提領流程

## 6) 把 shutdown 當成產品的一部分
如果 protocol 可以被關掉，使用者就需要清楚的 exit path。

**關站 checklist：**
- 提早公告 deadline
- 重複提醒 withdrawal
- 把最後期限寫死、寫清楚
- 給足時間，不要玩文字遊戲

## 我自己的 review prompt
> 這個 Layer 2 / app chain 的 recurring revenue 到底來自哪裡、誰在付、以及在 incentive 消失後，什麼使用者行為還能讓它活下去？

如果這題講不清楚，我會直接把模型打上高風險。

上面這段是我根據 Botanix 關站與其公開說法整理出來的原創模板。原始來源是 KuCoin 的報導，我借它的事件與脈絡，自己拆成可直接拿去評估 L2、app chain、或任何 fee-based protocol 的檢查表。