Lido confirme un oracle qui sous-estime les données sous-jacentes à un APR de rebase stETH inférieur

Le protocole de liquid staking Lido a divulgué une anomalie dans son rebase quotidien de stETH qui a entraîné un taux annuel en pourcentage (APR) inférieur à celui attendu pour les détenteurs de tokens le 27 juillet 2026. L’oracle de comptabilisation du protocole a signalé un rebase APR quotidien de 2,04 %, en dessous des 2,15 % anticipés. Les contributeurs de Lido ont confirmé que l’écart provenait d’un seul dépôt de validateur en cours de 32 ETH, omis par inadvertance dans le rapport de l’oracle. Le protocole a souligné qu’aucun fonds utilisateur n’a jamais été en risque. Pour contexte, les rebases de stETH ajustent les soldes de tokens chaque jour afin de refléter les récompenses de staking accumulées, ce qui signifie que toute sous-calcul directement affecte les rendements des détenteurs jusqu’à correction.

Le problème a d’abord été signalé par l’oracle de comptabilisation du protocole, déclenchant une revue immédiate par les contributeurs techniques de Lido. Après avoir vérifié le solde agrégé des validateurs de Lido sur la couche de consensus d’Ethereum au moment du rapport, l’équipe a confirmé que l’ensemble des validateurs restait entièrement pris en compte et que le dépôt manquant représentait un cas limite de reporting plutôt qu’une défaillance au niveau du protocole ou un événement de slashing. Les utilisateurs ont été informés qu’aucune action n’était nécessaire de leur part pendant que la cause racine était investiguée.

Lido déploie une mise à jour d’oracle et confirme la correction du rebase

Lido a noté que son protocole inclut des garde-fous automatisés conçus pour limiter les écarts admissibles dans les valeurs de rebase quotidiennes. Comme le delta réel est resté dans le seuil permis — précisément 3,6 % de la valeur totale verrouillée sur une fenêtre de 36 jours — les coupe-circuits automatisés ne se sont pas activés. L’équipe a expliqué que si la mauvaise évaluation avait été nettement plus importante, ces protections auraient automatiquement interrompu le règlement du rapport d’oracle, empêchant ainsi toute liquidation en aval sur les marchés de prêt qui utilisent stETH comme collatéral.

Le rebase du jour suivant s’est terminé comme prévu et a intégré l’ETH omis dans le rapport précédent, entraînant un APR extrapolé de 2,29 % qui a effectivement compensé les détenteurs à l’identique. Lido a depuis déployé une mise à jour audité d’Oracle du protocole destinée à accélérer le reporting et à améliorer la détection de cas limites similaires à l’avenir. Les contributeurs continuent d’analyser la cause racine, avec une post-mortem complète attendue d’être publiée dans les prochains jours. Entre-temps, le protocole a rassuré les utilisateurs en indiquant que l’incident était isolé et que les soldes de validateurs restent sécurisés.

FAQ

Qu’est-ce qui a causé le rebase APR de stETH plus bas rapporté par Lido le 27 juillet 2026 ?

Le APR plus faible (2,04 % au lieu de 2,15 % anticipés) a été causé par un seul dépôt de validateur en cours de 32 ETH, omis par inadvertance du rapport de l’oracle de comptabilisation du protocole. Les contributeurs de Lido ont confirmé qu’il s’agissait d’un cas limite de reporting et non d’une défaillance au niveau du protocole ou d’un événement de slashing.

Comment Lido a-t-il corrigé l’écart du rebase stETH ?

Le rebase du jour suivant s’est terminé comme prévu et a intégré l’ETH omis dans le rapport précédent, entraînant un APR extrapolé de 2,29 % qui a compensé les détenteurs à l’identique. Lido a déployé une mise à jour audité d’Oracle du protocole pour accélérer le reporting et améliorer la détection de cas limites similaires.

Des fonds utilisateurs étaient-ils en risque pendant l’anomalie de rebase stETH de Lido ?

Non. Lido a confirmé que les fonds utilisateurs n’ont jamais été en risque. Les garde-fous automatisés du protocole ne se sont pas activés parce que le delta réel est resté dans le seuil permis de 3,6 % de la valeur totale verrouillée sur une fenêtre de 36 jours, et que l’ensemble des validateurs restait entièrement pris en compte.