#termmax Avant de commencer à faire des recherches sur la DeFi, j’avais un geste particulièrement fixe.
Ouvrir un protocole, sans regarder l’APY ni le TVL, et aller directement vérifier les permissions.
Une fois, j’ai vu un projet qui affirmait « hautement décentralisé ». En regardant plus bas, j’ai constaté que presque tous les paramètres clés pouvaient être modifiés directement par l’administrateur. Ma première réaction a été de fermer la page.
Au fond, déposer de l’argent dans un contrat intelligent ne signifie pas que le risque disparaît automatiquement.
Ce qui m’a amené à reconsidérer ce sujet récemment, c’est le design du Timelock de TermMax.
Il ne dit pas simplement « les administrateurs ne peuvent pas modifier ». Il ajoute plutôt un délai d’attente avant toute modification des paramètres sensibles.
Selon le mécanisme officiel, une modification doit suivre le processus Submit → Wait → Accept : on soumet, on attend, puis seulement on exécute ; et pendant cette période d’attente, le Guardian peut également révoquer. Le délai par défaut est de 1 jour, et il peut être configuré jusqu’à 30 jours. Ce qui est encore plus intéressant, c’est que les opérations qui réduisent le risque peuvent être exécutées plus vite, tandis que les modifications qui augmentent le risque doivent attendre toute la période.
Parce qu’en réalité, les institutions financières fonctionnent aussi de la même manière.
Le véritable danger n’est pas « quelqu’un a la clé », mais plutôt : une fois qu’il a la clé, peut-il ouvrir la porte immédiatement ?
Si un paramètre change soudainement de façon majeure, le marché doit au moins avoir le temps de comprendre ce qui s’est passé, d’évaluer l’impact, d’ajuster ses positions, voire de sortir.
Ainsi, le Timelock ressemble à un simple composant technique, mais en réalité, il achète du temps au marché.
Bien sûr, ce n’est pas une assurance, et cela ne peut pas éliminer le risque des contrats intelligents.
Mais j’ai de plus en plus l’impression qu’un protocole DeFi mûr ne devrait pas se contenter de dire aux utilisateurs :
« Qui peut modifier les règles. »
Il devrait aussi leur dire :
« Combien de temps vous avez pour savoir avant que les règles ne changent. »
Le premier point, c’est la gestion des permissions.
Le second, c’est la véritable gestion du risque.
@TermMax #TermMax
Ouvrir un protocole, sans regarder l’APY ni le TVL, et aller directement vérifier les permissions.
Une fois, j’ai vu un projet qui affirmait « hautement décentralisé ». En regardant plus bas, j’ai constaté que presque tous les paramètres clés pouvaient être modifiés directement par l’administrateur. Ma première réaction a été de fermer la page.
Au fond, déposer de l’argent dans un contrat intelligent ne signifie pas que le risque disparaît automatiquement.
Ce qui m’a amené à reconsidérer ce sujet récemment, c’est le design du Timelock de TermMax.
Il ne dit pas simplement « les administrateurs ne peuvent pas modifier ». Il ajoute plutôt un délai d’attente avant toute modification des paramètres sensibles.
Selon le mécanisme officiel, une modification doit suivre le processus Submit → Wait → Accept : on soumet, on attend, puis seulement on exécute ; et pendant cette période d’attente, le Guardian peut également révoquer. Le délai par défaut est de 1 jour, et il peut être configuré jusqu’à 30 jours. Ce qui est encore plus intéressant, c’est que les opérations qui réduisent le risque peuvent être exécutées plus vite, tandis que les modifications qui augmentent le risque doivent attendre toute la période.
Parce qu’en réalité, les institutions financières fonctionnent aussi de la même manière.
Le véritable danger n’est pas « quelqu’un a la clé », mais plutôt : une fois qu’il a la clé, peut-il ouvrir la porte immédiatement ?
Si un paramètre change soudainement de façon majeure, le marché doit au moins avoir le temps de comprendre ce qui s’est passé, d’évaluer l’impact, d’ajuster ses positions, voire de sortir.
Ainsi, le Timelock ressemble à un simple composant technique, mais en réalité, il achète du temps au marché.
Bien sûr, ce n’est pas une assurance, et cela ne peut pas éliminer le risque des contrats intelligents.
Mais j’ai de plus en plus l’impression qu’un protocole DeFi mûr ne devrait pas se contenter de dire aux utilisateurs :
« Qui peut modifier les règles. »
Il devrait aussi leur dire :
« Combien de temps vous avez pour savoir avant que les règles ne changent. »
Le premier point, c’est la gestion des permissions.
Le second, c’est la véritable gestion du risque.
@TermMax #TermMax
