La criptografía ha cambiado mucho. Bitcoin mostró que el dinero puede moverse sin un banco. Ethereum mostró que una blockchain también puede ejecutar contratos inteligentes y aplicaciones. Pero ahora está apareciendo un nuevo problema: agentes de IA.
Los agentes de IA pueden pensar, planificar y actuar en nombre de los usuarios. Eso suena poderoso, pero también plantea una pregunta seria: ¿quién otorga el permiso? Una blockchain puede verificar una firma, pero eso no es lo mismo que comprobar si la acción debería ocurrir.
Las carteras de Bitcoin firman transacciones con claves privadas, y la red las verifica. Los contratos inteligentes de Ethereum también se ejecutan exactamente como se escribieron. Esa es la fortaleza de la blockchain, pero también su debilidad: la cadena sigue el código, incluso cuando el resultado es peligroso.
¿Cuál es la verdadera brecha en los sistemas blockchain de hoy?
La brecha es la autorización.
La autenticación pregunta, “¿Quién eres?” La autorización pregunta, “¿Qué se te permite hacer?” En términos de seguridad, la autorización es el proceso de conceder o denegar permisos para una acción o recurso específico. Esa diferencia importa mucho en cripto, porque una firma válida no siempre significa una transacción segura.
Entonces, ¿qué intenta hacer el Protocolo Newton?
El Protocolo Newton está construyendo una capa de autorización para transacciones onchain. Su blog oficial dice que el mainnet beta de Newton está en vivo, y ya está aplicando reglas onchain en Base y Ethereum. La propia redacción de Newton es importante aquí: el proyecto no se presenta como solo otra cadena, sino como una capa que verifica políticas antes de la ejecución.
¿Por qué la IA hace que esto sea más importante?
Porque los agentes de IA se mueven más rápido que los humanos. Una persona puede notar un error. Un agente puede no notarlo. Si un asistente de billetera con IA o un bot de trading recibe la instrucción incorrecta, o si sus permisos son demasiado amplios, podría enviar fondos, abrir posiciones o interactuar con protocolos de maneras que el usuario nunca quiso.
Aquí es donde Newton se vuelve interesante: está intentando que las transacciones pasen por verificaciones de políticas antes de que el dinero se mueva. Eso podría ayudar a los usuarios a mantener el control incluso cuando aumenta la automatización. Esta es una inferencia del diseño de Newton primero en políticas y del significado general de seguridad de la autorización.
¿Newton está reemplazando blockchains?
No. Esa es la forma equivocada de pensarlo.
Newton no intenta reemplazar Bitcoin o Ethereum. Está intentando estar por encima de ellos y agregar una capa de decisión. Bitcoin sigue haciendo lo que hace mejor Bitcoin. Ethereum sigue haciendo lo que hace mejor Ethereum. Newton intenta resolver la pregunta que falta que esos sistemas no intentan resolver directamente: ¿se debe permitir esta transacción ahora mismo?
¿Es bueno o malo para la cripto?
Honestamente, probablemente sea ambas cosas.
Es bueno porque puede reducir acciones no autorizadas, permisos incorrectos y fallos de políticas. También puede ayudar a que los agentes de IA operen con vallas de seguridad en lugar de libertad ilimitada.
Pero también hay un intercambio: una vez que agregas capas de políticas, ya no estás hablando de una descentralización pura de “hacer cualquier cosa”. Estás hablando de sistemas onchain controlados. Eso no es un defecto. Ese es el punto. Algunos usuarios lo van a odiar. Las instituciones probablemente lo amarán.
@NewtonProtocol es diferente porque no se trata solo de ejecución. Se trata de permisos antes de la ejecución. Por eso destaca en un mercado lleno de cadenas, tokens y aplicaciones que en su mayoría se enfocan en la velocidad o la escala. Con mainnet beta en vivo, VaultKit activo y NEWT diseñado para staking, comisiones, acceso al registro y gobernanza, el proyecto busca un problema real de infraestructura, no solo un ciclo de hype.
Si los agentes de IA van a participar en cripto en serio, entonces sistemas como Newton podrían volverse más importantes, no menos.