Pendant que je lisais sur l’architecture des protocoles Newton, un point a attiré mon attention. Ils ont décidé de séparer la logique de politique, le calcul et l’exécution en trois couches.
* La première couche s’appelle la couche de politique (Policy Layer). Ici, les politiques sont définies, configurées et reliées à des oracles qui fournissent des données. Cette couche détermine quelles règles doivent être appliquées, comme des limites de dépense, des contrôles de sanctions ou des exigences de connaissance du client.
La deuxième couche est le calcul et le consensus (Compute & Consensus). Après avoir vérifié les politiques sur la blockchain, Newton envoie des tâches à un réseau d’opérateurs via une passerelle (Gateway). Ces opérateurs récupèrent les données, évaluent la politique et créent des signatures.
* Un agrégateur combine ensuite ces signatures en une seule preuve une fois qu’assez d’opérateurs sont d’accord.
La couche de vérification et d’exécution intervient ensuite.
* Ici, le PolicyClient vérifie la preuve via l’AttestationValidator avant que la transaction puisse avoir lieu.
* Le smart contract vérifie le résultat du recalcul du travail de politique.
Du point de vue de l’ingénierie, cette séparation aide.
* Cela permet de garder les choses claires et séparées.
* La couche Policy ne fait qu’édicter des règles.
* La couche Compute & Consensus ne produit qu’une évaluation.
* La couche de vérification ne fait qu’effectuer un contrôle de la preuve avant l’exécution.
Grâce à cette séparation, les règles de politique peuvent changer sans affecter les contrats de vérification.
* La vérification reste séparée de la manière dont les opérateurs évaluent les politiques.
* Cela permet aussi un flux de travail.
* Les développeurs définissent les politiques une seule fois.
* Les opérateurs évaluent ces éléments en dehors de la blockchain.
* Les smart contracts ne vérifient que la preuve avant d’exécuter des transactions.
Newton fait de l’évaluation des politiques un service distinct qui produit des preuves pour les contrats.
* J’ai trouvé cette séparation intéressante dans la documentation.
Les constructeurs, avec l’autorisation on-chain, deviennent plus complexes : est-ce que séparer la définition de la politique, son évaluation et sa vérification fonctionne mieux que de mettre la logique d’autorisation dans des smart contracts @NewtonProtocol #Newt $NEWT