BNB Chain ha publicado una especificación en borrador denominada Agent Lifecycle Protocol v0.4, que intenta estandarizar cómo se crean, identifican, financian y, finalmente, retiran los agentes de IA autónomos en una blockchain. Mientras que la mayor parte del trabajo en pagos para agentes —x402, Coinbase Agent Payments, los esfuerzos de verificación de las redes de tarjetas— se concentra en la transacción en sí, este borrador aborda todo lo que rodea a la transacción: quién es el agente, de dónde procede su dinero y qué ocurre cuando deja de operar.
Qué especifica realmente el protocolo
El Agent Lifecycle Protocol es un estándar de gestión de agentes autónomos arraigado en blockchain, según el anuncio de BNB Chain. La idea central es que un agente de IA obtiene una identidad on-chain persistente —un registro en un registro público en lugar de una clave API efímera— que sobrevive a lo largo de sesiones y servicios. Ese registro está pensado para anclar las etapas del ciclo de vida del agente: creación, registro, financiación, operación y desactivación final. El borrador también cubre la autofinanciación, lo que significa que los agentes pueden poseer y gestionar su propio capital, presumiblemente en stablecoins o en el activo nativo de gas de la cadena, sin que un humano firme cada transferencia. Esto contrasta deliberadamente con las configuraciones de carteras de agentes custodiadas, donde una empresa custodia las claves y el agente solo solicita pagos. La cuestión abierta es cómo se gestiona realmente la custodia de claves: unas claves verdaderamente en poder del agente implican una infraestructura local segura de la que la mayoría de los runtimes de agentes aún carecen.
Comparación con los protocolos de pago primero
Protocolos como x402, que Algorand también ha estado integrando para pagos de agentes de IA, resuelven un problema acotado: precios legibles por máquinas y pago nativo de HTTP para el acceso a APIs. Agent OS de Binance, que comentamos antes de esta semana, aborda los permisos de trading dentro de un exchange. El borrador de BNB se sitúa junto a ambos: aspira a ser la capa de identidad y tesorería subyacente. La apuesta implícita es que el comercio entre agentes necesitará un registro on-chain canónico de qué agente hizo qué y quién lo financió antes de que las contrapartes extiendan crédito, confianza o servicio a las máquinas. Si los protocolos de pago adoptarán un registro de ciclo de vida externo o simplemente desarrollarán sus propias primitivas de identidad es la cuestión competitiva central. La historia de esta industria favorece al protocolo que entrega código utilizable sobre el que redacta la especificación más limpia.
La cuestión de la autofinanciación
La pieza más interesante técnicamente es la autofinanciación. Un agente capaz de reponer su propio saldo —ingresando por servicios prestados y gastando en servicios consumidos— cierra el ciclo hasta convertirse en un actor económico genuinamente autónomo. Es el mismo territorio de liquidación bidireccional que exploró la prueba de concepto de Kakao Pay, pero generalizado en un estándar. Los riesgos son igualmente evidentes: un agente con control de tesorería sin supervisión es un objetivo de prompt injection, exfiltración de claves y ataques de drenaje. Un estándar de ciclo de vida que no especifique límites de gasto, procedimientos de revocación o interruptores de emergencia está especificando la parte divertida y omitiendo la difícil. La etiqueta v0.4 sugiere que BNB Chain lo sabe: los borradores existen precisamente para sacar a la luz estos huecos antes de que los implementadores se comprometan.
Qué observar
Hay que estar atento a las implementaciones de referencia: una especificación sin código funcionando en las testnets de BNB Chain es una nota de prensa, no un protocolo. En segundo lugar, observar si los frameworks de agentes fuera del ecosistema BNB —rails de pago, marketplaces de agentes, proveedores de carteras— tratan el registro como raíz de confianza o lo ignoran en favor de sus propios esquemas de atestación. En tercer lugar, vigilar los mecanismos de financiación: si la autofinanciación llega con límites de gasto estrictos y asignaciones revocables, es infraestructura creíble; si llega como acceso irrestricto a las claves, es un pasivo. El ángulo de las stablecoins también importa: un estándar de tesorería de agentes que recurra por defecto a saldos en USDT, FDUSD o USDC convertiría a BNB Chain en un escenario activo para el volumen de liquidación entre máquinas.