Por Canuto  

Polygon afirma que una prueba con 25 hubs procesó más de 11 millones de actualizaciones de pago por segundo para agentes de IA, mientras la liquidación final se agrupa y se registra en la cadena.
***

  • La prueba distribuyó la carga entre 25 hubs independientes, cada uno con 16 vCPU, y superó los 11 millones de actualizaciones verificadas por segundo.
  • Los pagos individuales circulan fuera de la cadena mediante canales; Polygon recibe los estados acumulados en lotes para su liquidación.
  • Polygon estima que una flota mayor podría superar los 100 millones de actualizaciones por segundo, aunque esa proyección no equivale a transacciones por segundo en la cadena.

Polygon presentó una prueba de rendimiento para canales de pago pensados para agentes de inteligencia artificial y aseguró que el sistema superó los 11 millones de actualizaciones de pago verificadas por segundo. La medición se realizó en 25 hubs que escalan de forma independiente, mientras la liquidación final de los fondos permaneció vinculada a Polygon. La cifra describe el procesamiento de actualizaciones fuera de la cadena, no la capacidad de la red para registrar millones de transacciones individuales en cadena cada segundo.

El diseño apunta a programas que consumen servicios digitales y necesitan pagar por cada uso, como una ventana de tokens, una llamada a una API o una consulta de datos. En lugar de enviar cada importe a la blockchain, el agente comunica pagos acumulativos a un hub y la red liquida posteriormente el estado agrupado. Polygon plantea así una infraestructura para pagos pequeños y repetidos, con la que un agente podría adquirir servicios a medida que los utiliza y sin abrir una cuenta prefinanciada con cada proveedor.

Pagos frecuentes, liquidación agrupada

El proceso comienza cuando quien paga deposita fondos en un contrato de canal en Polygon y vincula una clave de sesión. Ese depósito establece el límite que el agente puede gastar durante la sesión, mientras el servicio solicita el pago mediante x402, un mecanismo que comunica el precio de un recurso en línea a través de HTTP. El canal y x402 cumplen funciones diferentes: uno gestiona las actualizaciones sucesivas y el otro permite que el servicio presente una solicitud de pago.

A medida que consume el servicio, el agente envía al hub vales acumulativos firmados. El hub verifica la firma, el precio, el identificador de repetición, el límite autorizado y los fondos de garantía restantes; después devuelve un recibo si la operación cumple esos controles. Con ese comprobante, el proveedor puede liberar la siguiente unidad de trabajo, que puede consistir en tokens, un resultado de datos, una respuesta de API u otro servicio digital.

En vez de registrar cada pago por separado en Polygon, el hub agrupa el estado acumulado y publica en la cadena una raíz de Merkle correspondiente a una época. Los proveedores pueden demostrar cuánto les corresponde frente a esa raíz y reclamar los fondos depositados. Según Polygon, los participantes pueden definir cuándo liquidar el acumulado: después de un pago o al alcanzar umbrales como 50.000 o 100 millones de actualizaciones, de acuerdo con la configuración del servicio.

La empresa indicó que cada actualización fue confirmada por el motor de pagos en 20 microsegundos, sin contar la latencia de red entre el usuario y el hub. Ese dato se refiere al tiempo de confirmación del motor bajo la prueba y no al recorrido completo de una petición desde cualquier ubicación. La arquitectura busca separar la velocidad de procesamiento de pagos de la frecuencia con que se publican los resultados en la blockchain.

Cómo se midió la capacidad del sistema

Polygon probó la arquitectura en un devnet conectado a una API de inferencia similar a OpenRouter. El ensayo activaba un pago firmado por cada ventana de 100 tokens y, según la empresa, la ruta de pago era real, aunque el proveedor de inferencia utilizado funcionaba como sustituto. Esta distinción importa: la medición puso a prueba la infraestructura de pagos y no acreditó por sí sola que un servicio de inferencia comercial pudiera atender ese volumen.

Los resultados variaron según los componentes incluidos. La ruta completa de x402, con el agente, el sitio, el facilitador y el hub, procesó aproximadamente 40.000 pagos por segundo; durante esa prueba se registraron 2,4 millones de pagos y una tasa de éxito del 100%. Esos números describen un recorrido más amplio que la prueba aislada del motor y ayudan a mostrar cuánto puede cambiar el rendimiento cuando se incorporan todas las etapas del flujo.

Al ejecutar directamente el motor en un servidor de 24 núcleos, Polygon reportó entre 533.000 y 536.000 pagos completamente verificados por segundo. Luego repartió la carga entre 25 hubs independientes, cada uno con 16 vCPU, y superó los 11 millones de actualizaciones por segundo. La compañía sostiene que los hubs pueden procesar los pagos sin coordinarse entre sí, porque cada uno atiende a sus propios pagadores.

A partir de esa configuración, Polygon estima que una flota más grande podría superar los 100 millones de actualizaciones de pago por segundo. Se trata de una proyección basada en la arquitectura probada, no de un resultado ya demostrado con esa cantidad de hubs. La compañía también calculó que procesar mil millones de actualizaciones costaría alrededor de USD $0,15 en la configuración del ensayo, una cifra que depende de las condiciones técnicas y operativas utilizadas.

El alcance de la cifra y el avance de x402

Los más de 11 millones de actualizaciones no representan transacciones por segundo procesadas directamente por Polygon Chain. Los pagos individuales se desplazan por canales fuera de la cadena, mientras los fondos depositados permanecen asegurados mediante el contrato y los estados acumulados llegan a Polygon por lotes. Por eso, la prueba mide el rendimiento de una capa de pagos que utiliza la red para respaldar y liquidar operaciones, no un aumento equivalente en la capacidad de ejecución en cadena.

La separación permite que los hubs aumenten capacidad al incorporar más instancias, según el modelo descrito por Polygon, sin que cada pago tenga que competir por espacio en los bloques. El momento de liquidación también puede adaptarse al servicio: una aplicación podría preferir liquidaciones más frecuentes, mientras otra acumularía un número mayor de actualizaciones antes de publicar el resultado. Esas decisiones implican un equilibrio entre la frecuencia de liquidación y el volumen que se procesa fuera de la cadena.

El protocolo x402 se ha extendido a distintos ecosistemas, aunque las cifras disponibles cubren alcances diferentes. Circle informó que USDC representó el 99,3% del volumen de pagos x402 que midió durante el segundo trimestre, una estadística limitada a los datos de x402 de Circle y que no equivale al total de pagos de agentes de IA. En septiembre, Cardano añadió soporte de x402 a su pila de software para que desarrolladores construyan agentes y aplicaciones capaces de pagar con ADA y tokens nativos de esa red.

La versión inicial de TypeScript de Cardano se había probado en su entorno de preproducción, pero todavía no había demostrado pagos comerciales a gran escala en la mainnet. Block se incorporó a la x402 Foundation y contribuyó con soporte de Lightning, que ofrece a desarrolladores una alternativa basada en Bitcoin junto a las monedas estables que han impulsado buena parte de la actividad del protocolo. La fundación reportó 75,41 millones de transacciones y USD $24,24 millones en volumen durante un período reciente de 30 días.

La infraestructura de pagos de Polygon

La prueba también se relaciona con el Open Money Stack de Polygon, una iniciativa que reúne herramientas para mover fondos hacia aplicaciones, retenerlos, establecer reglas de gasto y liquidar el valor acumulado. Los canales para agentes podrían integrarse en esa estructura para que programas autónomos paguen por solicitudes, datos o tareas sin mantener saldos separados en cada proveedor. Polygon presenta el esquema como una forma de conectar pagos programables con servicios digitales de consumo variable.

La empresa ha impulsado el uso de stablecoins y la liquidación institucional dentro de sus planes de pagos. En julio, PayPal USD se volvió nativa de Polygon a través del Open Money Stack, con acceso para empresas a PYUSD junto a billeteras, rampas fiduciarias y herramientas de cumplimiento. En ese momento, Polygon Labs dijo que su red había liquidado más de USD $2,6 billones en transacciones con monedas estables.

En mayo, la red redujo su tiempo promedio de bloque a 1,75 segundos como parte de su impulso en pagos, y Polygon estimó entonces un rendimiento teórico en cadena de aproximadamente 3.260 transacciones por segundo. Los canales de pago para agentes siguen una vía distinta de escalabilidad: millones de actualizaciones no necesitan competir directamente por esa capacidad, porque primero se comprometen fondos en un canal y luego se agrupa la liquidación. La diferencia entre ambas métricas es clave para interpretar el anuncio sin confundir actividad fuera de la cadena con capacidad de bloques.

El modelo está pensado para servicios que cobran por llamada individual de API, token, consulta o tarea terminada, y podría permitir que un agente cambie de proveedor sin financiar por separado una cuenta en cada plataforma. Sin embargo, la prueba de rendimiento no demuestra por sí sola la adopción comercial ni resuelve cómo variará la experiencia ante distintas cargas, conexiones o políticas de liquidación. El resultado ofrece una medición de la arquitectura que Polygon probó y una proyección de escala que dependerá de futuras implementaciones.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados