我相信 MetaMask snaps 是朝着正确的方向迈出了一步：所有 dApp 开发者都可以接入已有的 MetaMask 钱包 UI，只需自己开发接口和集成方法即可；而用户可以自己挑选这些碎片的组合 ——由此形成了钱包内的一个市场。如果我喜欢某一套用户投资、收藏或社交的产品，我可以从 dApp 团队处获得产品，然后私下在我的钱包里使用。既不需要钱包团队手动开发对下一个 ENS、BrightID 或者 proof token 的支持，也不需要给每个月都有成打出现的新 DeFi 协议服务。这样的市场对于小众的社区和 DAO 来说也很重要，他们可能有自己的 常用 dApp/ 产品 列表（或者说更有可能自己开发）。如果集成工作总要由钱包团队来做、来推动，那 99% 的时间里都只会有主流应用。

至于市场的所有权，我乐观地相信，这些插件都应被列在一个开源的库中（类似于 Dune Analytics 在一个库中展示所有的幕后情形）。我不会希望 Web 3.0 世界再来一个 Google Play 或者 Apple 应用市场，不论从准入限制还是价值抽取来说。最重要的是，没人希望所有这些 dApp 插件都会因为 MetaMask 被弃用而烟消云散。

用户和开发者体验

用户体验不应受制于 集成速度 /dApp 功能缺失。我相信这一点上面已经说得很清楚了。开发者体验当前主要受制于两个问题：

1. 因为产品的可组合性，任何人都能开发任何应用。但谁来负责开发特定的某个东西呢？
2. 得到钱包或者一个集成平台支持的条件是什么呢？

我认为，因为缺乏标准化的协议 SDK，所有人都很受罪，尤其许多 前端 / 钱包 开发者不得不开发自己的连接方式。此外，大多数钱包都没有一个清楚的 dApp 集成方法（deeplink 可不算），而 Zapper 依赖于一个不透明的请求系统。这对所有人都不好。

但也有一些正面案例。一些协议，比如 Uniswap 和 Superfluid，就多有自己的很棒的 Javascript SDK。我在钱包集成环节提过 MetaMask snaps，但 Zerion （虽然不是一个钱包）也有很好的集成方法 SDK 和开放的适配器市场。拥有一个迅捷且独立的 协议-钱包 集成方法，可以极大优化开发者体验，任何一个开发者都可以将所有部件装在一起。我还要强调，基础协议的接口也是如此，额外的功能如分析和用户教育，应该直接做在 dApp 页面上（而不是钱包里），以提供更稳健、更分众化的用户体验，捕获仅凭钱包不足于捕获的用户。我觉得这样做是对的，因为这些功能对于访问功能来说都不是核心。

把所有这些都放在心上，钱包团队就可以专注于开发可组合的平台和市场，而 dApp 开发者则专注于开发 SDK 和插件以方便集成。有更多的标准也会有所帮助，因为许多 EIP 都是为钱包和库而提出的（如果有人有志与我一同工作，欢迎联系我）。 (责任编辑：admin)