Le dernier écart comptable de Lido DAO a brièvement sous-estimé les rendements de staking déclarés pour le stETH, ce qui pointe vers un problème opérationnel de reporting plutôt que vers une défaillance du protocole.

L’APR du rebase quotidien s’est établi à 2,04 %, en dessous des 2,15 % attendus, après que l’oracle comptable a omis un dépôt de validateur de 32 ETH. Les contributeurs ont ensuite vérifié les soldes des validateurs et n’ont constaté ni fonds manquants ni pénalités au niveau du protocole.

Ce constat a déplacé l’attention des préoccupations de sécurité vers l’exactitude comptable dans le processus de reporting du staking de Lido. Pour les détenteurs de stETH, le rebase quotidien est le mécanisme qui reflète les récompenses de staking accumulées dans les soldes de tokens ; ainsi, même un décalage temporaire de reporting peut affecter le chiffre de rendement visible par les utilisateurs. Le rebase plus faible reflétait une reconnaissance retardée des récompenses, et non une performance plus faible des validateurs.

L’équipe enquête encore sur la cause profonde avant de déployer un correctif. Une fois le problème résolu, le prochain rebase devrait rétablir les soldes omis et ramener les rendements de staking déclarés en ligne avec les attentes.

Source de l’écart

Le problème de reporting est apparu lors de la comptabilisation des validateurs, et non lors de la génération des récompenses. Alors que l’oracle comptable préparait son instantané quotidien, un dépôt de validateur de 32 ETH était encore en transition entre plusieurs étapes de reporting et a été exclu de la mise à jour finalisée.

Comme le processus repose sur une comptabilité par instantané, ce timing a créé un décalage temporaire dans les dépôts enregistrés. Les soldes des validateurs étaient déjà reflétés sur la Beacon Chain, mais l’oracle n’a pas inclus le dépôt dans ce cycle de reporting.

Au lieu de modifier la performance réelle du staking, le retard de synchronisation n’a affecté que le calcul par l’oracle des récompenses distribuables pour la période. Cette distinction est importante, car la couche comptable de Lido rapporte les soldes et les récompenses des validateurs Ethereum ; elle ne détermine pas si ces validateurs ont gagné des récompenses sur la Beacon Chain.

Une fois que le dépôt en attente aura terminé le processus comptable, les mises à jour ultérieures de l’oracle devraient intégrer le solde. Cela permettrait aux futurs rebases de refléter la position complète du validateur sans réduire durablement les récompenses de staking.

Les conditions de marché restent stables

L’incident a été suivi d’une stabilisation plus large des conditions de marché. Le ratio de prix stETH/ETH est resté proche de la parité, indiquant que les détenteurs continuaient de s’appuyer sur le mécanisme de rachat de Lido.

La valeur totale verrouillée est également restée proche de 17,5 milliards de dollars. Dans le même temps, le protocole continuait d’afficher un APR de staking de 2,2 %, tandis qu’environ 9,34 millions d’Ethereum (ETH) restaient stakés. Cela indique que les utilisateurs n’ont pas procédé à des retraits massifs après l’annonce.

Les entrées de staking ont continué d’évoluer en ligne avec les tendances plus larges d’Ethereum, plutôt que de s’affaiblir de manière indépendante. Cette participation stable suggère que le marché a traité l’événement comme un problème opérationnel temporaire.

Malgré ce bug comptable de court terme, Lido est resté le plus grand protocole de liquid staking sur Ethereum. Pour un protocole de cette taille, de petites erreurs de reporting peuvent attirer l’attention, car le stETH est largement utilisé dans la finance décentralisée comme token de liquid staking, ce qui rend le reporting précis et rapide de l’oracle important pour les utilisateurs et les intégrations qui suivent les soldes et les rendements.

L’écart comptable du stETH a été causé par un dépôt de validateur de 32 ETH retardé, et non par une défaillance du protocole ou de sécurité. Lido DAO s’attend à ce que le prochain rebase du stETH rétablisse les récompenses omises une fois que la mise à jour comptable aura intégré le dépôt de validateur en attente.