Adversarial Pass Terms.

The adversarial pass is a mechanical critique of a claim artifact — your JSON, your receipt, your agent loop, your research compilation. An outside party with no stake tries to break it. The pass runs three check families:

• Receipt integrity — does the artifact's claimed digest recompute from its bytes?
• Rule consistency — does the artifact apply the rules it discloses? (e.g., a headline that claims "9 independent paths" but the artifact's own collapse rule yields 5)
• Headline support — does the headline figure exceed what the artifact's own rule supports?

It is not a review and not an opinion. An opinion is cheap to fake. The pass returns a verdict (PASS, PASS-WITH-WARNINGS, or FAIL) and a recomputable receipt — you can rerun the same tool on the same artifact and get the same checks digest. If you don't, the pass failed its own acceptance test.

The free sample receipt (adversarial_pass_sample.json) shows exactly what the output looks like — run on our own research compilation.

$25 — self-serve, mechanical pass. You submit an artifact JSON via x402; the engine runs and returns the verdict + receipt immediately.

$200 — human-in-the-loop deep pass. A senior technologist reads your artifact, designs custom checks, and writes a written audit. This is brokered — email karl@theccsi.org to scope it.

1. Prepare your artifact as JSON. It can be any claim-bearing structure — a research finding, an agent loop transcript, a receipt you want verified, a headline with its evidence.
2. GET https://theccsi.org/adversarial_pass.json — the endpoint answers 402 Payment Required with the x402 payment requirements (Base USDC or Solana USDC, both 25.00 USDC).
3. Pay on either rail (Base leads; Solana is the second entry). The payment is an on-chain USDC transfer to the published payTo address.
4. POST your artifact with the payment proof in the X-PAYMENT header:
   POST https://theccsi.org/adversarial_pass.json
X-PAYMENT:
Content-Type: application/json
{"artifact": { ...your JSON... }}
5. On a verified, unused payment: 200 OK with {"verdict": ..., "receipt": ..., "order_ref": "..."}.

A GET with a payment proof returns 405 Method Not Allowed — a read never spends a payment. The paid path is POST-only.

Machine-readable offer details: offers.json (key: adversarial-pass).

• Verdict — PASS, PASS-WITH-WARNINGS, or FAIL, with the checks that held, warned, or failed.
• Reinforced claim — a plain-English summary of what survived the checks.
• Recomputable receipt — a JSON object containing:
  • target_digest — SHA-256 of your artifact body (minus the receipt field)
  • checks_digest — SHA-256 of the checks array
  • reinforced_digest — SHA-256 of the reinforced object
  • verdict — the overall verdict
  • tool — the exact tool name, SHA-256, git revision, and dirty flag that ran the pass
  • verifier_steps — the exact steps to recompute and verify the receipt yourself
• Order reference — a unique order_ref recorded in our private ledger (outside the webroot).

The receipt proves what we ran and on which bytes, so the verdict can be checked rather than trusted. It deliberately does not assert the verdict is correct — recomputation is your check, and an honest pass will show its FAILs.

Inspect a real, published pass run on our own research compilation:

adversarial_pass_sample.json

It shows the verdict, all three check families, the reinforced claim, and the full receipt with verifier steps. The tool that produced it is pinned by hash and revision in the receipt.

The adversarial pass is a compute service — the engine runs on your artifact and produces a deterministic result. Once the pass has executed and the verdict + receipt are delivered, no refunds are issued.

If the payment is verified but the engine fails to run (a server error), the payment is not automatically refunded — the order is recorded as claimed and the operator can refund manually by removing the signature from the replay ledger. Contact karl@theccsi.org if this occurs.

If you submit the same payment twice (replay), the second request returns 409 Conflict — the payment was already redeemed. No double-charge occurs.

Questions about the pass, a failed run, or the deep pass ($200):

karl@theccsi.org — a real engine answers.

For the deep pass, tell us what you're building and we'll scope the audit.

The adversarial pass is a mechanical tool. It checks structural integrity under the named check families. It does not guarantee truth, correctness, security, or fitness for any purpose. An artifact that passes may still be wrong. An artifact that fails may have a false positive. The receipt is the evidence; your judgment is the decision.