一個月前，太太約我一起玩直覺式開發（vibe coding），打造家庭記帳工具。從那之後，我就迷上了「自己動手做」的感覺。無論是演講分享的投影片、實體課程的報名頁面，都是我用 AI 從頭打造。就連上週家人臨時生病住院，我也做了一個資訊儀表板，統合各方訊息方便溝通 AI 用得越多，我反而越能理解區塊鏈存在的意義。這也正好呼應了 Vitalik Buterin 最近為以太坊設下的 2026 年度目標：通過「閃人測試」（walkaway test）。簡單說，萬一開發者「閃人了」，使用者還能不能把自己的東西帶著走？先從我跟太太一起打造的家庭記帳工具說起 👉 閱讀全文： blocktrend.today/p/750 ▋家庭記帳工具 太太習慣每月把個人資產餘額記錄在 Google Sheet，方便日後追蹤。我曾經問她：「市面上選擇這麼多，為什麼不用現成的記帳 app 就好？」 原來她需要的功能分散在不同應用，Google Sheet 雖然最陽春但彈性最大。因此，我們的目標是做出一套最符合她使用需求的記帳服務。Gemini Canvas 很快就替我們做出漂亮的前端網頁，但問題馬上就來了。每次重開網頁，之前輸入的資料就通通不見。我的任務變成串後端資料庫，把每一筆輸入資料都放進 Firebase 保存，讓它能記住歷史 我們興奮地把記帳服務分享給家人使用，卻又發現如果沒有帳號系統區分使用者，大家的記帳就會混在一起。幸好 Firebase 內建的 Authentication 支援各種登入機制，用帳號密碼或是社交登入都行。有了前端、後端和登入，這套家庭記帳服務總算是大功告成 只不過，目前這套記帳工具高度仰賴中心化服務。如果開發者忘了繳帳單（我還差得遠），或是使用者的社交帳號被撤銷，可能都會無法使用。於是我開始想，該怎麼確保這套記帳工具可以「設後不理」—— 即便我忽然消失、沒人維護，家人還是能把資料完整留下來，甚至繼續用下去？這就是 Vitalik Buterin 近期提倡的「閃人測試」（walkaway test） ▋閃人測試 軟體圈有個概念，稱為公車指數（Bus Factor）。意思是，如果團隊成員走在路上不幸被公車撞到，整個專案會不會立刻癱瘓？如果那個人正好是靈魂人物、對專案有巨大影響，公車指數就是 1。公車指數越低，專案就越脆弱 閃人測試（walkaway test）只是把對象從「人」換成「服務」。如果帳號沒了、公司倒了或伺服器關了，這個產品還能不能繼續運作？使用者能不能把自己的資料帶著走？Vitalik Buterin 就主張，Web3 的終極目標是要讓這個指數越大越好 我第一個想到的是為家庭記帳工具加上錢包登入（Sign-In with Ethereum）功能。錢包地址是用數學公式算出來的，無法被單方面撤銷；只要私鑰還在，什麼公司倒閉都跟它沒關係。至於前端、後端，可以引入星際檔案系統（IPFS）或去中心化硬碟 Arweave 提升系統韌性 Vitalik 也點名，他愛用的文件編輯器 Fileverse 已經通過「閃人測試」。即便 Fileverse 倒閉、應用程式當機或開發者消失，使用者仍然可以取回自己的文件。因為 Fileverse 的應用跑在以太坊上，資料是端對端加密後存放於 IPFS，並且以錢包作為使用者帳號。只要使用者妥善保管備份鑰匙（backup key），未來就可以循著事前規劃好逃生路線離開 使用者可以透過這個復原網站，輸入備份鑰匙後，就能成功還原所有文件，並以 PDF 或 Markdown 格式下載帶走。即便沒有原本的應用介面，也能把 .md 檔案重新上傳到 HackMD 或 Notion，繼續編輯。就像電扶梯故障，也還是能當樓梯使用 或許有人會說，Google Takeout 或 Notion 也能把文件匯出成 Markdown。這些做法的前提都是「服務還在」。在 Google 或 Notion 正常營運時，要匯出資料一點都不難；但如果你是在服務關閉的五年後才忽然想起來，檔案還能不能帶走？Fileverse 可以。這就是兩者的最大差別 沒人希望自己的回憶跟著平台石沈大海，但問題是如何說服創業者讓產品通過「閃人測試」？ ▋可以離開，才選擇留下 「閃人測試」違反多數 Web2 平台的基本邏輯：養、套、殺。看看臉書就知道。許多人口中的「產品護城河」，往往等同於格式不相容、遷移代價巨大。帳號一旦被停用，所有東西就會一併消失。平台刻意設計得讓使用者難以離開，就是為了榨出最大價值 對創業者來說，產品通過「閃人測試」代表套不到也殺不了，何必自找麻煩？也很難說服股東：為什麼要花力氣，替使用者預先規劃「逃生路線」？難道不該是由你獨占資料、主宰關係，並從中獲利嗎？...（全文未完） 👉 閱讀全文： blocktrend.today/p/750