Web3 生态的新成员：探讨 MetaMask Snaps 的现状与前景

MetaMask Snaps 是一个颇具远大理想的项目，可以将其视为 Web3 世界的小程序或称之为 dApplet。对于开发者而言，尤其是国内的开发者，这个概念并不陌生。近年来，"生态打造"、"超级App"等术语经常出现，互联网巨头们试图将网络环境变得更加封闭，以便从服务提供者转变为标准制定者。如今，这股趋势似乎也开始向 Web3 领域蔓延。

尽管 Snaps 已经存在将近一年，其概念提出更是至少四年前的事了，但普通用户对它的了解仍然十分有限。即便是那些每天都会使用 MetaMask 的加密货币爱好者，也可能对 Snaps 一无所知。然而，当向他们解释这是类似于小程序的功能时，往往会引起他们的兴趣。

这种情况让人想起微信小程序刚推出时的境况。由于功能入口不明显，最初的使用量很低。只有在将入口改到首页下拉显示小程序列表后，使用量才开始大幅增长。MetaMask 如果想要打造生态，如何吸引用户进入生态系统可能会成为一个亟待解决的重要问题。

小程序自诞生以来就在互联网行业引发了诸多争议。许多前端工程师对它持批评态度，认为它仅仅是互联网巨头为了垄断流量、封锁生态的商业工具，对技术发展贡献有限。Web3 的 Snaps 能为社区带来多少贡献还有待观察。浏览 MetaMask 提供的文档，不难想象未来的 Snap 开发者可能会面临诸多限制。

从 MetaMask 开启 Snaps 的公共测试版到现在已近一年，然而其官网列出的可用 Snaps 数量并不多，截至 2024 年 6 月，总计只有 68 个。考虑到 Snaps 的概念早在 2020 年左右就已提出，Web3 公司和开发人员其实已有相当长的时间来了解和准备。

目前还未见到专职开发 Snaps 的开发人员，但 Web2 中的小程序开发者不在少数。对小程序的普遍看法是开发体验较差。小程序开发虽然使用前端生态，但是一个阉割版的，各种限制使得开发者需要在不同平台中踩过各种奇怪的坑后才能被称为"有经验"。

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

基础的 Snaps 功能有限，大部分功能需要先获得相应权限。Snaps 在安装时需要向用户申请相关权限，包括生命周期、交易、签名、CRON 等。

相比于繁荣的 Web3 生态，目前可用的 Snaps 数量较少。MetaMask 将它们分为几个主要类型：

1. 账户管理：主要通过 MPC 技术提高私钥安全性。目前只有 3 个此类 Snaps，包括 Capsule、Silent Shard 和 Safeheron。这类 Snaps 能否吸引大量 Web3 用户还有待观察。

2. 互操作性：提供对非 EVM 网络的兼容，包括 Solana、Cosmos、Near、Sui 等。这类 Snaps 目前占据了整个生态的一半以上。

3. 通知和聊天：虽然有潜力，但目前愿意通过区块链发送消息的用户仍属少数。

4. 安全：这类 Snaps 需求较大，特别是在改善 MetaMask 对钓鱼交易的警告方面。它们可以为用户提供更丰富的交易信息和分析，以最大限度避免资产损失。

MetaMask Snaps 提供了特定权限，允许 Snap 在用户发起交易或签名时读取原始数据，进行分析，并向用户展示更详细的安全说明。

MetaMask 试图通过 Snaps 将自己的领域扩展到其他链平台，但最终能走多远还难以预测。参考 Web2 领域的小程序经验，简化版服务往往难以与完整 App 相媲美，新功能跟进也常常滞后。如果 Snaps 发展良好，可能会有更多钱包效仿，这可能导致 Web3 开发者需要针对各个钱包的"Snaps"开发不同版本。

未来可能会出现各种"Snaps-like"平台，平台间差异巨大，开发者需要花费大量精力进行兼容。最终可能会催生出一个统一的 Snaps 标准，以及相应的讨论机制。

尽管对 MetaMask Snaps 的前景持谨慎态度，但不可否认它是由一群热情的开发者构建的、旨在解决实际问题的产品，而非一个金融骗局。

然而，对于 MetaMask 当前的大多数用户来说，Snaps 还不是一个必需功能。MetaMask 未来可能需要在如何更有效地推广方面投入更多精力。