邻居发来一千条地址，节点并不照单全收，也不按来的顺序处理。本文按 v31.0 源码 net_processing 的 addr 分支逐步走一遍：条数违规、随机洗牌、限速令牌、服务位筛查、时间钳制、封禁名单、中继条件、可达网络过滤，最后才是带时间罚的分桶入库，每一步丢掉的地址去了哪里。

“鸥易注册”是混拼叫法，官方名称只有欧易与OKX。本文针对网页或App注册时提示手机号、邮箱已被占用的场景，把来源分成本人曾注册、亲友代注册与信息被冒用三种情况，给出对应的找回密码、换绑与客服路径，并说明一个手机号或邮箱只能注册一个账户等规则口径，全部以欧易官方帮助为参照。

交易广播成功、RPC 却返回 null，是链上最常见的困惑之一。原因通常不在链上而在视角：交易只在部分节点的内存池里、被更高费用替换出局、或者你查询的节点还没收到。本文拆解广播与查询之间的心跳错位、内存池的局部性、替换与驱逐的两条出局路径，以及排查时该按什么顺序问哪台节点。

交易在链上失败后，普通 RPC 拿不到回退原因，节点要整笔重放才能从追踪里抠出那几十字节。EIP-7889 让每次带数据的 REVERT 自动发一条日志，标准接口即可查询失败原因。本文解释现状成本与该方案的设计边界。

比特币核心把日志拆成一组类别开关，logging 命令负责在节点运行中开合这些灯。本文按 31.0 RPC 文档拆 logging 的参数形状、配置文件与运行时的双层结构，以及排障取证时怎么开、看完怎么关、日志外发前怎么脱敏。

同一笔闪电付款，小钱秒到、大钱却报临时通道故障，问题常出在channel_update通告的htlc_maximum_msat上。本文讲清这个字段与最小金额、在途总额上限的分工，它如何随通道余额漂移，以及付款方和节点运营者各自的排查顺序。

活体检测失败的常见原因不在运气，而在设备状态、光线、动作节奏与留档时间四个可控制变量。本文拆解活体核验背后的一致性比对逻辑、被拒后的排查顺序、多次失败的账户影响，以及无法通过时的替代路径。机制说明撰写于2026年9月，具体标准以平台官方说明为准。

比特币核心用链尖时间戳与本地时钟的差距判断节点是否还在初始块下载，阈值默认 24 小时，由隐藏参数 maxtipage 控制。本文解释这条阈值在节点状态机里的位置、它如何解释假同步与重启追块，以及为什么它不是调优按钮。

比特币里一笔低费父交易会拖累它的所有子交易，加急要先看清整条依赖链。本文讲 getmempoolancestors 与 getmempooldescendants 两个 RPC 的用法：怎么开 verbose、怎么算整包费率，以及和 depends 字段、CPFP 加急的配合方式。

硬盘上的链数据没丢、只是数据库逻辑坏了时，比特币核心提供两档重建：-reindex 连块索引一起推倒，-reindex-chainstate 只重算链状态。两者耗时、风险与适用病灶不同，本文给出判别路径。