如何配置看门狗自动重启？ （正常运行时间管理）

了解区块链节点运行中的看门狗机制

1. 看门狗是一个专门的监控进程，用于观察区块链节点软件（例如 Geth、Erigon 或 Solana-validator）的运行状况和响应能力。

2. 它持续检查活动信号，包括 HTTP API 可用性、RPC 端点响应性和内部心跳日志。

3. 当节点未能在预定义阈值内响应时（例如连续丢失三个/运行状况检查），看门狗会触发恢复操作。

4. 此机制可防止节点看似正在运行但不再参与共识或中继事务的静默故障。

5. 在去中心化基础设施中，正常运行时间直接影响 dApp 开发人员的验证者奖励、内存池传播速度和 RPC 服务 SLA。

核心配置文件和参数

1. 基于 Systemd 的看门狗依赖于 .service 文件中的Restart=always 、 RestartSec=10和StartLimitIntervalSec=60 。

2. WatchdogSec=30指令启用 systemd 的内置看门狗定时器，要求二进制文件定期发出 WD_NOTIFY=1。

3. 对于非 systemd 环境，自定义脚本在启动 systemctl 重新启动之前使用curl -f http://localhost:8545/health --max-time 5 来验证 RPC 活动性。

4. 环境变量（如ETH_RPC_URL和VALIDATOR_KEY_PATH）必须在通过 ExecStartPre 指令或外部配置挂载重新启动时保持不变。

5. 必须强制执行日志轮换策略，以便看门狗触发的重新启动不会因同步尝试失败而导致未轮换的调试跟踪填满磁盘空间。

与共识层健康信号集成

1. 现代验证器需要跨层验证：执行客户端必须报告同步状态，而共识客户端确认证明参与。

2. 强大的看门狗会查询两个端点（例如，Lighthouse 上的 GET /eth/v1/node/syncing 和 Besu 上的 POST /admin/peers），并将不匹配的状态视为关键状态。

3. 通过将当前最终确定的纪元与 Redis 或 SQLite 中存储的最新已知值进行比较来检测信标链最终确定性停顿。

4. 如果削减保护数据库变得无法访问，看门狗将停止重新启动循环并升级到 PagerDuty，而不是冒双重签名的风险。

5. 对等计数在 90 秒内衰减到 25 以下时，会在整个进程终止之前通过硬编码引导节点触发紧急对等刷新。

自动重启工作流中的安全约束

1. 重新启动权限仅限于没有 shell 访问权限且具有最小功能的专用系统用户（通过 Capability=CAP_SYS_ADMIN+ep）。

2. 私钥保持以只读方式从加密卷挂载；看门狗进程从不保存解密密钥或内存映射密钥文件。

3. 每次重新启动都会增加存储在 /run/watchdog/restart_count 中的单调计数器，如果一小时内超过五次，该计数器会锁定进一步的重新启动。

4. 所有重启事件都会使用 _SYSTEMD_UNIT=validator.service 和 _TRANSPORT=journal 将不可变条目写入日志，从而实现与链上斜线检测警报的关联。

5. 使用 openssl x509 -in /etc/ssl/certs/rpc.crt -checkend 86400 在重新启动前运行 TLS 证书过期检查，以避免吊销导致的停机。

常见问题解答

问：看门狗重启会导致交易广播中的 nonce 错位吗？答：不需要。Nonce 管理位于 Fireblocks 或本地账本钱包等外部签名者的节点进程之外。节点仅通过 eth_getTransactionCount 读取待处理的随机数值；重新启动不会重置或覆盖它们。

问：自动重启是否会干扰以太坊的分叉检测逻辑？答：配置正确时不会。分叉感知看门狗在重新启动之前解析来自 eth_chainId 和 eth_getBlockByNumber 的响应。如果在三个轮询中仍然存在链 ID 不匹配，则进程将停止并发出 FATAL_CHAIN_MISMATCH 而不是重新启动。

问：看门狗如何处理快速同步期间的数据库损坏？答：它会检测 stderr 输出中的 leveldb 损坏签名（例如“损坏：校验和不匹配”），并触发安全回滚到最后验证的快照，而不是重新启动相同的损坏状态。

问：在 Docker 容器内运行的节点上启用看门狗是否安全？答：是的，前提是容器使用 --init、挂载 /dev/kmsg，并使用 --restart=unless-stopped 禁用运行以避免与主机级 systemd 监管发生冲突。