Una propuesta de Ethereum Magicians para un mandato de gasto impuesto por el activo sugiere controles a nivel de token para el gasto delegado, incluida la actividad de billeteras de agentes IA.
TL;DR
Los desarrolladores de Ethereum están discutiendo un mandato de gasto a nivel de activo para billeteras delegadas. La idea es limitar el gasto del agente con topes, fechas de expiración, tokens permitidos y reglas de revocación. La propuesta busca pagos on‑chain más seguros para agentes IA y delegaciones. Sigue siendo un borrador de discusión temprana, no un estándar ERC finalizado.Una propuesta construida para el gasto on‑chain delegado
Los desarrolladores de Ethereum están empezando a enfrentarse a un problema práctico que solo va a crecer: ¿qué ocurre cuando se permite que agentes autónomos, billeteras delegadas o scripts externos muevan fondos? En un flujo de billetera normal, el usuario firma cada transacción. En un flujo impulsado por un agente, el usuario puede conceder permiso una sola vez y esperar que el software actúe dentro de los límites.
La propuesta de mandato de gasto impuesto por el activo intenta colocar esos límites a nivel del token. En lugar de depender solo de una billetera, una clave de sesión o una política de aplicación, el propio activo consultaría una puerta de enlace antes de permitir transferencias. Esa puerta de enlace podría aplicar reglas como topes por transacción, fechas de expiración, tokens permitidos y estado de revocación.
Por qué importa la capa de activo
La idea de diseño clave es que los controles viajen con el token, no solo con una interfaz de billetera específica. Si la clave de un agente IA se ve comprometida, o si una sesión falla, el token aún puede rechazar transferencias que excedan el mandato aprobado. Eso es importante porque muchas pérdidas on‑chain ocurren cuando las aprobaciones son demasiado amplias y los usuarios no comprenden plenamente lo que han autorizado.
La propuesta describe una pequeña interfaz que puede indicar si una dirección está “gateada” y si una transferencia está permitida. Más importante aún, introduce un vocabulario de razones legible por máquinas. En lugar de que una transferencia fallida simplemente se revierta sin contexto, el sistema podría indicar si la solicitud falló porque no había mandato, el mandato expiró, fue revocado, el token no estaba permitido o el monto superó el tope de la transacción.
Los agentes IA aumentan la apuesta
Las billeteras de agentes IA aún están en una fase temprana, pero la dirección es clara. Si se espera que los bots reequilibren carteras, paguen facturas, gestionen subcuentas de tesorería o interactúen con protocolos de DeFi , los usuarios necesitarán más que una simple aprobación de sí o no. Necesitarán límites que sean legibles, ejecutables y revocables.
Eso sitúa a esta propuesta en la misma familia amplia que la abstracción de cuentas, la firma delegada y los chequeos pre‑transferencia de tokens regulados. No pretende resolver identidad, cumplimiento o cada posible problema de permisos. En su lugar, se enfoca en un primitivo de seguridad estrecho: lo que un titular puede gastar, impuesto por el activo en lugar del buen comportamiento del agente.
Aún temprano, pero oportuno
La propuesta no es un ERC finalizado y no se ha integrado al proceso de estándares de Ethereum. Está siendo presentada para recibir retroalimentación temprana, lo que significa que los detalles podrían cambiar o nunca llegar a producción. Aun así, el momento es notable. Las criptomonedas se están moviendo hacia billeteras más automatizadas, más activos tokenizados y flujos de transacción delegados. Sin controles de permiso más fuertes, la conveniencia de las finanzas agente‑centric podrían convertirse rápidamente en una nueva superficie de ataque.
Para los creadores de Ethereum, la pregunta importante es si los límites de gasto deberían vivir principalmente en billeteras, aplicaciones o activos. Esta propuesta argumenta que el propio contrato del token debería tener un papel. Si se adopta de alguna forma, eso podría hacer los pagos de agentes IA más seguros sin obligar a cada aplicación a reconstruir su propio sistema de permisos desde cero.
Este artículo fue escrito por el News Desk y editado por Samuel Rae .
Este informe se basa en información de Ethereum Magicians. en Ethereum Magicians Forum