ERPC lanza Solana RPC compatible con x402 — La era en la que los agentes de IA pagan bajo demanda por las API que necesitan

ELSOUL LABO B.V. (sede: Ámsterdam, Países Bajos; CEO: Fumitake Kawasaki) y Validators DAO, operadores de ERPC, anuncian el lanzamiento de un proxy JSON-RPC de Solana mainnet compatible con x402.

El nuevo servicio es un Solana RPC compatible con x402 y listo para producción, disponible en x402.erpc.global. Usuarios, aplicaciones y agentes de IA pueden enviar solicitudes Solana JSON-RPC a POST https://x402.erpc.global/v1/solana-mainnet. Cuando se requiere pago, ERPC devuelve HTTP 402 Payment Required con un desafío de pago x402. El cliente puede adjuntar un payload de pago con stablecoin USDC en Solana mainnet y reintentar la misma solicitud para recibir el resultado RPC tras la verificación y liquidación del pago.

Hasta ahora, los pagos de API seguían principalmente un modelo en el que una persona se registraba primero, obtenía una API key y los sistemas de IA o bots usaban esa clave. Con x402, los agentes de IA y programas pueden leer los términos de pago presentados en el momento de la solicitud, pagar dentro del presupuesto y permisos definidos por su propietario y usar la API necesaria en el acto. ERPC ha implementado este flujo en un caso de infraestructura 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 es un protocolo de pago abierto que lleva el código HTTP 402 Payment Required a los pagos modernos en web y API.

En el modelo tradicional de API, los usuarios crean una cuenta para cada servicio, registran un método de pago, generan una API key y administran suscripciones o créditos prepago. Ese flujo funciona para humanos que contratan desde un navegador, pero es demasiado pesado para software y agentes de IA que necesitan elegir servicios dinámicamente y pagar solo por lo que usan.

Con x402, cuando un cliente accede a un recurso de pago, el servidor responde primero con 402 Payment Required. La respuesta incluye los términos de pago: cuánto pagar, en qué red y con qué activo. El cliente construye un payment payload, reintenta la misma solicitud con prueba de pago y el servidor verifica y liquida el pago antes de devolver la respuesta API o contenido solicitado.

En otras palabras, x402 convierte el acceso pagado a una API web en una conversación HTTP natural: esta operación cuesta este importe; el pago fue enviado; el resultado puede devolverse.

El Solana RPC compatible con x402 de ERPC es un proxy JSON-RPC de Solana mainnet ejecutado en Cloudflare Workers. La verificación y liquidación de pagos usan el Coinbase CDP x402 facilitator, con pagos en stablecoin USDC en Solana mainnet. /.well-known/x402 publica x402 version 2, la URL del facilitator, Solana mainnet, USDC y el endpoint POST /v1/solana-mainnet.

En la primera solicitud, el cliente envía un body Solana JSON-RPC normal. Si no incluye X-Payment, ERPC devuelve 402 Payment Required junto con el desafío x402, el weight del método RPC y la información de precio denominada en USD.

Luego el cliente construye un payload de pago con stablecoin USDC en Solana mainnet y reintenta el mismo body JSON-RPC con el header X-Payment. ERPC pide al facilitator verificar y liquidar el pago, recibe un settlement receipt y proxifica la solicitud hacia el Solana RPC upstream. El cliente recibe el resultado JSON-RPC junto con un receipt X-Payment-Response. Por compatibilidad, ERPC también acepta Payment-Signature como legacy header.

Para evitar el uso duplicado de pagos, las firmas reutilizadas se gestionan como 409 duplicate_payment. Los pagos inválidos o montos insuficientes se devuelven como 402 payment_invalid o payment_amount_too_low.

La tarificación sigue el canonical token model de ERPC: el raw weight de cada método se multiplica por 0.000001 USD. Los métodos JSON-RPC estándar valen 42 tokens, getProgramAccounts vale 4200 tokens, getTokenLargestAccounts vale 2400 tokens y getMultipleAccounts agrega 420 tokens por pubkey. Para coincidir con el minimum settlement amount del facilitator, se aplica un minimum charge de 0.001 USD a toda la solicitud. Por ejemplo, getSlot tiene raw weight de 42 tokens, pero el billed weight pasa a 1000 tokens, o 0.001 USD, tras aplicar el minimum charge.

También hay endpoints gratuitos de verificación: GET /health, GET /pricing y GET /.well-known/x402. /pricing muestra el raw weight, el weight después del minimum charge y el precio en USD de cada método Solana RPC.

Una implicación importante del soporte x402 es que las API y RPC pueden gestionarse con una granularidad cercana al micropago.

Hasta ahora, infraestructura como RPC se vendía normalmente mediante planes mensuales, cuotas fijas, créditos prepago o facturación posterior. Con ese modelo, los usuarios tienden a reservar más capacidad de la que realmente necesitan. Los créditos no usados se desperdician, mientras que los picos repentinos generan límites de cuota o compras adicionales. Esta diferencia es especialmente visible en workloads como agentes de IA y bots que leen mucho solo cuando lo necesitan y luego quedan casi inactivos.

Con mecanismos como x402, un servicio puede presentar un precio por API request, recuperación de datos u operación, y el cliente puede pagar solo por lo que necesita. El modelo de precios de ERPC también se basa en el raw weight de cada método multiplicado por 0.000001 USD. El endpoint actual aplica un floor de 0.001 USD a toda la solicitud para coincidir con el minimum settlement amount del facilitator, pero la unidad base está diseñada con granularidad de 1 token = 0.000001 USD.

Esto no es realista con pagos tradicionales con tarjeta. En importes de 0,1 centavo por solicitud, o incluso menores, las comisiones y flujos de aprobación pueden superar el valor del pago. Las stablecoins y protocolos de pago internet-native como x402 hacen práctico integrar estos pagos pequeños directamente en flujos API request / response.

Las batch JSON-RPC requests también pueden combinar múltiples read-only calls en una sola solicitud, aplicando el floor una sola vez al weight total. Por ejemplo, varios métodos ligeros de estado pueden llamarse juntos sin pagar un minimum charge separado por cada call.

Así, el soporte x402 de ERPC es un paso desde “contratar primero y luego usar RPC” hacia “pagar en el momento por los datos que se leen”. Esta granularidad será importante cuando los agentes de IA combinen muchos servicios externos según el contexto.

Los agentes de IA empiezan a escribir, investigar, programar, monitorizar, encontrar oportunidades de trading y operar infraestructura de forma autónoma. Estas tareas suelen requerir recursos externos de pago en el momento preciso: API, datasets, RPC endpoints, almacenamiento, compute, servicios de analytics, autenticación y más.

Para humanos, es normal firmar un contrato SaaS, revisar una factura y emitir una API key antes de usar un servicio. Pero si un agente de IA toma miles o decenas de miles de pequeñas decisiones, exigir aprobación humana para cada contrato o pago detiene el flujo.

El siguiente modelo es que un agente de IA lea que un dato cuesta 0.001 USD o que un cálculo requiere cierto importe, pague dentro del presupuesto, permisos y políticas definidos por su propietario, reciba el resultado y registre el receipt. Lo importante no es que la IA pague sin límites, sino que los pagos necesarios se automaticen dentro de spending limits, finalidades permitidas y scopes de servicios aprobados por humanos y organizaciones.

Esto no es solo checkout automatizado. Es infraestructura de pago para máquinas: agentes de IA, bots, API, IoT devices, robots y sistemas de monitorización que intercambian valor cuando un servicio es necesario. En el futuro, la facturación Agent-to-Agent / Machine-to-Machine será natural: un agente pagará a otro por una tarea, una IA pagará por cada llamada de data API y un sistema de monitorización pagará por análisis de alta precisión solo cuando aparezca una anomalía.

McKinsey estima que agentic commerce podría orquestar entre 3 y 5 billones de dólares globalmente para 2030. La IA ya es una entrada para búsqueda, comparación, recomendaciones y apoyo a decisiones. A medida que identidad, autorización y pagos maduren, se espera que los agentes de IA se involucren más profundamente en compras y ejecución de servicios.

Al mismo tiempo, protocolos de pago internet-native como x402 ya muestran transaction activity a gran escala y casos de uso experimentales. El sitio oficial de x402 publica métricas en vivo de transactions, volume, buyers y sellers de los últimos 30 días. Circle señaló que x402 procesó más de 100 millones de dólares en pagos en sus primeros meses. Chainalysis también analizó que los x402 agentic payments en Base superaron 100 millones de transactions en el Q1 de 2026.

Estas cifras muestran que x402 no es solo un concepto, sino que ya entró en una fase de experimentación y uso de machine payments de alta frecuencia. El mercado aún es temprano, pero la infraestructura para pagar API, datos, compute y servicios digitales a granularidad de request se está formando rápidamente.

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 aplicaciones Solana, RPC no es una función secundaria. Comprobaciones de saldo, consultas de slot, lecturas de account, búsquedas de program account, verificación de transaction status, recuperación de bloques y monitorización en tiempo real dependen de RPC.

Cuando los agentes de IA comienzan a inspeccionar el estado de Solana, tomar decisiones y actuar, RPC se acerca a sus ojos y manos. El agente decide qué account inspeccionar, qué program consultar, cuándo volver a comprobar y qué profundidad de búsqueda aplicar.

En ese entorno, contratos mensuales y cuotas fijas no siempre encajan con el uso fino. Si un agente puede llamar exactamente al método RPC que necesita, en el momento exacto, y pagar directamente por esa solicitud, puede combinar servicios externos con más flexibilidad.

El soporte x402 de ERPC es un primer paso ya implementado hacia ese mundo. Los agentes de IA y programas pueden tratar Solana RPC no solo como un servicio fijo precontratado, sino también como un service primitive que pagan y usan bajo demanda.

Para desarrolladores, ERPC compatible con x402 ofrece un entorno real para probar agentic workflows y diseños de API pay-per-use.

Por ejemplo, un agente de investigación que necesita inspeccionar el estado de una account Solana puede enviar primero una RPC request a ERPC. Si se requiere pago, el agente lee el importe de la respuesta 402, confirma que está dentro del presupuesto, construye el payment payload con stablecoin USDC y reintenta la solicitud. ERPC verifica el pago y devuelve el resultado RPC. El agente puede guardar el resultado y el receipt en su task log.

El mismo flujo puede usarse con bots, sistemas de monitorización, data collection pipelines, MCP servers y AI agent runtimes. Los desarrolladores pueden probar la composición de servicios a nivel de tarea, API call o data request, en vez de depender solo de contratos fijos mensuales.

Para proveedores de servicios, x402 también hace más granular la monetización de API. Pequeñas API, datos especializados, trabajos cortos de compute y resultados individuales de analytics pueden valorarse en unidades que los sistemas de pago tradicionales no soportaban fácilmente.

ELSOUL LABO y Validators DAO han mejorado continuamente la infraestructura necesaria para aplicaciones Solana y operaciones de validator mediante Solana RPC, Geyser gRPC, Shredstream, SLV, SLV AI, Validators Solutions y el data center especializado en Solana AS200261.

Los pagos de agentes de IA conectan naturalmente con ese trabajo. Cuando la IA apoya desarrollo y operaciones, selecciona los datos o compute que necesita y paga cuando hace falta, la infraestructura deja de ser solo un servicio contratado por humanos. Se convierte en primitives que los agentes pueden componer autónomamente.

Al adoptar tempranamente protocolos de pago internet-native como x402 y exponerlos mediante un caso concreto de Solana RPC, avanzamos en la implementación real de pagos de agentes de IA.

Esto no es solo una historia sobre el futuro. El endpoint ya devuelve HTTP 402, acepta pago USDC, ejecuta Solana RPC y devuelve un receipt.

ERPC seguirá mejorando su rendimiento como infraestructura especializada en Solana, al mismo tiempo que investiga y desarrolla capas de pago, autorización y ejecución más fáciles de usar para agentes de IA y sistemas autónomos.

Este endpoint sirve para pagar las tarifas de uso de ERPC Solana RPC mediante x402. No proporciona servicios de intercambio de criptoactivos, intermediación, custodia ni 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 Sitio web de ERPC: https://erpc.global/es ERPC Dashboard: https://dashboard.erpc.global/es

Para consultas sobre ERPC, Solana RPC compatible con x402, Solana RPC, Geyser gRPC, Shredstream e infraestructura para agentes de IA, contáctenos a través del ERPC Dashboard.

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