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

ELSOUL LABO B.V. (con sede en Á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 un pago, ERPC devuelve HTTP 402 Payment Required con un desafío de pago x402. El cliente puede entonces adjuntar una carga útil de pago en la stablecoin USDC sobre Solana mainnet y reintentar la misma solicitud para recibir el resultado de Solana RPC una vez verificado y liquidado el pago.

Hasta ahora, los pagos de API seguían principalmente un modelo en el que una persona se registraba primero, obtenía una clave de API y, después, los sistemas de IA o bots utilizaban esa clave. Con x402, los agentes de IA y los programas pueden leer las condiciones presentadas al realizar la solicitud, pagar dentro de los límites de presupuesto y permisos definidos por su propietario y acceder en ese momento a la API que necesitan. ERPC ha implementado este flujo para un caso concreto de infraestructura: Solana RPC.

Endpoint RPC de pago: POST https://x402.erpc.global/v1/solana-mainnet Precios: https://x402.erpc.global/pricing OpenAPI: https://x402.erpc.global/doc Descubrimiento del servicio: https://x402.erpc.global/.well-known/x402

x402 es un protocolo de pago abierto que incorpora el código de estado HTTP 402 Payment Required a los pagos modernos de la web y las API.

En el modelo tradicional de API, los usuarios crean una cuenta para cada servicio, registran un método de pago, generan una clave de API y gestionan suscripciones o créditos de prepago. Este flujo funciona para una persona que se registra mediante un navegador, pero resulta demasiado pesado para el software y los agentes de IA que necesitan elegir servicios de forma dinámica y pagar solo por lo que utilizan.

Con x402, cuando un cliente accede a un recurso de pago, el servidor responde primero con 402 Payment Required. La respuesta incluye las condiciones de pago: cuánto abonar, en qué red y con qué activo. El cliente genera una carga útil de pago conforme a esas condiciones y reintenta la misma solicitud con el justificante. El servidor verifica y liquida el pago y, si todo es válido, devuelve la respuesta de la API o el contenido solicitado.

En otras palabras, x402 convierte el acceso de pago a una API web en un diálogo natural de solicitud y respuesta HTTP: esta operación cuesta este importe; se ha enviado el pago; ya puede devolverse el resultado.

El Solana RPC compatible con x402 de ERPC es un proxy JSON-RPC de Solana mainnet ejecutado en Cloudflare Workers. Para verificar y liquidar pagos utiliza el facilitador Coinbase CDP x402, con pagos en la stablecoin USDC sobre Solana mainnet. /.well-known/x402 publica x402 versión 2, la URL del facilitador, Solana mainnet, USDC y el endpoint POST de /v1/solana-mainnet.

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

A continuación, el cliente genera una carga útil de pago en la stablecoin USDC sobre Solana mainnet y reintenta el mismo cuerpo JSON-RPC con la cabecera X-Payment. ERPC pide al facilitador que verifique y liquide el pago, recibe un recibo de liquidación y reenvía la solicitud al Solana RPC upstream. El cliente recibe el resultado JSON-RPC junto con un recibo X-Payment-Response. Para mantener la compatibilidad, ERPC también acepta Payment-Signature como cabecera heredada.

Para evitar que un pago se utilice dos veces, las firmas reutilizadas se tratan como 409 duplicate_payment. Los pagos no válidos o los importes insuficientes se devuelven como 402 payment_invalid o payment_amount_too_low.

Los precios siguen el modelo canónico de tokens de ERPC: el peso bruto de cada método se multiplica por 0.000001 USD. Los métodos JSON-RPC estándar tienen un peso de 42 tokens, getProgramAccounts de 4200, getTokenLargestAccounts de 2400 y getMultipleAccounts añade 420 tokens por pubkey. Para ajustarse al importe mínimo de liquidación del facilitador, se aplica un cargo mínimo de 0.001 USD al conjunto de la solicitud. Por ejemplo, getSlot tiene un peso bruto de 42 tokens, pero tras aplicar el cargo mínimo su peso facturado pasa a ser de 1000 tokens, es decir, 0.001 USD.

También hay endpoints de comprobación gratuitos: GET /health, GET /pricing y GET /.well-known/x402. /pricing muestra el peso bruto de cada método Solana RPC, su peso después de aplicar el cargo mínimo y su precio en USD.

Una consecuencia importante de la compatibilidad con x402 es que las API y RPC pueden gestionarse con una granularidad próxima a la de los micropagos.

Hasta ahora, la infraestructura como RPC solía venderse mediante planes mensuales, cuotas fijas, créditos de prepago o facturas pospago. Con ese modelo, los usuarios tienden a reservar más capacidad de la que realmente necesitan. Los créditos no utilizados se pierden, mientras que los picos repentinos de uso alcanzan los límites de cuota o exigen compras adicionales. Este desajuste resulta especialmente visible en cargas como los agentes de IA y los bots, que pueden realizar muchas lecturas solo cuando las necesitan y permanecer casi inactivos después.

Con mecanismos como x402, un servicio puede indicar un precio por solicitud de API, recuperación de datos u operación, y el cliente paga únicamente por lo que necesita. El modelo de precios de ERPC también multiplica el peso bruto de cada método por 0.000001 USD. El endpoint actual aplica un mínimo de 0.001 USD al conjunto de la solicitud para ajustarse al importe mínimo de liquidación del facilitador, pero la unidad base se ha diseñado con una granularidad de 1 token = 0.000001 USD.

Esto no resulta viable con los pagos tradicionales con tarjeta. Con 0,1 centavos por solicitud, o incluso importes menores, las comisiones y los procesos de autorización pueden superar el valor del propio pago. Las stablecoins y los protocolos de pago nativos de internet como x402 permiten integrar estos pequeños pagos directamente en los flujos de solicitud y respuesta de las API.

Las solicitudes JSON-RPC por lotes también pueden agrupar varias llamadas de solo lectura en una misma solicitud y aplicar el mínimo una sola vez al peso total. Por ejemplo, es posible invocar juntos varios métodos ligeros de estado sin pagar un cargo mínimo independiente por cada llamada, lo que permite abonar el conjunto de la solicitud de manera más eficiente.

En ese sentido, la compatibilidad de ERPC con x402 supone pasar de «contratar primero y utilizar RPC después» a «pagar en el momento por los datos que se leen». Esta granularidad de pago adquiere importancia a medida que los agentes de IA comienzan a combinar numerosos servicios externos según el contexto.

Los agentes de IA están comenzando a escribir, investigar, programar, monitorizar, detectar oportunidades de trading y operar infraestructura de manera autónoma. A menudo, estas tareas requieren recursos externos de pago justo en el momento en que se necesitan: API, conjuntos de datos, endpoints RPC, almacenamiento, capacidad de cómputo, servicios de análisis y autenticación, entre otros.

Para las personas, es normal firmar un contrato SaaS, revisar una factura y generar una clave de API antes de utilizar un servicio. Pero si un agente de IA toma miles o decenas de miles de pequeñas decisiones durante su trabajo, exigir aprobación humana para cada contrato o pago interrumpe el flujo.

El siguiente modelo consiste en que un agente de IA lea que un dato cuesta 0.001 USD o que un cálculo requiere un importe determinado, pague dentro de los presupuestos, permisos y políticas definidos por su propietario, reciba el resultado y registre el recibo. La cuestión central no es que la IA pague sin límites, sino que los pagos necesarios puedan automatizarse dentro de los límites de gasto, las finalidades permitidas y el ámbito de servicios aprobado por personas y organizaciones.

Esto va más allá de automatizar el proceso de pago. Es infraestructura de pago para máquinas: agentes de IA, bots, API, dispositivos IoT, robots y sistemas de monitorización que intercambian valor cuando necesitan un servicio. En el futuro, la facturación entre agentes y entre máquinas será algo natural: un agente pagará a otro por una tarea, una IA pagará cada llamada a una API de datos y un sistema de monitorización abonará un análisis de alta precisión solo cuando aparezca una anomalía.

McKinsey estima que el comercio agéntico podría coordinar entre 3 y 5 billones de USD en todo el mundo para 2030. La IA ya se está convirtiendo en un punto de entrada para buscar, comparar, recibir recomendaciones y apoyar decisiones. A medida que maduren la identidad, la autorización y los pagos, se espera que los agentes de IA profundicen en las compras y la ejecución de servicios.

Al mismo tiempo, los protocolos de pago nativos de internet como x402 ya registran actividad transaccional a gran escala y casos de uso experimentales. El sitio oficial de x402 publica métricas en directo de transacciones, volumen, compradores y vendedores durante los últimos 30 días. Circle ha indicado que x402 procesó más de 100 millones de USD en pagos durante sus primeros meses. Chainalysis también ha analizado que los pagos agénticos x402 en Base superaron los 100 millones de transacciones en el primer trimestre de 2026.

Estas cifras muestran que x402 no es un mero concepto, sino que ya ha entrado en una fase de experimentación y uso de pagos de alta frecuencia entre máquinas. El mercado aún está en una etapa temprana, pero se está formando rápidamente la infraestructura de un mundo en el que las API, los datos, el cómputo y los servicios digitales pueden pagarse con la granularidad de una solicitud.

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 las aplicaciones de Solana, RPC no es una función secundaria. Las comprobaciones de saldo, las consultas de slots, las lecturas de cuentas, las búsquedas de cuentas de programas, las consultas del estado de transacciones, la recuperación de bloques y la monitorización en tiempo real dependen de RPC.

A medida que los agentes de IA comienzan a inspeccionar el estado de Solana, tomar decisiones y actuar, RPC se convierte prácticamente en sus ojos y sus manos. El agente decide qué cuenta inspeccionar, qué programa consultar, cuándo volver a comprobar y hasta qué profundidad buscar.

En ese entorno, los contratos mensuales y las cuotas fijas por sí solos no siempre se adaptan a un uso granular. Si un agente puede llamar al método RPC exacto que necesita en el instante preciso y pagar directamente esa solicitud, podrá combinar servicios externos con mayor flexibilidad.

La compatibilidad de ERPC con x402 es un primer paso listo para producción hacia ese mundo. Los agentes de IA y los programas pueden tratar Solana RPC no solo como un servicio fijo precontratado, sino también como un componente de servicio que pueden pagar y utilizar bajo demanda.

Para los desarrolladores, ERPC con x402 ofrece un entorno real donde probar flujos agénticos y diseños de API de pago por uso.

Por ejemplo, un agente de investigación que necesite inspeccionar el estado de una cuenta de Solana puede enviar primero una solicitud RPC a ERPC. Si hace falta pagar, el agente lee el importe requerido en la respuesta 402, comprueba que está dentro de su presupuesto, genera la carga útil de pago en la stablecoin USDC y reintenta la solicitud. ERPC verifica el pago y devuelve el resultado RPC. El agente puede guardar tanto el resultado como el recibo en el registro de la tarea.

El mismo flujo puede utilizarse con bots, sistemas de monitorización, canalizaciones de recopilación de datos, servidores MCP y entornos de ejecución de agentes de IA. Los desarrolladores pueden probar la composición de servicios a escala de tarea, llamada de API o solicitud de datos, en vez de depender únicamente de contratos mensuales fijos.

Para los proveedores de servicios, x402 también hace más granular la monetización de las API. Las API pequeñas, los datos especializados, los trabajos breves de cómputo y los resultados individuales de análisis pueden tarificarse en unidades que los sistemas de pago tradicionales no admitían con facilidad.

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

Los pagos de los agentes de IA encajan de manera natural con ese trabajo. Cuando la IA apoya el desarrollo y las operaciones, selecciona los datos o el cómputo que necesita y los paga cuando hacen falta, la infraestructura deja de ser solo un servicio contratado por personas y se convierte en un conjunto de componentes que los agentes pueden combinar de forma autónoma.

Al adoptar pronto protocolos de pago nativos de internet como x402 y ofrecerlos mediante un caso de uso concreto de Solana RPC, avanzamos en la implementación real de los pagos de agentes de IA.

No es solo una historia sobre el futuro. El endpoint ya devuelve HTTP 402, acepta pagos en la stablecoin USDC, ejecuta Solana RPC y devuelve un recibo.

ERPC seguirá mejorando su rendimiento como infraestructura especializada en Solana, además de investigar y desarrollar capas de pago, autorización y ejecución que resulten más fáciles de utilizar para agentes de IA y sistemas autónomos.

Este endpoint sirve para pagar mediante x402 las tarifas de uso de ERPC Solana RPC. No presta servicios de intercambio, intermediación, custodia o monedero de criptoactivos.

Endpoint RPC de pago: POST https://x402.erpc.global/v1/solana-mainnet Precios de ERPC: https://x402.erpc.global/pricing OpenAPI de ERPC: https://x402.erpc.global/doc Descubrimiento del servicio ERPC x402: 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, póngase en contacto con nosotros mediante ERPC Dashboard.

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