J’ai ouvert le chemin « Newton( @NewtonProtocol ) Gateway » en m’attendant à trouver le point de contrôle.
C’était ma première erreur.
Le mot « Gateway » fait quelque chose à votre tête.
Cela donne au système l’impression d’avoir une seule porte.
Un endroit où la requête entre.
Un service qui peut dire oui, non, retarder, reformater ou pousser.
C’est une lecture facile.
Mais Newton rend la « Gateway » plus étrange que cela.
La « Gateway » se trouve assez près du chemin de transaction pour paraître puissante, mais pas assez pour devenir la vérité.
Il peut recevoir.
Elle peut router.
Elle peut orchestrer.
Mais elle ne peut pas devenir l’opérateur en silence.
Cette frontière compte.
Un utilisateur envoie une intention via JSON-RPC.
La Gateway voit la requête.
NATS transporte le message à travers tout le système.
L’acheminement par opérateur commence.
Vu de l’extérieur, cela commence à ressembler à une décision du backend.
Une requête est entrée.
Un résultat est revenu.
Un état propre est apparu.
Tout le monde se détend.
C’est là que la plupart des systèmes deviennent flous.
Le service qui fait circuler la requête commence à ressembler à celui qui a approuvé la requête.
Newton ne peut pas permettre ce flou.
Si la Gateway pouvait modifier silencieusement les résultats de politique, la pile s’effondrerait dans la confiance accordée au middleware.
Si elle pouvait falsifier des signatures d’opérateur, l’acheminement d’opérateur deviendrait une mise en scène.
Si elle pouvait joindre des données sans un signataire, les attestations de données ECDSA deviendraient une étiquette plutôt qu’une preuve.
Ainsi, la Gateway doit rester piégée dans son rôle.
Utile.
Nécessaire.
Tout près de tout.
Mais pas souverain.
Elle reçoit l’appel externe.
Cela coordonne l’itinéraire.
C’est peut-être la première chose qu’un développeur touche dans Newton.
Mais l’importance n’est pas l’autorité.
La Gateway peut organiser le chemin.
Elle ne peut pas fabriquer la preuve qui rend le chemin défendable.
Les signatures de l’opérateur comptent encore.
Les attestations de données ECDSA comptent encore.
L’inclusion forcée compte encore.
Le résultat de la politique doit encore provenir du chemin d’évaluation, pas de l’endroit qui a traité le trafic.
L’inclusion forcée est la partie inconfortable ici.
Cela l’empêche de devenir un point d’étranglement silencieux.
Si l’orchestration se transforme en rétention, la requête doit avoir un chemin pour redevenir visible.
Cela ne rend pas la Gateway faible.
Cela rend la Gateway bornée.
Et l’infrastructure bornée est généralement plus digne de confiance que l’infrastructure puissante qui fait semblant d’être neutre.
Le système ne supprime pas la coordination.
Cela supprime la possibilité de confondre la coordination avec l’autorité finale.
Une Gateway peut donner l’impression qu’une transaction est contrôlée parce qu’elle se trouve près de l’entrée.
Mais la question plus profonde de Newton est plus dure :
Qui a signé ?
Quelle politique a été évaluée ?
Quelles données ont été attestées ?
La requête a-t-elle été acheminée, ou a-t-elle été façonnée en douce ?
C’est la ligne.
La Gateway de Newton peut transporter la requête.
Elle ne peut pas devenir la raison pour laquelle la requête est de confiance.