到账确认与等待时间估算
等待时间约等于「还差几个确认」乘以「这条链平均多久出一个块」。比特币约十分钟一个块，所以差两个确认就是二十分钟上下；波场约三秒一个块，差十九个确认也就一分钟左右。选链、填目标确认数和当前已确认数，下面会把这个乘法替你做完，并说明为什么实际时间通常比估算长。
换链会把目标确认数重置为 10，方便演示乘法。10 不是任何平台的入账要求。
默认 10 只用于演示，不是平台事实。请改成收款平台充值页面当期显示的确认数。
如果交易还没被打包进任何区块，填 0。
按该链的平均出块节奏估算。
- 还差几个确认—
- 该链平均出块—
- 完成进度—
- 折合秒数—
正在计算。
这是估算，不是查询。页面不查询任何链上数据，也不知道你那笔交易的状态；它只是把你填的数字和写死在页面里的出块节奏相乘。估算基于各链的平均出块节奏，网络拥堵、手续费给得低、平台自身的入账处理都会让实际时间更长；各平台要求的确认数不一样，以你所在平台的充值页面显示为准。
| 链 | 协议出块节奏 | 演示目标确认数 | 差 10 个确认约等于 |
|---|---|---|---|
| 比特币 | 目标平均约 10 分钟一个块 | 10（演示） | 100 分钟 |
| 以太坊 | 12 秒一个槽位 | 10（演示） | 2 分钟 |
| 波场 TRON | 约 3 秒一个块 | 10（演示） | 30 秒 |
| BNB Smart Chain | 约 0.45 秒一个块 | 10（演示） | 4.5 秒 |
| Polygon PoS | 约 2 秒一个块 | 10（演示） | 20 秒 |
| Solana | 主网约 0.3 秒一个槽位 | 10（演示） | 3 秒 |
| Arbitrum One | 最快约 0.25 秒一个块 | 10（演示） | 2.5 秒 |
协议参数核对于 2026-09-05，之后仍可能升级。表内统一使用 10 个确认只是展示计算差异，不代表任何平台、币种或金额的实际入账规则；实际目标请以充值页面当期显示为准。
协议来源：Bitcoin.org 区块说明、Ethereum 权益证明文档、TRON 区块文档、BNB Smart Chain Fermi 升级说明、Polygon Bor 主网参数、Solana 2026-08-27 更新、Arbitrum Nitro 配置说明。
为什么等待时间只能估算，以及卡住了先查什么
等待被拆成了两段
从你点下提币到钱能用，中间有两段等待。第一段是链上确认：交易要先被打包进一个区块，再按收款方规则等待后续区块。第二段是平台的入账处理：确认数达到要求后，收款平台还要扫描、风控和记账，余额才会更新。这个工具只算第一段，第二段没有统一公开的时间可估。
出块节奏和确认数是两个概念
出块或槽位节奏由各链协议决定，也会随升级变化。当前页面采用比特币 600 秒、以太坊 12 秒、TRON 3 秒、BNB Smart Chain 0.45 秒、Polygon PoS 2 秒、Solana 主网 0.3 秒和 Arbitrum One 最快 0.25 秒作为估算参数。确认数由收款方设定，必须从充值页面取得；两个数字相乘，才是本工具显示的等待估算。
公式就一行
剩余时间等于（目标确认数减去已确认数）乘以平均出块秒数。已确认数填区块浏览器上显示的那个数字；已经达到或超过目标时，结果会显示为零，意思是链上这一段已经完成，接下来等的是平台入账。整个计算在你的浏览器里做完，页面没有加载任何外部资源，你填的数字也不会离开这台设备。
估算偏乐观的三种情形
第一，出块时间是平均值不是保证值。比特币尤其明显，出块间隔服从指数分布，连着二十分钟不出块和三分钟连出两块都很正常，所以差两个确认可能等五分钟，也可能等四十分钟。第二，手续费给低了，交易会一直待在内存池里排队，这时候「已确认数」始终是零，等再久也不会动。第三，网络拥堵时区块被塞满，低价交易被反复推迟。真遇到迟迟不动的情况，先去区块浏览器看这笔到底有没有进块，这比盯着倒计时有用。
目标确认数该填多少
填你所在平台充值页面写的那个数。页面默认的 10 是统一演示值，不来自平台，也不能当成入账要求。同一家平台对不同币种、不同金额的规则可能不同；充值页没有写清楚时，应向平台客服核对，不要让工具替平台猜一个数字。
时间到了还没到账
按顺序查三件事：这笔交易在区块浏览器上有没有被打包、确认数够不够、以及收款地址和网络是不是选对了。处理顺序写在充值或提币迟迟不到账里。转账之前可以用加密地址格式校验检查地址格式和校验位，再用提币网络怎么选核对两边网络名称；EVM 地址无法仅凭字符串判断具体网络。