ERPC lança Solana RPC com suporte a x402 — A era em que agentes de IA pagam sob demanda pelas APIs de que precisam

ELSOUL LABO B.V. (sede: Amsterdã, Países Baixos; CEO: Fumitake Kawasaki) e Validators DAO, operadores da ERPC, anunciam o lançamento de um proxy JSON-RPC da Solana mainnet com suporte a x402.

O novo serviço é um Solana RPC com suporte a x402, pronto para produção, disponível em x402.erpc.global. Usuários, aplicações e agentes de IA podem enviar solicitações Solana JSON-RPC para POST https://x402.erpc.global/v1/solana-mainnet. Quando o pagamento é necessário, a ERPC retorna HTTP 402 Payment Required com um desafio de pagamento x402. O cliente pode anexar um payload de pagamento em stablecoin USDC na Solana mainnet e repetir a mesma solicitação para receber o resultado RPC após verificação e liquidação do pagamento.

Até agora, pagamentos de API geralmente seguiam um modelo no qual uma pessoa se cadastra primeiro, obtém uma API key e sistemas de IA ou bots usam essa chave depois. Com x402, agentes de IA e programas podem ler os termos de pagamento apresentados no momento da solicitação, pagar dentro do orçamento e das permissões definidos pelo proprietário e usar imediatamente a API necessária. A ERPC implementou esse fluxo para um caso de infraestrutura concreto: Solana RPC.

Paid RPC endpoint: POST https://x402.erpc.global/v1/solana-mainnet Pricing: https://x402.erpc.global/pricing OpenAPI: https://x402.erpc.global/doc Service discovery: https://x402.erpc.global/.well-known/x402

x402 é um protocolo de pagamento aberto que traz o status HTTP 402 Payment Required para pagamentos modernos na web e em APIs.

No modelo tradicional de API, usuários criam uma conta para cada serviço, registram um método de pagamento, geram uma API key e gerenciam assinaturas ou créditos pré-pagos. Esse fluxo funciona para humanos em um navegador, mas é pesado demais para softwares e agentes de IA que precisam escolher serviços dinamicamente e pagar apenas pelo que usam.

Com x402, quando um cliente acessa um recurso pago, o servidor responde primeiro com 402 Payment Required. A resposta inclui os termos de pagamento: quanto pagar, em qual rede e com qual ativo. O cliente cria um payment payload, repete a mesma solicitação com prova de pagamento, e o servidor verifica e liquida o pagamento antes de retornar a resposta da API ou o conteúdo solicitado.

Em outras palavras, x402 transforma o acesso pago a uma API web em uma conversa HTTP natural: esta operação custa este valor; o pagamento foi enviado; o resultado pode ser retornado.

O Solana RPC com suporte a x402 da ERPC é um proxy JSON-RPC da Solana mainnet executado em Cloudflare Workers. A verificação e liquidação de pagamentos usam o Coinbase CDP x402 facilitator, com pagamentos em stablecoin USDC na Solana mainnet. /.well-known/x402 publica x402 version 2, a URL do facilitator, Solana mainnet, USDC e o endpoint POST /v1/solana-mainnet.

Na primeira solicitação, o cliente envia um corpo Solana JSON-RPC normal. Se X-Payment não estiver presente, a ERPC retorna 402 Payment Required junto com o desafio x402, o weight do método RPC e as informações de preço em USD.

O cliente então cria um payload de pagamento em stablecoin USDC na Solana mainnet e reenvia o mesmo corpo JSON-RPC com o header X-Payment. A ERPC pede ao facilitator para verificar e liquidar o pagamento, recebe um settlement receipt e proxifica a solicitação para o Solana RPC upstream. O cliente recebe o resultado JSON-RPC junto com um receipt X-Payment-Response. Por compatibilidade, a ERPC também aceita Payment-Signature como legacy header.

Para impedir uso duplicado de pagamento, signatures reutilizadas são tratadas como 409 duplicate_payment. Pagamentos inválidos ou valores insuficientes retornam 402 payment_invalid ou payment_amount_too_low.

A precificação segue o canonical token model da ERPC: o raw weight de cada método é multiplicado por 0.000001 USD. Métodos JSON-RPC padrão têm 42 tokens, getProgramAccounts tem 4200 tokens, getTokenLargestAccounts tem 2400 tokens e getMultipleAccounts adiciona 420 tokens por pubkey. Para corresponder ao minimum settlement amount do facilitator, um minimum charge de 0.001 USD se aplica à solicitação inteira. Por exemplo, getSlot tem raw weight de 42 tokens, mas o billed weight se torna 1000 tokens, ou 0.001 USD, após o minimum charge.

Também há endpoints gratuitos de verificação: GET /health, GET /pricing e GET /.well-known/x402. /pricing mostra o raw weight, o weight após o minimum charge e o preço em USD de cada método Solana RPC.

Uma implicação importante do suporte a x402 é que APIs e RPC podem ser tratados com granularidade próxima a micropagamentos.

Até agora, infraestrutura como RPC geralmente era vendida por planos mensais, quotas fixas, créditos pré-pagos ou faturas pós-pagas. Usuários tendem a reservar mais capacidade do que realmente precisam. Créditos não utilizados são desperdiçados, enquanto picos repentinos criam limites de quota ou exigem compras adicionais. Isso é especialmente visível em workloads como agentes de IA e bots, que podem ler muito apenas quando necessário e depois ficar quase inativos.

Com mecanismos como x402, um serviço pode apresentar um preço por API request, recuperação de dados ou operação, e o cliente paga apenas pelo que precisa. O modelo de preços da ERPC também se baseia no raw weight de cada método multiplicado por 0.000001 USD. O endpoint atual aplica um floor de 0.001 USD à solicitação inteira para corresponder ao minimum settlement amount do facilitator, mas a unidade base é projetada com granularidade de 1 token = 0.000001 USD.

Isso não é realista com pagamentos tradicionais por cartão. Em valores de 0,1 centavo por request, ou ainda menores, taxas e fluxos de aprovação podem superar o próprio valor do pagamento. Pagamentos em stablecoin e protocolos de pagamento internet-native como x402 tornam prático embutir esses pequenos pagamentos diretamente em fluxos API request / response.

Batch JSON-RPC requests também podem combinar várias read-only calls em uma única solicitação, aplicando o floor apenas uma vez ao weight total. Assim, vários métodos leves de status podem ser chamados juntos sem pagar um minimum charge separado para cada call.

O suporte x402 da ERPC é, portanto, um passo de “contratar primeiro e depois usar RPC” para “pagar no momento pelos dados lidos”. Essa granularidade de pagamento se torna importante à medida que agentes de IA combinam muitos serviços externos de acordo com o contexto.

Agentes de IA estão começando a escrever, pesquisar, codificar, monitorar, encontrar oportunidades de trading e operar infraestrutura de forma autônoma. Essas tarefas frequentemente exigem recursos externos pagos no momento exato: APIs, datasets, RPC endpoints, storage, compute, analytics services, authentication services e mais.

Para humanos, é normal assinar um contrato SaaS, revisar uma fatura e emitir uma API key antes de usar um serviço. Mas se um agente de IA toma milhares ou dezenas de milhares de pequenas decisões, exigir aprovação humana para cada contrato ou pagamento interrompe o workflow.

O próximo modelo é o agente de IA ler que um dado custa 0.001 USD ou que uma computação exige certo valor, pagar dentro do orçamento, permissões e políticas definidos pelo proprietário, receber o resultado e registrar o receipt. O ponto não é permitir que a IA pague sem limites, mas automatizar pagamentos necessários dentro de spending limits, finalidades permitidas e service scopes aprovados.

Isso não é apenas checkout automatizado. É infraestrutura de pagamento para máquinas: agentes de IA, bots, APIs, IoT devices, robôs e sistemas de monitoramento trocando valor no momento em que um serviço é necessário. No futuro, billing Agent-to-Agent / Machine-to-Machine será natural: um agente pagará outro por uma tarefa, uma IA pagará por cada data API call, e um sistema de monitoramento pagará por análise de alta precisão apenas quando surgir uma anomalia.

A McKinsey estima que agentic commerce pode orquestrar entre 3 trilhões e 5 trilhões de dólares globalmente até 2030. A IA já se torna uma interface para busca, comparação, recomendações e apoio à decisão. À medida que identity, authorization e payments amadurecem, espera-se que agentes de IA entrem mais profundamente em compras e execução de serviços.

Ao mesmo tempo, protocolos de pagamento internet-native como x402 já mostram transaction activity em escala e casos de uso experimentais. O site oficial x402 publica métricas ao vivo de transactions, volume, buyers e sellers dos últimos 30 dias. A Circle observou que x402 processou mais de 100 milhões de dólares em pagamentos nos primeiros meses. A Chainalysis também analisou que x402 agentic payments na Base ultrapassaram 100 milhões de transactions até o Q1 de 2026.

Esses números mostram que x402 não é apenas um conceito, mas já entrou em uma fase de experimentação e uso de machine payments de alta frequência. O mercado ainda é inicial, mas a infraestrutura para pagar APIs, dados, compute e serviços digitais por request está se formando rapidamente.

McKinsey: https://www.mckinsey.com/capabilities/quantumblack/our-insights/europes-agentic-commerce-moment-decision-influence-is-here-execution-is-coming x402: https://x402.org/ Circle: https://www.circle.com/blog/nanopayments-powered-by-circle-gateway-is-now-live-on-mainnet Chainalysis: https://www.chainalysis.com/blog/x402-agentic-payments-adoption/

Para aplicações Solana, RPC não é uma função secundária. Balance checks, slot queries, account reads, program account searches, transaction status checks, block retrieval e monitoramento em tempo real dependem de RPC.

Quando agentes de IA começam a inspecionar o estado da Solana, tomar decisões e agir, RPC se torna quase seus olhos e mãos. O agente decide qual account inspecionar, qual program consultar, quando verificar novamente e com que profundidade pesquisar.

Nesse ambiente, contratos mensais e quotas fixas nem sempre combinam com uso granular. Se um agente pode chamar exatamente o método RPC necessário, no momento necessário, e pagar diretamente por essa solicitação, ele pode combinar serviços externos com mais flexibilidade.

O suporte x402 da ERPC é um primeiro passo já implementado em direção a esse mundo. Agentes de IA e programas podem tratar Solana RPC não apenas como um serviço fixo pré-contratado, mas também como um service primitive que podem pagar e usar sob demanda.

Para desenvolvedores, a ERPC com suporte x402 oferece um ambiente real para testar agentic workflows e designs de API pay-per-use.

Por exemplo, um agente de pesquisa que precisa inspecionar o estado de uma account Solana pode primeiro enviar uma RPC request à ERPC. Se o pagamento for necessário, o agente lê o valor exigido na resposta 402, confirma que está dentro do orçamento, cria o payment payload em stablecoin USDC e repete a solicitação. A ERPC verifica o pagamento e retorna o resultado RPC. O agente pode salvar o resultado e o receipt em seu task log.

O mesmo fluxo pode ser usado por bots, sistemas de monitoramento, data collection pipelines, MCP servers e AI agent runtimes. Desenvolvedores podem testar composição de serviços no nível de task, API call ou data request, em vez de depender apenas de contratos mensais fixos.

Para provedores de serviço, x402 também torna a monetização de APIs mais granular. Pequenas APIs, dados especializados, compute jobs curtos e resultados individuais de analytics podem ser precificados em unidades que sistemas de pagamento tradicionais não suportavam facilmente.

ELSOUL LABO e Validators DAO melhoram continuamente a infraestrutura necessária para aplicações Solana e operações de validator por meio de Solana RPC, Geyser gRPC, Shredstream, SLV, SLV AI, Validators Solutions e o data center especializado em Solana AS200261.

Pagamentos de agentes de IA se conectam naturalmente a esse trabalho. Quando a IA apoia desenvolvimento e operações, seleciona dados ou compute necessários e paga quando preciso, a infraestrutura deixa de ser apenas um serviço contratado por humanos. Ela se torna um conjunto de primitives que agentes podem compor autonomamente.

Ao adotar cedo protocolos de pagamento internet-native como x402 e expô-los por um caso de uso concreto de Solana RPC, avançamos a implementação real de pagamentos de agentes de IA.

Isso não é apenas uma história sobre o futuro. O endpoint já retorna HTTP 402, aceita pagamento em stablecoin USDC, executa Solana RPC e retorna um receipt.

A ERPC continuará melhorando sua performance como infraestrutura especializada em Solana, ao mesmo tempo em que pesquisa e desenvolve camadas de pagamento, autorização e execução mais fáceis para agentes de IA e sistemas autônomos.

Este endpoint serve para pagar taxas de uso do ERPC Solana RPC via x402. Ele não fornece serviços de exchange de criptoativos, intermediação, custody ou wallet.

Paid RPC endpoint: POST https://x402.erpc.global/v1/solana-mainnet ERPC pricing: https://x402.erpc.global/pricing ERPC OpenAPI: https://x402.erpc.global/doc ERPC x402 service discovery: https://x402.erpc.global/.well-known/x402 Site da ERPC: https://erpc.global/pt ERPC Dashboard: https://dashboard.erpc.global/pt

Para dúvidas sobre ERPC, Solana RPC com suporte a x402, Solana RPC, Geyser gRPC, Shredstream e infraestrutura para agentes de IA, entre em contato pelo ERPC Dashboard.

ERPC Dashboard: https://dashboard.erpc.global/pt