嵌入式钱包：其工作原理及创收方式

要点总结

• 嵌入式钱包允许用户在应用程序内持有、发送、接收或使用数字资产，而无需中断产品流程。

• 对于企业而言，嵌入式钱包为支付、稳定币转账、交易、奖励以及高级账户功能提供了账户基础设施。

• 产品团队和开发团队将决定如何处理密钥管理、交易政策、链支持、恢复、合规工作流以及 SDK 范围。

• 核心的权衡在于控制权。托管型模式可能降低用户使用门槛并提升资产恢复能力。非托管型或混合型模式则将更多责任转移给用户和产品设计。

嵌入式钱包是一种直接集成到应用程序中的加密货币钱包，用户无需打开独立的钱包应用、管理浏览器扩展程序，也无需在注册时处理助记词，即可访问数字资产。它将钱包创建、签名和资产转账等操作融入到产品体验中。

金融科技平台、消费类应用、企业软件提供商、电商平台和支付运营商利用嵌入式钱包，在现有用户界面中集成支付、稳定币转账、奖励与交易、资金流管理或资产访问等功能。 在某些情况下，这会成为数字资产银行产品的账户系统（提供类似银行的账户体验，但并非持牌或获准经营的银行实体），用户可通过一个账户持有余额、转移资金并使用各项金融功能。用户所见仅为一个账户。企业则由此获得新的产品覆盖面、数据、用户留存率以及变现途径。

负责评估基础设施的团队可以从嵌入式钱包基础设施入手。

嵌入式钱包与联网钱包

对于金融科技公司而言，一个核心的产品决策在于选择嵌入式钱包还是连接式钱包。嵌入式钱包是在应用程序体验内部创建和管理的；而连接式钱包则由用户在应用程序外部进行控制，随后通过浏览器扩展、移动钱包、WalletConnect 流程或类似接口进行连接。

该决策涉及转换、控制、责任、集成范围、签名流程、数据恢复以及支持负担等方面。嵌入式加密钱包通常适用于需要低门槛注册、重复交易、账户抽象化或由企业控制的策略层的产品。而连接式钱包则适用于服务于那些已经自行管理密钥并期望直接控制钱包的用户的产品。

嵌入式钱包的工作原理

嵌入式钱包的创建始于应用程序通过 API 或 SDK 为用户、企业、账户或内部实体创建钱包。该钱包可能在注册时、身份验证后、用户首次收到资产时，或激活特定功能时生成。 随后，应用程序会将该钱包与其自身账本、数据库、权限模型及支持工作流中的用户账户进行映射。

该技术系统由四个主要层组成。

• 创建钱包会生成或分配地址。

• 密钥管理决定谁可以签署和恢复交易。

• 交易签名根据所选的加密模型批准资产转移。

• 政策执行会在交易上链之前应用相关控制措施。

在产品层面，嵌入式钱包使应用程序能够提供加密货币或稳定币功能，而无需让用户直接接触原始的区块链机制。在技术层面，钱包基础设施 必须与身份验证、账户状态、事务队列、Webhook、链索引、错误处理以及合规性检查进行对接。

一个设计良好的嵌入式加密钱包会生成一个地址。它定义了谁可以发起转账、支持的资产、限额和审批、故障处理，以及与内部账户记录的对账。

嵌入式钱包密钥管理与安全

密钥管理是嵌入式钱包背后的核心设计决策。它决定了谁控制资产、谁可以恢复访问权限、谁可以批准资产转移，以及一旦发生故障时责任应由谁承担。各团队会根据产品、管辖范围、用户群体和风险承受能力来选择相应的模型。

在托管模式下，受监管或签约的托管方控制私钥，并在完成必要核查后执行转账。这可以简化用户的账户恢复和售后支持流程，但也可能产生托管、合规及合同方面的义务。 在非托管模式下，用户或企业保留对密钥的控制权。这可以降低直接托管风险。而账户恢复、设备丢失及用户教育则成为更棘手的产品问题。

托管型和非托管型模型均可采用不同的签名技术，包括MPC。MPC 加密钱包 将签名操作分散到多个密钥份额中，从而无需在单一位置重建私钥即可授权交易。根据具体实现方式的不同，MPC可支持审批工作流、职责分离和恢复流程。

安全性还取决于运营控制措施。团队需要设置交易限额、基于角色的审批机制、地址白名单、欺诈监控、审计日志以及事件处理和恢复流程。核心问题在于，当用户丢失设备、员工岗位变动、链条暂停、交易失败，或者攻击者将目标锁定在支持工作流时，运营模式能否保持安全。

如何在应用中添加嵌入式钱包

添加嵌入式钱包首先要确定运营模式。团队首先选择服务提供商和密钥管理模式。这一决定将确定法律架构、恢复流程、签名工作流，以及用户在开户、转账审批和支持升级过程中将体验到的流程。

接下来，团队将配置钱包策略。这些策略应涵盖交易限额、审批角色、支持的收款方、资产/地域权限以及异常处理。此外，策略还需要与内部角色进行映射，例如产品管理员、合规审核员、财务团队和客服人员。

该嵌入式钱包 SDK 随后将应用程序与钱包及地址创建、交易发起/签名、状态监控以及通知功能进行集成。开发团队需要在沙盒环境和实际产品流程中对 SDK 进行测试。这包括签名失败、请求延迟或重复、不支持的资产、网络手续费变动以及被放弃的转账等情况。

在上线前配置链支持。团队需要确定上线时可用的资产、网络和交易类型，然后定义如何添加新链，同时避免强制用户迁移钱包。在投入生产之前，需测试恢复流程、合规性审查、被阻止的转账、Webhook 故障、余额对账以及支持/事件响应。

最终应实现的是一款可在应用程序流程中运行、且始终受明确管控约束的钱包功能。这将受监管的产品功能与不受管控的加密货币附加组件区分开来。

嵌入式钱包如何创造收入

当产品对基于钱包的操作或账户等级收取费用时，嵌入式钱包便能产生收入。它们为某些收入模式提供了账户基础设施，而如果没有这些基础设施，这些收入模式在应用程序内将无法实现或难以实现。该钱包成为加密货币、稳定币、支付、奖励、转账及其他基于余额功能的账户层。

对于致力于打造数字资产银行体验（而非持有正式银行牌照）的平台而言，钱包通常是其商业模式背后的账户系统。它使平台能够支持余额管理、转账、支付、兑换和报表功能，而无需将用户引导至外部加密货币钱包。

最直接的盈利模式是交易收入。当用户进行资产转账、提现、资产兑换、稳定币转账或使用支付功能时，平台可以收取手续费。对于高频交易产品而言，每笔交易中微小的手续费可以转化为持续性收入。定价必须保持透明、一致，并与该操作为用户带来的收益相匹配。

兑换点差是另一种常见的商业模式。当用户在法币、稳定币和加密资产之间进行兑换时，平台可能会从兑换中赚取点差或手续费。这与其他金融应用的商业模式类似：便利性、流动性和一体化交易流程，足以证明其明确披露的成本是合理的。

电子钱包还支持高级账户等级。平台可以向企业或高级用户收取费用，以提供更高的限额、更快的结算速度、审批控制、报表功能以及多实体管理/专属支持。在企业环境中，平台通常通过对工作流控制、可靠性、报表功能和运营规模来实现盈利。

支付受理可以开辟另一条收入渠道。一个允许商户、创作者、供应商或电商平台接受稳定币支付的平台，可以收取交易费、月度平台费或增值服务费。在允许且支持的情况下，基于余额的产品还可包含奖励或收益分享机制，但此类模式需要经过审慎的法律、产品及信息披露审查。

希望补充的球队其应用内的加密货币功能 应将变现视为产品架构问题。钱包决定了用户能够进行哪些操作，而商业模式则决定了其中哪些操作能转化为可持续的收入。若想更全面地了解金融机构如何构建数字资产产品并开拓收入机会，请参阅 BitGo 的《银行加密货币基础设施报告》.

嵌入式钱包平台的合规性考量

添加嵌入式钱包可能会改变应用程序的合规状况。相关义务因司法管辖区、用户所在地、资产类型、托管模式以及转账、兑换、Staking、奖励或商户收款等支付功能而异。

当产品在用户眼中类似于一家数字资产银行时，合规审查就显得尤为重要。即使该平台并未如此定位自身，监管机构和合作伙伴仍可能会关注其实际提供的功能，包括托管、转账、兑换、支付以及账户访问等。

常见的审查领域包括汇款、身份识别和反洗钱控制、制裁以及"旅行规则"工作流，消费者信息披露、稳定币特有的义务，以及记录和投诉处理。非托管接口与托管账户产品可能承担不同的义务。具体分析取决于产品细节。对于控制用户开户、转账权限、兑换或支付路由的平台，仍可能需要针对这些活动制定合规工作流程。

在钱包上线前，将合规设计融入钱包流程至关重要。身份验证、风险评分、被封锁地址管控、审批队列、审计日志/报告以及支持升级机制都应成为钱包系统的一部分。

BitGo 的嵌入式钱包基础设施

BitGo 提供钱包基础设施和加密货币服务，各平台可借助这些服务在应用程序中添加基于钱包的数字资产功能。对于正在开发数字资产银行产品的企业而言，BitGo Wallet-as-a-Service 旨在帮助通过编程方式为最终用户创建和管理钱包及收款地址，并提供 API 和 SDK 支持，用于钱包或地址的创建、交易签名、监控、策略控制以及用户管理。

对于以监护为导向的设计此外，BitGo 还提供基于受监管的合格托管、离线冷存储、安全检查和政策控制构建的机构级钱包基础设施。对于自主托管方案，BitGo 支持客户保留密钥控制权，同时利用 BitGo 基础设施进行基于政策的联合签名和钱包操作。 BitGo 不提供投资、法律、税务或会计建议，本文内容均不构成任何形式的要约或招揽；各平台在做出产品或授权决策前，应咨询其自身的法律、合规及财务顾问。

常见问题解答

托管型和非托管型嵌入式钱包之间存在哪些权衡？

托管模式可以简化密钥恢复和支持流程。此类模式可能会产生直接的托管和合规义务。非托管模式则能将更多密钥控制权转移给用户或企业。此类模式需要更完善的密钥恢复、用户教育和支持方案设计。负责评估密钥控制方案的团队可以对比自主托管钱包选项.

如果用户丢失了设备或凭证，密钥管理将如何运作？恢复工作由谁负责？

恢复流程遵循所选模型。托管钱包通常依赖于由服务提供商控制的验证和恢复工作流。非托管钱包和混合型钱包可能会使用备份密钥、社交恢复、通行密钥或外部签名者。相关责任应在合约、用户条款和支持流程中明确界定。

嵌入式钱包集成的哪些部分可以交由 BitGo 的 SDK 处理？

SDK 通常可以减少在钱包创建、地址生成、签名、交易监控和网络连接等方面的工作量。但在身份验证、用户体验/账户映射、合规逻辑、对账/测试以及分析/支持工具等方面仍需投入精力。具体范围因托管模式、区块链、资产及上线要求而异。

嵌入式钱包是如何处理gas费的，以便用户无需持有原生代币即可进行交易的？

平台可通过赞助交易、手续费抽象、以稳定币计价的手续费、内部结算或预先充值的运营钱包等方式处理gas费用。应根据链、资产、用户流程和托管模式选择相应方案。其目的是避免用户在进行交易前必须持有单独的原生代币余额。

使用嵌入式钱包的金融科技公司，一旦允许用户在其应用程序内持有或转移资产，便会承担哪些合规义务？

相关义务可能包括客户尽职调查（KYC）/反洗钱（AML）、制裁筛查、资金转移分析、"旅行规则"工作流程、稳定币披露、交易监控以及记录保存。具体分析取决于管辖区域、托管模式、资产类型、用户群体，以及该应用是否支持转账、兑换、奖励或支付功能。

使用嵌入式钱包的金融科技公司如何在不强制用户迁移钱包的情况下处理链支持和升级？

选择支持多链钱包操作、可配置资产支持以及拥有清晰资产支持流程的基础设施。应用程序应将用户账户身份与链特定地址分离，以便在不重建客户账户模型的情况下添加新网络。在上线前，应测试迁移流程及未支持资产的场景。