Parte 3 de la serie sobre IA + Web3 | Acceso a la cartera, permisos de contratos inteligentes, riesgos de seguridad y autorización limitada
Los agentes de IA son cada vez más capaces de realizar tareas de varios pasos, analizar información e interactuar con aplicaciones digitales. En Web3, estas capacidades podrían ayudar a los usuarios a supervisar la actividad de la cadena de bloques, organizar la información de sus carteras y preparar interacciones con contratos inteligentes.
Pero hay una pregunta importante que conviene plantearse antes de dar acceso a una cartera de criptomonedas a un agente de IA:
¿Quién controla lo que se le permite hacer al agente?
Un sistema que puede sugerir una acción es distinto de uno que puede ejecutarla. Comprender esa diferencia es fundamental cuando se trata de activos digitales y transacciones en la cadena de bloques.
1. ¿Qué significa realmente el acceso a una billetera?
Una billetera de criptomonedas ayuda a los usuarios a gestionar direcciones de la cadena de bloques y a autorizar transacciones. Según el diseño de la billetera, la autorización puede implicar claves privadas, frases de recuperación, dispositivos de hardware u otros mecanismos de seguridad.
Un agente de IA no necesita acceso irrestricto a una billetera para ofrecer asistencia útil.
Por ejemplo, un agente podría ayudar a un usuario a:
Resumir la actividad pública de una billetera.
Supervisar direcciones específicas de la cadena de bloques.
Explicar los detalles de una transacción antes de su aprobación.
Preparar una transacción para su revisión.
Detectar actividad inusual para investigarla más a fondo.
Estas tareas pueden requerir distintos permisos. Leer información pública de la cadena de bloques no equivale a tener la capacidad de transferir activos.
La forma más segura de empezar es dar al agente únicamente el acceso necesario para su tarea específica.
2. Acceso de lectura frente a autoridad para realizar transacciones
Conviene distinguir entre tres niveles generales de acceso.
Acceso de solo lectura: El agente puede analizar la información permitida, pero no puede autorizar transacciones. A menudo se pueden consultar datos públicos de la cadena de bloques sin darle al agente control sobre una billetera.
Preparación de transacciones: El agente puede reunir los detalles de una transacción o recomendar una acción, pero se requiere un paso de autorización independiente antes de ejecutarla.
Ejecución de transacciones: El sistema dispone de un mecanismo que le permite autorizar o enviar transacciones en determinadas condiciones. Según la arquitectura, esto podría implicar permisos delegados, un servicio de firma controlado, una billetera de contrato inteligente u otro sistema de autorización.
Estas categorías son conceptuales y no constituyen normas técnicas universales. Las capacidades reales dependen de la billetera, la aplicación y la arquitectura de permisos.
El principio fundamental es que el permiso para analizar información no debería convertirse automáticamente en permiso para transferir activos.
3. Por qué los permisos excesivos generan riesgos
Dar a un sistema automatizado más autoridad de la que necesita puede aumentar el impacto potencial de un error o un incidente de seguridad.
Considera algunos riesgos posibles:
Instrucciones incorrectas: Un agente podría malinterpretar una solicitud o preparar una transacción con detalles no deseados.
Sistemas comprometidos: Si el entorno del agente o un servicio conectado se ve comprometido, los permisos excesivos podrían aumentar los daños.
Entradas maliciosas: Un agente podría encontrarse con instrucciones engañosas o datos no confiables que influyan en su comportamiento.
Vulnerabilidades de los contratos inteligentes: Un contrato o una aplicación descentralizada puede contener fallos, o su comportamiento puede diferir de lo que espera el usuario.
Autorizaciones no deseadas: La asignación de tokens u otra autorización puede permitir que un contrato acceda a más activos de los que el usuario pretendía, según el diseño del token y del contrato.
Transacciones irreversibles: Por lo general, una transacción confirmada en la cadena de bloques no se puede cancelar simplemente contactando con el servicio de atención al cliente. Algunas aplicaciones ofrecen mecanismos de recuperación o administración, pero nunca se debe dar por sentado que existen.
Estos riesgos no significan que los agentes de IA nunca deban interactuar con billeteras. Significan que la autoridad, la seguridad y la rendición de cuentas deben diseñarse cuidadosamente.
4. ¿Cómo funcionan los permisos de los contratos inteligentes?
Los contratos inteligentes pueden aplicar reglas predefinidas en una cadena de bloques. Según el diseño del contrato y de la billetera, esas reglas pueden determinar qué acciones están permitidas, en qué condiciones y por quién.
Por ejemplo, una billetera de contrato inteligente puede admitir controles como firmantes aprobados, límites de gasto, condiciones para las transacciones o demoras. No todas las billeteras ofrecen todas estas funciones.
Las autorizaciones de tokens son otra consideración importante. En algunos casos, un usuario autoriza a un contrato inteligente a gastar un token en su nombre. Si la asignación es más amplia o dura más de lo necesario, puede generar una exposición adicional.
No se debe dar por sentado que un agente de IA comprende automáticamente todas las implicaciones de un permiso. Los usuarios necesitan una forma de revisar qué están autorizando y qué activos o acciones podrían verse afectados.
La aprobación debe basarse en el permiso que realmente se concede, no simplemente en una descripción tranquilizadora de una aplicación.
5. Formas prácticas de limitar las autorizaciones
Un diseño más responsable de una billetera con IA puede combinar varias medidas de protección.
Empieza por conceder el acceso mínimo necesario. Si basta con información de solo lectura, no otorgues autoridad para realizar transacciones.
Separa la preparación de la aprobación. Permite que el agente prepare una acción, mientras que un proceso de autorización controlado determina si puede llevarse a cabo.
Utiliza límites de gasto cuando estén disponibles. Los límites pueden ayudar a reducir la cantidad expuesta a una sola acción no deseada.
Restringe los permisos de los contratos. Revisa cuidadosamente las asignaciones de tokens y otros permisos delegados. Revoca los permisos que ya no necesites cuando la red y la aplicación correspondientes permitan hacerlo.
Exige aprobación adicional para las acciones sensibles. Las transferencias de gran valor, los contratos desconocidos o los cambios en la configuración de seguridad de la billetera pueden requerir una confirmación explícita.
Protege las credenciales de firma. Nunca entregues a un agente de IA una frase de recuperación ni acceso irrestricto a una clave privada solo porque lo solicite una aplicación. Comprende cómo gestiona el sistema las claves y la firma de transacciones.
Supervisa la actividad. Revisa los registros de transacciones, configura alertas adecuadas e investiga rápidamente las acciones inesperadas.
Ninguna medida de protección por sí sola elimina todos los riesgos. El objetivo es reducir la autoridad innecesaria y limitar el impacto si algo sale mal.
6. ¿Deberían los agentes de IA ejecutar transacciones automáticamente?
No hay una única respuesta válida para todas las situaciones.
Una tarea de bajo riesgo que implique datos públicos de la cadena de bloques puede ser adecuada para automatizarse con acceso limitado. Una acción que transfiera activos valiosos o conceda permisos amplios a un contrato requiere medidas de protección mucho más estrictas.
Un sistema diseñado para una automatización limitada podría usar condiciones predefinidas, límites para las transacciones, supervisión y autorización adicional para acciones sensibles.
El nivel de automatización adecuado depende de las posibles consecuencias, la fiabilidad del sistema, las opciones de recuperación disponibles y la comprensión que tenga el usuario de los riesgos.
La comodidad por sí sola no es motivo suficiente para conceder autoridad irrestricta.
7. ¿Quién es responsable cuando algo sale mal?
La responsabilidad no debería desaparecer simplemente porque la acción la haya realizado un agente de IA.
Los usuarios necesitan una configuración de permisos comprensible, los desarrolladores deben diseñar y probar medidas de protección, y los proveedores de servicios deberían explicar las limitaciones pertinentes y los supuestos de seguridad.
Los buenos sistemas deberían permitir determinar qué se autorizó, qué acción se llevó a cabo y qué pruebas hay disponibles para investigar un incidente.
Un registro en la cadena de bloques puede ayudar a demostrar que se realizó una transacción. Por sí solo, no resuelve todas las preguntas sobre quién la autorizó, si el sistema se comportó adecuadamente o quién es legalmente responsable.
Estas cuestiones dependen del diseño técnico, las pruebas y las circunstancias del caso.
Reflexiones finales
Los agentes de IA pueden facilitar el uso de las aplicaciones de la cadena de bloques, pero el acceso a las billeteras plantea cuestiones reales de seguridad y autorización.
La clave no es conceder al agente la mayor autoridad posible. Es otorgarle los permisos mínimos necesarios, mantener las acciones sensibles bajo un control adecuado y hacer que la actividad sea comprensible y auditable.
Antes de conectar un agente de IA a una billetera de criptomonedas, hazte tres preguntas:
¿A qué información y acciones puede acceder?
¿Qué impide que se realice una transacción no deseada?
¿Quién debe aprobar las acciones sensibles?
La comodidad importa, pero el control importa más cuando se trata de activos digitales.
Sigue a Crypto With Ali para obtener información educativa sobre agentes de IA, seguridad de la cadena de bloques y propiedad digital.
Esta es la parte 3 de la serie sobre IA y Web3. En la parte 4 exploraremos la IA, Web3, la propiedad digital y quién controla los activos y los datos digitales.
💬 ¿Quién debería tener la última palabra sobre tus activos digitales y tus datos personales: el usuario, la plataforma o ambos?
Síguenos para ver más.
Solo con fines educativos. No es asesoramiento financiero.
#AIAgents #CryptoWalle #Web3 #BlockchainSecurity #SmartContracts