在 MetaMask 中透過帳戶管理 Snap 超越助記詞的限制（Beta）

區塊鏈技術蘊含巨大潛力，承諾打造去中心化、抗審查且無需許可的網際網路。然而，以太坊等區塊鏈協議的複雜性，使用戶需要一個介面來發揮這項潛力。歷經 1 億用戶的積累，MetaMask 已成為許多人的首選介面——儘管一路走來並非毫無阻礙。

問題在於：每位想要在 MetaMask 建立自託管錢包的用戶，在完成註冊流程時，都必須記錄一組十二個單字的助記詞。這十二個單字是 MetaMask 體驗的核心，用於生成加密金鑰，進而建立持有珍貴資產的帳戶。

MetaMask 七年多前創立時，助記詞是解決加密金鑰表示問題的優雅方案（其根源可追溯至比特幣社群，早在 2013 年便已出現）。對應的加密演算法具有極高的可擴展性與互通性，只要用戶能妥善保管這十二個單字的秘密，便能以獨特且安全的方式在全球傳輸幾乎無限量的價值。

然而，維護這十二個單字的機密性與安全性是一項艱鉅的任務。我個人讀過無數令人心碎的故事——MetaMask 用戶表示遺失了助記詞，因而再也無法存取自己的資金。更糟的是，用戶往往成為網路釣魚詐騙的受害者，將助記詞拱手相讓，導致資產遭竊。這個單點故障也成為駭客覬覦的誘人目標。

對於熟悉這個問題的人來說，再次重申或許有些老生常談，但我們確實需要找到更好的解決方式。

硬體錢包整合：邁向未來的踏腳石

一段時間以來，MetaMask 嘗試透過整合盡可能多的硬體錢包來解決助記詞的部分問題。這些裝置將加密金鑰離線儲存，因此大幅增加駭客入侵的難度。依循這項策略，我們開始整合所有主要的硬體錢包。

Grid+ Lattice 1、Ledger Nano X、Trezor Model T 和 Keystone Pro 只是部分已與 MetaMask 整合的硬體錢包。更多資訊請參閱 MetaMask 硬體錢包中心。

然而，這些整合工作耗費大量人力、技術挑戰重重，且需要謹慎的夥伴關係管理。舉例來說，我們的 MetaMask Mobile Ledger 整合已延遲超過一年（我保證我們仍在努力推進！）。此外，由於這些挑戰，多年來我們不得不對許多其他整合請求說「不」，即使有公司帶著完整運作的 MetaMask 程式碼分支來找我們，以支援他們的產品（抱歉了，BitBox！）。在我們努力完成其他目標的同時，實在無法抽出時間審查那數百行程式碼並完成合併，同時還要確保我們的高安全性與穩定性標準。

這種情況從來都不對勁。我們 MetaMask 團隊中的許多人，包括我自己，投身這個產業是因為它去中心化、無需許可的承諾，而不是為了成為實際上的守門人。為了在一定程度上解決這個問題，我們與 Keystone 合作，整合了一種透過 QR Code 將硬體錢包整合至 MetaMask 的無需許可方式。現在，只要第三方硬體錢包製造商能採用這個 QR Code 連接標準（ERC-4527），便可在無需與我們接洽的情況下與 MetaMask 整合。身為硬體錢包整合守門人的臨時角色，就此走入歷史。

儘管我們的產業從不停歇。

帳戶管理 Snaps：邁向未來

過去幾年，我們的產業在帳戶管理方面取得了巨大進展。多方計算（MPC）變得更快速、效能更佳，能夠在不同節點間生成加密金鑰，在特定情境下消除單點故障。智能合約帳戶也透過各種以太坊擴展解決方案，以及符合 ERC-4337 的改進，變得更易於使用且成本更低：社交恢復與生物辨識簽名即將到來。硬體錢包也持續發展：請見近期發布的全新 Ledger Stax、Trezor Safe 3 和 Keystone 3 Pro。

同樣地，單一團隊要整合並維護所有這些帳戶管理解決方案是不可能的。此外，鑑於我們產業的快速發展步伐，以及 MetaMask 致力服務的下一個十億區塊鏈用戶的多元需求，押注單一解決方案可能同樣不切實際。

要開始構想如何整合所有這些不同的帳戶管理解決方案，唯一的方式就是讓錢包更具社群驅動力，從根本上重新設計錢包的軟體架構——這正是 MetaMask Snaps 所做的事。用 MetaMask 共同創辦人 Dan Finlay 的話來說，MetaMask Snaps 的終極目標之一是「無需許可的運算」。對於一款安全敏感的產品而言，這是一個崇高的目標，但或許也是推動 MetaMask 實現「為所有人打造 Web3 入口」願景的唯一途徑。

今天標誌著這段旅程中的一個關鍵里程碑——我們啟用全新的 Snap API，以支援圍繞任何錢包最重要組成部分之一的社群驅動功能：帳戶管理，開始逐步解決與助記詞相關的問題。

為了實現全新的帳戶管理體驗，我們今天在 MetaMask Extension 中推出強大的 Keyring API，任何開發者都可以使用它將帳戶管理創意帶入 MetaMask。推出任何此類產品更新都令人忐忑，這也是為什麼今天同時標誌著我們帳戶管理 Snaps 實驗性 Beta 計畫的開始。我們不想繼續在閉門造車的情況下開發這項功能，因此，如果您是習慣測試進階功能的進階用戶，我們邀請您試用此類別的首批三款 Snaps（Silent Shard、Safeheron、Capsule），並告訴我們您的想法。

帳戶管理 Snaps 實際運作

您可以透過官方 MetaMask Snaps 目錄安裝這些全新 Snaps，也可以前往 MetaMask Extension 的實驗性設定，測試全新的帳戶管理 Snap 介面。帳戶管理 Snap 安裝並設定完成後，將出現在您的 MetaMask 帳戶列表中，並像 MetaMask 中的任何其他帳戶一樣運作，例如允許您進行交易並與 dapp 互動。

請注意，所有 Snaps 均為第三方服務，使用時風險自負。不過，我們對社群已創造的成果感到振奮。第一版 Keyring API 特別適合由 MPC 驅動的多重要素驗證體驗，有效降低助記詞單點故障的限制。

Silent Shard

Silent Shard 透過 MetaMask Extension 與配套的智慧型手機應用程式，打造雙重要素驗證體驗。為提升易用性，您可以將部分私鑰儲存在 Apple 或 Google 密碼管理員中。

安裝 Snap

Safeheron

Safeheron 在 MetaMask Extension 與兩款智慧型手機應用程式之間提供 2/3 多重要素驗證體驗。為提升安全性，所有通訊均透過區域網路（LAN）加密傳輸。

安裝 Snap

Capsule

Capsule 使用便捷且安全的 passkey 保護您全新 MetaMask Extension 帳戶的私鑰。您也可以將此帳戶與在第三方網站上建立的任何其他 Capsule 帳戶連結。

安裝 Snap

安全性

我們目前要求所有與 MetaMask Extension 整合的 Snaps 均須完成對其 Snap 的獨立程式碼審計。對於帳戶管理 Snaps，我們還額外要求對其 MPC 程式碼（或智能合約、硬體錢包等同等項目）進行額外審計，且審計結果須公開提供。隨著時間推移，我們最終將邁向真正的無需許可生態系統。如果這對您而言是當前的重要需求，我們推薦以開發者為核心的產品 MetaMask Flask。

同樣值得確認的是，Keyring API 的架構確保這些 Snaps 無法存取您現有的 MetaMask 助記詞。這些全新 Snaps 必須生成全新的私鑰，或從您的助記詞衍生出全新的私鑰，以防止它們存取其他以太坊帳戶。帳戶管理 Snaps 也受益於所有 Snaps 運行所在的安全沙盒執行環境。

後續步驟

我們對今天的發布感到無比興奮，而這僅僅是個開始。我們相信首批使用全新 Keyring API 的 Snaps 將持續改進，我們也計畫進一步強化 Keyring API 本身。我們目前正全力推進 userOps 的發送功能，以支援 ERC-4337 智能合約帳戶，同時也在探索行動版 Snaps。

從今天起，如果您是希望嘗試新功能的進階用戶，請下載最新版本的 MetaMask Extension，試用帳戶管理 Snaps。如果您是有興趣與我們共同開發的開發者，請查閱 Keyring API 文件。如果您有具體的帳戶管理 Snap 構想，我們非常樂意聆聽。最後，請透過我們的意見回饋表單分享您對此次整體功能發布的想法。

讓我們一起開始解決與助記詞相關的問題。