Un pedal de freno y un acelerador no deben pasar por la misma lógica de permisos.
Eso puede sonar obvio, pero creo que las finanzas automatizadas a menudo tratan las acciones de manera demasiado uniforme. Llega una transacción, el sistema verifica una política y el resultado se convierte en aprobar o rechazar.
El proceso parece limpio.
El riesgo detrás de cada acción no es el mismo.
Una estrategia impulsada por IA que aumenta el apalancamiento está haciendo algo fundamentalmente distinto de la misma estrategia al cerrar una posición. Mover fondos a un nuevo contraparte crea una exposición diferente a la de devolver capital a una bóveda aprobada. Comprar un activo poco familiar no debería, necesariamente, enfrentarse a la misma ruta de autorización que reducir la concentración en una posición existente.
Aquí es donde creo que @NewtonProtocol .becomes resulta más interesante que una simple narrativa de automatización.
La Mainnet Beta de Newton y VaultKit se centran en la autorización previa a la liquidación: comprobar una acción contra reglas definidas antes de que se liquide, y luego producir una atestación firmada que pueda mostrar que la evaluación ocurrió.
Veo un valor real en ese diseño.
Pero creo que la versión más sólida de la idea va más allá de preguntar si una transacción encaja en una política.
Se pregunta cuánta autorización merece esa acción específica.
Considera una bóveda automatizada durante un mercado volátil.
Una acción aumenta el apalancamiento porque la estrategia ve una oportunidad.
Otra acción reduce la exposición porque las condiciones del colateral se están deteriorando.
Si ambas transacciones atraviesan exactamente el mismo proceso de aprobación, el sistema puede ser técnicamente consistente mientras sigue siendo insensible financieramente.
La primera acción incrementa la pérdida potencial.
La segunda puede impedirlo.
Esa diferencia debería importar.
Para mí, aquí es donde la autorización proporcional al riesgo se vuelve importante. Una acción que amplía la exposición puede necesitar condiciones más estrictas: datos de mercado más recientes, límites más ajustados, comprobaciones de contraparte más sólidas o una ventana de ejecución más estrecha.
Una acción que reduzca claramente el riesgo puede necesitar una ruta más rápida, especialmente cuando el retraso en sí podría empeorar la posición.
No estoy argumentando que las transacciones que reduzcan el riesgo deban evitar la autorización.
Argumento que la autorización debería entender la dirección.
Un sistema que solo sabe “permitido” y “no permitido” puede pasar por alto el significado económico de lo que el agente intenta hacer.
Esto se vuelve aún más importante con agentes de IA porque los sistemas automatizados no se detienen ni interpretan el contexto de forma natural como podría hacerlo un trader humano.
Una persona puede mirar el mercado y pensar:
“Este trade normalmente viola mi ruta preferida, pero necesito reducir la exposición inmediatamente.”
Un motor rígido de política puede solo ver que la ruta no está aprobada.
El resultado podría ser una extraña contradicción: la capa de autorización bloquea una acción diseñada para hacer la cartera más segura porque la transacción no encaja con una regla escrita para condiciones normales.
Eso no significaría que la regla fallara.
Significaría que la política carecía de conciencia del riesgo.
Esta es la parte de NEWT que encuentro valiosa para seguir de cerca. Newton intenta llevar permisos ejecutables a las finanzas onchain automatizadas. El desafío más difícil es hacer esos permisos lo bastante expresivos para distinguir entre acciones que crean riesgo y acciones que lo eliminan.
Una atestación firmada podría volverse más útil cuando comunica esa distinción.
En lugar de solo demostrar que una transacción pasó una regla, querría que la lógica de política que la rodea dejara claro por qué se aplicó ese nivel de autorización.
¿La estrategia estaba aumentando el apalancamiento?
¿Estaba reduciendo la exposición?
¿Estaba interactuando con un activo previamente aprobado?
¿Entraba en un nuevo mercado?
¿Usó una condición de salida de emergencia?
Estos detalles pueden cambiar cómo debería ser un proceso de autorización sensato.
También creo que esto podría mejorar la comprensión del usuario.
La mayoría de la gente no quiere estudiar cada módulo interno de política antes de usar una estrategia automatizada. Quieren la certeza de que el sistema se vuelve más cauteloso cuando la acción se vuelve más peligrosa.
Eso es más fácil de entender que una larga lista técnica de controles.
El principio es simple:
Más riesgo debe requerir un permiso más fuerte.
Menos riesgo no debería retrasarse sin una buena razón.
Por supuesto, implementar ese principio es difícil.
El primer problema es definir qué significa realmente “reducir el riesgo”.
Cerrar parte de una posición puede reducir la exposición al mercado, pero crear costos de liquidez. Pasar a un activo estable puede reducir la volatilidad, pero introducir riesgo de contraparte o de falta de anclaje. Salir de una bóveda puede reducir la exposición a contratos inteligentes mientras crea riesgo de liquidación o de puente en otro lugar.
Las acciones financieras rara vez mueven el riesgo en una sola dirección.
Eso significa que la política no puede depender de una etiqueta simple.
Puede que necesite considerar varias dimensiones a la vez: apalancamiento, liquidez, calidad del colateral, concentración, exposición a la contraparte y la fiabilidad de los datos que se están usando.
El segundo desafío es prevenir el abuso.
Si una aplicación da una autorización más rápida a las acciones que reducen el riesgo, una estrategia mal diseñada podría intentar clasificar una conducta agresiva como defensiva. La definición debe ser exigible, no solo descriptiva.
El tercer desafío es la transparencia.
Un usuario debería poder entender por qué una acción requirió una aprobación más fuerte mientras otra siguió una ruta más rápida. Si la lógica está oculta, la autorización sensible al riesgo puede empezar a sentirse arbitraria.
Aquí es donde las atestaciones verificables podrían volverse especialmente significativas.
Un recibo no debería tratarse como una garantía de que cada juicio financiero fue correcto. Pero puede proporcionar evidencia de que la acción se evaluó bajo una política definida y de que se siguió la ruta de autorización requerida.
Para mí, eso es más útil que simplemente ver que se ejecutó una transacción.
Quiero saber si el sistema reconoció el tipo de riesgo que estaba creando.
También creo que diferentes aplicaciones necesitarán perfiles de autorización distintos.
Una bóveda institucional conservadora puede requerir comprobaciones estrictas para casi cada movimiento de capital.
Una herramienta minorista de reajuste puede usar límites más simples.
Un agente de IA que gestione un conjunto reducido de activos aprobados puede necesitar menos fricción que uno que opere a través de múltiples cadenas, contrapartes y mercados de préstamos.
Esa flexibilidad es importante porque un único modelo universal de riesgo probablemente se volvería o demasiado laxo para capital serio o demasiado restrictivo para un uso práctico.
La infraestructura específica de Newton se vuelve valiosa solo cuando los desarrolladores pueden traducir esas diferencias en reglas exigibles sin hacer que la experiencia del usuario sea imposible de entender.
Ese es el equilibrio que yo vigilaría con Newt.
Demasiado poco control, y la automatización se vuelve peligrosa.
Demasiado control rígido, y la automatización pierde la capacidad de responder cuando los mercados se mueven rápido.
La mejor capa de autorización no solo debería detener acciones prohibidas. Debería reconocer que algunas acciones merecen un escrutinio más profundo que otras.
Para mí, este es el estándar real para la financiación controlada por IA.
No solo quiero un agente que siga reglas.
Quiero un agente cuyo sistema de permisos se vuelva más estricto a medida que las consecuencias sean mayores.
Porque en mercados automatizados, tratar cada transacción por igual no siempre crea equidad o seguridad.
A veces, solo significa que el sistema no logró entender la diferencia entre asumir riesgo y escapar de él.
