什么是加密货币钱包?

加密货币钱包是用来查看区块链账户、准备交易和完成授权的工具。它可以是手机应用、浏览器扩展、桌面软件、硬件设备,也可以是服务商提供的账户界面。

加密资产并不是以“币文件”的形式存放在钱包内部。余额、可花费输出和账户状态由区块链规则记录。钱包实际存储或连接的是读取这些状态、或请求改变状态所需的信息与权限。控制这种授权本身,并不能决定所有法律或合同层面的所有权问题。

钱包界面背后的主要功能

钱包看起来像一个应用,实际可能由多项功能共同完成:读取区块链数据、找到用户账户、准备交易、取得授权,再把交易发送到网络。单一界面背后可能包含以下组件:

  1. 网络或数据访问从节点或索引服务获取区块、账户状态、交易历史、代币元数据或费用信息。
  2. 账户发现负责推导或导入地址,并判断界面应监控哪些账户。
  3. 交易构建把用户请求转换成网络要求的精确数据,包括目标地址、数量、用于排序和防止重复执行的交易序号、费用,以及适用时的合约指令。
  4. 授权创建或收集网络要求的签名、批准或账户专用证明。
  5. 广播和状态追踪提交已签名交易,并追踪其是否被纳入或失败。

这些功能不必在同一个应用或设备上运行。软件可以构建交易,硬件设备负责签名。观察钱包可以显示地址,却没有任何签名权限。托管服务也可以提供类似钱包的界面,同时把签名流程放在用户看不到的系统中。因此,看到钱包界面,并不能直接判断私钥保存在什么地方。

由于数据层与授权层相互分离,数据提供方错误或不可用时,界面可能显示不完整,而区块链记录本身并未改变。反过来,某个界面能显示地址和余额,也不能证明它有权授权交易。

密钥、助记词与账户相互关联,但并不相同

账户是区块链上的记录和授权安排;私钥用于签名;助记词则可能用于恢复一组密钥。三者有关联,但不能互换。在传统的密钥控制账户中,私钥创建签名,对应公钥支持验证。分层确定性(HD)钱包可以从一份起始信息推导多组密钥,而不是为每个地址存放一把互不相关的密钥。比特币改进提案 BIP-32 规定扩展密钥和推导树;BIP-39 则规定一种钱包常用的助记词到种子的转换流程。两项标准都没有要求所有区块链账户或钱包必须使用这种架构。

“钱包等于私钥”的理解过于狭窄。以 Ethereum 账户为例,外部账户通过密钥对控制,而合约账户由代码控制,并没有自己的私钥。智能账户系统还可以采用多个签名方、支出政策或恢复规则。即使授权无法简化为本地保存的一把密钥,相关界面仍会被称为钱包。

在使用助记词的架构中,助记词可以重建确定性的根材料。钱包密码或 PIN 通常用于控制本地访问或解密本地存储。因此,重置服务登录、输入 PIN 和使用助记词恢复是不同操作,后果也不同。

托管、联网程度和产品形态是三个维度

“手机钱包”“热钱包”和“非托管钱包”不是同一套分类。它们分别说明界面长什么样、签名是否联网,以及谁掌握交易权限:

  • 谁控制授权? 在托管安排中,服务商控制相关签名流程或账户权限;在自托管中,用户控制密钥或授权安排。
  • 签名端的联网程度如何? 热签名系统可以随时供在线软件调用;冷流程让签名材料或设备在更长时间内与在线系统隔离。
  • 界面如何提供? 手机、浏览器、桌面和硬件描述的是产品形态,本身不能确定最终由谁控制账户。

手机钱包可以是自托管,也可以是托管。硬件钱包可以保护自托管密钥,但硬件设备也可能只是某套托管系统中的一个组件。因此,“硬件”“冷”和“非托管”不是同义词。

钱包实际签署的数据

用户点击“确认”时,钱包签署的不是屏幕上的文字,而是区块链能够识别的一组编码数据。该数据可能表示转账、合约调用、类型化消息、授权或账户操作。签名前,钱包软件可能模拟结果或解析部分字段,但呈现质量和完整度因实现而异。

有效签名证明相关授权条件已对被签数据满足;它不证明该操作有利、目标地址符合预期,或界面解释了所有后果。恶意软件可能替换地址,合约可能出现预期外行为,范围过大的代币授权也可能允许后续操作。保持密钥机密与理解所请求的授权,是两项不同的控制措施。

对于 Ethereum 应用,钱包提供方通常通过远程过程调用(RPC)接口接收应用请求,并用事件通知应用状态变化。以太坊改进提案 EIP-1193规定了这类提供方接口。提供方可以把应用连接到账户,但标准并未要求应用本身持有私钥。

恢复方式取决于钱包架构

钱包如何恢复,取决于它原本如何控制账户;并不存在适用于所有钱包的一套恢复方法:

  • 托管服务可能按其条款提供账户恢复流程;
  • 分层确定性(HD)钱包可能依赖助记词、附加口令和兼容的推导设置;
  • 独立密钥钱包需要备份对应密钥;
  • 多签或智能账户可能使用剩余签名方、守护人或合约规定的恢复方式;以及
  • 设备绑定密钥可能无法导出,并依赖另一套恢复安排。

恢复密钥不一定会恢复标签、联系人、已导入账户、多签配置或其他应用元数据。同样,更换钱包软件本身不会转移区块链资产:兼容软件有时可以访问同一账户,而不兼容的推导路径或网络设置可能最初显示不同地址。

钱包显示和交易的常见故障

“钱包出问题”不一定意味着资产或私钥出了问题。故障可能发生在数据显示、交易准备、签名、网络处理或恢复等不同环节:

  • 钱包连接错误网络时,可能显示另一套账户状态或构建无法使用的交易;
  • 节点接口(RPC)或索引服务中断可能隐藏近期活动,却不会把活动从区块链上删除;
  • 不受支持的代币元数据可能导致资产无法自动显示;
  • 错误的目标地址或合约指令仍可能被成功签名;
  • 费用不足、交易序号冲突或合约回滚可能阻止预期状态变化;以及
  • 授权材料丢失可能使账户无法访问,即使余额仍公开可见。

因此,诊断问题时需要先判断它属于数据显示、交易构建、签名、网络接受还是恢复环节。

常见问题

一个钱包能支持所有区块链吗?

不一定。不同网络采用不同的地址格式、交易编码、签名机制和应用接口。需要针对具体钱包、网络和资产确认支持情况。

导入地址是否就获得了控制权?

不是。只有地址也可以进行观察。要获得控制权,还需要账户规则所接受的私钥或其他授权机制。

钱包提供方一定是托管方吗?

不一定。公司可以发布钱包软件而不控制用户密钥,另一项服务也可以在托管界面背后控制签名。实际需要判断的是谁能授权交易,以及谁能恢复或改变该权限。

相关阅读

继续了解私钥、公钥、助记词、非托管钱包和加密资产托管,或返回加密货币术语表。

如需面向初学者的更广泛介绍,可阅读 OKX Learn 现有文章什么是加密货币钱包?。该文仅作为延伸阅读,不是本词条的主要技术资料来源。

参考来源

  • Bitcoin Developer Guide:钱包——钱包功能、确定性推导,以及联网和签名功能的分离。
  • Ethereum:钱包——钱包界面、账户访问与常见产品形态。
  • Ethereum:账户——外部账户和合约账户的控制方式。
  • BIP-32——分层确定性密钥树与扩展密钥。
  • BIP-39——兼容钱包采用的一种助记词到种子的转换机制。
  • EIP-1193——应用与钱包能力之间的 Ethereum 提供方接口。
  • ERC-4337——智能账户操作、验证与可扩展授权。
免责声明
本文章可能包含不适用于您所在地区的产品相关内容。本文仅致力于提供一般性信息,不对其中的任何事实错误或遗漏负责任。本文仅代表作者个人观点,不代表欧易的观点。 本文无意提供以下任何建议,包括但不限于:(i) 投资建议或投资推荐;(ii) 购买、出售或持有数字资产的要约或招揽;或 (iii) 财务、会计、法律或税务建议。 持有的数字资产 (包括稳定币) 涉及高风险,可能会大幅波动,甚至变得毫无价值。您应根据自己的财务状况仔细考虑交易或持有数字资产是否适合您。有关您具体情况的问题,请咨询您的法律/税务/投资专业人士。本文中出现的信息 (包括市场数据和统计信息,如果有) 仅供一般参考之用。尽管我们在准备这些数据和图表时已采取了所有合理的谨慎措施,但对于此处表达的任何事实错误或遗漏,我们不承担任何责任。 © 2026 OKX。本文可以全文复制或分发,也可以使用本文 100 字或更少的摘录,前提是此类使用是非商业性的。整篇文章的任何复制或分发亦必须突出说明:“本文版权所有 © 2026 OKX,经许可使用。”允许的摘录必须引用文章名称并包含出处,例如“文章名称,[作者姓名 (如适用)],© 2026 OKX”。部分内容可能由人工智能 (AI) 工具生成或辅助生成。不允许对本文进行衍生作品或其他用途。

相关推荐

查看更多
Generic bull market charts thumbnail

什么是 FOK 订单(全部成交否则取消)?

**FOK(Fill or Kill)是要求立即全部成交、否则整笔取消的订单执行条件。** 它不接受部分成交,也不保留未成交数量等待下一次机会。在加密交易中,FOK 常与[限价单](/zh-hans/learn/what-is-limit-order)结合使用。 ## FOK 是怎么运作的? 订单提交并通过检查后,交易系统核对符合价格要求的对手单能否满足全部数量:能够立即满足,就全部成交;不能满足
2026年11月12日
thumbnail:bullish-calendar-spread-strategy

什么是挂单方(Maker)?

**挂单方(Maker)是在订单簿中先提供报价、之后由其他订单与之成交的一方。** 订单簿记录尚未成交的买卖报价及数量。在采用订单簿的加密现货和合约市场中,挂单方为其他交易者提供了可以接受的买入或卖出价格。 ## 一笔挂单成交是怎样发生的? 订单提交后,如果没有立即匹配,而是留在订单簿中,它就为后续交易提供了报价。后来有对手订单接受这个价格,双方完成成交,原先提供报价的一方便是这笔成交的 Make
2026年11月12日
trade-academy-beginner-4

什么是吃单方(Taker)?

**吃单方(Taker)是与订单簿中已有报价立即匹配并成交的一方。** 订单簿记录尚未成交的买卖报价及数量;吃单方接受其中的报价,完成对应数量的交易,而不是先挂出自己的报价等待。 ## 吃单成交是怎样发生的? 一方先在订单簿上提供报价,另一方提交能够与它匹配的订单。交易系统将两者配对,后提交并取走已有报价的一方,就形成吃单成交。 例如,假设订单簿中已有价格 100 USDT、数量 2 个的卖单。一
2026年11月12日
Options trading generic thumb

什么是买卖价差?

**买卖价差(Bid-Ask Spread)是同一市场、同一时点的最低卖价与最高买价之间的差额。** 在采用订单簿的加密市场中,它描述买卖两边最接近的报价还相差多少。 ## 买卖价差怎样计算? 订单簿是尚未成交的买卖报价清单。买方报价称为 Bid,其中最高的一档是**最优买价(Best Bid)**;卖方报价称为 Ask,其中最低的一档是**最优卖价(Best Ask)**。 **买卖价差=最优卖
2026年11月12日
Forward Contracts vs. Futures Contracts What Are the Differences

什么是只做 Maker 订单(Post-Only)?

**只做 Maker 订单(Post-Only)是在限价单上附加“只挂单、不立即吃单”要求的订单。** 在采用订单簿的加密现货和合约市场中,订单簿记录尚未成交的买卖报价及数量。先提供报价、之后由其他订单与之成交的一方称为[挂单方](/zh-hans/learn/what-is-maker)(Maker);接受已有报价并立即成交的一方称为[吃单方](/zh-hans/learn/what-is-ta
2026年11月12日
thumbnail:arbitrage-order

什么是 IOC 订单(立即成交否则取消)?

**IOC 订单(Immediate or Cancel)要求立即成交当前能够成交的数量,并取消剩余未成交数量。** 在采用订单簿的加密货币市场中,订单簿记录尚未成交的买卖报价及数量。IOC 订单会尝试与其中已有的报价成交,不把剩余数量留下等待。 ## IOC 是怎么运作的? IOC 限制的是订单可以等待多久,[限价单](/zh-hans/learn/what-is-limit-order)限制的
2026年11月12日
查看更多