Cuando entraba mucha gente en Web3 en sus primeras etapas, se sentían atraídos por los contratos inteligentes, porque representaban una forma totalmente nueva de confianza. El código es público, las reglas son transparentes y, siempre que se cumplan las condiciones, el programa se ejecuta automáticamente. Pero a medida que la industria ha seguido desarrollándose, empecé a darme cuenta de que los contratos inteligentes resuelven “la ejecución según una lógica establecida”, pero no necesariamente “cómo decidir la ejecución ante entornos complejos”.
En realidad, entre ambas existe una gran diferencia.
Ahora, las aplicaciones en la cadena ya no son solo simples transferencias o el intercambio de activos. Una acción financiera completa puede implicar múltiples protocolos, múltiples fuentes de datos y múltiples limitaciones de condiciones. Los usuarios podrían querer que el sistema complete automáticamente un objetivo, pero sin perder por completo el control; los desarrolladores quieren mejorar la eficiencia, pero también necesitan garantizar que el proceso de ejecución se ajuste a lo esperado.
Esto es también lo que me hizo pensar que Newton Protocol tiene un posicionamiento bastante especial cuando volví a investigar su white paper.
Mucha gente menciona Newton y, la primera reacción, es pensar en un AI Agent o en la automatización. Pero si lo miras con profundidad en su arquitectura, te das cuenta de que lo que realmente quiere hacer es construir una capa de autorización y verificación on-chain, de modo que los comportamientos automatizados tengan una lógica de ejecución más clara.
La Authorization Layer propuesta por Newton, en esencia, agrega una capa intermedia capaz de gestionar juicios de políticas, más allá del modelo tradicional de ejecución de contratos inteligentes.
En el pasado, los flujos on-chain normalmente eran:
El usuario inicia una transacción → ejecución del contrato → se genera el resultado.
Lo que quería explorar Newton era:
Condiciones definidas por el usuario → Juicio de la Policy → Ejecución verificada → Operación completada.
Este cambio parece solo agregar una capa de proceso, pero para aplicaciones complejas en el futuro es sumamente clave.
Porque en el futuro muchas acciones on-chain no serán solo transacciones puntuales, sino que se convertirán en tareas automatizadas que operan a largo plazo. Por ejemplo, estrategias de gestión de activos, lógica de operación de protocolos y servicios financieros automatizados; todo requiere que el sistema funcione de forma continua siguiendo ciertas condiciones.
En ese momento, el modelo de ejecución simple de código irá revelando gradualmente sus limitaciones.
El Policy Framework del white paper de Newton está diseñado precisamente para este problema. Permite a los desarrolladores abstraer diferentes condiciones de ejecución y convertir ciertas verificaciones que antes estaban fijadas en la lógica de la aplicación en módulos de políticas más flexibles.
Esto significa que la aplicación no necesita rediseñar su lógica subyacente cada vez, sino que puede cumplir con distintos escenarios mediante la combinación de diferentes Policies.
我认为这一点很像互联网基础设施的发展过程。
En los primeros tiempos de Internet, cada empresa necesitaba construir sus propios servidores y resolver problemas técnicos de bajo nivel. Pero a medida que maduraron la computación en la nube, las bases de datos y los frameworks de desarrollo, los desarrolladores pudieron enfocarse más en la innovación del producto.
El futuro de la blockchain también pasará por etapas similares.
Cuando las aplicaciones on-chain se vuelven cada vez más complejas, lo que realmente limita el desarrollo de la industria quizá no sea la falta de nuevas ideas, sino la falta de componentes base que puedan sustentar la ejecución de esas ideas.
Además de la Policy, el Automation Intent en la arquitectura de Newton también es una dirección importante.
Cambia la forma en que antes los usuarios tenían que decirle al sistema “cómo hacer cada paso”, y en su lugar permite que el usuario exprese objetivos, para que el sistema complete las tareas según las condiciones.
Esto es muy importante para las finanzas automatizadas del futuro.
Porque la automatización realmente madura no debería limitarse a sustituir el clic humano; debería entender qué es lo que el usuario quiere lograr y completar el objetivo dentro de un alcance definido.
Al mismo tiempo, Newton, mediante tecnologías relacionadas con TEE y ZK, hace que el proceso de ejecución pueda verificarse y, a la vez, reduce la exposición de datos sensibles. TEE proporciona un entorno de computación confiable, y las pruebas ZK ayudan a verificar que ciertos resultados cumplen los requisitos sin necesidad de publicar todos los detalles de la ejecución.
Esta idea de diseño, en realidad, está resolviendo el problema más central de los sistemas de automatización:
¿Cómo lograr que otros crean en un proceso, en lugar de solo ver un resultado?
Además, VaultKit también es una parte importante del ecosistema Newton. Para los desarrolladores, ofrece una forma más sencilla de integrar estas capacidades, de modo que las aplicaciones existentes puedan aprovechar la autorización y el marco de automatización de Newton, sin necesidad de reconstruir toda la infraestructura.
Por supuesto, no creo de forma simple que Newton ya haya completado la respuesta para toda la industria.
El mayor desafío de los proyectos de infraestructura nunca es, en última instancia, proponer una idea, sino lograr que realmente se forme una red de uso. Si los desarrolladores están dispuestos a conectarse, si las aplicaciones generan llamadas continuas y si la red del operador puede funcionar de manera estable: eso es lo que determina el valor final.
Para $NEWT, personalmente me interesa más el largo plazo de los datos del ecosistema que los cambios de precio a corto plazo.
Si en el futuro cada vez más aplicaciones on-chain necesitan manejar comportamientos automatizados complejos, “la ejecución verificable” podría convertirse en un nuevo requisito básico.
Antes, lo que resolvía la blockchain era cómo transferir valor.
Los contratos inteligentes resuelven cómo se ejecutan las reglas.
Y lo que quería explorar Newton es, en entornos más complejos, cómo hacer que el proceso de ejecución sea más controlable, verificable y ampliable.
Esta podría ser una dirección importante para la competencia de infraestructura on-chain en la siguiente etapa.