違反養套殺鐵律！為何能「隨時閃人」才是最強護城河？

#750

嗨，早！

一個月前，太太約我一起玩直覺式開發（vibe coding），打造家庭記帳工具。從那之後，我就迷上了「自己動手做」的感覺。無論是演講分享的投影片、實體課程的報名頁面，都是我用 AI 從頭打造。就連上週家人臨時生病住院，我也做了一個資訊儀表板，統合各方訊息方便溝通。

AI 用得越多，我反而越能理解區塊鏈存在的意義。這也正好呼應了 Vitalik Buterin 最近為以太坊設下的 2026 年度目標：通過「閃人測試」（walkaway test）。簡單說，萬一開發者「閃人了」，使用者還能不能把自己的東西帶著走？先從我跟太太一起打造的家庭記帳工具說起。

家庭記帳工具

太太習慣每月把個人資產餘額記錄在 Google Sheet，方便日後追蹤。我曾經問她：「市面上選擇這麼多，為什麼不用現成的記帳 app 就好？」

原來她需要的功能分散在不同應用，Google Sheet 雖然最陽春但彈性最大。因此，我們的目標是做出一套最符合她使用需求的記帳服務。Gemini Canvas 很快就替我們做出漂亮的前端網頁，但問題馬上就來了。

每次重開網頁，之前輸入的資料就通通不見。我的任務變成串後端資料庫，把每一筆輸入資料都放進 Firebase 保存，讓它能記住歷史。

我們興奮地把記帳服務分享給家人使用，卻又發現如果沒有帳號系統區分使用者，大家的記帳就會混在一起。幸好 Firebase 內建的 Authentication 支援各種登入機制，用帳號密碼或是社交登入都行。有了前端、後端和登入，這套家庭記帳服務總算是大功告成。

只不過，目前這套記帳工具高度仰賴中心化服務。如果開發者忘了繳帳單（我還差得遠），或是使用者的社交帳號被撤銷，可能都會無法使用。於是我開始想，該怎麼確保這套記帳工具可以「設後不理」—— 即便我忽然消失、沒人維護，家人還是能把資料完整留下來，甚至繼續用下去？

這就是 Vitalik Buterin 近期提倡的「閃人測試」（walkaway test）。

閃人測試

軟體圈有個概念，稱為公車指數（Bus Factor）。意思是，如果團隊成員走在路上不幸被公車撞到，整個專案會不會立刻癱瘓？如果那個人正好是靈魂人物、對專案有巨大影響，公車指數就是 1。公車指數越低，專案就越脆弱。