Los monederos automáticos necesitan normas, no sólo autonomía

Puntos clave:

• Las carteras "agentes" permiten a los agentes de software iniciar y gestionar acciones en la cadena de bloques, pero las instituciones deberían considerar los controles de políticas como el requisito fundamental del diseño, y no como un aspecto secundario.

• Las implementaciones iniciales de menor riesgo limitan las competencias del agente a tareas operativas como la supervisión, las transferencias programadas y la ejecución conforme a las políticas.

• Los límites de gasto, las restricciones en las transacciones, los procesos de aprobación por niveles y los controles temporales contribuyen a mantener la actividad autónoma dentro de los límites de riesgo definidos.

• La auditabilidad es tan importante como la automatización, ya que las instituciones necesitan un registro claro de lo que propuso un agente, qué pólizas se evaluaron y qué se aprobó o se rechazó.

• Las implementaciones institucionales más sólidas combinan la lógica de agentes adaptativos con controles determinísticos de los monederos, de modo que la autonomía pueda aumentar sin debilitar la gobernanza. *

El verdadero reto de los monederos "agentes" es la gobernanza

Las carteras de agentes permiten a los agentes de IA iniciar y gestionar acciones en la cadena de bloques sin necesidad de ejecutar manualmente cada transacción en cada flujo de trabajo. Para las instituciones, esta capacidad mejora la eficiencia operativa únicamente cuando se combina con controles exigibles. Sin controles normativos claros, una lógica de aprobación y restricciones de gasto, las carteras de agentes pueden generar nuevos riesgos operativos y de seguridad, en lugar de reducirlos.

A medida que se automatizan cada vez más los flujos de trabajo financieros, el marco de control de la cartera se convierte en el factor determinante para que la autonomía sea viable a escala institucional. Las instituciones que evalúan las carteras con agentes deberían centrarse menos en lo que un agente puede hacer y más en lo que se le debería permitir hacer. La cuestión clave no es si los agentes pueden realizar transacciones, sino dónde deben utilizarse, qué decisiones deben controlar y qué medidas de seguridad deben regir su actividad.

¿Qué es una cartera "agente"?

Una cartera "agente" es una configuración de cartera que permite a los agentes de software iniciar acciones en la cadena de bloques basándose en datos de entrada, lógica u objetivos definidos. Dichas acciones pueden incluir la transferencia de fondos, la interacción con contratos inteligentes, la gestión de saldos o la ejecución de flujos de trabajo operativos sin necesidad de crear transacciones manualmente en cada ocasión.

Lo que diferencia a las carteras "agentes" de la automatización tradicional de carteras es su adaptabilidad. La automatización basada en reglas ejecuta instrucciones predeterminadas cuando se cumplen unas condiciones fijas. Las carteras "agentes" añaden un nivel de toma de decisiones dinámica, lo que permite al software evaluar múltiples datos de entrada y elegir entre las acciones permitidas dentro de un ámbito definido.

El modelo de custodia en sí mismo no sufre cambios. La gestión de claves, los controles de firma y la seguridad de los monederos siguen siendo los mismos. La diferencia radica simplemente en quién o qué genera las solicitudes de transacción. Para las instituciones, los monederos con agente ofrecen eficiencia operativa sin renunciar a la gobernanza, siempre que la infraestructura del monedero establezca límites claros sobre lo que el agente puede hacer realmente.

Por qué la autonomía sin normas genera riesgos

Uno de los mayores errores que pueden cometer las instituciones con las carteras autónomas es considerar la autonomía como la característica principal y la gobernanza como un aspecto secundario. Los agentes actúan basándose en la lógica, no en el criterio. Si la lógica es errónea, los datos de entrada son incorrectos o el criterio de activación es más amplio de lo previsto, la cartera puede llevar a cabo una acción que, aunque técnicamente válida, resulte inaceptable desde el punto de vista operativo.

Los riesgos son previsibles. Un agente puede gastar más de lo previsto porque su autoridad se definió de forma demasiado amplia. Puede activar un tipo de transacción que debería haber requerido revisión. Puede interpretar mal una condición y ejecutar la operación en el momento equivocado o con un destinatario incorrecto. Nada de eso implica un comportamiento malintencionado. Puede ocurrir simplemente porque el agente hizo exactamente lo que se le permitía hacer.

Por eso, las implementaciones institucionales requieren una aplicación determinista de las políticas. El monedero debe establecer límites estrictos sobre qué se puede firmar, cuándo se puede firmar y en qué circunstancias se bloquea o se remite a un nivel superior la ejecución.

¿Qué decisiones debería tomar una cartera "agente"?

El primer paso natural con una cartera basada en agentes debe ser, en un principio, limitado. Las instituciones deben asignar a los agentes aquellas decisiones operativas que sean repetibles, estén delimitadas y tengan consecuencias mínimas en caso de interrupción. Esto incluye supervisar los saldos, recomendar medidas de reequilibrio, preparar transferencias programadas, poner en cola transacciones para su aprobación o ejecutar movimientos rutinarios que ya se encuentren dentro de los límites preaprobados.

Eso no significa que los agentes deban decidir todo lo relacionado con la tesorería o la custodia. Las decisiones de gobernanza deben seguir recayendo en las personas. Un agente no debe tener una autoridad ilimitada para aprobar nuevas contrapartes, anular excepciones a las políticas, modificar los permisos de las carteras o mover grandes saldos basándose en su propia interpretación de las condiciones del mercado o del negocio.

Un modelo práctico consiste en la recomendación más la ejecución con restricciones. El agente identifica la acción, comprueba si se ajusta a la política vigente y, o bien la ejecuta dentro de un estrecho margen de autoridad, o bien la remite para su aprobación. En la mayoría de las implementaciones institucionales, la autonomía debe seguir basándose en recomendaciones o limitarse a una autoridad de ejecución de alcance muy concreto.

Cómo limitar lo que un agente puede gastar, firmar o activar

Las instituciones deberían empezar por definir lo que un agente nunca debe hacer. Si el agente no puede añadir una nueva dirección, no puede superar un límite de gasto, no puede interactuar con un contrato no autorizado y no puede ejecutar operaciones fuera de un intervalo de tiempo establecido, eso elimina gran parte del riesgo evitable antes de la puesta en marcha.

A partir de ahí, las instituciones pueden restringir aún más el entorno de ejecución mediante controles por niveles. Los límites de gasto pueden restringir el tamaño de las transacciones, el volumen diario y la velocidad de transferencia. La política de monedero puede restringir los tipos de transacciones que un agente está autorizado a iniciar. Los controles de destino pueden limitar la actividad a direcciones incluidas en una lista de permitidos, plataformas autorizadas o interacciones específicas con contratos. Los procesos de escalado de aprobaciones pueden derivar las excepciones o las transacciones de mayor cuantía a revisores humanos antes de su ejecución.

Las instituciones deberían aplicar estos controles en el nivel de la política de monederos, de modo que la ejecución automatizada se rija por reglas deterministas y no quede sujeta a la discrecionalidad de los agentes.

Hacer que la actividad autónoma sea auditable

Si una institución no puede explicar por qué un agente ha iniciado una operación, es que no cuenta con un marco de control sólido. La auditabilidad debe estar integrada en el propio flujo de trabajo.

Cada acción autónoma o semiautónoma debe dejar un registro claro. Esto incluye el desencadenante o la entrada que provocó la acción, las comprobaciones de políticas que se aplicaron, la ruta de decisión seguida por el sistema, las aprobaciones necesarias y el resultado final de la ejecución. Cuando una transacción se bloquea, ese registro es tan importante como cuando se lleva a cabo con éxito.

Ese registro sirve de base para la revisión del cumplimiento normativo, los controles internos y el análisis posterior a los incidentes. Los equipos necesitan saber si el agente propuso una acción que se salía de lo establecido en la política, si intervino una persona y si la gestión de excepciones funcionó según lo previsto.

Casos de uso de bajo riesgo para carteras "Agentic"

Las instituciones deberían empezar por los flujos de trabajo operativos en los que las consecuencias de un fallo sean limitadas y fáciles de controlar.

La automatización basada en la supervisión y las alertas suele ser un punto de partida habitual. Un agente puede supervisar los saldos de las carteras y preparar una transferencia cuando se alcancen los umbrales establecidos. Las transferencias operativas programadas son otro ejemplo. Las instituciones pueden automatizar movimientos de tesorería recurrentes entre monederos autorizados dentro de unos parámetros preestablecidos. Las tareas de elaboración de informes y conciliación también encajan bien, ya que permiten a los agentes recopilar registros de transacciones, compararlos con la actividad prevista y señalar las discrepancias.

Antes de que se ejecute cualquier transacción iniciada por un agente, las comprobaciones previas de la política deben validar la acción en función de los límites de gasto, las listas de destinos permitidos, los requisitos de aprobación y otros controles operativos. Esto permite a las empresas automatizar la ejecución solo después de que la infraestructura del monedero confirme que la acción se mantiene dentro de los límites aprobados.

Las instituciones deberían implantar la autonomía de forma gradual. Muchas instituciones comienzan con la supervisión, pasan luego a la fase de recomendaciones y, finalmente, permiten una ejecución limitada una vez que se han probado los controles.

Carteras "agentes" frente a la automatización de carteras basada en reglas

La automatización de carteras basada en reglas y las carteras con agentes están relacionadas, pero son conceptos distintos. La automatización basada en reglas sigue instrucciones deterministas. Si se cumple una condición, se lleva a cabo una acción predefinida. Esto hace que el comportamiento sea predecible y fácil de probar.

Las carteras "agentes" incorporan una lógica adaptativa. El sistema puede evaluar múltiples entradas, elegir entre varias acciones permitidas o determinar el momento adecuado en función de condiciones cambiantes. Esa flexibilidad puede mejorar la eficiencia, pero también aumenta los requisitos de gobernanza.

Para la mayoría de las instituciones, el modelo adecuado combina ambos enfoques. Los controles determinísticos de la cartera deben regir el entorno, mientras que la lógica agencial opera dentro de un espacio de decisión estrictamente limitado.

Por qué la gobernanza determina si las carteras "agentes" pueden escalar

Las carteras "agentes" introducen una nueva capa de ejecución, pero no modifican el riesgo subyacente. Cada acción sigue dependiendo de la creación de la transacción, la autoridad de firma y la aplicación de las políticas a nivel de la cartera.

A medida que aumenta la automatización, también lo hace la necesidad de ponerle límites. Sin límites claros sobre qué se puede ejecutar, cuánto se puede mover y adónde pueden destinarse los fondos, la actividad impulsada por los agentes se vuelve difícil de controlar. La autonomía amplía el número de decisiones que se toman. La gobernanza determina si esas decisiones se mantienen dentro de unos límites aceptables.

La infraestructura de carteras de BitGo se ha diseñado en torno a esas interfaces de control. La aplicación de políticas, los flujos de trabajo de aprobación, los límites de transacciones y la gestión de permisos se gestionan a nivel de cartera, independientemente de cómo se genere una solicitud de transacción. Esto permite a las instituciones introducir la automatización sin modificar el modelo de seguridad que rige la ejecución.

Preguntas frecuentes

¿Qué decisiones debería poder tomar por sí misma una cartera autónoma?

Empieza con tareas operativas específicas, como supervisar saldos, preparar transferencias programadas o realizar movimientos de bajo importe entre destinos preaprobados. Evita otorgar a los agentes autoridad sobre cuestiones de gobernanza, cambios en las políticas, nuevas contrapartes o transferencias discrecionales de gran cuantía.

¿Cómo se limita lo que un agente puede gastar, firmar o activar?

Aplica controles basados en políticas en función del tamaño de las transacciones, el volumen diario, los destinos permitidos, las interacciones contractuales aprobadas y los intervalos de tiempo. Incorpora un sistema de aprobaciones por niveles, de modo que las excepciones o los incumplimientos de los umbrales requieran una revisión humana antes de su ejecución.

¿Qué tipo de supervisión permitiría auditar la actividad de los monederos autónomos?

Las instituciones deben registrar el evento desencadenante, las comprobaciones de cumplimiento de las políticas aplicadas, la vía de decisión seguida, las aprobaciones obtenidas y el resultado final.

¿Qué casos de uso presentan un riesgo lo suficientemente bajo como para automatizarlos en primer lugar?

La supervisión, las alertas, las transferencias internas programadas, la elaboración de informes y la conciliación son unos puntos de partida sólidos, ya que se basan en flujos de trabajo conocidos y parámetros preaprobados.

¿Cuál es la diferencia entre una cartera "agente" y la automatización de una cartera con reglas fijas?

La automatización basada en reglas fijas ejecuta una acción predefinida cuando se cumple una condición. Un monedero autónomo puede evaluar entradas variables y elegir entre las acciones permitidas dentro de unos límites definidos, lo que requiere controles de gobernanza más estrictos.