quand j’ai entendu pour la première fois que newton vérifie une transaction avant qu’elle ne soit réglée, je pensais que ça faisait une seule chose. peut-être juste signaler un mauvais portefeuille. mais après avoir lu les détails, il s’avère que ce sont en réalité quatre choses différentes qui se produisent en même temps, et chacune couvre des aspects que les autres ne couvrent pas.
le premier domaine, c’est la conformité. cela signifie vérifier si un portefeuille figure sur une liste de sanctions, si la juridiction est autorisée, ou si le transfert nécessite un signalement au titre de la règle de voyage. newton exécute ces vérifications à partir de données en temps réel avant que la transaction ne s’exécute, et non après qu’elle soit déjà passée.
le deuxième, c’est l’identité. il ne s’agit pas de révéler qui est quelqu’un onchain, mais de vérifier qu’il/elle remplit réellement les conditions pour l’action qu’il/elle veut entreprendre. est-il/elle un investisseur vérifié. détient-il/la les bons justificatifs pour cet actif. le contrôle a lieu sans mettre de données personnelles sur la blockchain.#newt
le troisième, c’est la sécurité. celui-ci a attiré mon attention davantage que les autres. newton peut vérifier si les fonds entrants proviennent d’une adresse compromise. si un portefeuille piraté essaie d’envoyer des fonds, la politique peut le bloquer avant que la transaction n’atterrisse. une clé privée volée, à elle seule, ne suffit pas pour déplacer des fonds quand un second facteur est appliqué au niveau de la politique.
le quatrième, c’est le risque. cela couvre des éléments comme l’exposition à la contrepartie, les limites de levier, la santé des oracles et les vérifications d’apy. pour les vaults, cela signifie que le contrat du vault peut appliquer ses propres paramètres de risque via une politique, plutôt que quelqu’un ne surveille manuellement un tableau de bord.
les quatre s’exécutent ensemble dans une seule évaluation. une application ne choisit pas un domaine et ne saute pas les autres. ils sont composés dans une seule politique que newton vérifie avant qu’une transaction ne soit autorisée.
le langage de politique que newton utilise est rego. c’est un format lisible dans lequel les équipes écrivent leurs règles comme du vrai code. une équipe conformité écrit un contrôle de sanctions. une équipe risque écrit une limite de levier. les deux vont dans le même fichier de politique et s’exécutent en un seul passage.
le kit sdk vault de magic labs regroupe les quatre domaines ensemble afin que les protocoles n’aient pas à construire chaque contrôle séparément. les équipes configurent ce dont elles ont besoin et la couche d’enforcement est prête. les quatre domaines, un seul sdk.#newt
le domaine sécurité est probablement le moins évoqué, mais peut-être le plus précieux au quotidien. un contrôle qui s’exécute avant le règlement et bloque des adresses compromises connues est fondamentalement différent de tout outil qui envoie simplement une alerte après que l’argent a déjà été déplacé.
le domaine identité garde tout privé. un utilisateur prouve qu’il/elle détient un justificatif valide. newton voit un succès ou un échec. la chaîne ne voit jamais les données réelles car seule l’attestation est enregistrée, pas le justificatif lui-même.@NewtonProtocol
le domaine conformité se connecte à ce que demandent désormais les régulateurs. de nouveaux cadres s’attendent à des contrôles opposables au niveau de la transaction, pas seulement des journaux indiquant que la surveillance a eu lieu. newton génère un reçu qui constitue une preuve cryptographique réelle qu’une politique a été exécutée et quel a été le résultat.
le domaine risque, c’est ce qui rend newton pertinent pour la defi d’une manière spécifique. la plupart de la gestion du risque en defi repose sur la confiance : que le protocole respecte ses propres règles publiées. newton fait entrer ces règles dans le flux d’exécution onchain pour qu’elles ne puissent pas être ignorées.
un point que je veux encore mieux comprendre, c’est ce qui se passe quand deux domaines sont en conflit lors de la même évaluation. si un portefeuille passe la conformité mais échoue le contrôle de risque, lequel l’emporte. le modèle de composabilité rego suggère que l’auteur de la politique décide, mais je n’ai pas encore trouvé d’exemple clair pour comprendre complètement la logique de priorité.$NEWT
chaque évaluation laisse un reçu de conformité stocké dans le contrat du gestionnaire de tâches. un enregistrement immuable de la politique exécutée, du résultat et des opérateurs qui ont signé. les régulateurs peuvent le vérifier sans jamais toucher aux données des utilisateurs.
si on prend du recul, newton ne fait pas vraiment quatre tâches séparées. il pose quatre questions avant qu’une transaction ne puisse avancer. et les quatre domaines ne sont que les quatre zones où ces questions comptent le plus quand de l’argent réel est en jeu.
