Die jüngste Buchungsabweichung von Lido DAO hat die ausgewiesenen Staking-Renditen für stETH kurzzeitig zu niedrig dargestellt und deutet auf ein operatives Meldeproblem statt auf einen Protokollfehler hin.

Der tägliche Rebase-APR lag bei 2,04% und damit unter den erwarteten 2,15%, nachdem das Accounting-Oracle eine 32 ETH-Validator-Einzahlung nicht erfasst hatte. Mitwirkende überprüften später die Validator-Salden und stellten fest, dass keine Mittel fehlten und keine Protokollstrafen vorlagen.

Diese Feststellung verlagerte den Fokus weg von Sicherheitsbedenken hin zur Buchungsgenauigkeit im Staking-Reporting-Prozess von Lido. Für stETH-Inhaber ist der tägliche Rebase der Mechanismus, der angesammelte Staking-Erträge in den Token-Salden abbildet, sodass selbst eine vorübergehende Meldeabweichung die Renditekennzahl beeinflussen kann, die Nutzer sehen. Der niedrigere Rebase spiegelte eine verzögerte Erfassung von Erträgen wider, nicht eine schwächere Validator-Leistung.

Das Team untersucht weiterhin die Grundursache, bevor es einen Fix ausrollt. Sobald das Problem behoben ist, soll der nächste Rebase die ausgelassenen Salden wiederherstellen und die ausgewiesenen Staking-Renditen wieder angleichen.

Quelle der Abweichung

Das Meldeproblem entstand während der Validator-Buchführung, nicht bei der Erzeugung von Erträgen. Als das Accounting-Oracle seinen täglichen Snapshot vorbereitete, befand sich eine 32 ETH-Validator-Einzahlung noch zwischen den Meldestufen und blieb daher außerhalb des finalisierten Updates.

Da der Prozess auf Snapshot-basierter Buchführung beruht, führte das Timing zu einer vorübergehenden Abweichung bei den erfassten Einzahlungen. Die Validator-Salden waren bereits auf der Beacon Chain abgebildet, doch das Oracle nahm die Einzahlung in diesem Meldezyklus nicht auf.

Anstatt die tatsächliche Staking-Leistung zu verändern, wirkte sich die Synchronisationsverzögerung nur auf die Berechnung der ausschüttbaren Erträge durch das Oracle für den Zeitraum aus. Diese Unterscheidung ist wichtig, weil Lidos Buchungsschicht Salden und Erträge von Ethereum-Validatoren meldet; sie bestimmt nicht, ob diese Validatoren auf der Beacon Chain Erträge erzielt haben.

Nachdem die ausstehende Einzahlung den Buchungsprozess abgeschlossen hat, sollten spätere Oracle-Updates den Saldo erfassen. Dadurch könnten künftige Rebases die vollständige Validator-Position widerspiegeln, ohne die Staking-Erträge dauerhaft zu reduzieren.

Marktbedingungen bleiben stabil

Auf den Vorfall folgte eine breitere Stabilisierung der Marktbedingungen. Das Preisverhältnis von stETH zu ETH blieb nahe der Parität, was darauf hindeutet, dass Inhaber weiterhin auf Lidos Rücknahmemechanismus vertrauten.

Auch der Total Value Locked blieb nahe $17.5 billion. Gleichzeitig wies das Protokoll weiterhin einen Staking-APR von 2,2% aus, während rund 9.34 million Ethereum (ETH) gestakt blieben. Das deutete darauf hin, dass Nutzer nach der Ankündigung keine groß angelegten Abhebungen vornahmen.

Die Staking-Zuflüsse bewegten sich weiterhin im Einklang mit den allgemeinen Ethereum-Trends, statt unabhängig davon nachzulassen. Die stabile Beteiligung deutete darauf hin, dass der Markt das Ereignis als vorübergehendes operatives Problem einordnete.

Trotz des kurzfristigen Buchungsfehlers blieb Lido das größte Liquid-Staking-Protokoll auf Ethereum. Bei einem Protokoll dieser Größe können kleine Meldefehler Aufmerksamkeit erregen, weil stETH in der dezentralen Finanzwelt häufig als Liquid-Staking-Token genutzt wird. Dadurch sind genaue und zeitnahe Oracle-Meldungen für Nutzer und Integrationen, die Salden und Renditen verfolgen, wichtig.

Die stETH-Buchungsabweichung wurde durch eine verzögerte 32 ETH-Validator-Einzahlung verursacht, nicht durch einen Protokoll- oder Sicherheitsfehler. Lido DAO erwartet, dass der nächste stETH-Rebase die ausgelassenen Erträge wiederherstellt, sobald das Buchungsupdate die ausstehende Validator-Einzahlung erfasst.