J’ai supposé que Newton disposait d’un seul système de chiffrement pour tout ce qui est sensible.

En parcourant la documentation CLI, je me suis trompé. Il y en a deux, et ils protègent des choses différentes contre des personnes différentes.

L’un gère les secrets — les clés API dont un fournisseur de données WASM a besoin pour appeler un service externe (une clé d’indexeur, une authentification API payante). Le chiffrement côté client HPKE, scellé avec X25519/ChaCha20-Poly1305, est récupéré via newt_getSecretsPublicKey et stocké via newt_storeEncryptedSecrets. Cela empêche que les identifiants du fournisseur soient lisibles directement sur la chaîne.

L’autre gère les données de confidentialité — les entrées sensibles réelles que la politique évalue (documents d’identité, score de crédit, liste noire). Clé distincte, récupérée via newt_getPrivacyPublicKey. Cela protège les données de l’utilisateur ou du fournisseur contre toute lecture en clair sur la chaîne.

Des clés différentes, des points d’accès différents, un objectif différent. L’un conserve la plomberie d’un fournisseur de données privée. L’autre conserve les entrées de décision réelles privées.

Petite nuance. Mais les confondre revient à passer à côté du fait que Newton a tracé une ligne délibérée entre « protéger l’infrastructure » et « protéger la personne », en construisant des mécanismes distincts pour chacune plutôt qu’une seule boîte noire polyvalente.

@NewtonProtocol $NEWT #Newt