newf

Je regarde le protocole Newton depuis un moment, et ce qui ressort, c’est qu’il ne cherche pas à « sécuriser » la finance d’une manière abstraite. L’objectif est de faire en sorte que des règles se matérialisent réellement avant qu’un échange ou un transfert ne soit effectué. C’est plus important que beaucoup ne le pensent. En pratique, la plupart des pertes et des mauvais résultats liés à la chaîne se produisent parce que les autorisations sont trop lâches, que les contrôles arrivent trop tard, ou que les utilisateurs abandonnent le contrôle juste pour que les choses fonctionnent. L’idée de Newton consiste à transformer ces politiques de transaction en quelque chose qui soit applicable directement onchain, avec des éléments comme des limites de dépense, du filtrage et d’autres garde-fous intégrés au flux lui-même.

Ce qui m’intéresse, c’est l’équilibre. Le protocole cherche à rendre l’automatisation utilisable sans la transformer en délégation aveugle. Les autorisations révocables et les contrôles avant la transaction sont les choix de conception qui comptent dès lors que de l’argent réel et des comportements réels entrent en jeu. Le point difficile, cependant, c’est l’adoption. Si la couche de politique semble lourde ou maladroite, les gens la contourneront. Le vrai test est donc de savoir si les utilisateurs et les développeurs lui font suffisamment confiance pour continuer à l’utiliser lorsque le marché devient chaotique. C’est là que le projet se prouve — ou s’éteint.

Je pense encore que la question principale est simple : les utilisateurs onchain veulent-ils plus de liberté, ou veulent-ils enfin des garde-fous qui valent la peine par rapport aux compromis consentis ?

@NewtonProtocol $NEWT #NEWF $LAB $BTW
#VitalikOutlinesLeanEthereumRoadmap #MoonbeamToMigrateGLMRToBase