TxID 是 Transaction ID 的缩写，中文叫交易 ID，也叫交易哈希（Transaction Hash），三个叫法指的是同一样东西：一笔链上交易的唯一编号。它由交易内容经哈希函数算出，哈希函数不管输入多长，输出长度都固定，交易内容改动一点，算出来的整串就全变了。把它贴进对应公链的区块浏览器，能看到这笔转账现在是什么状态、进了哪个区块、已经有多少次确认。

它派上用场，是在这种时候：交易所的提现记录已经显示完成，收款的钱包里却还看不到这笔币。一笔提现在链上要走三段：先是交易所把交易提交到网络上，排队等着被打包；然后某一个区块把它打包进去；再往后，这个区块后面每接上一个新区块，确认数加 1。三段里认的都是同一串 TxID，拿它就能查到你这笔钱现在卡在哪一段。

区块浏览器按链分开：以太坊上的交易去 etherscan.io 查，BNB Smart Chain 去 bscscan.com，TRON 去 tronscan.org。

交易哈希、区块哈希和钱包地址的区别

三样都是一长串字母和数字，并排放着不容易一眼认出谁是谁。在区块浏览器里，它们各自对应一类页面：

贴进去的是 它标识的是 打开的是哪类页面，能看到什么
交易哈希（TxID） 一笔交易 交易页：这一笔转账本身的情况
区块哈希 一个区块 区块页：这个区块，以及它打包进去的那批交易
钱包地址 一个收付款账户 地址页：这个地址名下收进和付出的交易

区块哈希是给一整个区块算出来的编号。每个新区块都记着上一个区块的哈希，区块就这样按顺序一个扣一个连下去。你要查一笔转账，用不着先找区块哈希，有 TxID 就够了。

钱包地址标识的是账户，不是某一次转账。同一个地址可以收很多次、付很多次，贴进浏览器看到的是它名下全部的进出。地址可以公开给付款方，能动用地址里资产的是私钥。

交易所提现的 TxID 在哪里找

TxID 要在发起提现的那个平台上找。以币安为例，帮助中心给的路径是这样：

  1. 网页端登录后，点【钱包】，在下拉菜单里选【钱包总览】。
  2. 点【交易历史记录】，充值和提现记录都列在这一页，【TxID】一栏就是对应的交易 ID。

App 上走【资产】-【现货】-【历史记录】，点开对应的那一笔就能看到 TxID。充值和提现的状态也可以在【资产历史记录】里看；App 上是【资产】-【现货】页右侧的交易记录图标。

2026 年 10 月币安帮助中心给的网页端路径：【钱包】-【钱包总览】-【交易历史记录】，交易 ID 在【TxID】一栏。

方向反过来也一样：从别的平台往交易所充值、迟迟没到，TxID 在发出方的提现记录里。

记录里的 TxID 可以直接点，点开会跳到区块浏览器，显示这笔交易的详情和状态。找客服处理充值或提现问题、问对方「钱发出来了没有」，要给的都是这一串；只给地址不够，对方还得在这个地址名下的一长串记录里自己翻。TxID 是公开信息，别人拿到只能看，动不了你的钱。

填忘填、错填 Memo 的找回申请时注意两点：个别币种的 TxID 有不止一种展现形式，系统认不出时可以换一种格式再填；TxID 一栏只填 TxID，别填出入币地址、账号或邮箱。

一笔以太坊交易包含的字段：from、to、nonce、value 和三项 Gas 设置

TxID 是给一笔交易算出来的编号，交易本身是一组字段。ethereum.org 的交易文档里，一笔交易大致是这个样子：

{
  from: "0xEA674fdDe714fd979de3EdF0F56AA9716B898ec8",
  to: "0xac03bb73b6a9e108530aff4df5077c2b3d481e5a",
  gasLimit: "21000",
  maxFeePerGas: "300",
  maxPriorityFeePerGas: "10",
  nonce: "0",
  value: "10000000000"
}
  • from：发送方的地址，交易由它签名。发送方只能是由私钥控制的外部账户，合约账户发不了交易。
  • to：接收地址。对面是外部账户，这笔交易就是转账；对面是合约账户，交易会执行合约的代码。
  • nonce：按顺序递增的计数器，标出这是该账户发出的第几笔交易。
  • value：转给接收方的 ETH 数量，以 Wei 为单位，1 ETH 等于 10 的 18 次方 Wei。例子里的 10000000000 Wei 是 10 的 10 次方，折下来是 0.00000001 ETH。
  • gasLimit：这笔交易最多可以消耗的 Gas 单位数。简单转账需要 21000 单位，例子里填的就是这个数。
  • maxPriorityFeePerGas：每单位 Gas 愿意付给验证者的优先费上限。
  • maxFeePerGas：每单位 Gas 愿意付的最高总价，基础费和优先费都算在内。

例子里没列出的还有两项。signature 是发送方用私钥给交易签名时生成的，证明这笔交易经过发送方授权、只可能来自它；input data 是可选字段，可以放任意数据。

调用合约的交易，要看的正是 input data。调哪个函数、带什么参数都写在里面：前四个字节指定函数，其余是参数。文档举的一笔交易调用的是 transfer(address,uint256)，收款地址和数量都编码在数据字段里。这类交易的 to 填的是合约地址，所以一笔代币转账的 to 不是收款人，属于正常情况。

gasLimit 只封顶，交易没用完的 Gas 会退回账户。三项设置最后折成多少 Gas 费，要拿实际消耗的 Gas 量乘以当时每单位的价格。

交易显示待打包、成功或失败，分别说明什么

把 TxID 贴进对应公链的区块浏览器，交易页面上会有一个状态。状态分三档：待打包、已上链执行成功、已上链但执行失败。

  • 待打包：交易已经提交到网络，还没有进入区块，确认数也还没开始算。资金要等交易获得节点确认、打包入区块后才到账，网络拥堵时可能延迟。
  • 执行成功：交易已经写进某个区块，并且执行成功。链上的这笔转账到这一步算是发生了。
  • 执行失败：交易同样写进了区块，但执行没有成功。转代币要调用代币的合约，合约执行出错时，这笔交易照样留在链上，币却没有转过去。

要重新转，你得另发一笔新交易，新交易会有新的 TxID。

执行成功只说明链上那一步成了。收款方是交易所时，你在交易所的账户里还可能看不到这笔币，交易所入账另有一道门槛。

转账一直 pending（待处理）是什么意思

pending 指交易已经发出、有了 TxID，却还没被放进任何一个区块，也就是区块浏览器上「待打包」的那个阶段。

以太坊上，一笔交易提交之后依次发生三件事：

  1. 用密码学方法生成交易哈希，TxID 这时就有了。
  2. 交易被广播到网络，进入交易池。池里是全网所有还在等处理的交易。
  3. 验证者从池里选中它，放进区块。到这一步交易才得到验证，才谈得上成功。

pending 是第 2 步做完、第 3 步还没轮到的那一段。这段时间里交易还没被执行，两边的余额都没变。

要等，是因为区块的容量有限。以太坊上每秒有几十笔交易请求，区块却每 12 秒才创建一个；一个区块里所有交易消耗的 Gas 加起来，不能超过区块的 Gas 上限。区块的目标大小是 3000 万 Gas，需求大时可以往上涨，封顶 6000 万。池里等着的交易超过了一个区块的容量，就有一部分要留给后面的区块。交易里带的优先费付给验证者，用处就是激励打包。

交易 pending 的时候，能做的是隔一阵拿 TxID 去区块浏览器上看状态变了没有。

确认数怎么数，交易所要等够几次才给充值入账

确认数从交易进入区块起算：打包它的那个区块算第 1 次确认，之后链上每接上一个新区块，再加 1。浏览器交易页面上的确认数会随着出块一直往上走。

交易所会给每个币种定一个最低确认次数，到了才入账，不同币种的要求不同。币安的充值说明里举过 BTC：网络最低 1 次确认，币安要求至少 2 次才解锁充值（这篇说明发布于 2018 年，现行要求以充值页面为准）。充值没得到区块链确认之前，账户的其他功能也可能受影响，比如提现和钱包之间的资金划转。

确认数够了仍没入账，原因就不在确认上了，要查的是这几项：充了平台未上架的代币或用了不支持的网络、充到错误地址或忘填错填 Memo、金额低于最低充值额、平台钱包在维护。网络选错是怎么回事，见USDT 的 TRC20、ERC20、BEP20 有什么区别。

以太坊每 12 秒出一个区块：区块里记的内容

区块是一批交易打成的包，里面带着上一个区块的哈希。几十到几百笔交易放进一个区块，一起提交、一起达成共识。

出块的节奏是定好的（ethereum.org 区块文档的讲法）。以太坊把时间切成 12 秒一段的「时隙」，每个时隙随机选一名验证者来提议区块。验证者都在线、运转正常，就是每 12 秒一个区块；轮到的验证者正好离线，这个时隙就空着，相邻两个区块之间隔的时间也就不止 12 秒。

被选中的验证者把交易打包、执行，得出新的状态，封成区块传给其他验证者。其他验证者把这些交易重新执行一遍，认可了才把区块加进自己的数据库。

区块里的字段很多。查一笔转账时用得上的有：区块编号（block_number）、出块时间（timestamp）、上一个区块的哈希（parent_hash）、区块自己的哈希（block_hash）和这个区块要执行的交易列表（transactions）。和手续费有关的也记在区块里：允许消耗的 Gas 上限（gas_limit）、实际用掉的 Gas 量（gas_used）、基础费用值（base_fee_per_gas）。区块所属的时隙（slot）和提议者的验证者编号（proposer_index）也在里面。

区块确认数越多越难回滚：确认数和最终性

刚写进链里的交易，还有被回滚的可能。

区块按顺序相连，每个区块都带着上一个区块的哈希。要改掉一笔已经进了区块的交易，得把它所在的区块换掉；这个区块一换，它的哈希就变了，后面每个区块记着的「上一个区块的哈希」全都对不上，只能一起重做。确认数每涨一次，要重做的就多一个区块，推翻这笔交易的代价也跟着加大。

「最终性」（Finality）这个词说的就是这件事：一笔交易到了什么程度，可以当作不会再被改动。确认数是判断它的一个依据，交易所给每个币种定的最低确认次数，是它愿意把这笔充值当真的那条线。区块怎么连起来、为什么难改，可以接着看区块链是什么。

以太坊给区块另定了两级台阶。打包了这笔交易的区块，会随时间先升为「已证明」，再升为「已最终确定」；每升一级，这笔交易成功、往后不再被改动的把握就大一截。区块到了已最终确定，要改它只能靠一场耗资数十亿美元的网络级攻击。

刚进区块的交易还没到这一步。同一个时隙里出现两个互相冲突的区块时，验证者按分叉选择算法，挑质押 ETH 支持最多的那一个，没被挑中的那个区块不进这条链。

钱没到账时，你可以按这个顺序查：先在发出方的记录里找到 TxID，贴进那条链的浏览器看状态和确认数，确认够了还没入账再找收款平台的客服。