广播之后查无此交易：节点视角的三种失联与各自出路

『我明明显示广播成功了，为什么区块链浏览器和钱包都查不到这笔交易？』这是链上排障里出现频率最高的一句话。它背后藏着一个普遍误解：广播是一个把交易『放上链』的原子动作。真实机制里，广播只是把交易交给你连着的那几个对端，此后它靠节点之间的逐跳转发在网络里漂流——而你的查询请求打到的 RPC 节点、浏览器背后的索引器、你本地全节点的内存池，看到的是三个可能互不相交的世界。查无此交易极少意味着交易丢了，更常见的是这三双眼睛还没看到同一份数据。把它当成一次视角校准而不是数据丢失，排障就从玄学变回流程。

先分清三种『查不到』

查询返回空值在不同链上有不同拼写：以太坊系 RPC 的 eth_getTransactionByHash 返回 null，比特币核心的 getrawtransaction 报 not found。空值背后至少藏着三种性质完全不同的情况，第一步永远是分辨它们。第一种：交易根本没能进入网络——签名错误、nonce 不合法、费用低于节点门槛，广播 RPC 当时就会报错，若你的工具吞掉了错误只回显哈希，就会出现『看起来广播了』的假象。第二种：交易进了网络但只在局部——它活在若干节点的内存池里，还没被出块者选中，你查询的那台节点恰好不在转发圈里；这类查询会时好时坏，换一台 RPC 就有结果。第三种：交易曾经无处不在，现在被挤了出去——同 nonce 的高费替换成功、或者在拥挤的内存池里被更低费者淘汰，历史哈希从此只剩你和本地节点还记得。三种情况的处置完全不同，而区分手段出奇简单：同一哈希在多个独立来源（多家公共 RPC、多个浏览器、你自己的节点）交叉查询，结果的空间分布会直接告诉你它属于哪一种。

内存池是局部地图，不是全局账本

多数新手排障失败的根源在这里：把内存池当区块链用。链是全局一致的状态机复制，内存池不是——每台节点按自己的容量限制、费用门槛和策略维护一份『我愿意转发的候选交易』集合，成员彼此有出入是常态。一笔刚广播的交易在头几秒只有你的直连对端知道；随着 inv/getdata（或以太坊的等价转发）逐跳扩散，覆盖率随时间爬升，但永远存在这样的节点：它对低费交易设置高接入门槛、对 nonce 跳号的交易直接拒收、或者内存池已经满了正在按费率驱逐旧候选。因此『广播成功』的正确理解是：至少一台节点接受了它并承诺转发，而不是全网达成对它存在的共识。交叉查询时出现『A 有 B 无』，说明交易活着但扩散不完整——通常交给时间即可；所有公开来源一致为空而本地有，往往意味着它从未离开你的节点（下一节的门槛检查）。

出局路径一：替换是规则内的合法谋杀

同一条发送方序列号（以太坊的 nonce、比特币同名钱包内部的替换策略）决定了『同一个坑位只能有一笔交易生效』。以太坊里，相同 nonce 的新交易只要满足价格条件（对旧交易加价达到协议要求的最小比例、并满足基础费与优先费门槛）就能在内存池层面取代前任，旧哈希随之被全网遗忘，除非某个块在它还活着时把它收了。比特币靠 BIP125 的信号位和一组替换条件（更高的绝对费用与费率增量）达到同样效果，还有 CPFP 等子交易加费通道。用户侧的典型剧本是：钱包改走另一条路径、重签了同 nonce 交易、或者手动加速——新交易生效那一刻，旧哈希在所有接受替换的节点上蒸发，浏览器从此查无此人。这不是故障而是特性：同一序列号的双重发送是协议必须消解的冲突。识别方法也明确：查该地址该 nonce 位上实际生效的是哪笔——如果存在另一条同 nonce 交易被打包，旧交易的『消失』就是替换完成的正常讣告。

出局路径二：驱逐与策略拒收的沉默区

第二条出局线没有明确的死亡证明。内存池容量有限，当拥挤超过阈值，节点按费率从低到高剪枝，被剪的交易若没有同 nonce 竞争者，就进入一种『全网都没听说过』的状态：它当初确实传播过，但每台中途接手的节点都在之后的剪枝中丢掉了它，源头节点重启或清池后，这条交易连同它最后的记忆一起蒸发。以太坊客户端另有过期机制，长时间不被打包的本地交易可能被丢弃。策略性拒收是隐蔽分支：低于节点最低中继费、nonce 大幅超前、脚本模式被判定非标准（比特币的『nonstandard』家族）——广播当下可能无明显报错，后续却无人转发。这类情况的指纹是本地节点（或第一个接收者）查得到、全网查不到、且长时间没有扩散迹象。处置方向只有一个方向：用相同 nonce 重签一笔更高费用的交易把坑位抢回来——在序列号语义里，让前任『消失』的唯一合法方式就是发布它的替代品。

排查的顺序与各自的证据

把上面的机制折叠成一条操作顺序。先验存在：用发送时返回的签名结构在本地重算哈希，确认查询对象没打错字——查不到的一半故事是哈希抄错一位。再验分布：同一哈希问三台互不隶属的 RPC 与两个以上独立浏览器，全有是正常排队，全无是局部记忆。然后验坑位：查该发送方该序列号（nonce）当前的实际值与最新生效交易，坑位已被别的交易占据，替换讣告成立；坑位仍空着，交易要么还在某处等待要么已蒸发。最后验门槛：对照链当前的基础费与优先费行情、目标节点公布的最低费率，判断是否掉进费用门槛或策略拒收区。全部走完仍定位不了，本地全节点的日志是终审庭：广播时刻的 accept/pool 条目、之后的 evict/replace 记录，会指明它是自然死亡还是他杀。整套流程里没有一步需要信任任何单一服务商——这正是链上排障与其他软件排障的根本差别：证据分散在互不信任的多数节点手里，你要做的是让多数节点作证。