RPC Degradation

Immediate procedure

1. Compare edge health, service endpoints, and backend sigil_getNodeInfo output.

2. If a dedicated RPC pod is stale, route only after it reports current activation status.

3. Do not point public services at validator pods except as a short emergency bypass.

Capture network evidence

Record the endpoint, returned chain ID, node version, timestamps, current height, and observed error. Compare the affected node with healthy nodes on the same chain; retain logs and signed evidence before making changes.

curl --fail-with-body --show-error --silent --max-time 15 'https://sigil-velocity-canary-root-1.fly.dev/rpc' \
  -H 'content-type: application/json' \
  --data '{"jsonrpc":"2.0","id":1,"method":"sigil_getNodeInfo","params":{}}'

Verify recovery

Repeat the original failing check. Confirm expected synchronization and activation state, and compare the relevant block hashes or state roots at the same height. Record the recovery action, evidence, and remaining uncertainty in the incident record.

curl --fail-with-body --show-error --silent --max-time 15 'https://sigil-velocity-canary-root-1.fly.dev/rpc' \
  -H 'content-type: application/json' \
  --data '{"jsonrpc":"2.0","id":1,"method":"sigil_getSyncStatus","params":{}}'

• Operator guide
• RPC reference