Developer Receipt Tester

This page is for integrators and engineers, not the customer verification experience.

Developer tools

Receipt verification

Inspect signatures, policy, and revocation. Passport

Reference: receipt inspection map (not live status)

05 Evidence

Verify the Decision

Sample

Sample receipt and preset check outcomes. This UI does not call the production verify API.

Abraxas separates two questions: whether the receipt is genuine, and whether the decision is authorized now. Live partner verification uses the same split.

Reading order

Cryptographic authenticityDecision receiptCurrent authorization

Cryptographic authenticity

Structural checks on the signed artifact

  • Pass
    Issuer authorityExample: issuer recognized for this sample.
  • Pass
    Signature integrityExample: valid signature (preset — not computed live here).
  • Pass
    Policy bindingExample: bound to an active policy.
  • Pass
    Audience bindingExample: audience matches the request.

Decision receipt

v1 · sample fixture

PERMIT
type
access_decision
result
permit
subject
did:example:8f3e…7a7c
issuer
did:abraxas:abraxas-trust-registry
issued_at
2025-03-08T14:20:16Z
expires_at
2026-11-01T00:00:00Z
policy_id
policy_age21_retail_v3
audience
app:financial
signature
Ed25519 · valid in sample
Receipt IDrcpt_7e5f9d2a4c1b
Hash (SHA-256)sha256:4f2c…8e1d

Current authorization

Whether the decision is usable now

  • Pass
    ExpirationDecision has not expired.
  • Pass
    FreshnessWithin acceptable time window.
  • Pass
    RevocationNot revoked by issuer.
  • Pass
    Replay protectionNot a replayed receipt.

Example verification result

Status: Valid example

This sample shows passing authenticity and authorization checks with a PERMIT outcome.

Technical details

Each scenario selects a fixture. Check rows illustrate how authenticity and authorization are separated in a real verifier. Cryptographic verification against live evidence happens through the verify API and partner integrations—not in this homepage widget.

Sample receipt scenarios. Outcomes are preset examples, not live partner verification.

Receipt input
Verification action
Cryptographic result
Policy & issuer provenance
Freshness & revocation
Raw proof

Partner integrators: On callback, your server fetches GET /api/receipts/{receipt_id}/public, validates signature and policy binding, and only then grants gated access. Registry viewers: look up public registry records by ABX ID. Credential testers: validate a JWT against documented claims.

Mirror GET /api/receipts/{receipt_id}/public on your server after callback, do not grant access from this UI alone.

Partner Flow receipt verification
For integrators validating session receipts after a holder callback. Run this check from your server in production — this page is a public tester only.

Who this is for: engineering teams implementing Partner Flow. What to do next: paste a receipt_id from your callback, optionally bind expected partner_id / policy_id, then verify the public payload.

Integration docs

Looking up a tokenized asset instead? Use the Registry lookup tab. Credential JWT testing lives under Credential JWT.

Reference demos (below the live tools)

Lookup

Anyone pastes a proof ID. No account. No Abraxas login.

PUBLIC VERIFIER
aprx_7f3a9c2e1b4d8f6a
Verify independently →

Sample result. Cielo Sunrise (ABX-RE-HOSP-001)

Canonical record URL →
Cielo Sunrise
Crawler-visible sample · no sign-in required
✓ VERIFIED & ACTIVE
did:sui:genesis-asset-abx-re-hosp-001

Example result — paste ABX-RE-HOSP-001 above to run a live check against the registry API.

Stage
MARKETPLACE_LIVE
Assurance
L3
Class
REAL_ESTATE_HOSPITALITY
Last sync
10/25/2026
Assurance taxonomy
L1 ClaimVERIFIED
Issuer: Veriff Biometric IDV
L2 ReviewVERIFIED
Issuer: Fannin County Deed Review
L3 AttestedVERIFIED
Issuer: Independent Appraisal V5
L4 MonitoredACTIVE
Issuer: Airbnb Listing CrossCheck