Parece que cada herramienta de automatización en el mundo cripto te hace la misma incómoda pregunta: ¿estás dispuesto a entregar tus claves a cambio de comodidad? Los bots de trading normalmente necesitan custodia de tus fondos para funcionar. Los servicios de automatización en DeFi suelen requerir permisos amplios que, en la práctica, funcionan como un cheque en blanco. La mayoría de nosotros simplemente ha aceptado esto como el precio de no estar vigilando nuestras carteras todo el tiempo. Pero después de pasar tiempo de verdad investigando Newton Protocol, he empezado a preguntarme si ese intercambio realmente es necesario, o si es simplemente el intercambio al que la industria se ha acostumbrado porque todavía nadie había construido la alternativa.
El problema en términos simples es este. Si quieres un bot que reequilibre tus tenencias, active un stop-loss o promedie a la baja en un token mientras estás dormido, normalmente te toca elegir entre dos opciones defectuosas. O ejecutas un bot centralizado que tiene tus claves privadas o credenciales de API, lo que significa que confías en los servidores de una empresa y en sus prácticas internas de seguridad, o bien otorgas a un contrato inteligente una autorización amplia de gasto, a menudo irrevocable. Esa segunda opción es la forma en que se han materializado, sorprendentemente, muchas pérdidas en DeFi: no por algún exploit elaborado, sino porque un contrato comprometido o mal diseñado fue drenando silenciosamente una cartera que ya le había dado permiso meses antes y que lo olvidó. Ninguno de los dos caminos te da un control preciso y verificable sobre lo que realmente está ocurriendo con tu dinero. Estás confiando en una caja negra, o estás confiando en un permiso mucho más amplio de lo que te gustaría.
Esto se pone aún más complicado cuando metes agentes de IA en la ecuación. Si los agentes van a empezar a ejecutar operaciones, gestionar posiciones de rendimiento o participar en la gobernanza en nombre de alguien, ya no estás simplemente delegando la ejecución: estás delegando el criterio. Es una exigencia mucho mayor, y gran parte de la infraestructura creada hasta ahora no fue diseñada pensando en ese nivel de delegación.
Las herramientas existentes resolvieron una porción más limitada de este problema. Los servicios de automatización que disparan transacciones cuando se cumple una condición son tuberías útiles, pero en realidad no abordan la toma de decisiones de varios pasos, y tampoco te ofrecen una forma nativa y exigible de limitar lo que un agente puede hacer más allá del único disparador que alguien conectó de antemano. Mientras tanto, gran parte de lo que se comercializa como "bot de trading con IA" en realidad es solo una plataforma SaaS con el riesgo de custodia incorporado. Confiarías en las personas que la operan, no en un sistema que puedas verificar de forma independiente. Lo que ha faltado es una manera de decir —en un lenguaje que una blockchain pueda hacer cumplir y que cualquiera pueda auditar—: "este agente solo tiene permitido actuar dentro de estos límites exactos", sin que el agente necesite tus claves y sin que tengas que confiar en quien lo construyó.
Ese es el vacío que el Protocolo Newton intenta llenar. Construido por Magic Labs, con una fundación sin fines de lucro, Magic Newton Foundation, creada para supervisar la dirección de largo plazo de la red, Newton se describe a sí mismo como una capa de automatización verificable. La idea es que los usuarios definan permisos en términos específicos y exigibles por máquina, algo como "solo operar si la volatilidad supera cierto umbral", y luego los agentes puedan actuar dentro de esos límites sin que nunca tomen custodia de los fondos subyacentes. Es una combinación de ideas que, por separado, no son nuevas: permisos programables, verificación criptográfica de la computación que ocurre fuera de la cadena principal, y un marketplace para que los desarrolladores publiquen y cobren por su lógica de automatización, pero la forma en que Newton las une es menos común.
Estructuralmente, el protocolo se apoya en tres piezas principales. Está el Newton Model Registry: un registro onchain donde los desarrolladores publican lo que se llaman modelos de agentes; en esencia, contratos inteligentes que codifican un disparador y una acción específicos, como "si un token cae un 10%, ejecuta una operación". Es un poco como una tienda de apps para estrategias de automatización, excepto que el código en sí es inspeccionable onchain en lugar de estar oculto detrás de una API privada de alguien. Luego está el Newton Keystore: un rollup dedicado, es decir, una cadena de capa 2 construida específicamente para este propósito, que almacena y actualiza los permisos de los usuarios. Ahí es donde viven realmente tus reglas y donde cualquier cambio se finaliza. Y por último están las smart accounts ERC-4337, que permiten delegar permisos con una granularidad real en lugar de las aprobaciones de todo o nada con las que se quedan la mayoría de las carteras hoy.
En la práctica, Newton depende de entornos de ejecución confiables, que son enclaves de hardware seguros que ejecutan la computación de forma privada, combinados con pruebas de conocimiento cero que generan evidencia criptográfica de que la acción de un agente realmente cumplió las reglas que tú estableciste. En pocas palabras: el agente realiza su trabajo dentro de una caja sellada, y en lugar de pedirte que confíes en esa caja ciegamente, te entrega una especie de recibo matemático que prueba que siguió tus instrucciones, uno que cualquiera puede comprobar sin necesidad de volver a realizar la computación.
La seguridad se gestiona mediante prueba de participación (proof-of-stake) delegada. Los validadores, respaldados por NEWT en stake, verifican que los agentes ejecuten correctamente y finalizan los cambios de estado en el rollup de Keystore. Los operadores que ejecutan agentes también tienen que depositar NEWT como colateral, el cual puede ser recortado si un agente se comporta mal. Es un intento de que ejecutar de forma honesta sea la opción racional desde el punto de vista económico, en lugar de algo exigido solo por la reputación.
En comparación con herramientas de automatización más simples que solo envían una transacción cuando el precio alcanza un cierto nivel, Newton busca algo más ambicioso: estrategias complejas, de varios pasos y entre cadenas con prueba criptográfica de que se mantuvieron dentro de las reglas que un usuario estableció realmente. En comparación con marcos generales de agentes de IA, el enfoque de Newton está en la verificabilidad y en permisos de nivel financiero, más que en una coordinación amplia de agentes. Si esa diferencia realmente importa en la práctica depende por completo de la adopción. Un marketplace y un rollup son afirmaciones de infraestructura hasta que agentes reales mueven volumen real a través de ellos, y esa sigue siendo una pregunta abierta. Binance ya ha listado un contrato perpetuo NEWTUSDT, lo cual al menos señala que los traders están prestando atención, aunque Binance mismo ha señalado que varias de las funciones principales del protocolo aún están en desarrollo y que la utilidad actual del token sigue siendo limitada.
NEWT tiene un suministro fijo de mil millones de tokens, con la mayor parte destinada a asignaciones orientadas a la comunidad, como recompensas por staking y subvenciones, y el resto para colaboradores principales y patrocinadores iniciales bajo cronogramas de vesting de varios años. El token cubre el gas en el rollup de Keystore, el staking para ayudar a asegurar la red, colateral para los operadores de agentes, tarifas de registro para el Model Registry y la votación de gobernanza. Es una configuración bastante convencional de token de utilidad y seguridad, donde el valor pretende seguir la actividad real de automatización más que la especulación por sí sola.
Los riesgos vale la pena nombrarlos con honestidad. Mucho de lo que hace que Newton sea interesante —el rollup, el marketplace— todavía se está desplegando y no está plenamente probado a escala, y los grandes desbloqueos de tokens están programados mucho antes de cualquier uso demostrado, lo que crea una discrepancia real entre la oferta que llega al mercado y la demanda que se pone al día. Los entornos de ejecución confiable, aunque son prácticos, no son una garantía puramente criptográfica como lo sería solo una prueba de conocimiento cero, ya que aún dependen en parte de supuestos de seguridad del hardware. Y la categoría más amplia de agentes financieros autónomos que transaccionan onchain es algo que los reguladores aún no han terminado de definir, lo que añade una capa de incertidumbre que no tiene que ver con la tecnología en sí.
Lo que Newton persigue es un problema legítimo. La ausencia de una forma estandarizada y verificable de permitir que el software actúe en tu nombre en DeFi sin riesgo de custodia ni confianza ciega es real, no algo inventado para un pitch deck. Si Newton termina siendo el protocolo que realmente cierra esa brecha dependerá de cuestiones poco glamorosas: validadores que realmente se descentralicen, desarrolladores que elijan construir sobre el registro en lugar de enviar productos cerrados y que el uso crezca lo bastante rápido como para justificar que el token llegue finalmente a su suministro completo. La arquitectura encaja sobre el papel. La prueba real es la adopción, y esa parte de la historia aún no se ha escrito.
