Skip to main content
At the Enhanced verification tier, requests include the user’s original signature over their alongside the JWT. This gives you, as a verifier, independent cryptographic proof of the user’s authorisation — you can verify the signed intent directly without relying solely on the SIS attestation. A Stamped Mandate is delivered over the API as a PINT (header x-sumvin-pint-token). The signature you verify here travels in the X-Pint-Signature and X-Pint-Payload headers; those names, the JWT pint_signature claim, and the EIP-712 domain string are the wire contract and stay exactly as written below.
You only need this for the Enhanced tier (requests with sr:us:pint:spend:execute scope). If the JWT’s verification_tier is "standard", skip this page — standard JWT verification is sufficient.

What You Receive

Enhanced-tier requests include three identity-related headers:
See the Header Reference for full format details.

Verification Steps

After completing all standard JWT verification steps, perform these additional checks:

1. Decode the PINT Payload

The X-Pint-Payload header contains the base64-encoded PINT data:

2. Reconstruct the EIP-712 Hash

Rebuild the EIP-712 typed data hash from the decoded PINT payload:

3. Verify the Signature

Recover the signer address from the X-Pint-Signature header and confirm it matches the wallet in the PINT:

4. Cross-Check Against the JWT

Confirm that the pint_signature claim in the JWT matches the X-Pint-Signature header. This ensures the JWT and the PINT signature are referring to the same authorisation:

Complete Enhanced Verification

For agent-signed PINTs (signer_type: "agent"), standard ECDSA recovery won’t work. Agent keys use P-256, and verification happens via EIP-1271 isValidSignature on the Safe contract. If you need to verify agent-signed PINTs, you’ll need to make an on-chain call to the Safe contract.