区块浏览器怎么看懂:一笔转账成没成、币到没到

转账发出去二十分钟,对方说没收到,你手上只有一串 0x 开头的字符和一个满屏字段的查询页,这时候该先看哪一格?

这类页面劝退,不是因为它难,是因为它把三件不相干的事摆在同一屏:链上那条记录本身、这笔交易到底做了什么、以及钱花在哪。ethereum.org 的开发者文档把这类站点称作访问以太坊数据的门户(见 ethereum.org 的区块浏览器文档,2026 年 9 月核对)。门户的意思是它只是个窗口,窗口后面摆着的东西分属不同层;混着读,就会读出「状态明明是成功,币却没到,所以这页在骗人」这种结论。

下面按那三层走一遍。要是你还没分清眼下这件事属于「没到账」还是「钱包没显示」,先去看《转过来的币看不到:先分清是没到账,还是没显示》那篇的分流;这里默认你已经拿到了一个能查的入口,只讲那一页上的字段各自算什么。

第一层的入口:哈希、TxID、txhash 是同一样东西

卡在第一步的人比想象中多,原因往往只是名字太多。交易一旦被创建,就会被分配一个交易哈希,它也叫 Transaction ID 或者 txhash,三种叫法指的是同一个东西(据区块浏览器 Etherscan 信息中心的交易说明,英文页,2026 年 9 月核对)。钱包的记录详情里它可能写作交易 ID,交易所的提币记录里可能写作 TxID,浏览器的搜索框提示里又写作 Txn Hash。

更麻烦的是另一种:你是收款那一方,对方只甩过来一句「转了」,哈希根本没给。这时候不必追着要,用地址一样能查——把你的收款地址粘进搜索框,出来的是这个地址下的交易列表,按时间往回翻,那一笔在不在,一眼就知道。

地址查比哈希查更常用得上。哈希查的是「这一笔的情况」,地址查的是「这个口袋进出了什么」,而绝大多数求助场景要回答的其实是后一个问题。

还有一条底线,趁早说:区块浏览器是只读的,链上数据本来就公开,你什么都不用连、不用签、不用登录。任何以查询、解冻、激活记录为名,要你连接钱包或者填助记词的「查询页」,都不对,关掉就行。

状态那一格只有三个答案

字段表里写得很干脆:状态这一项指示交易是待处理、失败还是成功(同上,ethereum.org 区块浏览器文档)。三选一,没有第四种,也没有「部分成功」。

待处理的含义值得单独说一句。按以太坊的交易文档,验证者必须选中你的交易并把它包含进某个区块,这笔交易才谈得上被验证、被视为成功(据 ethereum.org 的交易文档,2026 年 9 月核对)。所以待处理只说明还没轮到它进区块。这个状态下你能做的事只有一件:等。最不该做的是再发一笔——原来一笔要查,现在两笔都要查,钱还多付一份。

状态旁边通常还有一格确认数。它数的是:自从包含你这笔交易的那个区块被处理之后,链上又处理了多少个区块(见前述 Etherscan 说明)。数字一直在涨是正常的,涨得越高,这笔被推翻的可能性越小;以太坊文档的说法是,随着时间推移,包含你交易的那个区块会先升级为已证明,再到已最终确定。

要涨到多少才算稳,这篇不给数字。各条链的出块节奏不同,收款方的要求也不同,本站没有拿到一份可以直接引用的权威对照,编一个数出来比不写更糟。要看各链大致情况,本站的各链到账时间对照是按链列的。

这两格的阅读顺序不要颠倒:先看状态,状态没出结果之前,确认数那一格没有意义。

查不到的时候,先怀疑链选错了

输进去,页面回你一句没有找到——这一幕最容易让人往「币丢了」的方向想。先别。多数时候找错的不是交易,是账本。

同一个地址在多条 EVM 链上长得一模一样,但每条链有自己的浏览器,各查各的账本。拿以太坊的浏览器去查一笔发生在别的链上的交易,结果只能是查不到。核对办法很短:回到转账记录里,看当初选的那条链叫什么,换那条链的浏览器再查一次。如果确认是发到了另一条链上,能不能弄回来要分情况,《转错链了还能找回吗》按情况拆过。

第二种查不到是粘错了,少一位、多一个空格、把前后两个字符看混。重新复制一次比盯着屏幕找便宜得多。

第三种更阴。结果出来了,地址看着也对,但对的只是头四位和尾四位——地址投毒就是专门冲着「只看两头」这个习惯来的。比对的时候要把中间那一截也过一遍,或者把两串地址摆在一起,用本站的相似地址对比工具看差异在哪一位。顺手记一个次序:先比地址,再看金额。金额对而地址错,钱是真的走了,只是走去了别人那里。

第二层:这笔交易到底把什么给了谁

三格一起读。发送方是提交这笔交易的账户地址,接收方是这笔交易与之交互的接收者或者智能合约的地址,价值是正在转移的 ETH 总价值(字段定义均见前述 ethereum.org 区块浏览器文档)。文档那句「接收者或者智能合约」值得停一下:接收方那一格里出现的不一定是个人。你在 DEX 上点一次兑换,接收方多半是那个路由合约,而不是任何一个人的地址。看见一个陌生地址躺在接收方那格,先别紧张,它可能只是你刚才交互过的那份代码。

价值这一格是下一节的伏笔,先把定义钉死:交易文档里的 value 指的是从发送者转账到接收者的 ETH 数量,也就是这条链的原生币(见前述 ethereum.org 交易文档)。它不负责统计别的东西。

状态成功、金额是 0,这在代币转账里是常态

到这一节就能解释开头那个最拧巴的组合了:状态成功,金额 0,而收款人说没收到。

原因在代币的记账方式。按 ERC-20 标准,转一笔代币走的是代币合约的 transfer 方法,把代币从一个账户转给另一个;查一个账户有多少代币,用的也是这份合约上的 balanceOf 方法(据 ethereum.org 的 ERC-20 标准文档,2026 年 9 月核对)。记账的那一侧是代币合约,不是这条链的原生币账目。这件事从链的角度看是一次合约调用,不是一次原生币转账;而上一节刚说过,金额那一格统计的只有原生币。两边一对,金额显示 0 就顺理成章了。

所以读代币转账要换个地方看。以太坊系的浏览器会把代币的往来单独列成一栏,标签通常写作 Token Transfers 或者中文界面里的代币转账,收到的是哪一枚、多少个,都在那一栏里。主交易那一屏只告诉你「有人调用了某个合约,成功了,花了多少费」。

这条也反过来用得上:如果有人截一张主交易的图给你,说「你看金额是 0,所以我没转成」,那张图说明不了这件事。要看的是代币那一栏。

代币到了地址上、钱包里却找不到,是另一条线上的事,《转过来的币看不到》按三层排过,这里不重复。

内部转账:浏览器有,钱包里却没有

还有一类对不上,来源更隐蔽:同一笔事,浏览器上有,钱包的活动记录里查无此事。

钱包厂商 MetaMask 的帮助中心对这件事有过说明。它把内部交易定义为发生在一个或者多个智能合约内部、或者这些合约之间的动作;这类动作带有某种转瞬即逝的性质——它们发生在代码运行的过程中——因而并不被记录在区块链上。同一页还写明:目前 MetaMask 不在交易活动或历史记录里显示内部交易,只显示地址之间的标准交易(见 MetaMask 帮助中心关于内部交易的说明,英文页,2026 年 9 月核对;以上为转述)。

内部转账不是链上一条独立的记录,它没有属于自己的交易哈希,你拿不到一串字符去单独搜它;浏览器会另立一栏把这类动作摆出来,而钱包按标准交易列表来显示,就把它漏掉了。两边看的东西本来就不是同一样,谈不上哪边出了故障。

什么时候会遇到:在 DEX 上把代币换成原生币,进账的那一头常常就是以内部转账的形式发生的。钱包余额涨了,活动列表里却只有一条兑换记录,看不到「收到 0.02」这样的条目。判断方法是拿浏览器对一遍,那一栏里有、余额也对得上,钱就是到了。

第三层:失败了为什么照样扣费

最后一层是钱。这一层里最反直觉、也最常被问的一条是:状态明明写着失败,手续费一分没少。

先把两个格子分清。Gas 是衡量在以太坊网络上执行特定操作所需计算工作量的单位,计价单位 Gwei 等于十亿分之一 ETH(见 ethereum.org 的 Gas 和费用文档,2026 年 9 月核对)。你在钱包里设的那个 gas 上限,交易文档里叫 gasLimit,含义是这笔交易可以消耗的最大 gas 单位数量,是个上限;浏览器上那格已用 Gas,是交易实际消耗的 gas 单位数。两个数不相等是正常的,没用掉的部分会退还给你的账户。

扣费那句写在 Gas 文档里,很直白:无论交易成功还是失败,都必须支付该费用。同一页还给了机制上的解释——如果交易在执行期间耗尽了 gas,比如某个智能合约跑到中途把 gas 用光了,EVM 会回退所有更改,但已经提供的全部 gas 仍然会因为已经执行过的工作而被消耗掉。链上的算力已经烧出去了,结果作废不代表工作没发生。

同一页上还有另一种失败,处置完全相反:如果你给的 gas 太少,比如给一笔简单的 ETH 转账只设了 20,000 的上限,这笔交易会在验证阶段就失败,它会在被包含进区块之前被拒绝,并且不消耗任何 gas。

把这两句摆在一起,能推出一条在别处很少被讲明的判断:你在浏览器上能查到的那些失败,属于已经进了区块、已经被执行过的那一种,上面那句官方说明管的正是这一种,费照扣;而在验证阶段就被拒的那一种进不了区块,也就不会生成一个可以查的页面。换句话说,「我明明失败了却查不到这笔」和「我查到了失败还被扣费」,这两句话通常不会同时成立。查得到的失败,费就是扣了。

具体哪些操作最容易白白烧掉 gas,《Gas 费是什么,为什么有时贵得离谱》里有一整节在讲,那里比这里细。

查之前常被问到的

相关

• 转过来的币看不到:先分清是没到账,还是没显示
• 转错链了还能找回吗
• Gas 费是什么,为什么有时贵得离谱