06 / Developers

Deterministic receipts over HTTP.

Proof Engine v1, the public stateless Receipt API beta and the deterministic scenario simulator are operational. The API evaluates caller-supplied evidence; it does not monitor services, store customer records or move funds.

Receipt enginev1.0.0 operationalPublic APIBeta operationalSolana programNot deployed
Developer truth:/api/v1 creates and verifies receipts, reports public activity and checks PVTY DEX route availability. JavaScript and Python reference SDK previews are public source, but no PactVerity settlement program or production SDK package is claimed.

01 / Operating stack

Three inspectable execution surfaces.

The browser engine and API use the same published receipt rules. The simulator is a separate deterministic synthetic workload and never submits a transaction.

Proof Enginev1

Create and recheck

pactverity.assurance-receipt.v1 records normalized terms, supplied evidence, four checks, outcome and a domain-separated SHA-256 digest.

Receipt APIBeta

Stateless HTTP evaluation

POST strict JSON to create a receipt or independently verify an exported one. Public health and OpenAPI documents expose the service boundary.

Scenario simulatorLive

Deterministic stress model

The default run models 250,000 synthetic agreements at $100 each and executes 1,000,000 checks: $25,000,000 simulated nominal, while service and escrow volume remains $0.

Integration Challenge Public evidence benchmark Download JavaScript and Python SDK previews Integration evidence register API descriptor Live health response Live PVTY market status OpenAPI 3.1 JSON Run the simulator

02 / Receipt API

Create, save, then verify.

These calls use the operational public beta. The first command requires jq only to extract the receipt object from the response envelope into a file for the second command.

Create a receipt

curl -sS -X POST https://pactverity.com/api/v1/receipts \
  -H 'Content-Type: application/json' \
  --data-binary '{
    "agreementId": "demo-2026-08-04",
    "serviceName": "Example API availability",
    "providerReference": "provider-demo",
    "buyerReference": "buyer-demo",
    "issuedAt": "2026-08-04T12:05:00.000Z",
    "criteria": {
      "maxLatencyMs": 900,
      "minUptimeBps": 9950,
      "maxFreshnessSeconds": 120,
      "expectedOutputSha256": ""
    },
    "evidence": {
      "measuredLatencyMs": 642,
      "uptimeBps": 9988,
      "freshnessSeconds": 42,
      "observedOutputSha256": "",
      "observedAt": "2026-08-04T12:04:30.000Z"
    }
  }' | jq '.receipt' > pactverity-receipt.json

Verify the saved receipt

curl -sS -X POST https://pactverity.com/api/v1/receipts/verify \
  -H 'Content-Type: application/json' \
  --data-binary @pactverity-receipt.json

Caller-supplied evidence

A valid response proves deterministic consistency of the submitted data and receipt. It does not prove that the measurements were independently observed, historically complete or true.

03 / Deployment boundary

Operational off-chain. Pending on-chain.

Status is stated per component so an API response cannot be mistaken for custody, settlement or network adoption.

PactVerity technical components, deployment status and responsibilities
ComponentStatusResponsibility
Proof Engine v1OperationalBrowser-based receipt creation, export, import, deterministic rechecking and optional off-chain wallet signature verification.
Receipt API betaOperationalBounded, stateless receipt creation and verification plus a public known-answer health check.
Scenario simulatorOperationalRuns reproducible synthetic workloads. Its nominal value is neither TVL nor customer or historical transaction volume.
Solana programsNot deployedPlanned job registry, escrow, provider bonds, verifier stake, challenges, settlement, refunds and fees.
PVTY mintLive on mainnet50,000,000 fixed supply; mint and freeze authorities removed; current distribution is publicly visible on-chain.
PVTY market-status toolOperationalRead-only Jupiter route detection. It does not establish that a Raydium pool, executable route or public market currently exists.
Reference SDK previewsPublic sourceZero-dependency JavaScript and Python clients for Receipt API evaluation. They are not registry-published or represented as production-hardened packages.
Workers and indexerPlannedFuture independent observations, evidence adapters and searchable on-chain views.

04 / Planned architecture

On-chain rules. Off-chain evidence.

If deployed after testing and audit, Solana programs would hold compact job state and assets while purpose-built workers would collect or attest service evidence.

Future Solana layer

Value and state

Would provide stablecoin escrow, disclosed collateral, challenge state and deterministic settlement instructions. None of those capabilities is live today.

Operating evidence layer+

Receipts and reproducibility

Applies measurable terms to supplied evidence now. Independent monitoring and trusted data collection remain separate future responsibilities.

05 / Primary references

Build from official standards.

Build status

Evidence stack operational. Solana value layer pending.

API beta live