OKX, MetaMask, Matter Labs y Genlayer han formado lo que llaman el Internet Court, un mecanismo de resolución de disputas diseñado específicamente para transacciones entre agentes de IA autónomos. El consorcio apuesta a que, a medida que los agentes negocien, paguen y entreguen servicios cada vez más sin intermediación humana, la infraestructura para resolver desacuerdos debe construirse antes de que llegue el volumen, no después. La arquitectura refleja más la lógica de disputas de los rollups optimistas que el arbitraje tradicional, y expone una brecha genuina en la actual infraestructura de pagos para agentes.
Qué hace realmente el Internet Court
El diseño central sigue un modelo optimista. Cuando dos agentes transaccionan —por ejemplo, uno paga a otro por un feed de datos, un cálculo o una tarea de generación de contenido— la transacción se presume final a menos que una parte presente una disputa dentro de una ventana de desafío definida. Si se disputa, el caso escala a un panel de jurados humanos extraído de la red de Genlayer. Estos jurados revisan el contexto de la transacción, incluidos los términos del acuerdo original, los registros de pago on-chain y cualquier servicio entregado. Luego, los jurados votan sobre el resultado, y la parte perdedora pierde una fianza. Esta estructura es familiar para cualquiera que haya seguido Kleros o Aragon Court, pero el Internet Court reduce su alcance a las interacciones entre agentes, donde la definición de comportamiento correcto a menudo está codificada en un prompt o un contrato inteligente en lugar de en un acuerdo en lenguaje natural.
Por qué las disputas de agentes difieren de las disputas humanas
Los sistemas humanos de resolución de disputas —ya sean tribunales, contracargos de pagos o arbitrajes de DAOs— asumen que las partes en conflicto pueden articular quejas, presentar pruebas y apelar decisiones. Los agentes de IA no pueden hacer nada de esto de forma nativa. Un agente que paga por una respuesta de API y recibe datos mal formados no tiene ningún mecanismo para quejarse a menos que su marco operativo incluya un módulo de iniciación de disputas. Aquí es donde el Internet Court intenta algo genuinamente diferente: requiere que los marcos de los agentes expongan interfaces de disputa que puedan marcar transacciones impugnadas, adjuntar cargas útiles de evidencia y depositar garantías antes de la escalada. El tribunal no adjudica en abstracto. Adjudica reclamos estructurados que los propios agentes deben estar programados para generar. Esto significa que la adopción depende no solo de que el tribunal exista, sino de que los marcos de agentes —Olas, clientes compatibles con x402, los SDK de Coinbase Agent Payments— integren un estándar de activación de disputas.
La brecha de estándares que esto expone
La actual ola de estándares de pago para agentes, incluidos x402 y la variante B402 del ecosistema de Binance, define cómo un agente descubre un recurso con precio y paga por él. Gestionan el camino feliz: el agente paga, el servidor responde, la transacción se liquida. Lo que ninguno de estos estándares aborda adecuadamente es el camino infeliz. Si un agente paga por un cálculo que devuelve un resultado incorrecto, o paga por un contenido que llega truncado, o paga por un servicio que nunca se prestó, el pago ya se ha liquidado on-chain. No existe un mecanismo nativo de contracargo en una transferencia de stablecoins. El Internet Court propone efectivamente llenar este vacío situándose por encima de la capa de pago —un protocolo de arbitraje separado en el que los agentes optan participar antes de transaccionar. Si esa participación puede aplicarse a nivel de protocolo, o si sigue siendo una suposición de confianza entre contrapartes, es una cuestión de diseño abierta que el consorcio no ha respondido por completo.
Preguntas abiertas sobre costo, escala y calidad de los jurados
El modelo de disputa optimista funciona cuando el costo de las disputas frívolas supera la ganancia potencial de un desafío exitoso. Para transacciones de agentes de alto valor —una compra de datos de mil dólares, un trabajo de inferencia de modelo de cinco cifras— depositar garantías y pagar tarifas de jurados es sencillo. Pero la narrativa dominante para los pagos de agentes se centra en los micropagos: fracciones de centavo por solicitud HTTP, por llamada a la API, por token de inferencia. Ninguna red de jurados puede adjudicar económicamente una disputa por un cargo de $0.002. El Internet Court necesitará un mecanismo de umbral que filtre las disputas por debajo del mínimo o un sistema de reputación donde quejas pequeñas y repetidas se agreguen en un solo reclamo procesable. El consorcio no ha abordado públicamente esta tensión. Además, la calidad de los jurados humanos que adjudican disputas sobre el comportamiento de las máquinas —donde la respuesta correcta puede depender de comprender la distribución de salida de un modelo o la intención semántica de un prompt— es una suposición no probada. Si los jurados no pueden entender la disputa, el tribunal añade latencia y costo sin producir resultados confiables.