Create an email-native payment challenge
Issue an x402 payment challenge over a real email thread (the payee side). Unlike createChallenge (which mints a synthetic challenge id), this sends the challenge as an email from from to to and binds the payment to that DKIM-authenticated thread. The pay_to address and the token asset are resolved server-side from your registered default payout address for the network, never from the request. The response carries the thread's interaction_id plus the challenge (the payment_requirements, the nonce_binding, and expires_at) the payer needs to sign; the payer replies with a signed payment interaction step. Amounts are in token base units (USDC has 6 decimals, so "10000" is 0.01 USDC).
Headers
Optional client-supplied idempotency key. Retrying a request with the same key returns the original result instead of performing the action a second time; if omitted the server derives one from the canonical payload hash. Safe to retry network failures without duplicating side effects.
Request body
Response
Idempotent replay: a request with a previously-used idempotency key returns the original issued challenge without sending a second email.
Example response
{
"data": {
"challenge": {
"payment_requirements": {
"scheme": "exact"
}
}
}
}