Web3 生态的新机遇：深入解析 MetaMask Snaps

MetaMask Snaps 是一个具有长远愿景的项目，可以将其视为 Web3 世界的小程序或称之为 dApplet。这个概念对于开发者来说并不陌生，特别是对于中国国内的开发者而言。近年来，"生态打造"和"超级App"等术语经常出现在互联网领域，大型企业试图将互联网环境变得更加封闭，以便从服务提供者转变为标准制定者。如今，这种趋势也开始蔓延到 Web3 领域。

尽管 Snaps 已经存在将近一年，从概念提出至少已有 4 年，但普通用户对它的了解仍然很少。即使是每天使用 MetaMask 的加密货币爱好者，也可能对 MetaMask Snaps 一无所知。然而，当向他们解释 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 将它们分为几个类别：

1. 账户管理：主要通过 MPC 技术提高私钥安全性。目前只有 3 个此类 Snaps，分别是 Capsule、Silent Shard 和 Safeheron。

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

3. 通知和聊天：虽然潜力巨大，但目前选择通过区块链发送消息的用户仍然较少。

4. 安全：这类 Snaps 需求较大，特别是在 MetaMask 自身对钓鱼交易警告不足的情况下。它们可以为用户提供更详细的交易信息和分析，帮助避免资产损失。

MetaMask Snaps 提供了交易洞察和签名洞察权限，允许 Snap 在用户发起交易或签名时分析原始数据，并向用户展示更多安全信息。

MetaMask 希望通过 Snaps 扩展到其他区块链平台，但其最终成果可能难以达到预期。Web2 领域的小程序经验表明，简化版服务通常无法与完整 App 相媲美，新功能更新往往滞后，有些小程序甚至会将用户引导至其自身的 App。

如果 Snaps 发展顺利，可能会有更多钱包跟随推出类似功能。这可能导致 Web3 开发者需要为各种钱包的"Snaps"开发不同版本，增加工作难度。然而，如果每个平台都打造自己的"Snaps"生态，又可能导致没有独特优势。

未来可能会出现各种"Snaps-like"平台，差异巨大，开发者需要努力实现跨平台兼容。当情况变得难以忍受时，可能会诞生 Snaps 标准，伴随着各种提案供社区讨论，呈现繁荣景象。

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

对于大多数 MetaMask 用户来说，Snaps 目前可能并非必需功能。MetaMask 接下来可能需要在如何更有效推广方面投入更多精力。