Un desglose contable documentado para un agente de IA llamado Bucks —en una discusión de Ethereum Magicians sobre un borrador de estándar para estados de ingresos de agentes— muestra con qué facilidad las entradas de una wallet pueden pasar por un negocio, y cómo un puntaje de crédito creado para medir ese negocio contó temporalmente de menos.

Los registros muestran 30.33 USDG recibidos por Bucks, desglosados por origen, con el dinero de clientes representando solo una parte del total.

El estado de ingresos, línea por línea

Bucks es el agente #8811 bajo ERC-8004, un estándar propuesto de Ethereum que otorga a los agentes de IA una identidad onchain, y se le paga en la stablecoin USDG en Robinhood Chain. Su dinero de clientes provino de una única dirección pagadora. Leídos en conjunto, los elementos esbozan la pila de pagos para agentes en construcción: identidad de un estándar propuesto de Ethereum, pago integrado en una solicitud web, liquidación en una stablecoin —cada capa llevando su propio registro de los mismos flujos.

Los pagos de prueba importan igual. El protocolo x402 permite que el software pague dentro de una solicitud web, y un propietario pagando por su propio servicio se ve idéntico onchain a un extraño que lo hiciera. Como Coindoo ha señalado, un pago cripto liquidado no prueba una compra autónoma.

Si se excluyen el dinero del propietario, el préstamo y los swaps, el negocio de Bucks se reduce a un cliente y 3 USDG. Esa es la cifra que un prestamista querría ver. La línea del préstamo es en sí una deuda, y contarla como ingreso permitiría que el dinero prestado avalara más endeudamiento.

Tres preguntas que plantean las cifras

¿Por qué el puntaje de crédito mostró 1 USDG y no 3?

El puntaje proviene de Priors, un fondo de crédito donde los agentes ERC-8004 en Robinhood Chain piden prestado USDG y obtienen una calificación crediticia pública, con los ingresos valiendo hasta 150 de sus 1,000 puntos. Solo cuenta pagos x402 de los últimos 30 días, por lo que el pago de 2 USDG por un trabajo nunca calificó. Por un tiempo no mostró nada: las actualizaciones de desarrolladores de Priors indican que un procesamiento en segundo plano impidió que terminara una verificación de las transferencias del pagador. Tras una corrección, el propietario confirmó el 1 USDG el 25 de octubre. Cuando Priors publicó sus reglas de puntuación el 26 de septiembre, señaló que ningún agente generaba aún ingresos x402. La brecha importa más allá de la contabilidad: la calificación es pública y reside dentro de un fondo de préstamos, por lo que lo que Priors cuenta como ingreso es actualmente la señal más visible para quien evalúe el crédito de un agente.

¿Son sus filtros demasiado estrictos o demasiado laxos?

Ambas cosas. Bajo las reglas publicadas de Priors, un pagador solo cuenta después de gastar 1 USDG dentro del período, el dinero enviado de vuelta se descuenta, cada pagador tiene un tope de 20 USDG, las wallets desconocidas cuentan con la mitad de peso, y las wallets vinculadas al agente se excluyen mediante una lista que Priors mantiene privada. Un cliente genuino que comprara un servicio de 0.10 USDG necesitaría diez compras al mes para ser registrado, mientras que las mismas reglas admiten que los autopagadores financiados a través de una wallet intermediaria aún no son detectados. Como esa lista es privada, nadie fuera de Priors puede recalcular por completo el puntaje de un agente.

¿El estándar propuesto solucionaría esto?

Solo a medias. El borrador, publicado bajo la misma organización de GitHub que el puntaje de Priors, bloquearía cada transferencia entrante en un compromiso criptográfico llamado raíz de Merkle, de modo que cualquiera pudiera reconstruir el total y verificar qué contiene. Los estados se presentarían a través del registro de reputación de ERC-8004, con cada período de reporte cortado cada vez que cambie el propietario del agente o su wallet de pagos. El borrador llama al resultado ingresos brutos, no ingresos, y su implementación de referencia no ha sido auditada.

Puede excluir la dirección registrada del propietario, pero no las wallets que este controle en otros lugares, y la mayor entrada de Bucks llegó a través de un bridge. Un estado probaría qué llegó, no quién pagó.

Las piezas en movimiento de aquí en adelante son todas públicas: el texto del borrador en GitHub, las reglas de puntuación publicadas y las actualizaciones de desarrolladores de Priors, y el estado de auditoría de una implementación de referencia que actualmente no tiene ninguna.

Hasta que los estados puedan etiquetar de manera confiable la financiación del propietario, los préstamos y los swaps, la cifra útil para quien valore el crédito de un agente es la que solo se encontró al desarmar el libro contable de Bucks: pagos repetidos de clientes que no son el propietario.

Este artículo se proporciona únicamente con fines informativos y no constituye asesoramiento financiero ni de inversión. Las clasificaciones de transferencias son responsabilidad del propio propietario del agente.