Polygon ha probado un nuevo sistema de pago de agentes que procesó más de 11 millones de actualizaciones de pago verificadas por segundo en 25 centros, mientras mantenía la liquidación final anclada a Polygon Chain.
Resumen
- Los canales de pago de agentes de Polygon procesaron más de 11 millones de actualizaciones de pago verificadas por segundo en 25 centros de escalado independiente.
- Los pagos individuales se mueven a través de canales fuera de la cadena, mientras que los estados de pago acumulados se liquidan en Polygon por lotes.
- El sistema utiliza x402 para solicitudes de pago y permite a los agentes de IA pagar por tokens, llamadas a API, datos y otros servicios a medida que los consumen.
- Polygon dijo que una flota de centros más grande podría procesar más de 100 millones de actualizaciones de pago por segundo según la arquitectura probada.
Polygon Labs dijo que el punto de referencia utilizó canales de pago de agentes diseñados para software que paga por inferencia, datos, llamadas a API y otros servicios a medida que se consumen, en lugar de enviar cada pago individual a través de una transacción en la cadena.
El sistema combina actualizaciones de pago fuera de la cadena de alta frecuencia con liquidación por lotes en Polygon, lo que permite a un agente realizar pagos pequeños repetidos mientras trabaja en una tarea. Cada actualización fue confirmada por el motor de pago en 20 microsegundos, excluyendo la latencia de red entre el usuario y el centro.
Los canales de pago de Polygon separan los pagos de la liquidación
Los canales de pago de agentes comienzan con un pagador que deposita fondos en un contrato de canal agnóstico del 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 el pago a través de x402, el agente envía vales acumulativos firmados a través de un centro a medida que consume el servicio. El centro verifica la firma, el precio, el ID de repetición, el límite de autorización y el depósito en garantía restante antes de devolver un recibo.
Un recibo válido permite al proveedor liberar 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 poner cada pago en Polygon individualmente, el centro agrupa el estado acumulado y publica una raíz Merkle de época en la cadena. Los proveedores pueden entonces probar lo que ganaron contra la raíz y reclamar los fondos.
El diseño otorga a x402 y al canal de pago roles separados. El protocolo x402 permite que un servicio en línea indique un precio y solicite el pago a través de HTTP, mientras que el canal procesa actualizaciones de pago repetidas y luego las agrupa para su liquidación.
El interés en x402 ha crecido a medida que los desarrolladores construyen infraestructura de pago para software autónomo. El protocolo utiliza el código de estado 402 "Payment Required" de HTTP para permitir que el software pague por recursos en línea sin depender de un proceso de pago convencional. Como crypto.news informó anteriormente, los agentes pueden usar el sistema para comprar cómputo, datos y otros servicios mientras realizan tareas.
Cómo Polygon alcanzó 11 millones de pagos por segundo
Polygon probó la arquitectura contra una API de inferencia estilo OpenRouter en una devnet en vivo. Se activó un pago firmado a través del canal por cada ventana de 100 tokens, y Polygon dijo que la ruta de pago era real mientras que el proveedor de inferencia en sí era un sustituto.
El rendimiento varió según cuánto de la pila de pagos se incluyera en la prueba. Una ruta x402 completa que involucra al agente, el sitio, el facilitador y el centro 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 el motor directamente en un servidor de 24 núcleos produjo entre 533,000 y 536,000 pagos totalmente verificados por segundo. Polygon luego distribuyó la carga de trabajo en 25 centros de escalado independiente con 16 vCPU cada uno, donde el sistema superó los 11 millones de actualizaciones de pago por segundo.
La cifra no significa que Polygon Chain en sí procesara 11 millones de transacciones en la cadena por segundo. Las actualizaciones de pago individuales se movieron a través de los canales fuera de la cadena, mientras que los fondos depositados permanecieron asegurados a través de Polygon y los estados de pago acumulados se liquidaron en la cadena por lotes.
Polygon dijo que sus centros particionan a los pagadores y no necesitan coordinarse entre sí mientras se procesan los pagos. Por lo tanto, se puede agregar capacidad ejecutando más centros. Según la prueba de 25 centros, la compañía estima que una flota más grande podría procesar más de 100 millones de actualizaciones de pago por segundo.
Los participantes pueden determinar cuándo se liquidan esos pagos acumulados. La liquidación podría realizarse después de un pago, 50.000 actualizaciones o 100 millones de actualizaciones, dependiendo de cómo esté configurado el servicio.
La configuración de referencia situó el costo de procesamiento de mil millones de actualizaciones de pago en aproximadamente $0,15, según Polygon.
La actividad de pagos x402 se está extendiendo por las redes blockchain
La prueba de Polygon llega en un momento en que x402 está siendo adoptado en varios ecosistemas blockchain. Circle informó que USDC representó el 99,3% del volumen de pagos de x402 medido durante el segundo trimestre, aunque la cifra cubría los datos de x402 de Circle y no representaba todos los sistemas de pago de agentes de IA.
El soporte de red ha seguido creciendo. Cardano añadió x402 a su stack de software en septiembre, permitiendo a los desarrolladores crear agentes y aplicaciones capaces de pagar por servicios con ADA y tokens nativos de Cardano. Su lanzamiento inicial en TypeScript se había probado en el entorno de preproducción de Cardano, pero aún no había demostrado pagos comerciales a escala en la mainnet.
Block se unió esta semana a la Fundación x402 y aportó soporte para Lightning al protocolo. La Fundación x402 informó 75,41 millones de transacciones y $24,24 millones en volumen durante un período reciente de 30 días, mientras que la incorporación de Lightning ofrece a los desarrolladores una opción de pago basada en Bitcoin junto con las stablecoins que han proporcionado gran parte de la actividad del protocolo.
Ripple ha seguido un camino similar en torno al XRP Ledger. Los agentes de IA habían generado más de 1,4 millones de transacciones en XRPL para julio, mientras Ripple trabajaba en infraestructura para desarrolladores destinada a pagos autónomos con XRP y RLUSD.
Los pagos de agentes encajan en los planes de Open Money Stack de Polygon
Se espera que el sistema de canales de pago de agentes se conecte con el Open Money Stack de Polygon, que reúne la infraestructura utilizada para mover fondos hacia las aplicaciones, retenerlos, aplicar reglas de gasto y liquidar el valor acumulado.
Polygon ha pasado gran parte de 2026 construyendo su infraestructura de pagos en torno a stablecoins y liquidación institucional. PayPal USD se volvió nativo en Polygon en julio a través del Open Money Stack, dando a las empresas acceso a PYUSD junto con billeteras, rampas fiat y herramientas de cumplimiento. Polygon Labs dijo en ese momento que su red había liquidado más de $2,6 billones en transacciones con stablecoins.
La red ya había reducido su tiempo de bloque promedio a 1,75 segundos en mayo como parte de su impulso de pagos, llevando su rendimiento teórico estimado en cadena a aproximadamente 3.260 transacciones por segundo.
Los canales de pago de agentes utilizan un modelo de escalado diferente porque millones de actualizaciones de pago individuales no tienen que competir por esa capacidad de transacción en cadena. Los fondos se comprometen primero al canal, las actualizaciones de pago se realizan fuera de la cadena y Polygon registra la liquidación resultante en lotes.
Polygon dijo que la configuración está destinada a servicios que cobran por llamada API individual, token, consulta o tarea completada, permitiendo a un agente moverse entre proveedores sin mantener una cuenta prepaga financiada por separado con cada servicio.
