A veces la parte más difícil de la automatización no es la ejecución. Es decidir qué instrucciones merecen ejecutarse. En la mayoría del software, esa decisión está oculta dentro de la lógica de la aplicación. Un usuario hace clic en un botón, el sistema comprueba algunas condiciones y la acción avanza. Pero una vez que entran en juego activos, permisos y múltiples operadores, confiar en cada solicitud de forma predeterminada deja de ser una suposición segura.
Newton trata ese problema de manera diferente. Cada acción comienza como una Intención: una descripción de lo que alguien quiere hacer. En esa etapa, aún no ha ocurrido nada en la cadena. La Intención es solo una propuesta. Antes de que pueda convertirse en una transacción, Newton la evalúa frente a un conjunto de políticas. Solo las intenciones que cumplen esas reglas pueden cruzar el límite hacia la ejecución.
A primera vista, esto suena como una capa estándar de autorización. Es fácil imaginar que las comprobaciones de la política ocurren después de que la transacción ya se haya ensamblado, como si la gobernanza simplemente agregara una última firma antes de la aprobación. Esa suposición refleja una intuición más profunda: que las transacciones son la unidad fundamental del sistema y que la gobernanza solo restringe lo que puede hacerse con ellas.
Newton invierte esa relación. La transacción no existe hasta que el motor de políticas decide que el Intent es aceptable. La evaluación ocurre primero. La ejecución llega después.
Ese orden cambia por completo el papel de la política. Las políticas ya no son restricciones pasivas envueltas alrededor de transacciones que ya existen. Se convierten en el mecanismo que determina si una transacción merece existir, en primer lugar. El Intent propone una acción, pero la política decide si esa propuesta es compatible con las reglas del sistema. La gobernanza deja de ser un punto de control en el borde de la ejecución y se convierte en la capa que traduce la intención en autoridad.
La distinción importa porque un Intent no es simplemente una transacción incompleta esperando aprobación. Ocupa una posición diferente en la arquitectura. Una transacción ya está comprometida con una ruta de ejecución concreta: calldata específica, efectos específicos, cambios de estado específicos. Un Intent describe algo más abstracto: una acción posible que aún no ha adquirido consecuencias. La política no inspecciona esa posibilidad después de los hechos. La interpreta y determina si el sistema está dispuesto a convertirla en realidad.
El diseño también crea una separación clara de responsabilidades. Las aplicaciones describen objetivos de negocio sin incrustar la lógica de gobernanza en cada flujo. Los autores de políticas definen las condiciones bajo las cuales esos objetivos pueden hacerse accionables. Al forzar que cada Intent pase por la misma capa de evaluación, Newton evita convertir la gobernanza en una colección dispersa de controles ocultos en diferentes aplicaciones.
El intercambio es sutil pero profundo. La ejecución ya no está en el centro de la arquitectura. Todo el sistema depende de la calidad y la integridad de la capa de política que media entre la intención y la consecuencia. Las políticas débiles autorizan acciones peligrosas. Las excesivamente restrictivas impiden que las intenciones legítimas lleguen a materializarse. Newton acepta esa dependencia porque, en este modelo, la gobernanza no está protegiendo transacciones. Las está produciendo.
Vuelvo una y otra vez a esa inversión. La mayoría de los sistemas tratan las transacciones como la unidad primitiva y la gobernanza como una restricción. @NewtonProtocol treats Intent como la unidad primitiva, mientras que las transacciones solo surgen después de que la gobernanza haya interpretado, filtrado y legitimado lo que alguien quería hacer en primer lugar.
