Haseeb Ghiffari

Seguí viendo la palabra "mercado" asociada al Registro de Modelo de Newton y la interpreté literalmente durante un tiempo: operadores en competencia, un sistema de reputación, usuarios que navegan por una biblioteca de agentes y eligen el que se adapta a su estrategia. Luego busqué qué es lo que realmente aparece listado en ese registro hoy, y la imagen es mucho más pequeña de lo que sugiere el lenguaje que lo rodea.
En este momento, el registro funciona con un solo agente en vivo, un Agente de Compra Recurrente, y la hoja de ruta enmarca explícitamente el paso hacia un ecosistema componible de múltiples agentes como algo que aún está por llegar, no como algo que ya se haya entregado. El objetivo es fomentar un ecosistema componible de agentes verificables, yendo más allá del agente único inicial, el Agente de Compra Recurrente. Mientras tanto, la descripción más amplia del mercado que circula en materiales escritos independientes habla de un sistema basado en un libro de órdenes donde los usuarios envían intenciones de automatización con comisiones adjuntas y los operadores compiten para ejecutarlas de forma eficiente y verificable. El protocolo funciona como un mercado basado en un libro de órdenes que empareja solicitudes de automatización entre usuarios y operadores, donde los operadores compiten para ejecutar tareas de manera eficiente y verificable, y los validadores verifican las pruebas de ejecución antes de finalizar las transiciones de estado. Ese es un diseño real, pero es un diseño que necesita pluralidad para funcionar como se describe. La competencia y la reputación son conceptos relativos. Solo significan algo cuando hay más de una opción con la que competir o construir una reputación en relación con.

La semana pasada pasó algo gracioso: estaba reiniciando un portátil de trabajo que seguía fallando el arranque seguro después de una actualización de la BIOS; alguna configuración se había desactivado y la máquina se negaba a confiar en su propio firmware hasta que lo volví a habilitar manualmente. Me tomó veinte minutos de buscar en Google entender qué significaba siquiera "arranque medido". Y, por supuesto, como mi cerebro aparentemente ya no puede compartimentarse, ese desvío me llevó directamente de vuelta a la documentación de Newton Protocol, en particular a la parte que había omitido cada vez que la había leído con prisa: la Capa de Adaptación del Oráculo.

Casi me lo salgo. Está listado como "próximo" en la propia hoja de ruta de Newton; es fácil pasarlo por alto junto a los anuncios más sonoros sobre bóvedas y oráculos de identidad. Pero la idea que subyace al Multichain Newton Keystore Rollup es más grande que su presentación: un único rollup de zkPermissions diseñado para mantener permisos programables una sola vez, de forma económica, y permitir que cada cadena que se conecte a Newton haga referencia a ese mismo registro en lugar de volver a desplegar y volver a verificar por separado la misma lógica de la política en cada una.
El problema que está resolviendo es real. Ahora mismo, si una política necesita aplicarse en Ethereum, Base y dondequiera que Newton se expanda a continuación, algo así como esa lógica tiene que existir, evaluarse y ejecutarse con pago en cada cadena de forma individual. Eso es cómputo redundante, gas redundante y un área de superficie cada vez mayor para que la misma política se desincronice en silencio entre despliegues. Un rollup construido específicamente para mantener permisos resuelve el problema de la redundancia de manera limpia. Un único registro canónico, pruebas de conocimiento cero que atestiguan su estado; las otras cadenas solo lo consultan en lugar de llevar por sí mismas toda la lógica.

Pasé un tiempo admirando el diseño antes de darme cuenta de lo que había debajo. Newton verifica la evaluación de políticas con operadores reestakados, pruebas de conocimiento cero, ventanas de disputa y penalizaciones por slashing. Todo ese entramado está construido para responder una sola pregunta de manera convincente: ¿la red comprobó correctamente esta transacción frente a esta política? Es un problema de ingeniería realmente difícil, y el enfoque de Newton para resolverlo es cuidadoso. Pero una verificación de políticas solo es tan sólida como los hechos con los que se contrasta, y esos hechos, en casi todas las políticas de Newton que miré, provienen de algún otro lugar por completo.