Prerequisites
- An EVM wallet on Base controlled by the agent (private key in an env var or secret manager).
- A small amount of ETH on Base for gas (staking is two transactions:
approvethenstake). - Any non-zero amount of VVV to stake. The minting endpoint requires only that the wallet has a non-zero sVVV balance, so 1 VVV is enough to mint a key. See Paying for inference for what you need to actually call paid endpoints.
Steps
Stake VVV with Venice
Stake the VVV in the Venice Staking Smart Contract at 
When the second transaction confirms, the wallet’s VVV balance decreases and its sVVV balance increases by the same amount. The minting endpoint reads the sVVV balance to confirm the wallet is staked.
0x321b7ff75154472B18EDb199033fF4D116F340Ff. This is two transactions:approve(spender, amount)on the VVV token, wherespenderis the staking contract.stake(amount)on the staking contract.

Request a validation token
Call The response contains a
GET /api/v1/api_keys/generate_web3_key to get a short-lived token signed by Venice. The endpoint is unauthenticated.token field. The token expires 15 minutes after issuance, so sign and submit it well before then.Sign the token with the staking wallet
Sign the raw token string with the wallet that holds the staked VVV. This is a standard
personal_sign over the token bytes. Both ethers.Wallet.signMessage(token) and viem’s account.signMessage({ message: token }) produce the correct signature.Mint the API key
POST the address, signature, and token to the same endpoint, along with the type of key you want.address, signature, token, apiKeyType (INFERENCE or ADMIN).Optional fields: description, expiresAt, consumptionLimit (caps total spend on this key, denominated in usd, vcu, or diem).On success the response contains the minted apiKey string. Store it in the agent’s secret store and use it as a normal Bearer token (Authorization: Bearer <key>).End-to-end example
The example below uses a real wallet from an environment variable rather than a randomly generated one. A random wallet has no staked VVV and the mint will be rejected with theWallet has no staked VVV on Base error.
Error reference
The endpoint returns specific, actionable error messages. Map these in the agent so it can decide whether to retry, request a new token, or stop.| Status | Error message contains | What it means | What to do |
|---|---|---|---|
400 | Invalid wallet address | The address field is not a valid EVM address. | Fix the address and resubmit. |
400 | JWT has expired | The validation token expired before you signed and submitted it. | Request a new token, sign it, and submit immediately. |
400 | JWT signature is invalid | The token was not signed by Venice (likely tampered with or fabricated). | Always use a fresh token from the GET endpoint. |
400 | JWT claims are invalid | The token’s issuer or audience does not match what Venice expects. | Use the unmodified token returned by the GET endpoint. |
400 | JWT is malformed | The submitted token is not a JWT. | Ensure you are sending the exact token string returned by the GET endpoint. |
400 | Wallet signature does not match | The signature does not match the address for the given token. | Sign the raw token bytes with the wallet that owns address. |
400 | Could not verify wallet signature | RPC call to verify the signature failed (transient). | Retry with backoff. |
400 | Wallet has no staked VVV on Base | The wallet has zero sVVV balance. | Stake VVV first, then retry. |
Paying for inference
Minting a key and being able to call paid endpoints with it are two separate things. A freshly minted key authenticates correctly but cannot call paid endpoints (such as/chat/completions) until the wallet’s account has a spendable balance.
The minted key can spend from the user account in this priority order: DIEM, then bundled credits, then USD.
| Funding source | Autonomous? | How |
|---|---|---|
| DIEM from VVV staking | Yes | The wallet’s daily DIEM allocation is proportional to its share of the staking pool. The account needs at least 0.1 staked DIEM for any DIEM to be spendable. Larger stakes earn proportionally more daily DIEM, refreshed each epoch (00:00 UTC). |
| USD via Stripe | No (browser) | Sign into venice.ai with the same wallet (Sign-In-With-Ethereum). The dashboard finds the existing user record. Add credits in Settings, API. |
| Coinbase crypto subscription | No (browser) | Same wallet sign-in, then subscribe through the dashboard. The flow redirects to Coinbase Commerce for the actual payment, so it cannot be driven from a script. |
| Coinbase onramp | No (browser) | Same wallet sign-in, then use the onramp widget in the dashboard. Hosted on Coinbase’s UI. |
- Stake more VVV so the daily DIEM allocation covers the agent’s spend. The minted key picks this up automatically.
- Use the x402 wallet flow instead of the API key. With x402 the agent signs a SIWE message per request, tops up directly with USDC on Base via
POST /api/v1/x402/top-up, and pays per request. The x402 USDC balance is wallet-bound, not user-bound, so it does not show up as balance for the minted Bearer key, but it does let the same wallet pay for inference programmatically.
Related resources
Crypto and Agents
Use Venice as both the model provider and the blockchain RPC layer for autonomous agents.
x402 Wallet Authentication
Pay per request with USDC on Base, no API key required.
Generate Web3 API Key Endpoint
Endpoint reference for the mint endpoint.
Standard API Key Guide
For users who prefer to mint a key from the dashboard.