Los canales de pagos de Polygon alcanzan 11 millones de actualizaciones por segundo en 25 centros

Polygon ha probado un nuevo sistema de pagos por agentes que procesó más de 11 millones de actualizaciones de pagos verificadas por segundo en 25 centros, manteniendo el cierre final anclado a la cadena Polygon.

Resumen

• Los canales de pagos por agentes de Polygon procesaron más de 11 millones de actualizaciones de pagos verificadas por segundo en 25 centros con escalabilidad independiente.

• Los pagos individuales se realizan fuera de la cadena mediante canales, mientras que los estados acumulados de pago se liquidan en Polygon por lotes.

• El sistema usa x402 para solicitudes de pago y permite que agentes de IA compren tokens, llamadas a API, datos y otros servicios conforme los consumen.

• Polygon indicó que una flota mayor de centros podría procesar más de 100 millones de actualizaciones de pagos por segundo según la arquitectura probada.

Polygon Labs señaló que la prueba comparativa usó canales de pagos por agentes diseñados para software que paga por inferencia, datos, llamadas a API y otros servicios conforme los consume, en lugar de enviar cada pago individual mediante una transacción en cadena.

El sistema combina actualizaciones de pagos fuera de cadena de alta frecuencia con liquidación por lotes en Polygon, permitiendo que un agente realice múltiples pagos pequeños mientras ejecuta una tarea. Cada actualización fue confirmada por el motor de pagos en 20 microsegundos, sin incluir la latencia de red entre el usuario y el centro.

Los canales de pagos de Polygon separan los pagos de la liquidación

Los canales de pagos por agentes comienzan con un depositante que ingresa fondos en un contrato de canal agnóstico al proveedor en Polygon y vincula una clave de sesión. El monto depositado determina cuánto puede gastar el agente durante la sesión.

Una vez que un servicio solicita un pago mediante x402, el agente envía vales acumulativos firmados a través de un centro conforme consume el servicio. El centro verifica la firma, el precio, el ID de repetición, el límite de autorización y el saldo restante en garantía antes de emitir un recibo.

Un recibo válido permite al proveedor entregar la siguiente unidad de trabajo, que podría ser una ventana de tokens, un resultado de datos, una respuesta de API u otro servicio. En lugar de registrar cada pago individualmente en Polygon, el centro agrupa los estados acumulados y publica una raíz Merkle de época en la cadena. Los proveedores pueden entonces demostrar lo ganado frente a esa raíz y reclamar los fondos.

También te puede interesar: La Fundación Solana contrata a veteranos de Binance y Polygon para su impulso institucional

El diseño asigna roles distintos a x402 y al canal de pagos. El protocolo x402 permite que un servicio en línea indique un precio y solicite un pago mediante HTTP, mientras que el canal procesa actualizaciones repetidas de pagos y luego las agrupa para su liquidación.

El interés por x402 ha crecido a medida que los desarrolladores construyen infraestructura de pagos para software autónomo. El protocolo usa el código de estado HTTP 402 «Pago requerido» para permitir que el software pague recursos en línea sin depender de un proceso de pago convencional. Como informó previamente crypto.news, los agentes pueden usar este sistema para comprar potencia de cómputo, datos y otros servicios mientras realizan tareas.

Cómo Polygon alcanzó 11 millones de pagos por segundo

Polygon probó la arquitectura frente a una API de inferencia estilo OpenRouter en una devnet en vivo. Se activó un pago firmado mediante el canal por cada ventana de 100 tokens, y Polygon afirmó que la ruta de pago era real, aunque el proveedor de inferencia era un sustituto.

El rendimiento varió según la cantidad de la pila de pagos incluida en la prueba. Una ruta x402 completa —que involucraba al agente, el sitio, el facilitador y el hub— procesó aproximadamente 40 000 pagos por segundo. Polygon registró 2,4 millones de pagos en la prueba con una tasa de éxito del 100 %.

Probar directamente el motor en un servidor de 24 núcleos produjo entre 533 000 y 536 000 pagos completamente verificados por segundo. Luego, Polygon distribuyó la carga entre 25 hubs independientes, cada uno con 16 vCPU, logrando más de 11 millones de actualizaciones de pago por segundo.

Esta cifra no significa que Polygon Chain procesara 11 millones de transacciones en cadena por segundo. Las actualizaciones individuales de pago circularon por canales fuera de cadena, mientras los fondos depositados permanecían protegidos mediante Polygon y los estados acumulados de pago se liquidaban en cadena por lotes.

Polygon indicó que sus hubs particionan a los pagadores y no necesitan coordinarse entre sí durante el procesamiento de pagos. Por tanto, la capacidad se puede escalar ejecutando más hubs. Según la prueba con 25 hubs, la empresa estima que una flota mayor podría procesar más de 100 millones de actualizaciones de pago por segundo.

Los participantes pueden decidir cuándo se liquidan esos pagos acumulados. La liquidación puede ocurrir tras un pago, 50 000 actualizaciones o 100 millones de actualizaciones, según la configuración del servicio.

Según Polygon, la configuración de referencia fijó el costo de procesamiento de mil millones de actualizaciones de pago en aproximadamente 0,15 USD.

La actividad de pagos x402 se está extendiendo por distintas redes blockchain.

La prueba de Polygon llega mientras x402 se adopta en varios ecosistemas blockchain. Circle informó que USDC representó el 99,3 % del volumen de pagos x402 registrado en el segundo trimestre, aunque esa cifra solo cubría los datos x402 de Circle y no representaba a todos los sistemas de pagos para agentes de IA.

El soporte de red sigue creciendo. Cardano integró x402 en su pila de software en septiembre, permitiendo a los desarrolladores crear agentes y aplicaciones capaces de pagar servicios con ADA y tokens nativos de Cardano. Su primera versión en TypeScript se probó en el entorno preproductivo de Cardano, pero aún no había demostrado pagos comerciales a gran escala en mainnet.

Block se unió esta semana a la Fundación x402 y aportó soporte para Lightning al protocolo. La Fundación x402 reportó 75,41 millones de transacciones y 24,24 millones de USD en volumen durante un período reciente de 30 días; además, la incorporación de Lightning ofrece a los desarrolladores una opción de pago basada en Bitcoin, junto a las stablecoins que han impulsado gran parte de la actividad del protocolo.

Ripple ha seguido una trayectoria similar en torno al XRP Ledger. Para julio, los agentes de IA habían generado más de 1,4 millones de transacciones en XRPL, mientras Ripple trabajaba en infraestructura para desarrolladores destinada a pagos autónomos con XRP y RLUSD.

Los pagos por agente encajan en los planes de Polygon para su Open Money Stack.

Se prevé que el sistema de canales de pago por agente se integre con el Open Money Stack de Polygon, que reúne la infraestructura necesaria para mover fondos hacia aplicaciones, mantenerlos, aplicar reglas de gasto y liquidar los valores acumulados.

Durante gran parte de 2026, Polygon ha construido su infraestructura de pagos en torno a stablecoins y liquidaciones institucionales. PayPal USD se volvió nativo en Polygon en julio mediante el Open Money Stack, ofreciendo a las empresas acceso a PYUSD junto con billeteras, rampas fiat y herramientas de cumplimiento. En ese momento, Polygon Labs señaló que su red había liquidado más de 2,6 billones de USD en transacciones con stablecoins.

La red ya había reducido su tiempo medio de bloque a 1,75 segundos en mayo como parte de su impulso hacia los pagos, alcanzando una capacidad teórica estimada en cadena de unos 3260 transacciones por segundo.

Los canales de pago por agente usan un modelo de escalabilidad distinto, ya que millones de actualizaciones individuales de pago no compiten por esa capacidad de transacción en cadena. Los fondos se comprometen primero al canal, las actualizaciones de pago ocurren fuera de la cadena y Polygon registra la liquidación resultante por lotes.

Polygon señaló que esta configuración está pensada para servicios que cobran por llamada a API, token, consulta o tarea completada, permitiendo que un agente cambie entre proveedores sin tener que mantener una cuenta prepaga separada y financiada individualmente con cada servicio.

Más información: Ethena lleva el arbitraje de la base de USDe a acciones estadounidenses tokenizadas