Un amigo que estaba aprendiendo a hacer malabares me dijo que la parte más difícil no es atrapar tres pelotas: es la transición de dos a tres, porque todo lo que funciona con dos de repente se rompe cuando aparece una tercera variable moviéndose al mismo tiempo. Estuvo meses atascado exactamente ahí.

Newton está pasando ahora por una transición similar. La visión es un rollup multichain de Keystore, con permisos y ejecución de agentes funcionando de manera consistente en muchas cadenas a la vez, con un objetivo declarado en la hoja de ruta: incorporar validadores de terceros y escalar mediante la verificación de pruebas agregadas para llegar a ello. Ese truco de dos pelotas ya está funcionando en parte: la ejecución en TEE y la verificación ZK funcionan juntas. El problema de tres pelotas es hacer que ese mismo modelo verificado de permisos se mantenga de forma idéntica en múltiples cadenas simultáneamente, con estado consistente, latencia consistente y garantías de seguridad consistentes, sin importar en qué cadena actúe el agente.

Multichain es donde muchas promesas de infraestructura se estancan en silencio. Una cosa es verificar la acción de un agente en un solo rollup; es un problema mucho más difícil garantizar que un permiso concedido en una cadena se aplique de la misma manera en el momento en que el mismo agente necesita actuar en otra, especialmente cuando la descentralización de validadores y la agregación de pruebas todavía se están construyendo en paralelo, en lugar de haberse terminado primero.

Newton no está afirmando que el rollup multichain ya está hecho; la hoja de ruta lo trata como la siguiente gran fase, y la brecha entre que el núcleo de la primitiva de verificación funciona y que funcione sin problemas en todas partes es lo que vale la pena observar, no darlo por resuelto.

@NewtonProtocol $NEWT #Newt $PALU $VELVET