La primera pregunta que se me vino a la mente mientras leía sobre @NewtonProtocol was sorprendentemente sencilla: ¿qué pasa si cada validador ve una versión ligeramente diferente de la realidad?
Al principio asumí que esto no era un problema importante. La mayoría de los sistemas descentralizados ya dependen de muchos operadores independientes, así que pensé que cada nodo podría obtener información externa, evaluar una política, firmar el resultado y seguir adelante. Sin embargo, cuanto más profundicé en Newton Mainnet Beta y su documentación técnica, más me di cuenta de que esta suposición se desmorona silenciosamente cuando introduces la agregación de firmas BLS. Las firmas BLS son extremadamente eficientes porque cientos de firmas pueden convertirse en una única prueba compacta, pero hay un detalle que es fácil pasar por alto. Cada participante debe firmar el mensaje exacto. Incluso una diferencia mínima en los datos obtenidos crea un mensaje completamente distinto, lo que vuelve imposible la agregación.
Esa restricción cambió por completo la forma en que miré la arquitectura de Newton. Lo difícil no es recolectar firmas. Lo difícil es lograr que máquinas operando de forma independiente lleguen a una vista idéntica de la información externa sin conceder a un participante autoridad completa sobre la respuesta. Ese equilibrio entre independencia y acuerdo parece ser una de las elecciones de ingeniería más interesantes detrás de @NewtonProtocol.
El protocolo aborda esto mediante un proceso de consenso en dos fases con enfoque de streaming. Durante la primera etapa, los operadores ejecutan de forma independiente proveedores de datos WASM en un entorno aislado (sandbox) usando sus propias conexiones de red. Podrían recuperar información de sanciones, precios de mercado u otras entradas de política sin depender de un servidor compartido. Cada operador también produce una atestación que describe lo que realmente observó. En lugar de obligar a todos a confiar en un solo oráculo desde el principio, el protocolo permite primero la observación independiente y luego el acuerdo.
Al principio me pregunté por qué existía siquiera este paso adicional. ¿No sería mucho más rápido si la pasarela simplemente distribuyera un solo conjunto de datos aprobado a todos? Eso ciertamente suena más simple desde la perspectiva de la ingeniería. El problema es que esa simplicidad introduciría silenciosamente una dependencia central. Si cada validador recibe información idéntica de una sola fuente, la descentralización pasa a depender más de la recolección de firmas que de la verificación independiente. Newton parece evitar ese atajo permitiendo que los operadores reúnan información por sí mismos antes de que el consenso determine el conjunto de datos canónico.
Solo después de esta etapa de preparación comienza la evaluación. Una vez que se ha formado un conjunto de datos de consenso, cada operador carga exactamente la misma versión de la política usando su identificador de contenido de IPFS, evalúa entradas idénticas, crea el mismo resumen (digest) y finalmente produce una firma BLS. En ese punto, la agregación se vuelve posible porque cada participante finalmente está firmando un mensaje idéntico en lugar de observaciones ligeramente diferentes.
Lo que me pareció particularmente interesante es que este diseño separa dos problemas que a menudo se mezclan. Uno es decidir cómo se ve actualmente el mundo externo. El otro es evaluar reglas de autorización deterministas. Newton parece evitar resolver ambos simultáneamente. Primero llega a un acuerdo sobre los datos y luego evalúa la política. Eso suena a una distinción sutil, pero los sistemas distribuidos a menudo se vuelven mucho más fáciles de razonar cuando las entradas no deterministas se aíslan antes de que comience la computación determinista.
Un ejemplo práctico me ayudó a apreciar por qué esto importa. Imagina un emisor de stablecoins que verifica si una billetera de destino aparece en una lista actualizada de sanciones antes de permitir una transferencia. Diferentes operadores pueden consultar distintos espejos o recibir actualizaciones con unos segundos de diferencia. Sin coordinación, un operador podría aprobar mientras que otro rechaza. Sus firmas nunca podrían combinarse en una sola prueba, lo que retrasaría la transacción o crearía autorizaciones inconsistentes. Al ponerse de acuerdo en un único conjunto de datos canónico antes de la evaluación, la red de operadores produce un resultado de autorización unificado que los contratos inteligentes aguas abajo pueden verificar de manera eficiente.
Leer más a fondo también me hizo notar una dependencia que es fácil de pasar por alto. La pasarela calcula el conjunto de datos del consenso antes de que comience la fase de evaluación. A primera vista, eso suena como una responsabilidad importante, y me pregunté si crea una nueva suposición de confianza. La documentación explica que los operadores dan fe de forma independiente de los datos que observaron; la pasarela no puede falsificar firmas de operadores y el rol de orquestación está diseñado para rotar con el tiempo en lugar de permanecer centralizado de manera permanente. También hay mecanismos de inclusión forzada destinados a eludir la censura de la pasarela si fuera necesario. Aun así, la pasarela sigue siendo operativamente importante porque la coordinación en sí misma es un trabajo difícil. Eso no necesariamente debilita la descentralización, pero sí significa que la calidad de la implementación importa tanto como la criptografía.
Otro detalle sobre el que no dejé de pensar tiene que ver con la latencia. La recopilación independiente de datos, la formación de consenso, la evaluación de políticas, la recopilación de quórum y la agregación de firmas ocurren todas antes de que la autorización termine. Para información altamente dinámica, como precios de mercado que se mueven rápidamente, el momento podría volverse cada vez más importante. El protocolo incluye un modo simplificado de una sola fase para datos deterministas o en caché con el fin de reducir la sobrecarga innecesaria, lo que sugiere que los diseñadores reconocen que no toda solicitud de autorización merece costos idénticos de coordinación. Si las aplicaciones eligen el modo correcto puede acabar convirtiéndose en una responsabilidad significativa para los desarrolladores.
Esto también destaca un principio de ingeniería más amplio que se extiende bien más allá de @NewtonProtocol. Los sistemas distribuidos rara vez fallan porque la criptografía es débil. Más a menudo, luchan porque los participantes independientes observan realidades distintas. Los algoritmos de consenso a menudo se describen como métodos para ponerse de acuerdo sobre bloques o transacciones, pero el acuerdo sobre información externa puede ser igual de desafiante. El diseño de oráculos, la evaluación de políticas, la IA descentralizada, el mensajería entre cadenas y los marcos de autorización terminan encontrando la misma pregunta: ¿cómo actúan con confianza máquinas independientes sobre datos que cambian constantemente?
Esa pregunta se siente cada vez más relevante a medida que los agentes de IA comienzan a interactuar directamente con infraestructura blockchain. Los humanos toleran naturalmente la ambigüedad y la información incompleta. Las máquinas normalmente no. Si un sistema autónomo recibe entradas externas contradictorias, la ejecución determinista se vuelve sorprendentemente frágil. La infraestructura que estandariza esas entradas antes de que se tomen decisiones importantes podría acabar siendo igual de valiosa que la ejecución más rápida en sí.
También no creo que este diseño elimine todos los compromisos. El consenso basado en la mediana funciona bien para muchos valores numéricos, pero no todas las fuentes de datos externas encajan perfectamente en ese modelo. Algunas entradas de política son cualitativas; otras pueden depender de bases de datos que cambian rápidamente, y la documentación naturalmente no puede anticipar cada caso límite que los desarrolladores podrían introducir mediante proveedores de datos WASM personalizados. Esas preguntas operativas siguen siendo interesantes precisamente porque aún no existen respuestas universalmente aceptadas.
Después de pasar tiempo estudiando esta parte de Newton Mainnet Beta, dejé de pensar en la agregación BLS como si fuera meramente una optimización criptográfica. En silencio da forma a todo el modelo de coordinación de la red. Una vez que se vuelve un requisito que los mensajes sean idénticos, la observación independiente ya no es suficiente. El consenso tiene que existir incluso antes de que las firmas comiencen.
Me hace preguntarme si la próxima generación de infraestructura descentralizada pasará menos tiempo demostrando que las computaciones se ejecutaron correctamente y más tiempo demostrando que cada participante realmente partió de la misma versión compartida de la realidad.
