Hace poco hablé con un amigo que se dedica a la gestión de fondos en la cadena; dijo una frase que me dejó muy marcado.
Dijo: “Ahora la automatización en la cadena ya no es un problema difícil; lo verdaderamente difícil es si me atrevo a dejar que tome decisiones por mí”.
Al principio pensé que esta frase tenía cierta contradicción.
Después de tantos años de desarrollo de la blockchain, ¿no es precisamente para que el código se ejecute automáticamente?
Los contratos inteligentes son públicos y transparentes: las reglas se escriben por adelantado y las transacciones se ejecutan según el programa.
Parece que cada vez debería intervenir menos la gente.
Pero después, pensando bien, el problema en realidad no es tan simple.
Debido a la automatización en la cadena pasada, la mayoría de soluciones se centraban en “cómo ejecutarlo”.
Por ejemplo, el intercambio de tokens.
Por ejemplo, préstamos con garantía.
Por ejemplo, una estrategia de rendimiento.
El código le indica al sistema el siguiente paso y el sistema lo ejecuta siguiendo instrucciones.
Pero cuando el tamaño del capital crece y los participantes se vuelven más complejos, aparece un problema nuevo:
Si algo sale mal con esa ejecución automática, ¿quién puede demostrar por qué hizo eso?
Antes, mucha gente entendía la seguridad de blockchain y se enfocaba en los ataques.
¿Se ha filtrado la clave privada?
¿Hay vulnerabilidades en el contrato?
¿Se ha robado el dinero?
Todo eso, por supuesto, es importante.
Pero ahora, con el desarrollo hacia AI Agent, estrategias de automatización y RWA, creo que la industria se enfrenta a un problema más profundo:
Muchas operaciones del futuro quizá no las complete la persona de forma activa, sino que las haga el sistema en su lugar.
En ese momento, el mayor riesgo quizá no sea un ataque de hackers, sino que un sistema ejecute algo “legítimo” pero basado en una lógica incorrecta.
Por ejemplo, un agente de trading de IA.
Cada día ayuda a los usuarios a ajustar sus posiciones.
Toma decisiones según los datos del mercado.
Ejecuta automáticamente las políticas.
En circunstancias normales, esto es algo muy maravilloso.
Pero si algún día:
El origen de los datos es anómalo.
Desviación en el juicio del modelo.
Se modifican los parámetros de la estrategia.
Surge un problema en el entorno de ejecución.
Al final, eso provoca pérdidas.
¿Qué debe hacer el usuario?
Muchas veces, ni siquiera sabes en qué paso ocurrió el problema.
¿Es un problema de la IA?
¿Es un problema de datos?
¿El problema es la política?
¿O es un problema del ejecutor?
Ese es, en mi opinión, el mayor desafío de la automatización financiera del futuro.
Esa es también la razón por la que volví a entender el Newton Protocol.
Cuando vi a Newton antes, yo también solo lo veía como un proyecto que combina IA y seguridad on-chain.
Pero después se descubrió que en realidad no se centra en que el sistema “haga las cosas mejor”.
Sino en hacer que el sistema “tenga base al hacer cosas”.
Esta diferencia es extremadamente importante.
Porque el mundo financiero del futuro no carece de automatización.
Lo que realmente falta es automatización confiable.
Un robot te ayuda a operar diez veces al día; si no hay límites, solo es una herramienta para cometer errores más rápido.
Pero si todas sus acciones están limitadas por reglas y el proceso de ejecución puede verificarse, entonces es cuando realmente podría entrar en escenarios financieros.
El valor más fundamental de Newton, creo, no es un componente técnico en particular, sino un cambio de mentalidad.
Antes:
El usuario autoriza un sistema y luego confía en él.
Futuro:
El usuario autoriza a un sistema, pero el sistema debe demostrar que no se salió de los límites.
Por eso tienen sentido diseños como Policy Engine y zkPermissions.
No se limita a decirle al sistema:
“Puedes operar”.
En lugar de eso, le dice al sistema:
“Solo puedes operar dentro de este rango”.
Por ejemplo:
Solo puede operar qué activos.
¿Cuál es el máximo de asignación por día?
¿Qué condiciones se deben cumplir?
¿En qué circunstancias es necesario detenerse?
Estas reglas no están escritas en el manual, sino que se convierten en parte del proceso de ejecución.
Este enfoque se parece mucho a las instituciones del mundo real.
¿Por qué los bancos no permitirían que un empleado tenga permisos ilimitados?
¿Por qué las finanzas de una empresa tienen un proceso de aprobación?
¿Por qué las grandes instituciones necesitan múltiples capas de revisión para gestionar fondos?
No es porque no confíen en los empleados.
En cambio, es porque los sistemas maduros no ponen el riesgo en la confiabilidad de la naturaleza humana.
Creará límites.
Creo que lo que Newton quiere hacer es llevar esos límites a la cadena.
Que los sistemas de automatización del futuro no solo tengan capacidad, sino también restricciones de responsabilidad.
Por supuesto, este camino no es fácil.
Porque en los proyectos de infraestructura, lo más difícil no es proponer una idea bonita.
Sino en lograr que el mercado lo use de verdad.
Newton en el futuro necesita demostrar:
¿Hay desarrolladores dispuestos a construir aplicaciones basadas en ello?
¿Hay fondos reales ejecutándose a través de este sistema?
¿Hay escenarios financieros complejos que estén dispuestos a adoptar este método de ejecución?
Después de todo, todavía hay una gran distancia entre las soluciones técnicas y la infraestructura básica de la industria.
Muchos proyectos no fallan por la dirección, sino por no haber formado una necesidad real.
Además, creo que otro punto que más vale la pena observar de Newton en el futuro es si puede convertirse en una capa de reglas fundamentales para la era de la IA.
Porque en el futuro la IA participará cada vez más en actividades on-chain.
Hoy quizá sea solo una inversión periódica automática.
Mañana podría ser la gestión automática de activos.
Pasado mañana podría ser un fondo de IA a nivel institucional.
Cuando las máquinas empiecen a gestionar el valor en lugar de las personas, lo que realmente necesita el ser humano no es una máquina más poderosa.
Sino en un conjunto de reglas que impiden que las máquinas se salgan arbitrariamente de los límites.
Así que, al mirar Newton ahora, no lo clasificaría simplemente como un “proyecto de IA”.
Me gustaría entenderlo así:
Una capa de infraestructura de ejecución confiable entre la IA y las finanzas on-chain.
El problema que resuelve no es darle más poder a la máquina.
En lugar de eso, le das poder a la máquina, pero aun así queda sujeta a restricciones.
Porque el mayor cambio en las finanzas del futuro no es que las personas desaparezcan.
En cambio, cada vez más cosas se encargarán al sistema.
En ese momento, lo que el mercado elija al final no necesariamente será el sistema más rápido.
Sino aquella que es capaz de demostrar:
“Sé por qué estoy haciendo esto, y puedo demostrar que no actué alocadamente”.