The trust layer for agent payments.
Fidacy verifies the agent, checks the mandate against the user's signed intent, scores the risk, and issues a cryptographically signed verdict — then keeps a tamper-proof record of it. It fills the risk_data container in AP2 and rides natively on A2A, so AI agents can move money and you can prove who authorized what.
The protocols that carry agent payments — AP2, A2A — leave a deliberate gap: a place to attach a risk decision, but no opinion on who fills it. Without a trust layer, a merchant or PSP receiving an agent-initiated payment has no way to know whether the agent is who it claims to be, whether it stayed inside the user's mandate, or who to hold accountable in a dispute. Fidacy is that trust layer.
What happens on every request
A single call to POST /v1/assess runs the full pipeline and returns in milliseconds:
The verdict
Every assessment returns a flat decision plus a rich, versioned outcome object — risk level, the consolidated reason, per-dimension confidences, typed signals, and pointers to the signed payload and the audit entry.
Any error, timeout, or fault degrades the decision to review — never approve. Anonymous or hard-violating traffic can never come back approved. This holds across the entire system, including the asynchronous layers.
Standards & compliance
Fills the risk_data container in Payment Mandates.
Version negotiation, Agent Card verification, verdict as Task.metadata.
The append-only, hash-chained audit trail is the non-repudiable evidence Article 10-class systems require.
Every risk payload is a signed JWS, verifiable by any party against the public JWKS.