Web3 小程序？解析 MetaMask Snaps

MetaMask Snaps 是一個頗具遠見的項目。拋開其理想化的外衣，我們可以將其視爲 Web3 世界的小程序，或者更時髦地稱之爲 dApplet。

對於開發者而言，尤其是國內開發者，這個概念應該並不陌生。近年來，"生態打造"、"超級App"等互聯網術語頻繁出現，大型科技公司試圖將互聯網環境變得更加封閉，以便從服務提供者轉變爲標準制定者。

現在，這股趨勢似乎也開始向 Web3 領域蔓延。

盡管 Snaps 已經問世近一年，概念提出更是至少四年前的事了，但普通用戶對它的了解仍然很少。即便是那些每天都使用 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 分爲 4 種類型：

帳戶管理

這類 Snaps 主要通過 MPC 技術提高私鑰安全性。

MPC 技術可以自動將私鑰拆分爲多份，分別存儲，只在需要交易籤名時重新組合，全程不會生成完整私鑰，最大限度保護私鑰安全。

目前只有 3 個帳戶管理類 Snaps：Capsule、Silent Shard 和 Safeheron。

• Capsule 利用設備 PassKey、恢復密碼和 2FA 共同維護密鑰，丟失其中之一可通過其他兩個恢復。
• Silent Shard 和 Safeheron 通過在多臺設備上安裝 App 來實現。

這類 Snaps 的吸引力有限，從官方數據看，數量和安裝量都不高。

互操作性

這類 Snaps 主要提供對非 EVM 網路的兼容，包括 Solana、Cosmos、Near、Sui 等多條知名公鏈。目前這類佔據了 Snaps 生態的一半以上。

通知和聊天

這類 Snaps 雖然有潛力，但目前願意通過區塊鏈發送消息的用戶仍屬少數。

安全

這類 Snaps 需求較大，特別是在 MetaMask 對釣魚交易的警告不足的情況下。交易作爲加密貨幣和區塊鏈領域最常見的高風險操作，通過 Snaps 提供的交易洞察功能，開發者可以向用戶展示更豐富的交易信息，提供分析和見解，最大限度避免資產損失。

MetaMask Snaps 提供了交易洞察和籤名洞察相關權限，Snap 獲得權限後，可以在用戶發起交易或籤名時讀取原始數據，進行分析，並向用戶顯示更多安全性說明。

思考

MetaMask 試圖通過 Snaps 將領域擴張到其他鏈平台，但最終能走多遠還未可知。參考 Web2 領域的小程序經驗，簡陋的小程序服務往往無法與 App 相比，新功能跟進緩慢，甚至會將用戶引導至自家 App。隨着小程序的爆發式增長，更多 App 也推出了自己的小程序平台，各家努力鞏固自身優勢，整個 Web 世界反而變得更加"中心化"。

如果 Snaps 發展良好，可能會有更多錢包效仿。這種情況下，Web3 開發者可能需要針對各個錢包的"Snaps"開發不同版本，這無疑會給他們帶來巨大壓力。然而，如果各廠商都打造自己的"Snaps"生態，又幾乎等同於沒有獨特生態。這似乎也暗合了它們"去中心化"的標籤。

未來可能會出現各種"Snaps-like"平台，差異巨大，開發者需要花大量精力進行兼容。當情況變得不可忍受時，可能會出現 Snaps Standard，伴隨着各種 "SIP" 供社區討論，呈現一片繁榮景象......

無論如何，MetaMask Snaps 至少是由一羣熱情的開發者構建的、旨在解決實際問題的產品，而不是一個金融騙局。

然而，對於 MetaMask 當前的大多數用戶來說，Snaps 還不是一個必需功能。MetaMask 接下來可能需要在如何更有效地推廣方面投入更多精力。