He estado investigando a Newton recientemente, y hubo una cosa que no dejaba de traerme de vuelta: este proyecto no se trata únicamente de automatizar la actividad onchain, sino de establecer límites sobre lo que esa automatización realmente puede hacer.
Al principio, asumí que se centraba sobre todo en estrategias automatizadas y trading. Pero cuanto más leía, más notaba que Newton en realidad intenta resolver un problema de control.
La idea es que las reglas pueden verificarse antes de que ocurra una transacción. Eso podría incluir límites de gasto, riesgo de la cartera, requisitos de identidad, plataformas aprobadas o ciertas condiciones del mercado.
Lo que más me sorprendió fue el momento en que se hacen esas comprobaciones. En lugar de mostrar únicamente que algo salió mal después de la transacción, Newton está diseñado para detener acciones que se salgan de las reglas que ya están en vigor.
Su reciente beta en mainnet y su enfoque en bóvedas onchain me facilitaron entender el proyecto. Los operadores de bóvedas pueden definir condiciones sobre cómo se gestionan los fondos, y esas condiciones están pensadas para cumplirse y hacerse cumplir, en lugar de limitarse a quedar escritas como promesas.
También noté que Newton reúne distintos tipos de datos y fuentes de verificación. Eso parece útil, porque los sistemas automatizados a menudo necesitan más de una señal antes de tomar una decisión.
Sigo observando cómo se desempeña en el uso real. Un sistema como este tiene que demostrar que puede manejar la actividad de forma fiable, especialmente cuando hay dinero y ejecución automatizada involucrados.
Aun así, creo que vale la pena prestar atención a Newton, porque plantea una pregunta importante: a medida que más actividad onchain se automatiza, ¿quién decide los límites y cómo se hacen cumplir esos límites?
¿Te sentirías más cómodo usando una estrategia automatizada si sus reglas se aplicaran antes de cada transacción?
He estado investigando el protocolo Newton y tratando de entender cómo puede dar a los agentes de IA un acceso más controlado a la actividad en cadena.
Lo que me llamó la atención fue la conexión con el trading automatizado, pero la parte a la que sigo volviendo es el permiso. Un agente podría ser capaz de actuar por su cuenta, pero eso no significa que deba tener libertad ilimitada.
Ahora mismo, estoy aprendiendo cómo Newton utiliza políticas para decidir lo que un agente puede y no puede hacer. Una cosa que noté es que el proyecto se vuelve mucho más fácil de entender cuando dejo de mirar todas las partes técnicas a la vez y sigo una sola transacción desde el principio hasta el final.
Mi siguiente paso es probar una regla sencilla y ver cómo Newton maneja una transacción que la respeta en comparación con una que la incumple.
Explorando Newton Protocol sin el Hype: lo que entendí, cuestioné y todavía necesito probar
Primero conocí el Protocolo Newton mientras exploraba proyectos vinculados con agentes de IA y automatización onchain. Al principio, me interesaba sobre todo la idea de estrategias automatizadas. La idea de que un sistema pudiera supervisar condiciones, tomar decisiones y ejecutar transacciones sin una aprobación manual constante me pareció útil. Pero cuanto más profundizaba en ello, más empecé a pensar en los riesgos que había detrás de esa idea. Dar a un agente de IA la capacidad de tomar decisiones es una cosa. Darle acceso a activos reales es algo muy distinto. Un error en una aplicación normal puede causar solo inconvenientes, pero un error que implique una wallet, un contrato inteligente o una operación automatizada puede llevar a una pérdida permanente.
He estado pasando algún tiempo investigando OpenGradient, y la idea que se me sigue quedando es bastante simple: ¿cómo sabemos que un resultado de IA provino del modelo del que afirma venir?
OpenGradient intenta hacer ese proceso más transparente sin obligar a que todo ocurra directamente en la cadena. La inferencia real puede ocurrir mediante nodos dedicados, mientras que las pruebas y los registros del modelo proporcionan una forma de verificar qué fue lo que pasó.
También me gusta que no trata todas las tareas de la misma manera. Algunos casos de uso pueden requerir pruebas zk, mientras que los modelos más grandes son más prácticos dentro de entornos de ejecución seguros.
MemSync, BitQuant y su producto de chat privado hicieron que el proyecto me pareciera más concreto. Muestran cómo la IA verificable podría importar para la memoria, las finanzas y la privacidad, no solo como un experimento técnico.
Sigo preguntándome si los desarrolladores adoptarán esto antes de que los usuarios lo pidan activamente. ¿Cuándo crees que la IA verificable se convierte en un requisito real?
He estado leyendo sobre OpenGradient, y hay algo que no deja de rondarme.
Usamos salidas de IA todos los días, pero la mayoría de las veces no tenemos una forma real de comprobar cómo se produjeron esos resultados.
OpenGradient está explorando un enfoque diferente: permitir que los modelos de IA se ejecuten en infraestructura descentralizada, y a la vez ofrecer a los usuarios una manera de verificar la inferencia en lugar de simplemente confiar en un proveedor central.
Todavía estoy trabajando en la parte técnica, y no estoy convencido de que cada componente vaya a ser fácil de escalar. Pero la idea en sí se siente importante. La IA rápida es útil, pero una IA rápida que también se pueda verificar es un problema mucho más difícil.
Eso es lo que hace que este proyecto me resulte interesante. No las promesas, sino el problema que intenta resolver.
¿Crees que la IA verificable realmente importará a los usuarios cotidianos, o principalmente a desarrolladores y aplicaciones onchain?