Web3 入门的未来：为什么每个应用程序都需要钱包基础设施

博客 —

昨天

Web3 Onboarding 的未来：为什么每个应用都需要钱包基础设施

由 Gelato + Dynamic 驱动的钱包革命

我们正处于 嵌入式钱包 爆炸性增长阶段的开端。智能钱包已经可以为从社交平台到 DeFi 协议的所有事物提供支持，而且很明显，很快每个应用，无论平台如何，最终都将拥有加密货币钱包功能。

但现实情况是：目前的加密货币钱包用户体验仍在转型中，而且钱包的实现对于开发者来说可能是痛苦的——尤其是那些没有深入 Web3 专业知识的开发者。没有工程经理会希望花费接下来的几周时间为钱包构建身份验证，然后进行实战测试以确保安全性。钱包基础设施 由此应运而生。

像 Dynamic 这样的公司正在开创先进的加密技术，使钱包既安全又隐形，而 Gelato 的 智能钱包 SDK 将这些创新与 gas 抽象和多链支持结合在一起，从而增强了开发者构建加密货币应用的方式。

传统加密货币钱包的问题

没有什么比要求用户写下助记词等来登录加密货币更违反直觉和容易导致灾难的了。只要这是其中的一部分，大规模采用就不可能发生。但助记词只是其中的一部分。用户必须理解 gas 费用和原生代币转换，浏览违反直觉的交易批准，并处理他们希望安全的浏览器扩展。

这种复杂性在加密货币的潜力与其实际采用之间造成了巨大的障碍。虽然 Web2 公司已经花费了数十年的时间来完善用户引导，但加密货币面临着独特的挑战。在账户抽象等创新出现之前，事情在很大程度上仍停留在技术障碍的世界中。

像 ERC-4337 这样的标准引入了一种新的范例，即账户可以是可编程的智能合约，而不是简单的密钥对。这实现了诸如 gas 赞助、交易批处理和社交恢复等功能，而无需协议级别的更改。在这一基础上，EIP-7702 通过允许现有的 EOA 钱包将其执行逻辑临时委托给智能合约，从而更进一步。这意味着数百万现有钱包用户可以访问智能账户功能而无需迁移到新地址，并且可以在获得可编程超能力的同时保留其链上历史记录和身份。

但是拥有这些原语只是第一步。正如 TCP/IP 没有自动创建现代互联网一样，仅靠账户抽象标准并不能解决用户引导问题。所需的是一层开发者基础设施，使这些强大的原语可访问，并将复杂的加密操作转化为简单的 API 调用。

正如 Dynamic 在他们的旅程中发现的那样，真正的挑战不是加密本身。而是理解开发者需要他们一直需要的东西：可以正常工作的基础设施。没有工程师想用身份验证来重新发明轮子。他们想要构建产品。这促使 Dynamic 将钱包重新构想为一个已解决的问题，应该逐渐消失在后台。

从 Auth0、Plaid 和 Stripe 学习

这就是 Web2 的基础设施剧本变得有指导意义的地方。Dynamic 从这些相似之处中汲取了经验，认识到成功的基础设施公司会将复杂且必要的功能变得无聊。以最好的方式无聊——如此可靠和简单，以至于开发者永远不会想到它。

正如没有开发者会在 Auth0 存在时从头开始重建身份验证，或者在 Stripe 可用时重建支付处理一样，加密货币开发者也不应该重建钱包基础设施。另一种选择是试图重新发明整个金融系统，只是为了启用像电子邮件登录这样的基本功能。

那么这种工具的信任假设是什么？

Web2 基础设施中的信任假设：

• Auth0：信任用户凭证和会话管理
• Plaid：信任银行凭证和金融数据访问
• Stripe：信任支付处理和临时资金托管

Web3 具有独特的挑战，但也具有独特的机会。与你信任公司实际资产的传统服务不同，现代 WaaS 提供商使用 MPC 等加密技术，其中没有任何一方拥有完全控制权。私钥实际上从未存在于一个地方。此外，供应商独立性确保你永远不会被锁定——即使提供商消失，你也可以随时恢复用户的钱包。

Gelato 的智能钱包 SDK：完整的 WaaS 解决方案

Gelato 智能钱包 SDK 通过结合以下内容，将钱包抽象化推向了逻辑上的结论：

• 智能 EOA (EIP-7702) - 将现有钱包转换为可编程的智能账户
• 多链 Gas 抽象 - 跨 50 多个链的一个 gas 池
• 嵌入式钱包 - 由 Dynamic 的 TSS-MPC 技术 提供支持

现在，开发者可以为用户提供：

• 通过电子邮件、社交登录或Passkey一键式 onboarding
• 由应用程序赞助的无 gas 交易
• ERC-20 gas 支付，而不是管理原生代币
• 具有批处理、会话密钥和自动化的可编程钱包

技术创新：超越简单的密钥存储

现代 WaaS 远远超出了基本的密钥管理。具体来说，Dynamic 的方法使用 TSS-MPC（阈值签名方案多方计算）。

TSS-MPC 不是生成私钥并将其拆分，而是依赖于密码学，其中多方共同计算签名，而任何一方都看不到完整的密钥。可以将其想象成一个需要多个钥匙才能同时打开的保险箱——但没有一个人拥有所有的钥匙。

可编程货币的潜力变为现实：

• 基于条件执行的自动化交易策略
• 无需用户在线的计划支付
• 具有内置逻辑的条件转移
• 具有上下文感知能力的消费限额
• 无缝的跨链操作

不仅如此，这项技术还解锁了三个关键功能：

供应商独立性

与你被锁定在提供商中的传统服务不同，现代 WaaS 允许你在自己的基础设施上备份密钥份额。如果钱包提供商变得不可用，你可以独立地使用这些备份份额恢复用户钱包。这消除了供应商锁定，这是企业采用和法规遵从的不可协商的要求。

可编程规则引擎

通过可编程约束，钱包变得智能化。你可以限制钱包仅与特定合约交互，将交易限制为某些代币对，或根据上下文强制执行消费限额。这可以实现从金融科技应用中的法规遵从到防止游戏经济被利用的一切，同时保持开发者需要的灵活性。

委托访问

应用程序可以在预定义的参数内代表用户执行交易。与交出你的私钥不同，委托访问意味着用户可以授权特定操作——例如“如果 ETH 跌破 2,000 美元则出售我的头寸”或“每天领取我的游戏奖励”——而无需给予无限控制权。应用程序可以采取行动，但只能在用户设置的确切范围内。

未来：每家公司都将集成钱包

公司对身份和金融服务的看法正在发生转变。从历史上看，只有最大的科技公司才能负担得起构建支付系统或身份平台。加密货币极大地改变了这种局面。

通过降低准入门槛，嵌入式钱包使任何应用程序都可以提供金融服务。我们已经看到了这种转变：平台不仅仅是将钱包添加为一项功能——他们能够构建整个金融生态系统。他们正在创建自己的“使用 Google 登录”系统，该系统可以在合作伙伴网站上运行，将最初简单的钱包集成转变为全面的身份和支付网络。

Farcaster、Lens 和众多游戏生态系统正在发生这种情况。所需要的只是添加钱包以获得更好的用户体验，意识到你现在拥有一个支付渠道，扩展到身份，然后你就成为你垂直领域的金融层。

利用 Gelato 满足你的 WaaS 需求

智能钱包 SDK 建立在 Gelato 经过实战测试的基础设施之上：

• 5 年以上的产品经验，为 GMX、MakerDAO 和 Aave 等 DeFi 巨头提供支持
• 99.999% 的正常运行时间，涉及数十亿笔交易
• 支持 50 多个链，具有统一的 gas 管理
• 具有经过审计的组件和 SLA 的企业级安全性

但最重要的是，它专为想要构建而不是管理基础设施的开发者而设计。

快速入门

准备好将钱包功能添加到你的应用程序了吗？Gelato 智能钱包 SDK 使其变得简单：

• 安装 SDK：作为模块化 NPM 软件包提供
• 配置你的提供商：在嵌入式钱包、智能 EOA 或两者之间进行选择
• 启用无 gas 用户体验：赞助交易或接受 ERC-20 支付
• 交付生产：通过统一的开发者控制台监控使用情况

钱包无处不在的未来就在这里

技术的成熟：EIP-7702、账户抽象、MPC 和可用于生产的基础设施，最终使无缝的加密货币用户体验成为可能，并且它使你能够通过创建在任何地方都可以使用的身份验证和智能钱包来围绕你的应用程序创建一个生态系统。

无论你是构建 DeFi 协议、游戏平台还是将金融服务嵌入到你现有的应用程序中，钱包基础设施都不应成为你的瓶颈。有了 Gelato 的智能钱包 SDK，它就不会是。

准备好将智能钱包集成到你的应用程序中了吗？ 在 Gelato 上使用 Dynamic 构建

• 原文链接： gelato.cloud/blog/the-fu...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～