Alex 是 MetaMask 负责账户未来发展的高级产品经理。他热衷于无许可创新、构建去中心化政治经济体系,以及将英国民主制度上链。
阅读所有文章从今天起,通过 MetaMask Snaps 在 MetaMask 扩展程序中探索管理以太坊账户的新方式。迈向无许可未来的最新里程碑……

区块链技术蕴藏着巨大潜力,承诺打造一个去中心化、抗审查、无需许可的互联网。然而,以太坊等区块链协议的复杂性,使得用户需要借助一个界面来释放这一潜力。如今,MetaMask 已拥有 1 亿用户,成为众多人的首选界面——尽管这一路走来并非一帆风顺。
问题在于:每一位希望在 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 合作,集成了一种通过二维码将硬件钱包接入 MetaMask 的无需许可方式。现在,只要第三方硬件钱包制造商能够采用这一二维码连接标准(ERC-4527),无需与我们沟通即可与 MetaMask 集成。我们作为硬件钱包集成守门人的临时角色,就此成为历史。
尽管我们的行业从未停歇。
过去几年,我们的行业在账户管理领域取得了巨大进步。多方计算(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),并告诉我们您的想法。
您可以通过官方 MetaMask Snaps 目录安装这些新 Snaps,也可以前往 MetaMask Extension 的实验性设置,测试全新的账户管理 Snap 界面。账户管理 Snap 安装并设置完成后,它将出现在您的 MetaMask 账户列表中,并像 MetaMask 中的任何其他账户一样运作,例如允许您进行交易并与 dapp 交互。
请注意,所有 Snaps 均为第三方服务,使用风险由您自行承担。不过,社区已经创造出的成果令我们倍感振奋。第一版 Keyring API 尤其适合由 MPC 驱动的多因素身份验证体验,有效降低了助记词单点故障的局限性。
Silent Shard 通过 MetaMask Extension 和一款配套智能手机应用,打造双因素身份验证体验。为提升易用性,您还可以将部分私钥保存在 Apple 或 Google 密码管理器中。
Safeheron 在 MetaMask Extension 和两款智能手机应用之间提供 2/3 多因素身份验证体验。为增强安全性,所有通信均通过局域网(LAN)加密传输。
Capsule 使用便捷且安全的 passkey 保护您的新 MetaMask Extension 账户私钥。您还可以将此账户与在第三方网站上创建的任何其他 Capsule 账户关联。
目前,我们要求所有与 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 创意,我们非常期待听到您的想法。最后,请通过我们的反馈表单分享您对此次功能发布的看法。
让我们携手解决与助记词相关的问题。
AI 翻译。可能包含错误。请务必核实信息。