RapidTools Validate
Validate structured JSON payloads against declared schemas and receive a cryptographically signed attestation record. Schema in, validation out, trust attached.
Why this exists
- Validation logic drifting between services
- Retries producing duplicate side effects or inconsistent results
- Audit logs without cryptographic proof
- No way to independently verify a validation actually happened
- Schema enforcement that behaves differently depending on which service runs it
Validate produces a single deterministic, signed result for any schema-payload pair. The result is idempotent, auditable, and independently verifiable.
Example:
curl -X POST https://validate.rapidtools.dev/v1/validate \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: order-123-v1" \
-d '{"schema":{"type":"object","required":["name","age"],"properties":{"name":{"type":"string"},"age":{"type":"integer","minimum":0}}},"payload":{"name":"James","age":36}}'
Response:
{
"attestation_id": "a1b2c3d4-e5f6-7890-abcd-ef1234567890",
"valid": true,
"errors": [],
"schema_hash": "3f2a1bcd...",
"payload_hash": "7c9e5d3a...",
"timestamp": "2026-02-08T12:00:00.000Z",
"signature": "d4e5f6a7..."
}
Stability Guarantees
- Deterministic responses for identical inputs
- Append-only attestation records
- Backwards-compatible API changes only
- Explicit versioning and deprecation policy
When NOT to use this
- Your validation logic requires language-specific functions, regex, or custom code beyond JSON Schema
- You need sub-millisecond inline validation on the hot path of a latency-sensitive service
- You're validating streaming or real-time data where buffering a full payload isn't practical
- A local validation library (Ajv, jsonschema, etc.) already meets your needs and you don't need signed proof
- You have no use for cryptographic attestation — you just need a true/false answer
- Your schemas change faster than your deployment cycle and you need instant local iteration
From £9/month. Cancel anytime.