一个月前，太太约我一起玩直觉式开发（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