嵌入式钱包超越用户入驻：90天推出计划

证据等级：A1 证据类型：官方一手信息 来源：Fireblocks Blog 官方发布日期：2026-06-27 采集时间：2026-07-15T01:13:49.494Z

大多数团队将嵌入式钱包视为一次单独的集成，为用户提供社交化注册以获取钱包，并轻松开始使用区块链技术。在您的应用中部署嵌入式钱包可以在几天或更短的时间内完成，但这种表述低估了该技术的潜力。

在接下来的几周和几个月里，你在嵌入式钱包基础设施上构建的内容将决定最初的集成实际上可以支持多少功能，从政策控制到收益或交换集成。这些功能都是在前一个功能的基础上构建的，将一个基本钱包转变为完整的金融产品，而无需你从头重建集成。

Fireblocks 通过 Dynamic 提供嵌入式钱包，该公司于 2025 年 10 月收购。截至目前，Dynamic 已在每个 EVM 网络、每个 SVM 网络、比特币、Sui 和 TON 上为嵌入式钱包引入了超过 5000 万用户。虽然嵌入式钱包从第一天起就非常强大，但更大的收益会在接下来的 90 天内显现，因为你可以在其上叠加恢复、策略和 稳定币基础设施，将一个基本钱包转变为完整的金融产品。

以下是潜在推广的示例，从第一天可用的钱包，到 90 天后完全扩展的操作：

第 1 天：用户注册并获得非托管钱包

在集成的第一天，您就可以拥有可工作的嵌入式钱包。您的用户可以通过电子邮件、电话或社交账户登录，同时后台会为他们创建一个钱包。对于大多数用户来说，钱包是不可见的。他们体验到的是一个普通账户，而实际上他们持有一个真正的链上钱包，拥有完整的非托管所有权。

这里的架构很重要，特别是对于大型金融科技公司和交易所，它们的首要任务是安全、保持合规以及速度。Fireblocks 嵌入式钱包由TSS-MPC保护，这是一种阈值签名方案，其中完整的私钥从不集中存在于一个地方。用户份额保存在用户设备上，服务器份额在可信执行环境中参与签名，因此签名以分布式方式进行。签名速度低于一秒，用户在必要时可以独立恢复他们的钱包。你可以获得 Web2 产品的入门体验，而无需托管任何人的资产。

从第一天起，你就继承了受监管行业所期望的安全和合规态势：SOC 2 Type II 认证、定期的独立审计，以及漏洞奖励计划。这些都是在你写任何一行产品代码之前就已经到位的基础。

在第一周内，钱包不再是一个空容器。你可以启用你关心的区块链，为用户提供 gas 赞助，这样用户就不需要持有原生代币即可进行交易，并且设置资金选项，使用户可以轻松地将资金存入或取出。

在此期间值得提及的几个功能有：

• Gas 赞助: 你可以代表用户支付交易费用并添加授权逻辑。用户能够立即进行交易，不会有任何关于 gas 或网络费用的摩擦。
• 预生成钱包： 您可以在用户进行身份验证之前为他们创建钱包，这些钱包可通过您的后端针对电子邮件或电话号码以编程方式生成。这意味着用户可以在创建账户之前就领取已经有资金的等待钱包。
• 使用自己的身份验证： 已经使用 Auth0、Firebase、Supabase 或自有身份验证提供商的团队无需迁移。将 Dynamic 集成到您现有的 JWT 中，您的用户即可获得嵌入式钱包，而无需对当前登录流程进行任何更改。

在第一周结束时，您将拥有可以存储价值并进行转移的钱包。大多数团队在几天内即可达到这一阶段，而接下来真正的产品才开始成形。

第 1 个月：构建用户会回来的产品

到第一个月末，目标是拥有用户实际进行交易的产品。钱包不再是基础设施，而是开始推动用户参与。实现这一目标的能力在这一阶段都可以使用：

• 接受来自任何地方的加密货币： Fireblocks 流程 允许用户从任何外部钱包或交易所为他们的钱包充值，并以您选择的任何稳定币结算。跨链转换会自动进行，因此在 Arbitrum 上用 ETH 支付的用户可以在不进行任何手动操作的情况下为 USDC 余额充值。
• 赚取收益： 空闲余额可以通过路由至 Aave、Morpho 和 Sentora 的金库和借贷市场获得收益。用户存入资产并赚取利息，同时持仓可实时跟踪。
• 跨链交换： 通过单一集成路径，用户可以在资产和链之间自由移动，而无需自己操作桥或协议。
• 使用卡片消费： 你可以发行虚拟 Visa 借记卡，直接使用用户的稳定币余额充值，这样余额就可以在任意接受 Visa 的地方消费。

一个月后，你已经不再是在演示钱包，而是在运行一个真正的金融应用，而你只用了几周时间，而不是从零开始开发所需的数月时间。

第60天：控制、弹性与扩展

随着您的用户基础和余额的增长，下一阶段是实现运营。好消息是：大部分是配置，而不是重建。策略和规则 让您精确地定义钱包可以和不可以做什么，在签名时强制执行，因此除非通过检查，否则没有任何操作会发生。您可以：

• 运行允许列表，使钱包仅与您批准的地址交互，并阻止向被标记为恶意的地址的交易
• 设置价值限制，限制单笔交易的金额。
• 使用 webhooks 将政策违规和钱包事件流式传输到您自己的系统，使活动流入您的 SIEM，以便进行合规报告和安全监控。

除了政策之外，这一阶段是启用可扩展性韧性功能的阶段：开发者托管的备份，使企业能够将关键备份基础设施保持在自己控制之下，设备注册以防止账户被冒用，以及升级认证或多因素认证以保护敏感的钱包操作。

这是使整个部署具有防御性的工作。对于任何处理真实资金或在生产环境中运行的团队来说，这是必不可少的。

第90天：自动化和代理

第90天标志着嵌入式钱包不再是面向用户的功能，而是整个技术栈可以构建的基础设施。此时有两个新的方向可供开发：

• 委托访问: 您的应用程序可以代表用户操作，为定期付款、计划操作或自动化流程签署交易，同时用户保持完全控制，并且可以随时撤销该访问权限。批准通过用户进行，发放新的密钥共享，并且访问权限永远不会超出批准的操作范围。
• 智能体驱动支付: 智能体会获得钱包，可以自主为服务付款或代表已批准的用户付款。通过像 x402 这样的 HTTP 402 流程，智能体可以访问付费墙 API、付款并重试，无需人工干预。

九十天过去了，您已经从“用户可以登录”发展到一个能够自我融资、自我防御、自动化后台流程并支持代理驱动支付的钱包。所有这些都不需要重建您在第一周推出的集成。要了解这对您的产品意味着什么，探索 Fireblocks 嵌入式钱包 或 预约与我们团队的通话，以将上线计划映射到您正在构建的内容。