Before a bank releases funds, it should be able to confirm one thing above all: that this agent was permitted to make this payment. Identity tells the bank who is acting. Intent tells it whether the action was authorised. The two are often confused, and the confusion is expensive — an identified agent can still be acting outside its mandate. Verifiable intent is the layer that closes the gap.

Intent is not identity

Knowing that an agent is registered and attributable is necessary but not sufficient. A registered agent can still attempt a payment it has no right to make. What the bank needs is proof that the operation falls inside the mandate: within limits, to an approved counterparty, below the approval threshold. Intent is the statement of authority behind a specific payment.

The mandate-proof layer

That proof is carried by the mandate. It travels with the operation and states the limits, counterparties and thresholds in force, pinned to a policy version. A policy hash lets the bank confirm which rules applied. Because the mandate sits below the model, it is not something the agent can reinterpret — it is a fact about the operation, checkable independently of how persuasive the agent sounds. Where the operation exceeds the mandate, it becomes a human approval request.

What the bank checks

Verifiable intent feeds a single validation step rather than an investigation. In one pass the institution can confirm reliance, screen against sanctions, check the operation against the client profile, verify the agent mandate and weigh network anomaly signals. Inside the mandate, funds move; outside it, a person decides. The bank does not need to trust the agent — only to verify the authority attached to the payment.

In short

  • Identity proves who is acting; intent proves what they may do.
  • A mandate carries limits, counterparties and thresholds, pinned to a version.
  • A policy hash confirms which rules applied.
  • Verification feeds one validation step before funds move.

This is general information, not legal or financial advice.

See how verification fits the wider design for institutions.