Failure Recovery and Retry Logic

This public page describes the recovery model without exposing internal tuning values.

Recovery Buckets

  1. Auth failures: refresh nonce/signature and re-authenticate.
  2. Session failures: create a new session context and continue.
  3. Rewards failures: re-check readiness and retry only when eligible.
  4. NFT/market failures: confirm chain status before re-submitting follow-up records.

Safe Retry Principles

  1. Use bounded retries with backoff.
  2. Keep retries idempotent by request type.
  3. Escalate persistent failures to operator visibility.

Flow Chart (Detailed)

[Call fails]
   -> [Classify: auth | session | rewards | nft/market]
   -> [Apply bucket-specific recovery]
   -> [Retry with bounded backoff]
   -> {Recovered?}
      -> No: [Escalate + halt unsafe loop]
      -> Yes: [Resume lifecycle at next valid step]