Encontré anoche un informe de transparencia anterior que no había leído antes y cambió la forma en que entiendo qué es realmente Newton. Newton en realidad no fue diseñado originalmente como un motor de cumplimiento.
La divulgación de octubre de 2025 describe el diseño original como un rollup de almacén de claves (keystore) construido para la gestión de claves, con un enfoque específicamente en la automatización verificable y la autorización delegada para agentes de IA.
La idea central era permitir que los agentes ejecutaran acciones onchain a través de permisos controlados y criptográficamente verificados, vinculados a la infraestructura de gestión de claves.
El giro ocurrió cuando el equipo se dio cuenta de que las mismas primitivas subyacentes de automatización verificable y autorización delegada podían extenderse mucho más allá de la gestión de claves de los agentes, hacia un marco general para el cumplimiento de políticas en stablecoins, RWAs y el mercado de activos en general.
El rollup de keystore se convirtió en la base de algo mucho más amplio: un motor de políticas que gobierna qué acciones pueden ocurrir, bajo qué condiciones y con qué atestaciones.
Esa es una premisa de partida significativamente distinta a la que sugería el whitepaper que leí originalmente.
En realidad, creo que esta historia importa para entender las decisiones de arquitectura de Newton: el modelo de atestación BLS, el diseño del quórum de operadores, el énfasis en el comercio de agentes como caso de uso; no son decisiones de diseño pensadas primero para el cumplimiento. Son decisiones de gestión de claves y de diseño de autorización de agentes que luego se generalizaron a casos de uso de cumplimiento.
Lo que aún no he resuelto es cuánto de la arquitectura actual sigue conservando supuestos del diseño original del rollup de keystore que podrían no ser óptimos para un motor de políticas orientado al cumplimiento; si el giro fue un rediseño limpio o una extensión de la base técnica original.
#ShareYourOpinion
$EVAA $LAB
¿Cómo crees que evolucionó la arquitectura de Newton?
@NewtonProtocol $NEWT #Newt
La divulgación de octubre de 2025 describe el diseño original como un rollup de almacén de claves (keystore) construido para la gestión de claves, con un enfoque específicamente en la automatización verificable y la autorización delegada para agentes de IA.
La idea central era permitir que los agentes ejecutaran acciones onchain a través de permisos controlados y criptográficamente verificados, vinculados a la infraestructura de gestión de claves.
El giro ocurrió cuando el equipo se dio cuenta de que las mismas primitivas subyacentes de automatización verificable y autorización delegada podían extenderse mucho más allá de la gestión de claves de los agentes, hacia un marco general para el cumplimiento de políticas en stablecoins, RWAs y el mercado de activos en general.
El rollup de keystore se convirtió en la base de algo mucho más amplio: un motor de políticas que gobierna qué acciones pueden ocurrir, bajo qué condiciones y con qué atestaciones.
Esa es una premisa de partida significativamente distinta a la que sugería el whitepaper que leí originalmente.
En realidad, creo que esta historia importa para entender las decisiones de arquitectura de Newton: el modelo de atestación BLS, el diseño del quórum de operadores, el énfasis en el comercio de agentes como caso de uso; no son decisiones de diseño pensadas primero para el cumplimiento. Son decisiones de gestión de claves y de diseño de autorización de agentes que luego se generalizaron a casos de uso de cumplimiento.
Lo que aún no he resuelto es cuánto de la arquitectura actual sigue conservando supuestos del diseño original del rollup de keystore que podrían no ser óptimos para un motor de políticas orientado al cumplimiento; si el giro fue un rediseño limpio o una extensión de la base técnica original.
#ShareYourOpinion
$EVAA $LAB
¿Cómo crees que evolucionó la arquitectura de Newton?
@NewtonProtocol $NEWT #Newt
Original design mostly remaine
0%
Major redesign after the pivot
0%
A blend of both approaches
33%
Not enough information yet
67%
3 Votos • Votación cerrada