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

MetaMask Snaps是一个颇具远见的项目，但抛开其理想化的外衣，我们不妨将其视为Web3世界的小程序，或者更形象地称之为dApplet。

对于开发者而言，尤其是国内的开发者，这个概念并不陌生。近年来，"生态打造"和"超级App"等互联网术语频繁出现，大型科技公司往往试图将互联网环境越做越封闭，以便从服务提供者转变为标准制定者。如今，这种趋势似乎也开始向Web3领域蔓延。

虽然Snaps已经推出近一年，概念提出更是可以追溯到至少4年前，但普通用户对它的了解仍然十分有限。即便是那些每天都在使用MetaMask的加密货币爱好者，也可能对Snaps一无所知。这种情况让人不禁想起微信小程序刚推出时的境况：由于功能入口不明显，使用量一度很低。MetaMask如果想要打造成功的生态系统，如何吸引用户进入这个生态无疑将成为一个关键问题。

小程序自诞生以来就在互联网行业引发了不少争议。许多前端工程师对它持批评态度，认为它仅仅是大公司为了垄断流量、封锁生态的商业工具，对技术发展贡献有限。Web3的Snaps能为社区带来多少价值呢？浏览MetaMask提供的文档，越发觉得未来的Snap开发者可能会面临诸多限制和挑战。

自MetaMask开启Snaps公共测试版以来，其官网列出的可用Snaps数量并不多，截至目前仅有68个。考虑到官方早在2020年左右就提出了Snaps的概念，Web3公司和开发者其实已经有相当长的时间来了解和准备。

目前还没有看到专职开发Snaps的开发人员，但Web2领域的小程序开发者普遍反映开发体验较差。小程序虽然使用前端技术栈，但往往是阉割版的，平台出于各种原因对开发者能做的事情进行了限制。不同平台的技术能力和文档质量参差不齐，导致开发者需要在各种平台踩过各种奇怪的坑之后，才能被认为是"有经验"的。

在Web3领域，考虑到安全等因素，Snaps很可能面临类似的情况。它必须在一个隔离的安全环境中运行，使用"安全ECMAScript"，实际上是对JavaScript API做了一些限制，例如无法访问DOM、Node.js、浏览器插件API等。

基于安全考虑，一个基本的Snaps实际上能做的事情并不多。它的大多数功能都需要先获得相应的权限，因此Snaps在安装时需要向用户申请相关权限。可用的权限包括生命周期、交易、签名、CRON等。

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

1. 账户管理：这类Snaps主要通过MPC（多方计算）技术提高私钥的安全性。目前有Capsule、Silent Shard和Safeheron等几个代表性产品。

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

3. 通信：包括通知和聊天功能的Snaps，虽然目前用户群体可能较小，但未来潜力值得期待。

4. 安全：这类Snaps的需求较大，尤其是在提供交易洞察和风险提醒方面。MetaMask自身在防范钓鱼交易方面的功能还有待加强，而安全类Snaps可以弥补这一不足。

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

MetaMask通过Snaps试图将自己的领域扩展到其他链平台，但最终能走多远还很难说。从Web2领域的小程序经验来看，简化版的服务往往难以与原生App相比，新功能跟进也常常滞后。如果Snaps发展顺利，可能会有更多钱包跟随推出类似功能，这可能会给Web3开发者带来新的挑战。

未来可能会出现各种"Snaps-like"平台，平台间差异巨大，开发者需要应对各平台的兼容性问题。最终可能会催生出统一的Snaps标准，以及相应的社区讨论机制。

对于MetaMask的大多数用户来说，Snaps目前可能还不是一个必需的功能。MetaMask在如何更有效地推广Snaps方面还需要做更多工作。