返回新手入门
新手入门

加密货币钱包教程:保管方式、收转币与安全检查

Trader Stan·2026.10.27·阅读时间 13 min

使用加密货币钱包前,先确认保管责任与可用备份;转账时取得相符的资产、网络与完整地址,算出足额的金额及费用,再核对签名内容。送出后查交易状态与接收结果,确认两者符合预期。本篇用以太币(ETH)教学情境演练;哈希不等于已收款,任何数据或签名内容无法确认时,停在送出之前。

你可能已经买过币,却在第一次提到钱包时卡住:同样是 ETH,为什么还要选网络?地址贴好了,为什么不能把余额全部转走?画面出现「成功」,又是谁认定的成功?

这几个问题其实连在一起。先弄清楚谁能动用资产,才知道备份该由谁负责;先确定转的是哪条链上的什么资产,才有办法检查接收结果。我比较建议你先走通一笔转账的判断,再增加钱包数量与链上操作。

钱包、地址与账户,先分清谁能动用资产

加密货币钱包是让你查看账户、接收资产与发起签名的工具;资产状态记在区块链上。这也解释了为什么更换钱包界面,可能仍能操作原来的账户,而删掉 App 并不会替你把链上资产清空。Ethereum.org《Ethereum wallets》的账户与地址说明采取这个区分。

地址能公开,控制材料要保密

地址是辨识收款对象的公开信息;私钥则用来产生签名,让网络验证相关操作是否获得授权。对一般单一私钥控制的账户而言,私钥泄露便可能让别人发出有效交易。智能合约账户以链上程序定义控制规则,例如要求多把密钥共同确认的多重签名,或另设恢复方式,因此不能把所有账户都想成一把钥匙。

接收资产时,对方需要的是正确网络上的地址,以及该收款方式另行要求的数据。对方不需要你的私钥、助记词或钱包解锁密码。公开地址仍可能串起交易记录,分享前也要考虑隐私,不要把「可以公开」理解成「毫无隐私风险」。

托管与自托管,谁负责恢复

托管账户由平台管理相关密钥,你通过账号及平台规则申请提币;自托管则由你持有或按设置共同控制签名能力。前者需要承担平台运营、提币限制与账户安全风险,后者需要自己处理密钥与恢复材料。托管服务能否重设登录,和链上交易能否撤回,是两个问题。

同一品牌可能同时提供交易所账户与链上钱包,不能只看图标就判断保管方式。先找清楚产品名称、创建账户时采用的模式,以及设备遗失后的恢复办法。Ethereum.org 上述文档亦将中心化交易所的保管责任与钱包界面分开说明。

先分清界面、地址与控制权。概念图|资产状态在链上;同一界面可以管理不同来源的账户。普通单一私钥账户为主要例子;智能合约账户可另有多重签名或恢复设置。

冷热描述密钥环境,不是另一种币

冷钱包与热钱包主要比较密钥如何保存及签署;托管与自托管比较控制权归谁,两条轴要分开看。交易所可能替客户使用冷存储,但你仍是托管账户的用户,没有因此取得平台的私钥。

手机界面可以连到硬件签名

手机或浏览器可以负责显示余额、创建交易,再交给硬件设备签署;在正常设计下,连接过程不必把私钥导入手机。MetaMask 官方《How to use a hardware wallet with MetaMask》建议在硬件上创建新的恢复材料,而非直接沿用曾存在软件钱包的助记词,本文于 2026 年 10 月 27 日核对。

硬件增加了确认环节,也增加备份与设备管理工作。你仍要读懂自己签了什么。若正在比较使用情境,可接续冷热钱包比较,本篇先完成收转币的共同流程。

备份准备好,才谈转入资金

采用助记词创建的自托管钱包,应先依官方流程完成备份检查,再考虑转入资产。助记词是用来重建相关密钥的恢复材料;额外导入的账户、硬件账户或其他登录模式,可能另有恢复要求,不能只抄一份便认定全部涵盖。

备份时保留单词顺序,避免拍照传给客服或贴进陌生网站。设备是否仍在手上、是否能解锁,以及备份能恢复哪些账户,都会影响后续处理。私钥与助记词差别会把这些分支拆开。

保管责任与密钥环境,分两条轴。概念图|交易所使用冷存储,不等于用户持有平台私钥。连接硬件界面与导入硬件助记词,是不同动作;后者改变密钥隔离条件。

收转币演练:先固定这一笔要做什么

这次只演练 Ethereum 主网上,从自己的普通账户 A 转出原生 ETH 到自己控制的普通账户 B。它是教学情境,没有实际广播;资金与费率都是假设。原生 ETH 是 Ethereum 的原生资产,这里不涉及跨链、代币兑换或智能合约调用。

第一步:同时核对资产、网络与接收地址

先在 B 的可信钱包界面选定 Ethereum 主网,取得接收地址,再回 A 检查网络及资产。ETH 是资产名称,Ethereum 主网是本次使用的网络;其他网络也可能使用 ETH 作为费用或资产名称,不能只核对币名。相同格式的地址,并不能证明接收方支持你选的那条链。

本例用 A、B 作位置代称,并没有提供可转款的示范地址。你实际练习时,应从自己的接收界面取得完整地址,在粘贴后及最后确认画面再次逐段核对;使用硬件时也核对可信设备显示。不要从交易历史中的小额陌生来款拷贝地址,更不要只凭头尾几码相同就认定是同一个对象。

若目的地是交易所,还要改查该平台的充值页:网络是否支持、是否暂停、最低充值,以及是否另需 Memo/Tag,也就是平台识别充值归属的附加信息。Kraken 官方充值说明 2026 年 8 月 19 日版本便将网络、附加信息与确认要求分开列出。这些条件不能从一个地址字符串推算,本次自己的普通 ETH 账户则没有平台确认充值归属这一步。

转账前,三项要一起对上。教学情境|A 转原生 ETH 到自己控制的普通账户 B;未实际广播。平台充值另核支持、门槛、服务状态及可能的 Memo/Tag;本例 B 无平台确认充值归属流程。

第二步:把转出金额与最高费用分开

假设 A 有 0.06 ETH,要转 0.05 ETH。再假设这笔普通转账的 Gas 上限为 21,000、每单位最高费率为 32 gwei,事前预留费用为 21,000 × 32 ÷ 1,000,000,000=0.000672 ETH,所以本例应准备 0.050672 ETH。Gas 是执行交易使用的计算单位,gwei 是 ETH 的小额计价单位,1 ETH 等于十亿 gwei。

事前预留用的是费率上限;实际费用则按实际 Gas 用量与有效费率计算。Ethereum.org《Gas and fees》说明了这两种口径。若另设一个完成情境:实际使用 21,000 Gas、有效费率为 30 gwei,费用便是 0.00063 ETH,A 合计减少 0.05063 ETH,剩下 0.00937 ETH。这组结果只是演算,不是一张真实交易回执。

如果 A 只有 0.05065 ETH,即使足以支付后面假设的实际成本,也低于本例事前要求的 0.050672 ETH,不能拿事后较低的费用替送出前的检查放行。21,000 也不是任何交易的通用上限;代币转账、合约交互或不同账户规则可能需要更多。实际操作应采用钱包对该笔交易的估算,无法理解估算时先停止。

事前准备额,与假设结算额分开。教学输入|余额 0.06 ETH;转出 0.05 ETH;Gas 上限与假设用量均为 21,000。Gas 上限 × 最高费率为本例准备口径;实际费用按用量 × 有效费率。非所有操作皆为 21,000。

从签名前到收款,逐项确认状态

一笔转账要分清「准备送什么」「是否被网络收录」「接收端是否符合预期」。本例接下来的成功与失败只是条件分支;没有真实交易哈希,就没有已发生的收款结果。

第三步:确认的是转账,还是别的权限

签名前最后核对 Ethereum 主网、接收地址 B、0.05 ETH,以及费用条件。本例是原生 ETH 转账;如果画面改成代币授权、未知合约或你不认识的数据,便已偏离原定任务,应拒绝签署。代币授权是让指定对象(常见为合约)按额度动用某种代币的权限,不能因为按钮写「确认」就当成普通付款。

若硬件设备显示与电脑不同的地址或金额,停在确认前,重新检查来源与设备。不要为了完成教学而关掉安全提示。对方若要求输入助记词来「验证收款」,也应立即中止;收款检查不需要交出恢复控制权的数据。

第四步:交易哈希只是查找起点

送出后取得的交易哈希,是用来查找这笔交易的识别码。先在对应 Ethereum 主网的区块浏览器查看状态、发送与接收地址、金额、区块及费用;区块浏览器是阅读公开链上记录的工具,不需要连接钱包或签名才能查一笔普通交易。

若状态仍是 pending,代表尚待处理,不能立即认定 B 已收到,也不宜再送一笔相同款项。若显示执行失败,要查看失败原因及费用;已收录后执行失败的交易仍可能消耗 Gas。Ethereum.org《Transactions》与《Gas and fees》对交易执行及费用的区分,正是此处不能只看有没有哈希的原因。

第五步:核对收款结果,再决定是否继续

假设本例回执显示成功,且地址 B、0.05 ETH 与计划一致,再检查 B 在正确网络上的资产变化。普通账户间的这笔转账,若没有其他同时发生的资金变动,B 应增加 0.05 ETH,费用由 A 另付。钱包界面若还没更新,先核对网络及公开记录,不要立刻重转。

若 B 是交易所地址,链上成功仍须接上平台所需确认与入账处理;不能把自己的钱包收款条件直接套用。就算一次小额入账已完成,下一次转账前也要重新取用并核对当下的充值信息,不能假定服务状态、地址或规则永远不变。

哈希、执行成功与收款,逐层核对。情境流程图|没有实际哈希,不记作已收款;费用及结果仍属教学假设。普通账户本例:若成功且无其他资金变动,B 增加 0.05 ETH,网络费由 A 另付。

哪些情况应该停止,而不是再试一次

无法确认网络、地址、费用或签名内容时,最合适的结果就是不送出;已广播后则先查原交易,避免因焦急重复付款。这个区分比背熟每个按钮的位置更能跨钱包使用。

未送出、待处理与已执行,处理方式不同

未签名前可以取消这次准备;pending 要先核对原交易和钱包提供的处理方式;已执行的交易不能靠删除 App 或关闭页面撤销。若转到错误网络或地址,恢复可能性取决于接收方控制权、网络及服务支持,不能承诺补一笔费用就能找回。

断开网站连接与撤销已给出的代币授权也不同。MetaMask 官方《Disconnect wallet from a dapp》特别说明断线不会自动撤销授权,本文于 2026 年 10 月 27 日核对。看到可疑签名请求时先拒绝,不把「已断线」当作旧权限已解除的证明。

小额测试能减少什么,不能证明什么

小额测试可以先检查当次收款路径,让错误金额较小;它不能证明助记词从未泄露、设备没有问题,或接下来每次签名都安全。测试成功后突然出现新的授权要求,仍是新的判断,不能沿用上一笔的信任。

先看在哪个阶段,再决定下一步。情境决策图|不因一笔小额测试成功,就跳过下一笔签名检查。小额测试只降低当次路径错误的金额,不证明秘密从未泄露或后续签名必然安全。

下一步:按问题补上钱包知识

先确认自己能说出一笔转账在哪个阶段,再深入需要的主题。冷热选择与备份控制权的两篇延伸文章,已在对应概念节提供链接;其余四篇可依下方问题接续阅读。

本文供钱包知识与操作判断学习,不构成投资建议。教学金额与费率不代表当前报价;真实转账须按使用产品及网络核对,错误操作可能造成无法追回的损失。

常见问题

Q1. 加密货币真的存在钱包 App 里吗?

资产状态记在区块链上,钱包提供查看账户与发起操作的界面。删除 App 不会清空链上资产,但若失去所需的密钥与恢复材料,可能无法再控制相关账户。

Q2. 交易所账户与自托管钱包差在哪?

交易所托管账户由平台管理相关密钥,你依平台规则申请提币;自托管则由你持有或按设置共同控制签名能力,也须承担相应的备份与恢复责任。

Q3. 相同的 ETH 地址可以随便选网络吗?

不可以只凭地址格式选网络。币名及地址相同,不代表接收方支持该网络;应同时核对资产、发送网络与接收端要求,平台充值还可能需要额外数据。

Q4. 为什么不能把 ETH 余额全部转走?

普通自行支付费用的 ETH 转账须另外准备网络费。事前检查使用该笔交易的费用条件,不能只准备转出金额,也不能用事后较低的费用替代事前上限检查。

Q5. 有交易哈希,就代表对方收到币了吗?

交易哈希只是查找识别码,仍须检查交易状态、网络、地址及金额。接收方若是平台,链上成功后还要符合其确认与入账条件。

Q6. 断开网站连接,代币授权会一起取消吗?

断开连接不会自动撤销先前给出的代币授权。连接状态与合约可动用的代币权限是不同事项,应另行核对已给出的授权。

加密货币钱包自托管冷钱包热钱包ETH钱包安全