到账确认与等待时间估算
等待时间约等于「还差几个确认」乘以「这条链平均多久出一个块」。比特币约十分钟一个块,所以差两个确认就是二十分钟上下;波场约三秒一个块,差十九个确认也就一分钟左右。选链、填目标确认数和当前已确认数,下面会把这个乘法替你做完,并说明为什么实际时间通常比估算长。
换链会把下面的目标确认数自动换成该链的常见起点,你可以再改成你平台实际要求的数字。
这是个常见起点,不是承诺值。真实要求写在你所在平台的充值页面上,同一家平台对不同币种的要求也可能不同。
如果交易还没被打包进任何区块,填 0。
按该链的平均出块节奏估算。
- 还差几个确认—
- 该链平均出块—
- 完成进度—
- 折合秒数—
正在计算。
这是估算,不是查询。页面不查询任何链上数据,也不知道你那笔交易的状态;它只是把你填的数字和写死在页面里的出块节奏相乘。估算基于各链的平均出块节奏,网络拥堵、手续费给得低、平台自身的入账处理都会让实际时间更长;各平台要求的确认数不一样,以你所在平台的充值页面显示为准。
| 链 | 协议出块节奏 | 常见目标确认数(起点) | 差 10 个确认约等于 |
|---|---|---|---|
| 比特币 | 约 10 分钟一个块 | 1 – 3 | 100 分钟 |
| 以太坊 | 约 12 秒一个槽位 | 12 – 64 | 2 分钟 |
| 波场 TRON | 约 3 秒一个块 | 19 – 20 | 30 秒 |
| BNB Chain | 约 3 秒一个块 | 15 左右 | 30 秒 |
| Polygon | 约 2 秒一个块 | 100 以上 | 20 秒 |
| Solana | 亚秒级出块,约 0.4 秒一个槽位 | 32 左右 | 4 秒 |
| Arbitrum One | 秒级出块,约 0.25 秒一个块 | 20 左右 | 2.5 秒 |
出块节奏是各链协议层面的设计参数,长期稳定,可以直接写进页面。「常见目标确认数」一列是编辑部整理的量级参考,不同平台、不同币种、不同金额的要求都可能不一样,请以充值页面显示的数字为准。
为什么等待时间只能估算,以及卡住了先查什么
等待被拆成了两段
从你点下提币到钱能用,中间其实有两段互不相干的等待。第一段是链上确认:交易要先被打包进一个区块,然后再等后面若干个区块把它压实。第二段是平台的入账处理:确认数够了之后,收款平台还要自己扫描到这笔转账、走完风控和记账流程,才会体现在你的余额上。这个工具只算第一段,第二段没有公开的节奏可依,通常是几分钟,繁忙时更久。
出块节奏和确认数是两个概念
出块节奏由链的协议决定,比特币约十分钟、以太坊约十二秒、波场和 BNB Chain 约三秒、Polygon 约两秒、Solana 是亚秒级、Arbitrum 是秒级,这些数字长期稳定。确认数则是收款方自己定的安全阈值:出块越快的链,单个确认的分量越轻,所以平台往往要求更多确认,这就是为什么 Polygon 动辄要一百多个确认,而比特币一两个就够。两个数字相乘,才是这段等待的长度。
公式就一行
剩余时间等于(目标确认数减去已确认数)乘以平均出块秒数。已确认数填区块浏览器上显示的那个数字;已经达到或超过目标时,结果会显示为零,意思是链上这一段已经完成,接下来等的是平台入账。整个计算在你的浏览器里做完,页面没有加载任何外部资源,你填的数字也不会离开这台设备。
估算偏乐观的三种情形
第一,出块时间是平均值不是保证值。比特币尤其明显,出块间隔服从指数分布,连着二十分钟不出块和三分钟连出两块都很正常,所以差两个确认可能等五分钟,也可能等四十分钟。第二,手续费给低了,交易会一直待在内存池里排队,这时候「已确认数」始终是零,等再久也不会动。第三,网络拥堵时区块被塞满,低价交易被反复推迟。真遇到迟迟不动的情况,先去区块浏览器看这笔到底有没有进块,这比盯着倒计时有用。
目标确认数该填多少
填你所在平台充值页面写的那个数。工具给的默认值只是各链的常见量级,方便你一进来就有个结果,不能当成承诺。同一家平台对不同币种、不同金额的要求可能不同,大额充值触发人工审核的情况也存在。如果页面上没写,按表里那一列的上限估,估多了顶多是心理预期宽一点,估少了会让人以为出了问题。
时间到了还没到账
按顺序查三件事:这笔交易在区块浏览器上有没有被打包、确认数够不够、以及收款地址和网络是不是选对了。前两项属于链上问题,只能等;第三项是最常见也最麻烦的一类,处理顺序写在充值或提币迟迟不到账里。转账之前想先避开这类问题,可以用加密地址格式校验确认地址属于哪条链,再用提币网络怎么选确认网络选得对不对。