nett

#newt $NEWT J'ai sauté le fait d'ajouter à ma petite position de $NEWT aujourd'hui et j'ai passé une autre heure à lire la documentation d'intégration. Je pensais chercher une raison d'acheter plus, mais j'ai fini par remettre en question quelque chose de complètement différent.

La partie qui m'est restée n'était ni les preuves ni le policy engine. C'était le fait qu'un PolicyClient puisse conserver le même contrat pendant que sa configuration de politique évolue. Les limites de dépense, les allowlists et les seuils de risque peuvent changer sans redéployer le vault lui-même.

Au début, j'y ai vu un confort pour les développeurs. Maintenant, je pense que c'est en réalité l'un des plus grands choix de conception de Newton.

Cela signifie que le contrat reste stable tandis que les règles s'adaptent à des conditions changeantes. C'est pratique quand il faut mettre à jour des listes de sanctions, des contreparties ou des paramètres de risque. Mais cela détourne aussi mon attention ailleurs.

J'ai réalisé que la vraie question ne porte pas uniquement sur le fait que Newton puisse prouver qu'une transaction a respecté la politique configurée. La question est plutôt de savoir qui a l'autorité de modifier cette politique en premier lieu.

Une preuve peut montrer que les règles ont été appliquées correctement. Elle ne peut pas me dire si les règles mises à jour étaient sensées, ni si la gouvernance qui les sous-tend mérite ma confiance.

Si un jour j'alloue un capital important à un vault alimenté par Newton, je passerai autant de temps à examiner le propriétaire de la politique, le multisig et le timelock que j'en passerai à lire les smart contracts.

C'était un enseignement plus marquant que je ne m'y attendais après une journée de trading calme.
#newt #NETT

$NEWT
@NewtonProtocol