L’an dernier, lors d’un examen, on a constaté que ma glycémie était légèrement trop élevée. Le médecin a dit que c’était déjà dépassé depuis trois mois, mais personne ne vous l’avait dit à ce moment-là. Les données du rapport étaient déjà là, noir sur blanc. Personne ne surveillait votre dossier ; quand vous l’avez découvert vous-même, il était déjà trop tard de trois mois. La gestion des risques dans le DeFi traditionnel suit la même logique. Les prix des oracles ne servent qu’à calculer les lignes de liquidation ; au moment où la liquidation survient, vous avez déjà subi une perte. La transaction a déjà été exécutée, l’exposition au risque est déjà révélée, puis on essaie de compenser via le mécanisme de liquidation.
@NewtonProtocol Newton a retourné cette chronologie. Chaque transaction, avant d’entrer dans l’étape de règlement, doit d’abord passer par le moteur de stratégie. Les règles Rego disent que ce n’est pas possible : la signature ne sort pas, et la transaction ne peut tout simplement pas s’exécuter. Les règles écrites en langage Rego correspondent à ce que Goldman Sachs et Capital One utilisent pour auditer des flux de capitaux de plusieurs milliers de milliards. Newton l’a transposé sur la chaîne : en s’appuyant sur un réseau d’opérateurs décentralisés qui produit des signatures BLS, et sur des contrats on-chain qui réalisent la vérification.
Le 23 juin, le réseau principal Beta a été mis en ligne, et les prix d’alimentation de RedStone ainsi que les évaluations des risques de Credora sont entrés dans le moteur de stratégie. Du côté du gestionnaire de coffre, tu as défini la règle « le taux de collatéral ne doit pas être inférieur à 150 % ». Chaque fois que quelqu’un tente de retirer ou d’emprunter, Newton commence par interroger RedStone pour obtenir le prix actuel des actifs, puis le compare au taux de collatéral prédéfini. Si le prix passe sous le seuil rouge, la transaction est bloquée directement à l’entrée ; il n’est même pas nécessaire d’attendre le moment du règlement. Chaque transaction bloquée génère un justificatif on-chain qui enregistre la raison du blocage. Dans Newton Explorer, on peut le consulter : tout le monde peut vérifier, et personne ne peut le modifier.
Cette conception « approbation d’abord, puis règlement » est identique à la logique d’autorisation des cartes de crédit Visa. Quand tu paies par carte, avant d’achever le paiement, le réseau Visa effectue d’abord un contrôle d’autorisation ; si tout est conforme, il laisse passer. Newton reprend la même logique sur la chaîne : avant chaque règlement, une vérification du moteur de stratégie est réalisée, et seules les transactions conformes sont autorisées à se poursuivre.
Pour les scénarios d’exécution automatique par des agents IA, le « contrôle des risques avant transaction » est quasiment la seule méthode de gestion des risques viable. Quand l’IA déclenche des transactions à la vitesse d’une machine, la revue humaine a posteriori ne peut pas suivre. Bloquer en amont est plus rapide d’un cycle d’alerte complet que poursuivre et tenir responsable après coup. Le rapport d’analyse te dit ce qui s’est passé au cours des trois derniers mois ; Newton abaisse directement le portail au moment où le problème survient.