Google Cloud y Mysten Labs lanzaron conjuntamente un «árbitro de agentes verificable» (VAA, anunciado el 6 de octubre). En el sector se ha hablado mucho de ello, pero basta con leer la arquitectura para descubrir que solo resuelve la mitad más difícil de falsificar.
Primero, veamos qué hace en realidad. Los registros de ejecución de los agentes de IA —prompts, resultados del modelo y llamadas a herramientas— siguen almacenados en la nube de Google de cada empresa, y nadie puede leer el contenido empresarial. Solo se registran en la cadena las **pruebas de integridad** de esos registros, se almacenan en Walrus y se coordinan en Sui. La separación es ingeniosa: los registros pertenecen al cliente y las pruebas, a la cadena pública. Cualquiera puede verificar que «no se han alterado», pero nadie puede acceder a los datos en sí.
También han señalado quiénes son los compradores: a partir de 2027, la Ley de IA de la UE contempla multas de hasta 15 millones de euros o el 3 % de la facturación anual mundial por no conservar registros. Así que el primer presupuesto de la economía de agentes quizá no sea para capacidades, sino para «demostrar». Y las funciones complementarias también son concretas: reproducción de disputas, reconstrucción de incidentes, integración con el protocolo A2A de Google y correspondencia entre llamadas, pagos y autorizaciones para los pagos de agentes en Sui y x402.
Pero la palabra «verificable» lleva tiempo haciendo dos trabajos distintos. Uno consiste en demostrar que los registros no se han manipulado, algo que la criptografía puede resolver. El otro es determinar si una acción se extralimitó de sus permisos, y eso es un problema de listas de autorización. La identidad solo puede responder «¿puede actuar este agente?», pero no «¿está esta acción dentro de lo que tiene autorizado?». VAA ha llevado al máximo el primer aspecto, pero el segundo sigue sin resolverse: ¿quién mantiene ese registro de «qué credenciales son válidas y hasta dónde pueden llegar»? Por ahora, nadie ha entregado una solución. También vale la pena leer el estudio de ToFu: entre 273 servidores MCP y 3405 herramientas, encontraron 343 errores de seguridad semántica. Que «el formato sea válido» es un juicio del analizador, no una decisión de seguridad.
Mi prueba de 60 segundos: cuando veas cualquier promoción de «agentes verificables», pregunta solo una cosa: «Muéstrame ese registro». Si no pueden, que reconozcan honestamente que es una carencia. Además, si le preguntan «¿cuál era el estado la semana pasada?» a un sistema sin registro de versiones, debería responder UNKNOWN. No es un defecto; es honestidad.
$SUI
Lo anterior no constituye asesoramiento de inversión. DYOR
Primero, veamos qué hace en realidad. Los registros de ejecución de los agentes de IA —prompts, resultados del modelo y llamadas a herramientas— siguen almacenados en la nube de Google de cada empresa, y nadie puede leer el contenido empresarial. Solo se registran en la cadena las **pruebas de integridad** de esos registros, se almacenan en Walrus y se coordinan en Sui. La separación es ingeniosa: los registros pertenecen al cliente y las pruebas, a la cadena pública. Cualquiera puede verificar que «no se han alterado», pero nadie puede acceder a los datos en sí.
También han señalado quiénes son los compradores: a partir de 2027, la Ley de IA de la UE contempla multas de hasta 15 millones de euros o el 3 % de la facturación anual mundial por no conservar registros. Así que el primer presupuesto de la economía de agentes quizá no sea para capacidades, sino para «demostrar». Y las funciones complementarias también son concretas: reproducción de disputas, reconstrucción de incidentes, integración con el protocolo A2A de Google y correspondencia entre llamadas, pagos y autorizaciones para los pagos de agentes en Sui y x402.
Pero la palabra «verificable» lleva tiempo haciendo dos trabajos distintos. Uno consiste en demostrar que los registros no se han manipulado, algo que la criptografía puede resolver. El otro es determinar si una acción se extralimitó de sus permisos, y eso es un problema de listas de autorización. La identidad solo puede responder «¿puede actuar este agente?», pero no «¿está esta acción dentro de lo que tiene autorizado?». VAA ha llevado al máximo el primer aspecto, pero el segundo sigue sin resolverse: ¿quién mantiene ese registro de «qué credenciales son válidas y hasta dónde pueden llegar»? Por ahora, nadie ha entregado una solución. También vale la pena leer el estudio de ToFu: entre 273 servidores MCP y 3405 herramientas, encontraron 343 errores de seguridad semántica. Que «el formato sea válido» es un juicio del analizador, no una decisión de seguridad.
Mi prueba de 60 segundos: cuando veas cualquier promoción de «agentes verificables», pregunta solo una cosa: «Muéstrame ese registro». Si no pueden, que reconozcan honestamente que es una carencia. Además, si le preguntan «¿cuál era el estado la semana pasada?» a un sistema sin registro de versiones, debería responder UNKNOWN. No es un defecto; es honestidad.
$SUI
Lo anterior no constituye asesoramiento de inversión. DYOR