#Scallop Cette fois-ci, l’exploit du contrat « rewards side » de sSUI (dans le cadre des récompenses) convient très bien pour servir de cas de gestion des risques DeFi à analyser
L’événement se résume à ceci : le contrat « side » de rewards de sSUI de Scallop présente une faille, entraînant une perte d’environ 150k SUI. Par la suite, l’équipe précise que le contrat concerné a été gelé, que les contrats principaux sont sûrs, que les autres pools de récompenses ne sont pas affectés, et qu’ils couvriront la perte
Je pense que le point le plus intéressant à disséquer ici, c’est précisément l’emplacement du « side contract »
Quand on parle de sécurité DeFi, beaucoup de gens commencent par surveiller le pool principal, les mécanismes de prêt, l’oracle et la logique de liquidation. C’est bien sûr important, mais avec le temps, à mesure que le protocole tourne, toute une série de contrats annexes apparaissent : pools de récompenses, stratégies d’ancienne version, outils de migration, contrats d’événements
Ces contrats ont parfois des montants plus faibles, et donc une présence moins visible ; ce sont justement eux qui deviennent facilement la « queue » qu’on remarque le plus tard
Donc, pour cette fois, je vais mettre le focus sur le processus de traitement de l’incident. Après un événement, la réaction du protocole doit être suffisamment standard : d’abord geler les contrats affectés, vérifier l’état des contrats principaux, clarifier l’étendue de l’impact et gérer les pertes des utilisateurs
Ces étapes sont toutes très importantes
Pour les utilisateurs aussi, ce cas permet d’apprendre une méthode de vérification : quand on regarde une activité de rendement, l’APR n’est que l’entrée ; il faut aussi savoir dans quel contrat l’argent est réellement déposé, où proviennent les récompenses, et si ce pool est toujours actif et maintenu
Dans DeFi, les risques se cachent souvent dans des détails très fins. En particulier les anciens contrats laissés après une mise à niveau, les pools de récompenses qui restent avec un solde après la fin d’une activité, ou de petits modules dont on ne parle plus depuis longtemps
Au contraire, je trouve que ce type d’incident a une grande valeur pédagogique. Pour que l’écosystème reste sur une trajectoire vers des montants de plus en plus importants, on ne peut pas seulement regarder les histoires de rendement habituelles : il faut aussi voir comment chaque protocole traite ses « queues » quand quelque chose tourne mal
Disséquez ce genre de cas plusieurs fois, et vous verrez que tout le monde développera de plus en plus une sensibilité au risque en analysant DeFi
L’événement se résume à ceci : le contrat « side » de rewards de sSUI de Scallop présente une faille, entraînant une perte d’environ 150k SUI. Par la suite, l’équipe précise que le contrat concerné a été gelé, que les contrats principaux sont sûrs, que les autres pools de récompenses ne sont pas affectés, et qu’ils couvriront la perte
Je pense que le point le plus intéressant à disséquer ici, c’est précisément l’emplacement du « side contract »
Quand on parle de sécurité DeFi, beaucoup de gens commencent par surveiller le pool principal, les mécanismes de prêt, l’oracle et la logique de liquidation. C’est bien sûr important, mais avec le temps, à mesure que le protocole tourne, toute une série de contrats annexes apparaissent : pools de récompenses, stratégies d’ancienne version, outils de migration, contrats d’événements
Ces contrats ont parfois des montants plus faibles, et donc une présence moins visible ; ce sont justement eux qui deviennent facilement la « queue » qu’on remarque le plus tard
Donc, pour cette fois, je vais mettre le focus sur le processus de traitement de l’incident. Après un événement, la réaction du protocole doit être suffisamment standard : d’abord geler les contrats affectés, vérifier l’état des contrats principaux, clarifier l’étendue de l’impact et gérer les pertes des utilisateurs
Ces étapes sont toutes très importantes
Pour les utilisateurs aussi, ce cas permet d’apprendre une méthode de vérification : quand on regarde une activité de rendement, l’APR n’est que l’entrée ; il faut aussi savoir dans quel contrat l’argent est réellement déposé, où proviennent les récompenses, et si ce pool est toujours actif et maintenu
Dans DeFi, les risques se cachent souvent dans des détails très fins. En particulier les anciens contrats laissés après une mise à niveau, les pools de récompenses qui restent avec un solde après la fin d’une activité, ou de petits modules dont on ne parle plus depuis longtemps
Au contraire, je trouve que ce type d’incident a une grande valeur pédagogique. Pour que l’écosystème reste sur une trajectoire vers des montants de plus en plus importants, on ne peut pas seulement regarder les histoires de rendement habituelles : il faut aussi voir comment chaque protocole traite ses « queues » quand quelque chose tourne mal
Disséquez ce genre de cas plusieurs fois, et vous verrez que tout le monde développera de plus en plus une sensibilité au risque en analysant DeFi