密码学专案的反直觉本质

开发者提出，密码学类产品跟普通App不一样，技术提升大多藏在后台，用户感受不到。最好的加密保护，是用起来完全没感觉。普通人没有专业知识，根本分不清防护到底有没有生效。密码学产品属于信用类产品，就算你做完所有操作，也没办法自己确认隐私和安全是不是真的起作用。下面小编简单梳理了开发者C.C. Liang在ETH Taipei分享的密码学产品设计观点。

开发者C.C.Liang，在ETH Taipei以「The Weird Nature of Crypto Projects」为题，探讨密码学产品为何与一般消费型软体截然不同，以及开发者应如何重新思考安全、使用体验与产品设计。

C.C.首先分享一项透过AI开发数位凭证皮夹的实验。其友人Mashbean曾参与台湾数位凭证皮夹开发，希望加入零知识证明与「选择性揭露」功能；由于原型只有iOS版本，C.C.便要求AI Agent制作Android版，并实际带到7-Eleven测试。

传统超商取货时，消费者可能需要向店员出示包含姓名、身分证字号与其他个人资料的证件；数位皮夹则可由电信业者证明使用者的姓名与手机末几码，再透过QRCode只揭露领取包裹所需资讯。尽管测试介面仍充满除错讯息，超商店员最终仍成功扫描QR Code，系统也确实找到他的包裹。

然而，这项结合数位凭证与隐私技术的实验，在一般人眼中看起来只是「扫了一个QR Code」。

最好的密码学，可能让人毫无感觉

C.C.认为，这正是密码学产品最特殊的地方。生成式AI能写出近似人类的文字、生成精美图片，使用者第一次体验时便能直接感受到技术突破；密码学带来的进步却经常隐藏在背景之中。

当区块链交易移除切换网路、准备Gas代币与签署交易等摩擦后，使用体验可能只会像一般银行App。HTTPS保护网路连线时，浏览器也只是显示一个锁头；Signal采用端对端加密等隐私技术，但多数人使用它，可能只是因为身边的朋友也在使用。

他也提出一种「替代观点」：密码学就像以技术模拟可信任的第三方。许多由密码学完成的功能，理论上也能透过银行、交易所或其他中心化机构提供，因此未必会替使用者创造全新的表面体验。

密码学确实能从底层限制资料可以或不可以被如何使用，但如果使用者缺乏专业知识，便很难直接感受到这些保护究竟是否存在。

密码学软体不能沿用一般产品的开发逻辑

C.C.引用1999年经典论文《Why Johnny Can't Encrypt》指出，要实现真正「可用的安全」，产品所需的设计优先顺序，以及各种安全特性带来的挑战，都与一般消费型软体显著不同。

论文归纳出五项安全软体的特殊性。首先，使用者通常缺乏主动理解安全技术的动机。安全就像保险，只有当风险足够高、采用成本足够低时，人们才愿意认真处理。Signal在俄乌战争爆发后于乌克兰的下载排名快速上升，便显示现实威胁如何改变使用者行为。正如Mashbean所形容：「没有人会穿着盔甲去买早餐。」

其次，密码学高度抽象。加密、私钥与数位签章都是作用于资料之上的陌生规则，产品只能借用「锁、钥匙与签名」等现实隐喻，协助使用者建立不完全精确的理解。

第三，安全操作缺乏即时回馈。当使用者泄漏密码、连接恶意网站或错误签署交易时，系统往往无法立即指出问题，直到资产遭窃才看见后果。硬体钱包的「盲签」便是典型案例：使用者原本只是想将ETH换成USDC，装置画面却可能只显示一串合约与函式资讯，难以判断交易是否符合真正意图。

第四是「谷仓门效应」：等到私钥遭窃或手机遗失后才加强安全，就像马已逃走才关上谷仓门，往往已经无法补救。

最后，整体安全取决于最弱环节。即使电脑采用极强的加密技术，攻击者仍可能透过钓鱼、社交工程，甚至直接威胁使用者取得密码。若一项技术进步并未改善真正的最弱环节，使用者也很难感受到整体安全性有所提升。

密码学是一种「用了也不知道好不好」的商品

C.C.进一步借用经济学框架解释密码学产品。苹果属于购买前就能观察品质的「搜寻品」；餐厅料理是使用后可以判断好坏的「经验品」；医疗与汽车维修则属于「信用品」（credencegoods），即使服务完成，消费者仍缺乏专业能力判断它是否必要或有效。

密码学同样接近信用品。使用者将资产存入隐私池、支付手续费后，未必理解自己获得了多少「不可连结性」，也很难自行验证隐私是否真的受到保护。

因此，开发者可以将密码学产品拆成两个部分：一部分是使用者能直接确认的经验，例如讯息成功传送、资产完成转帐；另一部分则是难以亲自验证的安全、隐私与加密保证。

从要求使用者注意安全，走向让安全机制隐形

C.C.将安全技术的发展分成四个阶段：首先是使用者处于容易遭受攻击的状态；接着，密码学家提出解法并建立小众基础设施；当重大威胁出现后，大众开始采用相关工具，但仍需学习密码管理、双重验证及安全操作；最终阶段，则是由电脑在背景完成安全流程，让人类退出决策回圈。

HTTPS的普及便是一个案例。早期只有处理信用卡资料的页面使用加密连线，史诺登事件提高大众对网路监控的警觉后，Let's Encrypt、浏览器警告与网站业者才共同推进HTTPS。真正的障碍并非加密技术本身，而是如何协调所有人共同采用。

问题因此转化为：每一项安全判断应该由谁承担？如果机器能准确掌握使用者意图，部分流程便能自动化；如果开发者、政府或标准制定机构与使用者利益一致，也可以替使用者吸收判断成本。

反之，若服务提供者同时也是被验证对象，使用者就不能只相信一个绿色勾号。C.C.以币安储备证明为例，由于交易所正在证明自身的偿付能力，便必须解释MerkleTree与验证方法，让使用者理解自己究竟在验证什么。

开发者不应把密码学术语直接当成卖点

C.C.最后建议，开发者应先区分哪些功能是使用者能感受到的「经验品」，哪些属于难以自行判断的「信用品」，再决定哪些资讯应呈现在产品介面，哪些安全机制应在背景自动完成。

他认为，产品若只是强调使用零知识证明或后量子签章，实际上等于要求缺乏专业知识的使用者替开发团队进行安全审计。开发者真正需要思考的，是能否将复杂判断交由机器、产业标准、政府或其他利益一致的角色处理。