Pas d’approbations complexes, pas de procédures interminables : il suffit de connecter un portefeuille pour participer à un système financier ouvert.
Cette ouverture est la raison pour laquelle la DeFi a attiré beaucoup d’utilisateurs au départ.
Mais à mesure que le temps de participation augmente, je ressens de plus en plus clairement un changement : l’ouverture permet à davantage de personnes de participer, mais elle fait aussi porter au système une complexité toujours plus élevée.
Avant, une seule transaction pouvait ne servir qu’à échanger un seul actif.
Aujourd’hui, une stratégie complète peut impliquer plusieurs protocoles, plusieurs contrats et plusieurs étapes d’automatisation.
Quand le système devient de plus en plus complexe, insister uniquement sur le fait que « tout le monde peut exécuter » ne suffit plus.
Parce qu’un système financier vraiment mûr ne se contente pas d’autoriser les échanges : il faut aussi s’assurer que les transactions se déroulent selon la bonne logique.
C’est aussi le point sur lequel je m’intéresse particulièrement avec le protocole Newton.
Beaucoup de gens, pour la prochaine étape de DeFi, vont se concentrer sur les rendements, la liquidité ou de nouveaux modèles financiers.
Mais je pense que l’autre direction est tout aussi importante :
Comment DeFi passe d’une exécution ouverte à une exécution contrôlable.
Le positionnement central de Newton, la couche d’autorisation (Authorization Layer), a été conçue pour résoudre ce problème.
Elle ne limite pas l’ouverture de DeFi ; elle ajoute plutôt, dans un environnement ouvert, un ensemble de règles d’exécution plus claires.
Dans le passé, les processus de DeFi étaient généralement :
Autorisation utilisateur → appel de contrat → finalisation de la transaction.
Mais pour les applications complexes, il faut aussi ajouter :
Décision par règles → validation des conditions → confirmation des autorisations.
Newton, via le Policy Framework, permet de définir ces logiques de décision.
On peut comprendre la Policy comme un module de règles au moment de l’exécution d’une application.
Elle peut limiter la portée des opérations, définir des conditions d’exécution, et préciser dans quels cas une action est autorisée ou refusée.
Cela fait que DeFi n’a plus seulement deux extrêmes.
Totalement ouvert.
Ou alors l’interdire totalement.
Elle offre au contraire des modes de contrôle plus fins.
Ce point est particulièrement évident pour les produits de type Vault.
Dans le passé, beaucoup de Vault s’appuyaient sur des gestionnaires de stratégie pour maintenir la logique d’exécution.
Les utilisateurs ont besoin de croire en l’expérience des gestionnaires, et en la validité de la conception des stratégies.
Mais si les règles peuvent être écrites à l’avance dans le flux d’exécution, alors la manière de faire confiance change.
L’utilisateur ne fait pas seulement confiance à une personne : il fait confiance à un ensemble de règles transparentes.
C’est justement la raison d’être de VaultKit.
Elle aide les développeurs à intégrer plus facilement les capacités de Newton dans leurs applications, afin que la stratégie, les autorisations et la logique d’exécution soient davantage étroitement liées.
À plus grande échelle, je pense que le futur de DeFi ne reviendra pas à l’étape d’un « laisser-faire » entièrement libre.
Car lorsque l’ampleur des fonds augmente, que les participants se multiplient et que la complexité du système s’élève, les règles deviennent forcément une partie indispensable.
Mais les règles ne signifient pas la centralisation.
Le vrai point important est de savoir si les règles sont publiques, s’il est possible de les vérifier, et si elles sont exécutées par le code.
Dans le livre blanc de Newton, la « Verifiable Automation » s’inscrit aussi autour de cette direction.
Elle vise à faire en sorte que l’automatisation ne se produise pas seulement, mais qu’elle puisse aussi être vérifiée.
Grâce à des technologies comme le TEE et la ZK, le système peut garantir l’exécution fiable tout en rendant les résultats plus transparents.
Bien sûr, Newton a encore besoin d’être validé par le marché.
Le succès d’une infrastructure ne dépend pas du fait que ses concepts soient avancés ou non, mais de l’existence d’applications réelles prêtes à l’utiliser durablement.
Donc, en observant $NEWT, je m’intéresse davantage à la croissance de l’écosystème qu’aux fluctuations de prix à court terme.
Inclut notamment l’intégration des développeurs, l’utilisation de VaultKit, et si la Policy répond à des besoins réels.
Au départ, DeFi s’est attaqué à la finance ouverte.
La prochaine étape pourrait consister à savoir comment assurer la stabilité de la finance ouverte lors de sa mise à l’échelle.
Avant, nous nous intéressions à qui pouvait participer.
À l’avenir, l’attention portera peut-être davantage sur la façon dont le système fonctionne selon les règles après y avoir participé.
Si Newton pouvait devenir une partie de tout cela, cela représenterait non seulement une technologie, mais aussi une transformation de base : DeFi passerait de l’étape initiale d’ouverture à une étape de maturité.