Web3世界的小程序：深入解析MetaMask Snaps

MetaMask Snaps是一个具有远大理想的项目，但抛开其"理想"外衣，更适合将其称为Web3世界的小程序，或者给它一个更花哨的名字：dApplet。

对于开发者，尤其是中国国内的开发者来说，这个概念并不陌生。近年来，"生态打造"、"超级App"等互联网术语频繁出现，商业巨头们试图将互联网环境变得更加封闭，以便从服务提供者转变为标准制定者。这股潮流现在似乎也开始向Web3领域蔓延。

截至2024年6月，尽管Snaps已存在将近一年，概念提出更是至少4年前的事，但普通用户对它的了解仍然很少。即便是每天都会打开MetaMask的加密货币市场关注者，也可能对MetaMask Snaps一无所知。然而，当解释为"类似小程序"时，开发者们通常会露出会心一笑。

这种情况让人想起微信小程序刚推出时的情形。由于功能入口不明显，使用量很低。直到将入口改到首页下拉显示小程序列表后，使用量才开始大幅增长。对MetaMask来说，如何吸引用户进入其生态系统可能是一个亟待解决的重要问题。

小程序自诞生以来在互联网行业一直存在争议。前端工程师普遍认为它仅仅是互联网巨头为垄断流量、封锁生态的商业工具，对技术发展贡献不大。Web3的Snaps能为社区带来多少贡献还有待观察。浏览MetaMask提供的文档，越发让人觉得未来的Snap开发者将面临诸多限制。

自MetaMask开启Snaps公共测试版以来已近一年，然而其官网列出的可用Snaps数量并不多，截至2024年6月仅有68个。值得注意的是，早在2020年左右，官方就已提出Snaps概念，Web3公司与开发人员其实已有相当长时间来了解它。

目前还未见到专职开发Snaps的开发人员，但Web2中的小程序开发者不在少数。对小程序的普遍看法是开发体验较差。小程序开发虽然使用前端生态，但是阉割版的，厂商因各种原因对开发者能做的事情进行限制。各厂商的技术能力、文档质量参差不齐，导致开发者需要在各平台踩过各种坑后，才能被称为"有经验"。

回到Web3，出于安全等因素考虑，Snaps可能面临类似情况。它在隔离的安全上下文中运行，使用"安全ECMAScript"，实际上对JavaScript API做了一些限制，如无法访问DOM、Node.js、浏览器插件API等。

基于安全考虑，一个基本的Snaps功能有限。大多数功能需要相应权限，因此Snaps在安装时需向用户申请权限。可用权限包括生命周期、交易、签名、CRON等。

与繁荣的Web3生态相比，目前可用的Snaps数量较少，MetaMask对它们进行了分类。

Snaps类型

MetaMask官网将Snaps分为四种类型：

账户管理

这类Snaps主要通过MPC技术提高私钥安全性。与传统的助记词保存方式相比，MPC技术可以自动将私钥拆分为多份，分别存储，只在需要交易签名时才拼接生成完整私钥，且过程中不会生成完整私钥，最大限度保护私钥免遭泄露。

目前仅有3个账户管理类Snaps：Capsule、Silent Shard和Safeheron。它们通过不同方式实现私钥管理，但安装量并不高。

互操作性

这类Snaps主要提供对非EVM网络的兼容，包括Solana、Cosmos、Near、Sui等。目前这类Snaps最多，占整个生态的一半以上。

通知和聊天

这类Snaps目前使用者较少，可能是因为现有的聊天应用已经很多，愿意通过链发送消息的用户还是少数。

安全

安全类Snaps需求较大，特别是在MetaMask对钓鱼交易警告不足的情况下。这类Snaps可以为用户提供更丰富的交易信息和分析，帮助避免资产损失。从官网数据看，安全型Snaps是除多链支持外需求最大的，占总数的两成。

MetaMask Snaps提供了相关权限，允许Snap在用户发起交易或签名时读取原始数据，进行分析并向用户显示更多安全性说明。

未来展望

MetaMask通过Snaps试图将领域扩张到其他链平台，但最终能走多远还难以预测。参考Web2小程序的发展，如果Snaps发展良好，可能会有更多钱包效仿。这可能导致Web3开发者需要针对各个钱包的"Snaps"开发不同版本，增加工作负担。

未来可能会出现各种"Snaps-like"平台，平台差异巨大，开发者需要处理兼容性问题。最终可能会诞生Snaps Standard，并有各种"SIP"供讨论，形成繁荣的社区生态。

无论如何，MetaMask Snaps是由有激情的开发者构建的、旨在解决实际问题的产品。对当前大多数MetaMask用户来说，Snaps可能还不是必需功能，MetaMask在推广方面还需做更多工作。