Web3世界的小程序：深入解析MetaMask Snaps

MetaMask Snaps是一個具有遠大理想的項目，但拋開其"理想"外衣，更適合將其稱爲Web3世界的小程序，或者給它一個更花哨的名字：dApplet。

對於開發者，尤其是中國國內的開發者來說，這個概念並不陌生。近年來，"生態打造"、"超級App"等互聯網術語頻繁出現，商業巨頭們試圖將互聯網環境變得更加封閉，以便從服務提供者轉變爲標準制定者。這股潮流現在似乎也開始向Web3領域蔓延。

截至2024年6月，盡管Snaps已存在將近一年，概念提出更是至少4年前的事，但普通用戶對它的了解仍然很少。即便是每天都會打開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分爲四種類型：

帳戶管理

這類Snaps主要通過MPC技術提高私鑰安全性。與傳統的助記詞保存方式相比，MPC技術可以自動將私鑰拆分爲多份，分別存儲，只在需要交易籤名時才拼接生成完整私鑰，且過程中不會生成完整私鑰，最大限度保護私鑰免遭泄露。

目前僅有3個帳戶管理類Snaps：Capsule、Silent Shard和Safeheron。它們通過不同方式實現私鑰管理，但安裝量並不高。

互操作性

這類Snaps主要提供對非EVM網路的兼容，包括Solana、Cosmos、Near、Sui等。目前這類Snaps最多，佔整個生態的一半以上。

通知和聊天

這類Snaps目前使用者較少，可能是因爲現有的聊天應用已經很多，願意通過鏈發送消息的用戶還是少數。

安全

安全類Snaps需求較大，特別是在MetaMask對釣魚交易警告不足的情況下。這類Snaps可以爲用戶提供更豐富的交易信息和分析，幫助避免資產損失。從官網數據看，安全型Snaps是除多鏈支持外需求最大的，佔總數的兩成。

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

未來展望

MetaMask通過Snaps試圖將領域擴張到其他鏈平台，但最終能走多遠還難以預測。參考Web2小程序的發展，如果Snaps發展良好，可能會有更多錢包效仿。這可能導致Web3開發者需要針對各個錢包的"Snaps"開發不同版本，增加工作負擔。

未來可能會出現各種"Snaps-like"平台，平台差異巨大，開發者需要處理兼容性問題。最終可能會誕生Snaps Standard，並有各種"SIP"供討論，形成繁榮的社區生態。

無論如何，MetaMask Snaps是由有激情的開發者構建的、旨在解決實際問題的產品。對當前大多數MetaMask用戶來說，Snaps可能還不是必需功能，MetaMask在推廣方面還需做更多工作。