Un bot MEV aurait devancé une exploitation rsETH de 7,8 millions de dollars rapportée sur Ethereum, en se plaçant devant l'attaquant d'origine dans l'ordre des transactions, selon un rapport de The Defiant. Les détails clés — notamment les contrats affectés, la perte réalisée et la destination des fonds — restent non vérifiés dans les informations actuellement disponibles. Cet épisode met également en évidence une caractéristique récurrente des incidents on-chain : exploiter une vulnérabilité et faire passer sa transaction d'attaque en premier sont deux défis distincts, et l'ordre des blocs peut déterminer quel acteur exécute effectivement un chemin vulnérable.

L'affirmation centrale repose sur un rapport unique décrivant une exploitation rsETH de 7,8 millions de dollars qu'un bot MEV aurait devancée sur Ethereum. Aucun post-mortem d'incident, hach de transaction, horodatage ni corroboration indépendante n'accompagne ce rapport, ce qui signifie que le montant et la séquence des événements doivent être traités comme rapportés plutôt que confirmés.

Ce que le montant rapporté établit — et n'établit pas

Les 7,8 millions de dollars rapportés n'ont pas été caractérisés comme des fonds à risque, des actifs volés ou une valeur brute transitant par le chemin d'attaque. Tant qu'un rapport d'incident ou une trace on-chain ne précise pas quelle mesure ce chiffre représente, le décrire comme une perte nette réalisée reviendrait à dépasser les éléments disponibles.

Quels contrats et actifs ont été affectés

Un incident touchant rsETH, le token de liquid staking émis par Kelp DAO représentant de l'ETH restaké, n'équivaut pas à une vulnérabilité confirmée du protocole émetteur du token ou de son collatéral de restaking sous-jacent. La distinction entre un bug dans un contrat spécifique et une exposition plus large pour l'ensemble des détenteurs de rsETH ne peut être tranchée à partir des informations actuelles. L'activité on-chain du token peut être suivie via les enregistrements du contrat rsETH sur Etherscan, mais aucune transaction d'exploitation spécifique n'a été mise en évidence dans les reportages disponibles.

Comment le bot MEV aurait devancé l'exploitation

Le front-running dans le contexte de la valeur extractible maximale (MEV) consiste pour un searcher à observer une transaction en attente ou prévisible et à placer sa transaction avant elle dans l'ordre des blocs pour capturer la valeur. Les bots de ce type sont une caractéristique permanente de la production de blocs sur Ethereum : ils surveillent le mempool public à la recherche de transactions en attente dont le placement promet une valeur extractible, et les courses entre eux sont monnaie courante — c'est pourquoi les chemins d'attaque avec des points d'entrée on-chain visibles peuvent eux-mêmes devenir disputés. Dans ce cas, le rapport présente le bot comme ayant exécuté le chemin d'exploitation avant l'acteur d'origine.

Établir cette séquence nécessiterait trois artefacts liés : la tentative d'exploitation d'origine, l'exécution du front-running par le bot et les transferts de tokens qui en ont résulté. Sans ces traces, il est impossible de distinguer l'exploiteur d'origine du bot, de confirmer si le bot a copié une transaction du mempool public, ou d'attribuer un profit spécifique au bot. Rien dans les informations disponibles ne soutient une affirmation selon laquelle le bot aurait capturé la totalité du montant rapporté ou serait intervenu pour sauver des fonds.

Questions ouvertes sur l'exposition et la récupération

Le contexte disponible ne contient aucune information sur le nombre d'utilisateurs exposés, sur l'éventuelle mise en pause d'un contrat, ou sur l'existence d'un correctif ou de consignes pour les utilisateurs. Il s'agit d'une absence d'information dans ce brief, et non d'une preuve qu'aucune déclaration publique ni mesure de confinement n'existe.

Le statut des fonds reste lui aussi indéterminé. Toute affirmation concernant des retours, des remboursements ou une récupération exigerait des preuves on-chain horodatées des mouvements de fonds avant de pouvoir être rapportée. Les indicateurs qui feraient passer cette histoire d'un rapport unique à un compte rendu confirmé sont les habituels pour ce type d'incident : un post-mortem ou une déclaration du protocole concerné, un hach de transaction publié, une trace on-chain des fonds rapportés, et la confirmation de toute pause ou de tout correctif appliqué aux contrats affectés.

rsETH se trouve au cœur de la pile de collatéraux DeFi d'Ethereum, où les tokens de restaking alimentent de plus en plus les coffres et les plateformes d'échange, tels que les coffres confidentiels Morpho construits sur Ethereum — une dynamique qui rend d'autant plus cruciale la vérification précise de la portée de tout incident. Les lecteurs qui évaluent un risque de contrepartie ou de collatéral devraient attendre une comptabilité au niveau des transactions avant de tirer des conclusions sur l'ampleur de la perte ou la sûreté des positions en rsETH.