“Your AI promised us a refund.”
A screenshot appears. Your logs show a different answer. Neither side can prove which record changed.
The dispute will not be about what your model usually does. It will be about one exact prompt, one exact answer, and one moment your database alone cannot prove.
Invoance turns that moment into signed evidence anyone can verify independently.
Should this commercial claim be escalated?
Escalate. Confidence 0.93. Policy threshold 0.81.
7db0a6f43ef98c21…21be74f89a67c011…6fB3kYw9n2M4dQ7t…eA91Your logs were built for debugging. The person challenging an AI outcome needs evidence that survived your own ability to edit it.
A screenshot appears. Your logs show a different answer. Neither side can prove which record changed.
The model version moved on, the prompt template changed, and the exported row depends on your word.
Ten systems hold fragments of the run. The moment that matters is buried between mutable events.
decision = "escalate"record updatedWho changed it?7db0…98c221be…c0116fB3…eA91Send a copy after the model answers. Your customer gets the response first; attestation happens beside the product, not in front of it.
Official SDKs keep the integration small. Start with the exchanges most likely to be questioned, then expand when the evidence earns its place.
const proof = await client.attestations.ingest({
type: "decision",
input: prompt,
output: response,
modelProvider: "openai",
modelName: "gpt-4.1",
modelVersion: "2026-04-14"
});{
attestation_id: "att_01JQ7F...P8E",
input_hash: "7db0a6f43ef9...",
output_hash: "21be74f89a67...",
payload_hash: "f93c0d51c240...",
status: "accepted"
}The value appears when an important AI outcome is questioned. Instead of rebuilding history, you present a record.
Show the signed exchange instead of arguing over screenshots, exports, or reconstructed timelines.
Give reviewers a portable record they can verify without dashboard access or blind trust in your database.
Attach attestations to a trace and preserve the model calls that shaped the final action.
SHA-256 hash of what the model received
A separate hash of what the model returned
Provider, model name, and version in the signed payload
An anchored timestamp bound to the record
Ed25519 signature scoped to your organization
Portable verification material for third parties
No. Attestation is designed to run after generation on a copy of the exchange, so it does not need to sit in the inference path.
No. The input, output, and canonical payload are hashed, and the record is signed with an organization-scoped Ed25519 key so later changes are detectable.
Yes. Verification material is portable, and supported SDK flows can check signatures independently rather than trusting a dashboard display.
No. It proves what was presented, what the model returned, which model context was recorded, and whether the signed record changed. It does not certify factual accuracy or legal compliance.
Start with the AI decisions your customers, reviewers, or team are most likely to question.
50 attestations per month free · No credit card required