L’ultima discrepanza contabile di Lido DAO ha temporaneamente sottostimato i rendimenti di staking di stETH, indicando un problema operativo di rendicontazione più che un malfunzionamento del protocollo.

L’APR del rebase giornaliero è stato riportato al 2.04% invece del 2.15% previsto dopo che l’oracolo contabile ha mancato un deposito validator da 32 ETH. I contributori hanno esaminato i saldi dei validator e non hanno riscontrato fondi mancanti né penalità del protocollo.

La verifica ha spostato l’attenzione dai timori sulla sicurezza all’accuratezza contabile. Per i detentori di stETH, il rebase è il meccanismo attraverso cui le ricompense di staking si riflettono nei saldi dei token, quindi l’accuratezza dello snapshot giornaliero dell’oracolo influisce sul rendimento riportato anche quando i validator sottostanti continuano a operare normalmente. Il rebase più basso ha riflesso un riconoscimento ritardato delle ricompense, non una prestazione più debole dei validator. Il team di Lido sta ancora indagando sulla causa principale prima di distribuire una correzione. Il prossimo rebase dovrebbe ripristinare i saldi omessi e riportare i rendimenti di staking comunicati in linea con le attese.

Origine della discrepanza

Il problema di rendicontazione ha avuto origine nella contabilità dei validator, non nella generazione delle ricompense. Mentre l’oracolo contabile preparava il suo snapshot giornaliero, un deposito validator da 32 ETH era ancora in transito tra le fasi di rendicontazione e non è stato incluso nell’aggiornamento finalizzato.

Poiché il processo contabile si basa su snapshot, la tempistica ha creato un disallineamento temporaneo nei depositi registrati. I saldi dei validator erano già stati riflessi sulla Beacon Chain, ma non sono stati acquisiti nel ciclo di rendicontazione completato dall’oracolo.

Il ritardo di sincronizzazione non ha modificato la performance dello staking. Ha invece influito sul modo in cui l’oracolo ha calcolato le ricompense distribuibili per quello specifico ciclo. Nello staking di Ethereum, 32 ETH è la dimensione standard del deposito validator, il che spiega perché un singolo deposito validator mancato possa creare una differenza misurabile ma limitata nell’APR giornaliero riportato.

Una volta che il deposito in sospeso completerà il processo contabile, i successivi aggiornamenti dell’oracolo dovrebbero includere il saldo. Ciò consentirebbe ai futuri rebase di riflettere l’intera posizione del validator senza ridurre in modo permanente le ricompense di staking.

Le metriche di mercato di stETH restano stabili

Il rapporto di prezzo stETH-ETH si è stabilizzato vicino alla parità, indicando che i detentori hanno continuato a fare affidamento sul meccanismo di riscatto di Lido dopo il problema contabile.

Il valore totale bloccato è rimasto vicino a $17.5 billion. Il protocollo ha inoltre continuato a mostrare un APR di staking del 2.2%, mentre circa 9.34 million ETH sono rimasti in staking. Questi dati indicano che gli utenti non hanno effettuato prelievi su larga scala dopo l’annuncio.

Gli afflussi nello staking hanno continuato a seguire le tendenze più ampie di Ethereum, anziché indebolirsi in modo indipendente. La partecipazione è rimasta stabile, suggerendo che l’incidente sia stato considerato un evento operativo temporaneo.

Nonostante il problema contabile di breve periodo, Lido ha mantenuto la sua posizione di maggiore protocollo di liquid staking su Ethereum. Tale posizione rende importanti la contabilità di routine e l’affidabilità degli oracoli oltre un singolo rebase, perché stETH è ampiamente utilizzato come rappresentazione liquida di ETH in staking nei mercati e nelle applicazioni di Ethereum.

Riepilogo

La discrepanza contabile di stETH è stata collegata a un deposito validator da 32 ETH in ritardo e non è stata descritta come un malfunzionamento del protocollo o un problema di sicurezza.

Lido DAO si aspetta che il prossimo rebase di stETH ripristini le ricompense omesse una volta che l’aggiornamento contabile avrà acquisito il deposito validator in sospeso.