Noté algo mientras leía la referencia de la CLI que no había detectado antes.

Tanto el cifrado de privacidad como el cifrado de secretos en Newton empiezan de la misma manera: se obtiene una clave pública del gateway (newt_getPrivacyPublicKey, newt_getSecretsPublicKey) y luego se cifra del lado del cliente antes de que se suba cualquier cosa.

Eso es un buen diseño en un sentido: los datos quedan sellados antes incluso de salir de tu máquina, y Newton plantea todo el sistema como que no te pide que confíes en él.

Pero la clave en sí proviene del gateway. No del conjunto de operadores descentralizados, ni de un quórum. Un único endpoint con nombre (gateway.testnet.newton.xyz en la documentación) es el que entrega la clave pública contra la cual se cifra todo.

No creo que esto rompa el modelo: los operadores siguen sin poder coludirse para leer datos que en primer lugar nunca les fueron enviados, y el gateway plausiblemente tampoco ve el texto plano. Pero "no tienes que confiar en Newton" y "el gateway es un único punto de distribución de claves" son dos afirmaciones ciertas que aparecen una junto a la otra, y solo una de ellas es la que entra en el discurso.

Vale la pena preguntar directamente cómo se manejan la rotación de claves del gateway y la posible comprometida del gateway, ya que es la única pieza de esto que no está claramente descentralizada como lo está la evaluación en sí.

@NewtonProtocol $NEWT #Newt