Web3 小型應用的新篇章：深入解析 MetaMask Snaps

MetaMask Snaps 是一個具有長遠理想的項目，但拋開其理想化的外衣，更適合將其視爲 Web3 世界的小型應用，或者稱之爲 dApplet。

對於開發者，尤其是中國國內的開發者來說，這個概念並不陌生。近年來，"生態打造"、"超級App"等互聯網術語頻繁出現，大型科技公司一直在努力將互聯網環境封閉化，以便從服務提供者轉變爲標準制定者。

如今，這種趨勢似乎也開始向 Web3 領域蔓延。

截至2024年6月，盡管 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 官網的分類，大致可以分爲 4 種類型：

帳戶管理（Account Management）

這類 Snaps 主要通過 MPC（多方計算）技術，提高私鑰的安全性。

傳統的私鑰保護方式存在一些問題：

1. 如果忘記了助記詞的存放位置，很可能就會失去對錢包資產的訪問權。
2. 如果存儲助記詞的設備遭受惡意軟件攻擊，黑客可能會盜取助記詞。一些用戶可能會將助記詞拆分存儲以提高安全性，但這也增加了管理難度和遺忘風險。

MPC 技術可以自動將私鑰拆分爲多份，分別存儲在不同位置，只在需要進行交易籤名時才重新組合生成完整私鑰，而且這個過程中不會生成完整的私鑰，最大限度地保護私鑰免遭泄露。

目前只有 3 個帳戶管理類的 Snaps，分別是 Capsule, Silent Shard 和 Safeheron。

• Capsule 利用設備的 PassKey、恢復密碼和 2FA 共同維護同一份密鑰，如果丟失其中一個，可以通過另外兩個進行恢復。
• Silent Shard 和 Safeheron 則是通過在多臺設備上安裝他們的應用來實現這一功能。

這類 Snaps 能吸引多少 Web3 用戶還有待觀察，從 Snaps 網站顯示的數據來看，這類 Snaps 數量較少，安裝量也不高。

使用方法並不復雜。安裝完成後，用戶的 MetaMask 錢包中會多出一個地址。

互操作性（Interoperability）

這類 Snaps 主要提供了對非 EVM 網路的兼容，包括 Solana、Cosmos、Near、Sui 等多個知名公鏈。目前這類 Snaps 佔比最大，超過整個 Snaps 生態的一半。

通知和聊天（Communication）

這類 Snaps 雖然有其獨特之處，但在當前階段，願意通過鏈來發送消息的用戶仍屬少數。這類應用可能需要更長的時間來發展和普及。

安全（Security）

這類 Snaps 的需求相對較大，特別是考慮到 MetaMask 自身在用戶遇到釣魚交易時的警告功能不夠完善。交易作爲加密貨幣和區塊鏈領域最常見的操作，具有高風險和高敏感性。通過 Snaps 提供的交易洞察相關功能，開發者可以向用戶展示更豐富的交易信息，提供對交易的分析和見解，最大限度地避免用戶的資產損失。

有用戶曾遇到被釣魚網站轉走帳戶餘額，而 MetaMask 從連接錢包到轉帳成功全程沒有任何警告的情況。希望這類安全型 Snaps 能夠彌補 MetaMask 自身的不足。從 Snaps 官網顯示的數據來看，安全型 Snaps 確實是除了多鏈支持外需求最大的，目前佔總數的兩成。

MetaMask Snaps 提供了「endowment:transaction-insight」和「endowment:signature-insight」權限來滿足相關需求。Snap 申請相關權限後，可以在用戶發起交易或籤名時讀取原始交易或籤名的有效負載。Snap 可以對其進行分析，然後向用戶顯示更詳細的安全性說明。

展望

MetaMask 希望通過 Snaps 將自己的領域擴展到其他鏈平台，但最終能走多遠還很難預測。參考 Web2 領域的小程序經驗，雖然許多應用提供了小程序版本，但通常功能較爲簡陋，難以與原生應用相比，新功能更新也常常滯後，有些小程序甚至會引導用戶使用其原生應用。隨着小程序的爆發式增長，更多應用也開始推出自己的小程序平台，各家努力鞏固自己的市場地位，整個 Web 世界逐漸變得更加"中心化"。

Web3 領域的資本運作可能不會比 Web2 更明智。如果 Snaps 未來發展良好，很可能會有更多錢包跟隨這一趨勢。如果真的發展到這種程度，Web3 領域的開發者可能需要針對各個錢包的"Snaps"開發相應的版本，這可能會給他們帶來很大的工作壓力。然而，如果各家都來打造自己的"Snaps"生態，又幾乎等於沒有獨特的生態系統。這似乎也暗合了它們"去中心化"的理念。

未來可能會出現各種"Snaps-like"產品，平台之間差異巨大，此時對各平台的兼容可能成爲開發者的日常工作，最終可能會達到難以忍受的程度。在這種情況下，Snaps 標準可能會在衆多開發者的期待中誕生，同時會有各種 "SIP"（Snap Improvement Proposals）供社區討論，整個社區可能會呈現出繁榮的景象。

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

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