La prueba más difícil de Mainnet de Newton podría estar aprobando la acción correcta de la bóveda antes de que sea demasiado tarde
A última hora de ayer, estaba pasando entre la documentación de VaultKit de Newton Protocol y un antiguo gráfico de la desanclación de una stablecoin. No buscaba un ángulo nuevo. Solo quería entender qué sucede después de que un curador de bóvedas propone una acción. Al principio, el flujo parecía sencillo. El curador prepara una transacción. Los operadores de Newton la verifican frente a la política de la bóveda. Si la acción rompe las reglas, se rechaza antes de que llegue a la bóveda. Esa parte me resultó inmediata e intuitivamente clara. Un administrador de bóvedas no debería poder prometer a los depositantes una estrategia y, en silencio, asumir después riesgos completamente distintos.
El Protocolo Newton no decide qué estrategia de IA gana: decide las reglas que debe seguir cada estrategia
La primera vez que leí la descripción del Protocolo Newton, esperaba que el mercado para desarrolladores de IA fuera la historia principal. Luego volví a leerla y noté algo que casi había pasado por alto: el rollup seguro viene primero. Ese pequeño detalle cambió por completo mi perspectiva. No creo que el Protocolo Newton esté intentando principalmente construir otro lugar donde los desarrolladores de IA publiquen estrategias. Creo que está intentando hacer que cada estrategia impulsada por IA compita dentro del mismo entorno de ejecución. Ese es un desafío mucho más grande que atraer desarrolladores.
El rollup seguro de Newton Protocol no solo protege estrategias de IA: estandariza cómo pueden competir
Seguí releyendo la breve descripción de Newton Protocol porque un detalle me pareció más grande que el resto. El mercado para desarrolladores de IA es fácil de notar. El trading automatizado capta la atención naturalmente. Pero la frase "rollup seguro" aparece antes que ambas, y no creo que sea algo accidental. Eso cambió la forma en que miré el proyecto. Mi conclusión es simple: el rollup seguro de Newton Protocol no solo protege estrategias impulsadas por IA. Define en silencio las condiciones bajo las cuales esas estrategias compiten. Ese es un problema mucho más difícil que simplemente darles a los desarrolladores un lugar para publicar herramientas de IA.
Me encontré haciendo una pregunta que no tenía nada que ver con los modelos de IA.
Si dos desarrolladores se unen al Protocolo Newton mañana, ¿realmente construirán sobre los mismos estándares de ejecución, o cada uno creará su propia versión de las reglas?
Esa pregunta cambió la forma en que veía el proyecto.
Un marketplace de IA solo se vuelve más sólido cuando los creadores pueden reutilizar lo que otros ya han creado. Si todos siguen publicando políticas aisladas en lugar de compartidas, la red crece en tamaño pero no necesariamente en valor.
Para mí, eso hace que la coordinación de desarrolladores sea un desafío mayor que atraer desarrolladores en primer lugar.
La tecnología se puede construir una vez. Los estándares compartidos deben aceptarse con el tiempo.
Ese es el punto de atención que seguiré con @NewtonProtocol . El éxito del marketplace puede depender menos de cuántos desarrolladores lleguen y más de cuántos elijan construir sobre los mismos estándares de ejecución en lugar de crear ecosistemas separados.
Esa es la diferencia entre una colección de proyectos de IA y un ecosistema de IA conectado.
El mayor desafío del Protocolo Newton no es construir un marketplace de IA: es lograr que los desarrolladores acepten
Mientras leía la breve descripción del proyecto del Protocolo Newton, un detalle no dejaba de llamar mi atención. La descripción habla de un rollup seguro para estrategias impulsadas por IA, de trading automatizado y de un marketplace para desarrolladores de IA. A primera vista, el marketplace suena como el titular. Pero después de leerlo otra vez, me llevé una impresión distinta. El problema más difícil quizá no sea atraer desarrolladores de IA a un solo lugar. Tal vez sea convencerlos de que trabajen dentro del mismo entorno de ejecución. Esa es la idea principal que me llevo del Protocolo Newton. Si el protocolo se construye sobre un rollup seguro para estrategias impulsadas por IA, entonces cada estrategia que entre en ese entorno tiene que operar dentro de restricciones de ejecución compartidas. Un marketplace puede atraer participantes, pero una capa de ejecución compartida les pide a esos participantes aceptar reglas comunes antes de que sus ideas puedan interactuar.
La parte más difícil del Protocolo Newton quizás no sea la tecnología
Cuanto más pienso en el Protocolo Newton, menos me encuentro evaluando su arquitectura. En vez de eso, sigo haciendo una pregunta mucho más sencilla. ¿Cuándo la verificación se convierte en algo que la gente realmente exige en lugar de algo que simplemente aprecia? Esa diferencia importa. La tecnología no se vuelve esencial porque los ingenieros la admiran. Se vuelve esencial cuando los usuarios se niegan a vivir sin ella. Newton está construyendo infraestructura para agentes de IA que pueden ejecutar acciones financieras bajo políticas programables en lugar de confiar ciegamente.
Al principio, vi el modelo de utilidad de NEWT como una lista de verificación familiar: staking, comisiones, gobernanza y el registro del modelo. Parecía un diseño de token estándar donde se presentan varios casos de uso para fortalecer la propuesta de valor. Al mirar con más detenimiento, la estructura parece ser más intencional de lo que aparenta.
Cada utilidad refuerza una etapa distinta de la participación en la red en lugar de competir por el mismo propósito. Las comisiones generan una demanda continua cada vez que se emiten permisos o se ejecutan sesiones de IA, creando un uso que crece junto con la actividad más que con la especulación. El staking opera en un cronograma diferente. Un periodo de des-contratación (unstaking) de 14 días fomenta una alineación a más largo plazo al vincular a los titulares del token con la seguridad de la red, en lugar de con recompensas de corto plazo.
El registro de modelos añade otra capa económica. Los operadores deben comprometer NEWT como garantía para desplegar agentes de IA, de modo que un rendimiento deficiente conlleva una consecuencia financiera inmediata mediante el slashing, en vez de depender únicamente de la reputación. La gobernanza, entonces, se sitúa por encima de estos mecanismos, pero el poder de voto se limita a los participantes con tokens en staking, haciendo que la influencia dependa del compromiso demostrado y no de una propiedad pasiva.
La pregunta interesante no es si NEWT tiene múltiples utilidades; claramente las tiene. La verdadera pregunta es si esas utilidades crean fuentes de demanda independientes o si simplemente reciclan el mismo pool de tokens mediante distintas funciones. Si la actividad sostenida a largo plazo de la red puede mantener la generación de comisiones sin depender en gran medida de incentivos del token, eso proporcionaría una señal mucho más fuerte sobre la durabilidad del modelo económico del protocolo que cualquier utilidad considerada de forma aislada.
VaultKit: Construyendo la Capa de Confianza para DeFi Institucional
Cuanto más analizo VaultKit, más creo que su éxito a largo plazo no se determinará solo por la sofisticación de su arquitectura. La gran pregunta es si la gobernanza programable se convierte en un requisito estándar para las finanzas institucionales a medida que más capital se mueve onchain. Una de las decisiones de diseño más sólidas de VaultKit es su mercado abierto de paquetes de políticas. En lugar de encerrar a los usuarios en un único proveedor de gobernanza, permite que distintos colaboradores creen y mantengan políticas programables que las organizaciones pueden adoptar según sus propios requisitos. Esa flexibilidad fomenta la innovación y reduce la dependencia de proveedores. Sin embargo, la apertura también introduce un desafío importante: la confianza. Si cada proveedor puede publicar paquetes de políticas, ¿cómo deciden las instituciones cuáles son lo suficientemente fiables como para proteger miles de millones de dólares en activos?
Cuanto más miro el Protocolo Newton, más me pregunto si su mayor desafío es la tecnología o el momento.
La arquitectura tiene sentido. La pregunta más difícil es si el mercado está listo para priorizar la autorización programable hoy.
Los usuarios minoristas rara vez eligen protocolos por marcos de permisos. Les importa la velocidad, los costos bajos y experiencias de usuario simples. La autorización no es lo que impulsa sus decisiones.
Las instituciones ven el mundo de manera distinta. Toda acción financiera debe cumplir reglas de gobernanza, requisitos de cumplimiento y aprobaciones internas. Para ellas, la autorización programable podría convertirse en una necesidad competitiva y no en una mejora opcional.
Newton parece estar construyendo para la economía institucional del mañana en lugar de la actividad impulsada por el retail de hoy. Es una estrategia audaz, pero la historia muestra que llegar temprano puede ser tan difícil como equivocarse.
La verificación criptográfica mediante EigenLayer y pruebas ZK no elimina la confianza: la transforma en dónde se deposita. La gobernanza, los validadores y los incentivos económicos pasan a formar parte del modelo de seguridad en lugar de intermediarios centralizados.
El mayor obstáculo quizá no sea la capacidad técnica, sino la inercia organizacional. La nueva infraestructura debe encajar con los flujos de trabajo existentes antes de poder reemplazarlos. La integración, la educación y la confianza requieren tiempo.
En última instancia, el Protocolo Newton no tendrá éxito porque su diseño sea sofisticado. Tendrá éxito si las organizaciones deciden que operar sin autorización programable crea más riesgo que adoptarla. Es entonces cuando la innovación deja de ser opcional y empieza a convertirse en infraestructura.
El código no reemplaza la confianza. La hace verificable.
Una idea seguía apareciendo una y otra vez en mi cabeza mientras estudiaba VaultKit: no intenta eliminar la confianza, sino redefinir dónde debe pertenecer la confianza. La mayoría de los sistemas de gobernanza todavía dependen de que las personas sigan procesos internos, interpreten correctamente las políticas y actúen dentro de los límites acordados. VaultKit desplaza parte de esa responsabilidad hacia reglas programables, donde los permisos, las aprobaciones y los límites operativos pueden aplicarse automáticamente en lugar de recordarse manualmente. Eso puede sonar a una distinción sutil, pero tiene implicaciones significativas para las organizaciones que gestionan activos digitales a escala.
Cuanto más estudio la infraestructura de IA, menos creo que el mayor desafío sea la inteligencia. Creo que es el control.
Un agente de IA que puede mover activos suena potente, pero el poder sin límites crea nuevos riesgos. Por eso Newton Protocol captó mi atención. En lugar de pedir a los usuarios que confíen ciegamente en una IA, se centra en definir lo que un agente puede y no puede hacer antes de que la ejecución incluso comience.
La tecnología es prometedora, pero la adopción es otra cuestión.
La mayoría de los usuarios de cripto hoy no están buscando activamente capas de ejecución de IA. Las bolsas existentes y las herramientas de DeFi ya resuelven sus necesidades diarias, así que la urgencia aún no es evidente. La historia muestra que la infraestructura a menudo llega antes de que el mercado comprenda del todo por qué importa.
Si los agentes de IA se convierten en una parte normal de las finanzas, los permisos programables y la ejecución verificable podrían volverse expectativas estándar en lugar de funciones premium. Si ese cambio tarda más, el mayor desafío de Newton no será la tecnología: será el momento.
En cripto, llegar temprano y ser innecesario puede parecer sorprendentemente similar... hasta que el mercado cambia.
El verdadero cuello de botella del Protocolo Newton no es el escalado de la IA: es lograr que una sola regla de ejecución se ajuste a todo tipo de trading
Volví a la descripción del Protocolo Newton (NEWT) y me detuve con más calma en una idea específica: un rollup seguro para estrategias impulsadas por IA, trading automatizado y un mercado para desarrolladores de IA. Cuanto más lo leía de un tirón, más empezó a destacar una tensión simple. No se trata del rendimiento de la IA, sino de la alineación. La tesis que no puedo ignorar es esta: el verdadero cuello de botella del Protocolo Newton no es el escalado de la IA; es forzar que distintas lógicas de trading encajen en una única regla de seguridad de ejecución sin romper la confianza en el sistema.
Lo que sigo teniendo en mente es esto: si un agente de IA necesita permisos cada vez que actúa, entonces el propio acceso pasa a formar parte de la economía del protocolo.
En teoría, Newton introduce algo interesante: permisos de sesión onchain privados, donde los usuarios pueden definir lo que se le permite hacer a un agente, establecer condiciones de caducidad y revocar el acceso cuando cambia la confianza. Las pruebas de conocimiento cero se usan para confirmar permisos válidos sin exponer la política subyacente.
Pero aquí está la pregunta real…
Si cada inferencia requiere una sesión autorizada, entonces la actividad repetida del agente naturalmente genera costos repetidos. El gas basado en NEUT, el ordenamiento de transacciones y un futuro mercado de tarifas estilo EIP-1559 podrían convertir la ejecución de agentes en una capa de demanda continua, en lugar de una interacción única.
Lo más fuerte es la superficie de control.
Los permisos pueden caducar. El acceso puede restringirse. Los agentes no obtienen autoridad permanente solo porque se les aprobó una vez. En teoría, esto crea una separación más clara entre conveniencia y control.
Pero lo prometido y lo verificable hoy no siempre es lo mismo.
¿Los usuarios pueden realmente inspeccionar cómo se calculan las tarifas? ¿Pueden confirmar la revocación de la sesión en tiempo real? ¿Pueden predecir si los costos de inferencia se mantienen estables bajo congestión?
No es una crítica: es una cuestión de madurez.
Porque hay una diferencia entre un sistema bien diseñado y un sistema operativo totalmente maduro.
Y si la gobernanza eventualmente empieza a moldear las reglas de tarifas, las actualizaciones y los estándares de permisos, entonces la pregunta real ya no es si los agentes de IA pueden operar onchain…
Se vuelve si los usuarios aún pueden entender, poner precio y retirar ese acceso antes de que se ejecute la siguiente acción.
Newton Protocol No Le Pide A Cada Estrategia de IA que Piense lo Mismo. Les Pide que Ejecuten por la
Dejé de leer la descripción de Newton Protocol durante un momento cuando llegué a las palabras "rollup seguro." Al principio, esperaba que el mercado para desarrolladores de IA fuera el centro del proyecto. Después de leerlo de nuevo, llegué a una conclusión diferente. El mercado puede atraer atención, pero el rollup seguro es lo que le da al mercado la oportunidad de funcionar en primer lugar. Newton Protocol se describe a sí mismo como un protocolo para estrategias impulsadas por IA, trading automatizado y un mercado para desarrolladores de IA, construido alrededor de un rollup seguro. Esa secuencia importa. Mi punto de vista es que el proyecto está apostando más por la ejecución constante que por la capacidad individual de la IA. La pregunta clave no es si cada estrategia es igual de inteligente. Es si cada estrategia sigue las mismas reglas de ejecución segura.
He estado siguiendo Newton Protocol (NEWT) con más interés de lo habitual, porque la historia real aquí no es solo “trading con IA”. Lo que más me llama la atención es el ángulo de la infraestructura: un rollup seguro construido para estrategias impulsadas por IA, ejecución automatizada y un marketplace donde los desarrolladores pueden conectarse e ir construyendo sobre carriles compartidos. Esa es una tesis mucho más duradera que perseguir la próxima narrativa de tendencia.
Lo interesante de esto es la posibilidad de convertir la política, la ejecución y el acceso de los desarrolladores en una infraestructura reutilizable en lugar de herramientas aisladas de una sola ocasión. Si eso funciona, podría influir en cómo interactúan los agentes de IA con los mercados con el paso del tiempo. El argumento más sólido no es el hype, sino si el sistema realmente reduce la fricción para creadores y traders.
Al mismo tiempo, la realidad del mercado sigue importando. La liquidez rota rápido, las narrativas se enfrían y la competencia en IA + cripto se está volviendo cada vez más concurrida. El riesgo de ejecución es real, especialmente cuando un proyecto intenta equilibrar, a la vez, seguridad, adopción y demanda de desarrolladores.
Para mí, la pregunta abierta es sencilla: ¿puede Newton convertir un buen concepto en un uso real antes de que la atención se mueva a otra parte?
El mayor desafío de Newton Protocol puede estar en el estándar detrás del mercado, no en el mercado
Mientras leía la descripción del protocolo Newton, me encontré deteniéndome en dos palabras: "secure rollup". Mi primera intuición fue centrarme en el mercado de IA porque es la parte que destaca. Pero cuanto más releía la frase, más sentía que el mercado depende de algo menos visible. Eso cambió la forma en que miré el proyecto. Si Newton Protocol está construyendo un secure rollup para estrategias impulsadas por IA, trading automatizado y un mercado para desarrolladores de IA, entonces el mercado solo es tan útil como la base que hay debajo. Un mercado puede atraer participantes, pero una norma de seguridad compartida es lo que les da una razón para construir sobre el mismo sistema.
En lugar de preguntar qué puede hacer el Protocolo Newton, pregunté para quién lo está construyendo realmente.
La respuesta me sorprendió.
Me di cuenta de que el proyecto no está enfocado solo en los usuarios finales. Una gran parte de su diseño está pensada para desarrolladores que, de otro modo, seguirían reconstruyendo la misma lógica de políticas y cumplimiento cada vez que lanzan una nueva aplicación.
El Registro de Políticas de Newton toma un camino distinto. Los desarrolladores pueden publicar políticas reutilizables, y los usuarios pueden configurar esas políticas en lugar de empezar desde cero cada vez.
Eso se siente como un pequeño detalle técnico, pero cambia la forma en que pienso sobre la infraestructura de blockchain.
A medida que aparecen más aplicaciones de IA y DeFi, repetir el mismo trabajo de seguridad y cumplimiento en cada proyecto no parece una solución a largo plazo. Las políticas reutilizables podrían reducir esa repetición, pero solo si los desarrolladores confían lo suficiente en ellas como para adoptarlas.
Ese es el punto de vigilancia que seguiría.
Para mí, el valor de Newton no es solo otra característica. Es la idea de que las buenas reglas no deberían tener que reescribirse cada vez que alguien construye algo nuevo.
Cuando evalúo la infraestructura ahora, hago una pregunta sencilla.
¿Este proyecto ayuda a los desarrolladores a crear algo nuevo, o solo les hace reconstruir el mismo cimiento una vez más?
Hoy me sorprendí haciéndome la misma suposición mientras leía el Newton Protocol.
Pensé que cada aplicación blockchain tenía que construir sus propias reglas de cumplimiento desde cero. Me pareció algo que los desarrolladores simplemente tenían que aceptar.
Entonces llegué al Newton's Policy Registry.
La idea no era otra función de seguridad. Era que los desarrolladores pueden publicar políticas reutilizables, y los usuarios pueden configurarlas en lugar de reconstruir la misma lógica una y otra vez.
Eso me hizo detenerme un momento.
A medida que aparecen más agentes de IA y aplicaciones de DeFi, todos hablan de escalar transacciones. Rara vez nos preguntamos si cada proyecto nuevo también debería recrear las mismas reglas de cumplimiento y seguridad desde cero.
El enfoque de Newton sugiere que las propias reglas pueden convertirse en infraestructura reutilizable.
Por supuesto, esto solo funciona si los desarrolladores realmente adoptan y mantienen esas políticas compartidas. Una biblioteca reutilizable solo es valiosa cuando la gente confía en ella y la usa.
Eso se convirtió en mi mayor aprendizaje.
Cuando observo ahora la infraestructura de blockchain, ya no solo pregunto qué características agrega. Me pregunto si ayuda a los creadores a evitar resolver el mismo problema una y otra vez.
A veces, la mejora más grande no es añadir algo nuevo. Es impedir que todos reconstruyan la misma base. @NewtonProtocol #Newt $NEWT