AgentPayment.dev by KYE Protocol™
The authority layer of agent payments

Your agent has money.
Does it have authority?

Every rail — x402, MPP, agentic acquiring — moves an agent's money. None of them answers the question that comes first: was this agent allowed to spend it? KYE Protocol™ answers it per call, before the charge, and seals the proof after it.

authority_check · x402
$ curl -X POST https://agentpayment.dev/v1/authority-check
← 402 Payment Required  (offer minted — admissibility already ran)
$ curl … -H "PAYMENT-SIGNATURE: …"
← 200 OK
{
  "verdict": "allow", // or a refusal you can show an auditor
  "evidence": { "ref": "…", "verify_url": "…" }
}
Output Identity Access Capability Authority

A wallet is capability, not authority. Money moving proves nothing about whether it should have moved. No authority, no finality — the doctrine of the Authority Finality™ category, applied to agent commerce: admissibility is decided before the payment exists, and the decision seals locally even when the network doesn't.

The governed payment lifecycle

Governance before payment — enforced in code, not prose

A payment credential never substitutes for admissibility. The offer itself carries the proof that the governed decision ran first.

1
Admit
The agent's request is decided against its declared authority: principal, purpose, limits, mandate.
2
Offer
Only an ALLOW mints the 402 offer — the challenge embeds the admitting decision reference.
3
Pay
The agent settles over x402 or MPP — rails consumed as-is, never reinvented.
4
Execute
The governed tool runs; usage is metered per call.
5
Seal
Evidence binds decision, payment receipt, and outcome — verifiable offline from public keys alone.
The ecosystem

Governance sold per call. Evidence sold per transaction.

Live first

Authority Check API

One call: mandate + context in, ALLOW/DENY + sealed evidence reference out. Priced per call, paid over the same rails your agent already speaks.

FOUNDATION SHIPPED
For sellers

Pre-Payment Authority Gate

Drop-in middleware for any endpoint charging agents: the admissibility question is asked — and answered — before your 402 flow ever runs.

NEXT
Interop

Mandate Resolution

Agnic, AP2, OAuth grants, DIDs — every mandate format resolved against the principal's real delegated authority, with a confidence-laddered verdict.

NEXT
For disputes

Payment Evidence Pack™

Per-transaction sealed proof of who authorised what, under which purpose, within what limits — the receipt that survives a chargeback and satisfies an auditor.

NEXT
For principals

Governed Agent Wallet

Budgets, top-ups, purpose-scoped spend, live accounting — the authority ledger is ours; custody stays with regulated partner instruments.

ROADMAP
Two-sided

Agent Cart & A2A Commerce

Agents selling to agents: governed offers, gated purchases, both sides sealed. Plus continuous reconciliation — declared authority to settled statement.

ROADMAP
What we never do: AgentPayment.dev never holds, moves, or issues money, and never invents a payment protocol. Settlement belongs to the rails and regulated partners; the verdict and the evidence belong to us. That neutrality is the product.
Who this is for

Three buyers, one question answered

Sellers charging agents

Stop refund-and-apologise commerce

Your x402/MPP endpoint takes an agent's money today and finds out later whether it should have. The gate answers first.

  • Admissibility decided before your 402 flow runs
  • Refusals your support team can show the buyer's principal
  • Every sale carries a sealed evidence reference
Platforms resolving mandates

Adjudicate every mandate format once

Agnic mandates, AP2, OAuth grants, DIDs — one intake contract resolves them all against the principal's real delegated authority.

  • Confidence-laddered verdicts: attested → verified → declared
  • No per-format integration matrix to maintain
  • The neutral referee position none of the rails can hold
Enterprises governing spend

Agent spending that survives an audit

Budgets, purpose scopes, and approval thresholds enforced at the moment of spend — not reconstructed for the auditor afterwards.

  • Purpose-scoped limits that fail closed
  • Human approval above your thresholds
  • One lookup answers "which agent, whose authority, what for"
What you gain

The outcomes, not the plumbing

Charge-back defence built in

A disputed agent purchase resolves with the sealed authority chain, not an email thread.

Audit prep collapses to a query

Evidence exists from the moment of the action — nothing is reconstructed after the fact.

Zero rail migration

x402 and MPP are consumed exactly as they are. Your settlement stack does not change.

Verdicts that seal offline

A network failure degrades payment, never the decision — the verdict path has no remote dependency.

See it work

Walk the governed flow yourself

A sample flow — illustrative payloads, the real order of operations. Click each step.

What you hold afterwards

The artefacts, not screenshots of promises

Two things every governed payment leaves behind — the receipt your dispute team files, and the approval your principal actually taps.

Sample
Payment Evidence Pack™SEALED
Action
tool.purchase · authority_check
Principal
kye:org:acme_ltd
Agent
kye:agent:finance_agent_001
Decision
allow · purpose: vendor-diligence
Settlement
x402 · receipt pinned
Verifies offline against published public keys — no call back to us, six months or six years later.
Sample
Approval required · above threshold
finance_agent_001 wants to purchase “compliance-dataset-Q3”
purpose: vendor-diligence · within budget · counterparty verified
approval window open — expires unactioned as DENY
ApproveDeny
Where the money comes back

ROI you can trace to a mechanism

No invented percentages — each line names the work the mechanism removes.

Minutes, not weeks

A chargeback response is assembled from the sealed chain — the authority, approval, and receipt were bound at the moment of sale, so the dispute answer already exists.

One call

Mandate adjudication across Agnic, AP2, OAuth, and DID formats collapses into a single intake — the per-format integration matrix is work you never build.

Zero migration

x402/MPP settlement stays untouched. The adoption cost is the gate call, not a payments re-platform.

Refusals ≙ savings

Every DENY before an offer exists is a refund, a support ticket, and a reconciliation break that never happens.

Differentiators

Why this position holds

AlternativeWhat it answersWhat it structurally cannot
Payment rails (x402 · MPP)How value moves between agentsWhether it should — a rail is neutral about admissibility. We consume them; they distribute us.
Wallets & mandate issuersThat an agent holds funds or a signed intentAdjudication against the principal's real, current delegated authority — an issuer can't referee its own mandates.
Policy & spend dashboardsWhat happened, after it happenedStopping the inadmissible spend before the charge exists, and proving the verdict offline afterwards.
AgentPayment.devThe pre-payment verdict + the sealed, offline-verifiable evidence — from the neutral layer every rail, wallet, and dashboard needs and none can be. The moat compounds: every seller brings buyers, every transaction seals evidence only this layer can issue, and the verdict path's zero network dependency is a property a SaaS control plane cannot copy.
FAQ

The questions buyers actually ask

Do you move or hold money?
No — never. Settlement belongs to the payment rails and regulated partners. AgentPayment.dev decides whether a spend is admissible and seals the evidence; that neutrality is the product. There is no wallet custody, no money transmission, and no KYE payment protocol.
Does this replace x402 or MPP?
No. Both are consumed exactly as specified. The governed decision runs before the 402 flow, and the offer carries the admitting decision reference — your settlement code does not change.
What happens on a DENY?
The flow fails closed before any offer is minted or charge attempted. The refusal carries a reason code and an evidence reference the agent's principal — or an auditor — can read.
Can the verdict be verified independently?
Yes. Evidence references verify against published public keys — offline, with no call back to us. A decision that cannot be independently re-checked is an assertion, not evidence.
What if your service is unreachable mid-payment?
The decision path is local-first: verdicts seal without a network dependency. Settlement may degrade during an outage; the admissibility decision and its evidence never do.
How is this priced?
Per governed call, over the same rails your agent already speaks — the check itself is a machine-purchasable tool. Exact pricing is disclosed at onboarding; there are no seat minimums to start.
Get started

Put the authority question in front of the money

Early access is open for design partners — sellers gating agent purchases, platforms resolving mandates, and enterprises that need agent spending to survive an audit.

Request early access

Tell us who you are and what your agents need to spend on — we reply from info@agentpayment.dev.

No mailing list — a person replies.

Received.

Your request is in — routed through the governed comms rail to info@agentpayment.dev.