SuperAPI AI Directory

quicknode-prod-checklist

Deployment & operations

View repository

Updated 10-15 23:28

About this skill

QuickNode Production Readiness

Overview

Review the actual runtime and QuickNode control plane against declared identity, security, capacity, data, correctness, observability, and recovery contracts. Return a decision with blockers, not a generic checklist score.

Prerequisites

  • Release commit and deployment inventory
  • Chain/network, data-retention, and product requirements
  • SLOs, budget, incident owner, and rollback runbook

Instructions

Step 1: Verify identity and secrets

Use Read and Grep to confirm environment-specific secret references, expected chain IDs, no literal endpoint tokens, separate Admin API keys, and no funded signer in CI or logs.

Step 2: Verify provider controls

Use Bash(qn:*) for read-only inspection of endpoint status, tokens, filters, method/IP limits, tags, usage, metrics, and active or paused event products. Record unavailable plan-gated evidence.

Step 3: Verify data and write semantics

Confirm API family, method entitlement, archive/pruning boundary, pagination, block tags, transaction idempotency, nonce owner, confirmation depth, and reorg behavior.

Step 4: Verify reliability

Check finite timeouts, bounded concurrency, classified retries, circuit breaking, WebSocket recovery, Stream/Webhook idempotency, destination acknowledgement, and backlog monitoring.

Step 5: Verify observability and cost

Require endpoint and application latency, error layers, request IDs, chain errors, credit use, transaction landing, event completeness, and secret-safe logs.

Step 6: Exercise recovery

Run a read-only smoke test and tabletop credential rotation, endpoint cutover, provider degradation, event replay, and rollback. Name decision owners and expiry dates for any waiver.

Tool Discipline

Use Read and Grep for repository evidence and Bash(qn:*) for read-only provider evidence. This review does not deploy, change limits, revoke credentials, pause streams, or approve its own waivers.

Output

  • PASS, CONDITIONAL, or BLOCKED decision
  • Evidence per readiness dimension
  • Owned blockers and expiring waivers
  • Recovery and rollback receipt

Examples

A service is BLOCKED because it assumes archive state on a pruned chain and has no transaction-reconciliation path, even though its endpoint health and latency are green.

Error Handling

Failure Response
Evidence unavailable Mark the dimension unproven; do not infer pass
Secret exposure found Block launch and rotate the credential
Recovery exercise fails Block launch until rollback is repaired
Waiver has no owner or expiry Reject the waiver

Resources