Es fácil describir el Protocolo Newton a alto nivel — "verifica una regla antes de que una transacción se liquide" — sin explicar nunca cómo se ve realmente ese proceso en la cadena (onchain). Dado que @NewtonProtocol 's Mainnet Beta ya está en funcionamiento, vale la pena repasar la mecánica, porque las decisiones de diseño aquí son las que hacen que la parte "verificable" de la autorización verificable sea realmente cierta, en lugar de ser solo una frase de marketing.
Newton funciona como un Servicio Activamente Validado, conviviendo con los contratos inteligentes en lugar de reemplazarlos. Cuando un usuario o un agente autónomo inicia una acción en la cadena (onchain), un pequeño fragmento de código dentro del contrato inteligente de destino enruta esa solicitud hacia la red de Newton en lugar de permitir que se ejecute a ciegas. A partir de ahí, un conjunto descentralizado de operadores evalúa la transacción frente a una política específica, escrita en Rego: un lenguaje declarativo de políticas diseñado exactamente para este tipo de evaluación de reglas como código, ya utilizado en la infraestructura en la nube y en el control de acceso en otros contextos.
La evaluación en sí ocurre dentro de Entornos de Ejecución Confiables, por lo que el operador que realiza la verificación no puede ver ni alterar los datos que se están evaluando. Una vez que se toma una decisión, la red produce una atestación criptográfica: un recibo firmado y verificable que confirma que la transacción cumplió las condiciones que especificó la política. Cualquiera puede confirmar de forma independiente ese recibo a través del Newton Explorer, en lugar de aceptar la palabra de Newton. Esa auditabilidad es la innovación real aquí: no el hecho de que se aplicó una regla, sino que la aplicación en sí se puede comprobar por un tercero después de los hechos.
Los operadores no lo hacen “gratis” ni por confianza. La seguridad proviene de un colateral rehipotecado: los operadores apuestan NEWT y activos rehipotecados basados en Ethereum, lo que les da una participación económica real en el juego si evalúan políticas de forma incorrecta o deshonesta.
La siguiente expansión de este sistema es el Marketplace de Automatización planificado, impulsado por lo que se está llamando el Newton Model Registry. En lugar de que cada desarrollador escriba la lógica de políticas desde cero, los desarrolladores podrán publicar modelos de agentes — lógica de automatización preconstruida y verificable — para que otros los descubran y los compongan, o incluso orquesten varios agentes juntos. Los operadores de agentes que participen en el marketplace necesitarán apostar NEWT como colateral para ofrecer sus servicios, con tarifas de uso pagadas también en NEWT, ampliando el rol del token más allá de solo las tarifas de servicio del protocolo de hoy.
En conjunto, la arquitectura intenta resolver un problema específico: ¿cómo permitir que agentes de IA y sistemas automatizados actúen onchain con permisos reales, sin confiar ni en un operador centralizado ni renunciar a la auditabilidad? Si esto se cumple depende por completo de la adopción por parte de los operadores y del volumen real de transacciones que se muevan a través de la red; vale la pena vigilarlo a medida que se implemente el Marketplace y el rollup del Keystore.
