截图显示已到账却被撤回：0 确认、区块重组与到账判定的三层核对

一笔交易什么时候才算存在

在最长链共识模型下，一笔交易从广播到「事实上不可撤回」要经历一个强度递增的过程：刚进内存池时它可以被同输入的替换或双花竞争顶掉；被打包进最新区块是「一次确认」，此时仍可能因较短的链被更长的替代链接续而回滚（即重组）；随着后续区块不断叠加，回滚所需代价指数级增长。各链的重构概率与安全参数差异很大，所以不存在放之四海皆准的「安全确认数」，最可靠的参考是主流交易所对该链公开的充币确认要求——它们的风控团队替你做了这条链的定价。理解了这个梯度，「交易存在」与「交易可撤回」的边界就不再是玄学。

为什么 0 确认截图是最差证据

「我转了，你看截图」这句话在链上等于什么都没说。0 确认阶段，交易可以被发送者用同 nonce（以太坊系）或同输入（UTXO 系）的替换交易悄悄换掉，收款人屏幕上先出现后又消失。更省事的做法连链都不用碰：伪造一个浏览器页面的截图，或用显示「待确认」状态的钓鱼收款页。于是场外交易里出现了标准剧本：买家发截图催促卖家发货，卖家基于善意提前释放，几分钟后交易从链上消失。需要澄清一个常见误解：0 确认风险是协议固有属性，不是某条链的缺陷，也不是「小额就没事」的道德问题——它是一种结构性质，所有参与方都应该按结构防御。

收款的三层核对

第一层，看自己链上，不看对方屏幕。任何到账主张都以你自己在浏览器或钱包里查询的结果为准，查询时用金额加地址两个维度定位，别只扫一眼截图里的哈希。第二层，等够确认数。按你选择参考的标准（该链主流交易所充币规则是最易核验的基准）等待，确认数不足期间保持不释放资产、不交付货物；对方以「链太卡了没关系」劝你通融时，记住他被替换的风险和你对等的释放是同一件事。第三层，交叉查询。用至少两个互相独立的区块浏览器或一个浏览器加一个轻节点工具核对同一笔交易的确认状态，单点被钓鱼或界面仿冒时还有第二双眼。三层跑完再交付，比任何事后维权都便宜。

付款方也要核对：别被钓鱼付款页收割

收付是双向的。付款方常见陷阱是对方的收款地址被剪贴板替换或钓鱼页中间人改写，以及「先小额测试再大额」流程里被诱导跳过测试直接大额。纪律：地址只从你保存的原始记录核对到最后一组字符；大额跟转前永远有一次小额试转并口头确认到账；不要在对方提供的任何「到账查询页」输入助记词、私钥或确认任何签名。你的交易在广播前同样可能被钓鱼工具改写输出，发送前的确认弹窗里，收款地址值得用眼睛逐位核对而不是凭肌肉记忆点确认。

场景收束：什么金额该用什么耐心

把判断线说穿：小额、可复现损失的交易，可以接受低确认数换效率；不可逆或高价值交付（大额法币对价、实物、稀缺名额）对应的是等满确认数甚至多一层独立查询——风险不对称时，用时间换确定性是唯一的免费午餐。任何告诉你「不用等、大家都这样」的一方，都是在要求你替他承担那笔他不愿意承担的博弈成本。

风险提示：本文为链上交易机制科普，不构成投资建议，亦不构成任何交易对手信用判断；涉及大额交付请自行提高核对等级并保留完整证据链。