什么是多方计算(MPC)钱包?完整开发者指南
作者 Alchemy Team

多方计算(MPC)钱包已成为机构级加密安全领域的一项重大进展,是从传统单密钥方案迈出的重要一步。除 MPC 之外,可信执行环境(TEE)等替代技术也逐渐兴起,为解决 web3 应用中密钥管理与用户体验这一核心难题提供了不同的思路。
如果你正在构建加密基础设施,或正在为你的应用评估钱包方案,本指南将介绍 MPC 技术的方方面面,探讨它与 TEE 等替代方案的对比,并帮助你判断哪种方案更符合你的安全与用户体验需求。
什么是多方计算?
多方计算(MPC)是一种密码学协议,使多方能够在各自输入保密的前提下,共同计算一个基于这些输入的函数。在加密钱包场景中,MPC 将一个私钥拆分为多个加密分片,分发给不同的参与方,使它们能够共同签署交易,而无需重建完整密钥,也无需任何一方获知其他分片的信息。
可以把它想象成需要多名军官同时转动钥匙才能启动的核发射系统——只不过在 MPC 中,这些"钥匙"是数学分片,能够在从未同时存在于一处的情况下生成有效签名。
再举一个更贴近现实的例子:假设一家 Web3 初创公司有 3 名开发者,他们想计算平均薪资,但不想在计算过程中向彼此或任何可信第三方透露各自的薪资数字。
在这种场景下,员工可以使用多方计算(MPC)协议来计算平均薪资,而无需披露各自的薪资或隐私信息。该 MPC 协议会采用一种称为加法秘密分享的知名密码学技术,即将一个秘密拆分并分发给一组独立的参与方。这样,外部方无需直接与员工交互,就能得出平均薪资。
MPC 的两个核心属性
任何 MPC 协议都必须保证:
- 隐私性:协议执行过程中,无法推断出各参与方所持有的私有信息
- 准确性:即使部分参与方偏离协议或泄露信息,也无法迫使诚实参与方输出错误结果
MPC 实际如何运作:技术深度剖析
以下是使用 MPC 钱包时底层发生的过程:
1. 分布式密钥生成(DKG)
钱包使用 Shamir 秘密分享或更高级的门限签名方案等密码学技术来生成密钥分片。每个分片单独存在时是没有意义的——需要达到一定门限数量(例如 2-of-3)才能执行任何操作。此外,完整的私钥在任何时候都不会存在于单一位置,即便在生成过程中也是如此。
2. 交易签名
当你发起一笔新交易时,钱包会创建一个签名请求。持有密钥分片的多方需要通过一套密码学协议共同为该交易生成签名。
各方交换数学证明,但不会泄露各自密钥分片的任何信息,从而保持该方案的安全性。最终得到的签名与传统单密钥钱包生成的签名完全相同。
3. 密钥刷新与恢复
除了上述功能流程外,MPC 钱包还可以定期刷新密钥分片,而无需更改底层私钥。这在某个密钥分片丢失的情况下尤其有用,系统可以生成新的分片,使旧分片失效。
将 MPC 钱包与其他加密钱包进行对比
钱包安全领域提供了多种方案,各有不同的权衡取舍。理解这些差异对于为你的应用选择合适方案至关重要。
从技术角度看,MPC 钱包本质上仍是单私钥钱包,只不过这个单一密钥被拆分为分片,由不同的参与方/设备持有。在实现 MPC 时,服务商必须决定如何分配这些分片,这从根本上影响着安全性与用户体验。
简单的双方设置:
- 需要用户参与的分片:用户持有一个分片,服务商持有另一个,两者都需参与签名。这种方式提供了真正的安全性,但会带来用户体验上的摩擦——用户必须管理密码学材料,并承担永久锁定的风险。
- 服务商控制的分片:服务商持有足够多的分片,可以独立完成签名。相较传统私钥管理方式,这种方式的安全性提升有限,因为一旦服务商被攻破,用户资金仍可能被访问。
**更复杂的三方设置:**更先进的实现方式采用 2-of-3 门限方案:
- 用户设备分片:封存于用户设备内(通过 TEE/Secure Enclave),并以生物识别或 PIN 码作为访问门槛
- 服务商分片:由服务商持有,通常与社交登录关联
- 备份分片:单独存储(用户的冷存储、应用开发者或服务商存储)
此设置允许用户在丢失设备时,使用备份分片生成新的设备分片来恢复访问权限,而备份分片本身仅限用于重新分片操作。不过,即便是这些更先进的实现方式,在面对现代身份验证方式时,仍存在根本性的局限。
MPC 与多签钱包对比
虽然 MPC 钱包在技术上属于单密钥模型,但它与多签钱包有许多共同之处。那么两者究竟有何区别?
多签钱包使用一种独特的数字签名机制,要求多个私钥共同验证才能完成一笔转出交易。相比之下,MPC 钱包是将单个私钥拆分给多个参与方。两种模式下,交易都需要多方/多设备共同签署,但各自的实现方式不同。
多签钱包:
- 存在多个完整的私钥
- 需要链上智能合约实现
- 在链上可见(任何人都能看出这是一个多签钱包)
- 由于需要多重签名验证,Gas 成本更高
- 仅限于原生支持多签的链
MPC 钱包:
- 单个私钥被拆分为多个分片
- 在密码学层(链下)完成运作
- 在链上表现为普通的单签名钱包
- 标准的交易成本
- 协议无关(可适用于任何区块链)
MPC 与智能合约钱包(账户抽象)对比
ERC-4337 和 ERC-7702 这两项账户抽象标准的兴起,为钱包用户体验带来了新的可能性。Alchemy 的 Gas Manager 与 Bundler 为账户抽象钱包提供交易打包与 Gas 赞助功能,同时开发者可以根据自身的身份验证与安全需求,自由选择密钥管理方案。
智能合约钱包仍然需要密钥管理,因此 MPC 钱包与账户抽象并非竞争关系,实际上许多应用正在将两者结合使用,以在提升安全性的同时为用户提供更好的体验。
MPC 与 TEE:现代化的选择
**可信执行环境(TEE)**已成为 MPC 之外一个颇具吸引力的替代方案,尤其适合以用户体验为优先考量的应用:
MPC 方案:
- 将密钥分片分发给多个参与方
- 每次签名都需要各方协调
- 无法为邮箱/社交登录提供可验证的访问控制
- 只能在用户复杂度(用户必须管理密码学材料)与服务商控制(服务商持有足够分片可独立操作)之间二选一
TEE 方案:
- 硬件隔离的密钥存储与计算
- 可提供与邮箱/社交身份验证绑定的可验证访问控制
- 无需用户管理密码学材料
- 在不牺牲安全性的前提下实现流畅的用户体验
TEE + 账户抽象的优势
将 TEE 与智能合约钱包结合,可以获得最优的功能组合:
- 安全的硬件隔离密钥管理(TEE)
- 与常见身份验证方式绑定的可验证访问控制(TEE)
- 可编程的交易规则(智能合约钱包)
- Gas 赞助与批量处理能力(智能合约钱包)
- 社交恢复选项(智能合约钱包)
- 无需管理密钥复杂性的流畅用户体验(TEE)
TEE 能够以密码学方式保证,账户访问只有在身份验证成功通过时才会发生,从而支撑现代应用所需要的用户体验。
MPC 钱包有哪些优势?
MPC 钱包提供了几项理论上的优势,使其成为钱包安全演进过程中重要的一环:
- 分布式信任模型:私钥不存储在单一位置,理论上减少了单点故障风险。
- 数学层面的隐私保证:数据经过加密和分发,任何一方都无法获取完整密钥。
- 协议兼容性:MPC 可适用于所有区块链,无需依赖特定智能合约支持。
- 密码学创新:代表了应用密码学在实际用例上的重大进展。
不过,这些优势伴随着实现层面的权衡取舍,而 TEE 等替代方案能更优雅地解决这些问题。
MPC 钱包有哪些不足?
MPC 的局限性推动了 TEE 等替代方案的发展:
- 计算开销:MPC 需要复杂的密码学运算,给每笔交易都增加了延迟和计算成本。
- 通信成本高:在分布式各方之间进行协调会带来网络开销及潜在故障点。
- 身份验证局限:MPC 无法为用户所期望的邮箱和社交登录方式提供可验证的访问控制。
- 用户体验复杂:真正的 MPC 实现要求用户自行管理密钥材料,而简化版本可能无法带来实质性的安全提升。
- 实现权衡:用户复杂度(方案一)与形式化安全(方案二)之间的根本抉择,限制了其实际适用性。
2025年领先的 MPC 钱包方案
过去几年,MPC 钱包领域已相当成熟,市场参与者众多。以下是目前市场上一些主要的服务商。
面向企业
Fireblocks
Fireblocks 提供业界领先的硬件隔离安全方案。它支持超过 3 亿个钱包,通过 SOC2 Type 2 认证,并提供一系列功能以满足各类企业需求,包括热存储与冷存储、节点基础设施以及资产保险。
Blockdaemon
Blockdaemon 提供一整套机构级安全方案,包括 MPC 钱包产品及托管库服务商。它通过 ISO 27001 认证,专为验证者和机构投资者设计。
面向消费者
Zengo
Zengo 支持 1,000 种不同资产,拥有超过 150 万用户,是市场上最早的消费级 MPC 钱包之一。作为一款适合移动优先应用的产品,Zengo 提供生物识别验证、三因素身份验证以及多链支持。
Coinbase Wallet
Coinbase 是全球最大的交易所之一,其钱包产品在安全性方面不断突破边界,这并不令人意外。凭借无缝的法币入金通道、MPC 集成以及可嵌入第三方应用的 SDK,Coinbase 的钱包产品是当今市场上最受欢迎的产品之一。
面向开发者(SDK 与基础设施)
Web3Auth
Web3Auth 近期被 Consensys 收购,提供 MPC 与账户抽象两方面的功能。凭借对 Web、iOS、Android 及 React Native 的支持,Web3Auth 是一个用于保护用户安全的灵活框架。
Portal
Portal 近期将定位调整为稳定币基础设施服务商。Portal 提供简单易用的 SDK 和 API,让开发者能够快速将 MPC 功能集成到自己的钱包技术栈中。
Alchemy 基础设施
Alchemy 提供 RPC 和 Data API、Gas Manager 以及 Bundler,钱包开发者可以利用这些工具实现链连接、链上数据获取、Gas 赞助以及账户抽象交易打包。关于嵌入式钱包能力,可参阅 Alchemy 与 Privy 的合作。
如何选择 MPC 钱包
将 MPC 钱包集成到你的应用中并不像想象中那么复杂,通常只需简单的 SDK 集成即可完成。以下是你需要考虑的步骤。
评估你的需求
首先,根据你的使用场景和需求评估各个 MPC 服务商。例如,如果你在构建一款面向消费者的应用,可能会更看重社交恢复功能,而非企业级金库安全性。如果你的应用以移动端为主,那么或许应优先考虑生物识别验证。
除了评估各服务商的功能集之外,你还应考虑以下几点:
- 链支持:它是否支持你所构建的链?
- 集成复杂度:需要投入多少开发工作量?
- 合规性:该方案是否满足你的监管要求?
- 成本结构:使用该 MPC 服务商的成本是多少?随着业务规模扩大,成本将如何变化?
- 性能:该服务商提供哪些 SLA 及性能基准?
MPC 实现的安全最佳实践
无论使用 MPC、TEE 还是混合方案,以下安全最佳实践都至关重要:
密钥生成与存储
- 始终使用硬件支持的随机数生成密钥。
- 在适用场景下,实施密钥刷新协议(每月或每季度一次)。
- 在使用 MPC 时,将分片存储在地理位置分散的地点。
- 为每个组件使用不同的安全模型(HSM、TEE、安全元件)。
网络安全
- 对所有密钥分片通信实施端到端加密。
- 在 MPC 节点之间使用双向 TLS 身份验证。
- 在适用场景下,将节点部署在不同的网络分段中。
- 监控分片是否存在异常签名模式。
运营安全
- 对所有管理操作要求多因素身份验证。
- 对签名请求实施速率限制。
- 记录并审计所有密钥管理操作。
- 定期进行安全评估及渗透测试。
合规与数据隐私考量
嵌入式钱包服务商在处理用户身份验证数据时必须应对复杂的监管要求,因此在你考虑基于钱包进行构建时,应牢记以下几点:
KYC/AML 触发条件
当钱包涉及法币出入金、高价值交易或在受监管司法辖区运营时,"了解你的客户"(KYC)要求可能会被触发。社交登录数据可以通过提供已验证的身份信息,简化合规流程。
GDPR 义务
当社交登录系统收集个人信息时,欧洲用户享有数据可携带、删除及访问的权利。因此,钱包服务商必须实施数据最小化原则,并针对欧洲客户获取明确同意。
合规清单
正在基于钱包进行构建,希望时刻牢记几个要点?请留意那些能够提供以下功能的方案:
- **数据最小化:**仅收集钱包功能及合规要求所必需的信息。
- **区域化密钥存储:**将密码学材料和用户数据存储在符合监管要求的司法辖区内。
- **SOC2 Type II 报告:**实施企业级安全控制,并定期接受第三方安全评估。
常见误区及应对方法
了解常见的实现误区,有助于做出更好的架构决策:
误区一:忽视恢复机制
现实情况:无论采用何种底层技术,用户都会丢失设备、忘记凭证。解决方案:从第一天起就构建多条恢复路径。TEE 能够实现 MPC 难以轻易提供的复杂恢复流程,而 MPC 则需要围绕密钥分片恢复进行周密规划。
误区二:忽视性能影响
现实情况:MPC 签名可能给每笔交易增加 100-500 毫秒的延迟,而 TEE 操作通常快得多。解决方案:实现流畅的 UI 更新,让用户了解交易状态,并考虑你的应用是否能够容忍 MPC 固有的延迟。
误区三:身份验证方式的局限
现实情况:用户期望获得无缝的邮箱及社交登录体验。解决方案:仔细评估你所选择的方案是否能为现代身份验证方式提供可验证的访问控制。TEE 在这方面表现出色,而 MPC 则面临根本性局限。
误区四:供应商锁定
现实情况:一旦部署完成,更换钱包安全服务商可能十分复杂。解决方案:将服务商特定的逻辑抽象出来,尽可能保持密钥格式的可移植性,为未来迁移留出空间。
MPC 钱包的未来:2025年及以后
钱包技术格局正在快速演变,不同方案正在各自找到最适合的应用场景:
MPC 的持续作用对于需要分布式控制和监管合规的特定机构用例,MPC 仍然具有价值。其密码学创新为安全计算领域更广泛的进步铺平了道路。
TEE 成为消费级标准对于消费级应用和面向开发者的平台,TEE 技术已成为首选方案。它能够实现主流普及所需的流畅用户体验,同时提供可验证的安全保证。
混合方案未来很可能出现结合不同技术优势的混合系统。例如,在面向用户的操作中使用 TEE,同时利用 MPC 满足机构级托管需求。
无形的安全能够胜出的钱包方案,将是用户从不需要为之费心的那些——用户以熟悉的方式完成身份验证,安全机制无形运作,恢复机制真正能为实际用户所用。
结论:MPC 作为 Web3 未来的基石
MPC 钱包代表了密码学安全领域的重大进展,在推动行业迈向更好的密钥管理方案方面发挥了重要作用。对于正在构建下一代 web3 应用的开发者而言,理解 MPC 有助于把握更广阔的安全格局。
然而,MPC 在实际应用中的局限性——尤其是在用户体验和身份验证方面——催生了 TEE 等能够兼顾安全性与可用性的替代方案。关键在于为你的具体使用场景选择合适的架构,无论是需要分布式控制的机构应用,还是需要无缝入门体验的消费级平台。
随着我们迈向每个应用都集成加密功能的未来,能够胜出的基础设施将在安全性、可用性和灵活性之间取得平衡。MPC 已经打下了重要基础,而 TEE 等技术正在兑现无形、安全用户体验的承诺。
使用 Alchemy 构建钱包基础设施
准备好在你的应用中落地钱包技术了吗?在评估密钥管理方案时,不妨思考真正重要的问题:你的用户是否真的能够用得上,安全机制是否真的能发挥作用?Alchemy 提供钱包服务商及应用开发者在使用其所选钱包方案时所需的链基础设施:
- 可靠的区块链访问:通过 Alchemy 的 RPC API 连接所支持的各条链
- 链上数据:使用 Alchemy 的 Data API 获取钱包余额及交易活动
- 账户抽象基础设施:使用 Gas Manager 进行 Gas 赞助,使用 Bundler 进行交易打包
这样一来,你就可以将所选的钱包安全模型与面向生产环境的链访问、数据及交易执行基础设施结合起来。
- 通过 Gas Manager,探索无 Gas 交易。
- 了解 Alchemy 与 Privy 的合作关系。
常见问题
什么是 MPC 钱包?
MPC 钱包使用多方计算,将一个私钥拆分为多个加密分片,分发给多方持有,使它们能够共同签署交易,而无需任何一方持有完整密钥或在同一处重建该密钥。
MPC 钱包与传统钱包有何区别?
传统钱包将完整私钥存储在单一位置,形成单点故障风险;而 MPC 钱包将密钥分片分发给多方,需要多方协作才能完成签名,且不会暴露完整密钥。
相较多签钱包,MPC 钱包的主要优势是什么?
MPC 钱包在链上表现为普通的单签名钱包,交易成本标准,且适用于所有区块链;而多签钱包需要链上智能合约实现,Gas 成本更高,且仅限于原生支持多签的链。
MPC 钱包安全吗?
MPC 钱包要求多方共同协作完成交易,从而提升了安全性,使盗窃行为更加困难,因为攻击者必须同时攻破多个系统,而非单一的密钥存储位置。
MPC 钱包的主要不足是什么?
MPC 钱包存在计算开销,会给交易带来延迟,各方之间的通信成本较高,且无法为用户所期望的邮箱和社交登录方式提供可验证的访问控制。
MPC 钱包如何处理密钥恢复?
MPC 钱包可以定期刷新密钥分片,即使部分分片丢失,只要剩余分片达到门限数量仍可访问;但不同服务商在用户复杂度与安全性之间的权衡实现方式差异较大。
MPC 钱包能否与账户抽象结合使用?
可以。MPC 钱包可以与智能合约钱包及账户抽象功能结合使用,因为智能合约钱包仍然需要密钥管理,而 MPC 可以提供这一底层安全层。
MPC 与 TEE 方案有何区别?
MPC 将密钥分片分发出去,每次签名都需要各方协调;而 TEE 使用硬件隔离的密钥存储方式,能够提供与邮箱/社交身份验证绑定的可验证访问控制,用户体验更佳。
相关概览
钱包2026年10月14日
什么是 paymaster?
Paymaster 为 user operation 赞助 gas,或让用户用 ERC-20 代币支付这笔费用。
钱包2026年9月2日
Agent 钱包:面向 AI Agent 的会话与权限模型
AI Agent 如何在不持有私钥的情况下获得范围受限、可撤销的钱包访问权限:会话、委托签名与即时撤销。
钱包2026年7月29日
别再把私钥粘贴到 Cursor 中:如何为你的编码智能体配置钱包
为你的编码智能体配置钱包,而不必把私钥交给它。了解 Alchemy CLI 的智能体钱包如何通过限定范围的会话,让智能体无需在 .env 中存储私钥即可完成交易。

构建区块链应用
Alchemy 将最强大的 Web3 开发者产品和工具与资源、社区及专业支持结合在一起。