Sin embargo, a medida que uno participa en más y más protocolos complejos, he notado que hay otro problema que se vuelve más real: cuando los activos tienen que interactuar con cada vez más sistemas, lo verdaderamente difícil no es tener el control, sino cómo definir el alcance de la confianza.
En realidad, este es un problema con el que suelen encontrarse muchos usuarios en cadena. Al principio, cuando la gente conoce DeFi, se centra en los rendimientos, las oportunidades y los nuevos modelos financieros. Pero cuando las interacciones se vuelven cada vez más complejas, una sola acción de autorización puede conectar varios contratos, múltiples protocolos e incluso varios procesos de automatización. Para los usuarios, lo que hay que afrontar ya no es solo «¿debo confirmar esta transacción?», sino «¿qué capacidad, exactamente, estoy entregando a este sistema?»
En el pasado, los métodos de autorización en la cadena eran relativamente sencillos. El usuario conecta la wallet, firma la transacción y el contrato ejecuta según el código. Este modelo garantiza la descentralización y también permite que el usuario tenga el control sobre los activos. Pero el problema es que la autorización tradicional suele ser de grano grueso: una vez concedidos los permisos, qué acciones puede realizar la aplicación muchas veces depende del diseño mismo del contrato.
Para escenarios sencillos, este enfoque no suele ser un gran problema. Pero cuando la cadena entra en la etapa de aplicaciones financieras complejas, el modelo de autorización por sí solo empieza a mostrar limitaciones.
Ese es también el problema que Newton Protocol quiere resolver.
Según el diseño del whitepaper, Newton no está rediseñando el modelo de gestión de activos, sino agregando en la cadena una capa de infraestructura de autorización más granular: es decir, la Authorization Layer.
Su lógica central consiste en que los permisos ya no son solo una autorización o denegación puntual, sino que se pueden definir mediante reglas.
En pocas palabras, el problema del pasado era:
«¿Le doy o no permisos a esta aplicación?»
Y lo que Newton quiere cambiar es:
«Qué permisos puedo darle y, bajo qué condiciones, permitirle que ejecute qué acciones?»
La diferencia entre ambas es enorme.
Porque el desarrollo de aplicaciones on-chain en el futuro no puede depender de que los usuarios confirmen manualmente cada acción una y otra vez. Tanto la gestión de activos, como las estrategias de automatización o las interacciones complejas de protocolos, requieren un sistema de autorización más preciso.
El Policy Framework de Newton existe para habilitar una gestión de reglas más flexible.
Policy no es simplemente una lista de permisos, sino un marco lógico que permite describir las condiciones de ejecución. Los desarrolladores pueden definir diferentes reglas según las necesidades de la aplicación, por ejemplo, limitar el alcance de las operaciones, configurar condiciones de ejecución y restringir los límites del comportamiento, para que el sistema funcione de acuerdo con la lógica preestablecida.
Creo que el punto más importante de este diseño es que cambia el modo binario del pasado de «dar permisos» y «no dar permisos».
El futuro mundo on-chain no necesita ni una apertura total ni una restricción total, sino un equilibrio más fino entre apertura y control.
Por eso, la Capa de Autorización de Newton se parece más a una infraestructura básica que a una función aislada.
Porque no está orientado a una sola aplicación, sino a una clase de necesidades futuras: cada vez más programas necesitan ejecutar tareas en nombre de los usuarios, pero los usuarios no pueden ceder el control sin límites.
Según la arquitectura del whitepaper, VaultKit también es una parte importante de ello.
Ayuda a que las aplicaciones se integren de forma más conveniente con la capacidad de autorización de Newton: el protocolo no necesita reconstruir toda la lógica de permisos, sino que puede aprovechar marcos existentes para diseñar sus propias reglas de ejecución.
Esto es crucial para el desarrollo del ecosistema.
Porque el verdadero valor de una infraestructura no proviene de que la tecnología en sí sea compleja, sino de que reduce el costo de que otros proyectos construyan aplicaciones.
A la vez, Newton mejora la capacidad de verificación del proceso de ejecución mediante tecnologías relacionadas con TEE y ZK.
TEE proporciona un entorno de ejecución confiable, que permite que ciertas partes del proceso de cómputo se realicen en condiciones protegidas; ZK ayuda al sistema a demostrar que algunos resultados cumplen las reglas, al mismo tiempo que evita exponer toda la información sensible.
Esto hace que el proceso de autorización no se limite al diseño de reglas, sino que pueda extenderse a la verificación de la ejecución.
Desde mi punto de vista, esto se ajusta muchísimo a la tendencia del desarrollo on-chain.
En el inicio, los usuarios se enfocaban en:
«¿El activo está realmente bajo tu control?»
Pero los problemas futuros, más complejos, se convertirán en:
«Cuando el activo interactúa con otros sistemas, ¿los límites de control son claros?»
Porque las aplicaciones a gran escala no pueden depender para siempre de que los usuarios confirmen cada transacción, ni tampoco pueden depender de que la parte que ofrece la aplicación garantice de forma unilateral la confiabilidad.
Necesita un nuevo modelo que esté entre la apertura total y la centralización total.
Por supuesto, en la actualidad Newton todavía se encuentra en una etapa que requiere verificación. Cualquier infraestructura finalmente necesita pruebas reales de su valor en el ecosistema, incluyendo la adopción por parte de aplicaciones, el grado de adopción por parte de desarrolladores y el rendimiento efectivo de la red en funcionamiento.
Para $NEWT, tampoco me preocupa solo el sentimiento del mercado a corto plazo, sino si puede convertirse en un componente base dentro del sistema de autorización del futuro on-chain.
Si en el futuro cada vez más aplicaciones necesitan ejecutar tareas complejas en nombre de los usuarios, entonces la gestión de permisos en sí misma podría convertirse en una infraestructura básica del core on-chain.
En el pasado, la blockchain resolvió el problema de la propiedad de los activos.
Lo que necesita resolverse en la siguiente etapa probablemente sea cómo un activo puede participar de forma segura y eficiente en sistemas más complejos, manteniendo el control.
Y lo que Newton explora precisamente es construir un nuevo conjunto de límites de confianza en esta dirección.