Aave Labs Propone l'Aggiornamento V3.8 per Rafforzare la Sicurezza DeFi su 16 Reti Blockchain
Punti chiave
- •Aave Labs ha pubblicato il 21 ottobre una proposta di governance per aggiornare il proprio protocollo di lending alla versione 3.8, concentrandosi sulla mitigazione dei rischi contabili legati alla reentrancy su 16 reti blockchain.
- •L'aggiornamento aggiunge un reentrancy guard per proteggere la contabilità del Pool durante i callback esterni, implementato con la tecnologia di transient storage di EIP-1153 per mantenere minimi i costi aggiuntivi di gas.
- •Il rilascio previsto coprirebbe le istanze attive su reti tra cui Ethereum, Avalanche, BNB Chain, Arbitrum, Base e Polygon, escludendo i mercati congelati e quelli con cap di prestito o fornitura a zero.
- •La proposta è caratterizzata come un miglioramento limitato della sicurezza anziché una profonda redesign, e non identifica alcun exploit attivo né vulnerabilità confermata che richieda un intervento emergenza.
- •L'implementazione dipende dalle revisioni di sicurezza di Certora e di altri revisori indipendenti, seguite da una votazione Snapshot e dall'approvazione formale on-chain da parte dei tokenholder della community, senza una data di deployment annunciata.

Aave Labs ha presentato una proposta per aggiornare il suo protocollo di lending decentralizzato alla versione 3.8, una modifica mirata a rafforzare la sicurezza su 16 reti blockchain. Pubblicata il 21 ottobre, la proposta si concentra sulla prevenzione dei rischi contabili legati alla reentrancy, preservando al contempo l'efficienza delle transazioni.
Se adottato, l'aggiornamento introdurrebbe ulteriori salvaguardie per le operazioni Pool di Aave, proteggendo il protocollo da potenziali exploit degli smart contract. L'implementazione, tuttavia, rimane subordinata ad audit di sicurezza, feedback della community e formale approvazione di governance.
Il Reentrancy Guard al Centro
Il proposto aggiornamento Aave V3.8 introduce un reentrancy guard progettato per proteggere la contabilità del Pool durante i callback esterni. La reentrancy si verifica quando uno smart contract interagisce ripetutamente con un altro contratto prima che un'operazione precedente sia completata, creando potenzialmente incongruenze contabili. La reentrancy è tra le classi di vulnerabilità più note nello sviluppo di smart contract, e le protezioni esplicite contro di essa sono diventate una pratica standard nell'ingegneria DeFi, in particolare per i protocolli che custodiscono direttamente i depositi degli utenti nei propri contratti.
Per implementare la protezione, Aave Labs prevede di utilizzare la tecnologia di transient storage introdotta tramite la Ethereum Improvement Proposal EIP-1153. Questo meccanismo consente l'archiviazione temporanea dei dati durante le transazioni, aiutando gli sviluppatori ad aggiungere misure di sicurezza senza aumentare significativamente i costi di gas.
Secondo la proposta di governance, le modifiche rappresentano un miglioramento limitato della sicurezza anz una profonda redesign del protocollo. Il documento non identifica alcun exploit attivo né una vulnerabilità confermata che richieda un intervento di emergenza.
Il Rilascio Copre 16 Reti
Aave Labs intende distribuire la V3.8 sulle istanze attive del protocollo presenti su 16 reti blockchain supportate. Queste includono Ethereum, Avalanche, BNB Chain, Arbitrum, Base, Polygon, Optimism, Linea, Gnosis, Celo, Mantle, Monad, Plasma, X Layer e MegaETH, oltre ad altri deployment basati su Ethereum.
Le istanze Core e Lido di Ethereum sono incluse nel rilascio proposto. Tuttavia, i mercati inattivi con asset congelati, nonché quelli i cui cap di prestito o di fornitura sono stati ridotti a zero, resteranno fuori dall'ambito dell'aggiornamento.
La strategia di distribuzione su larga scala riflette l'attenzione di Aave nel mantenere standard di sicurezza coerenti sulla propria infrastruttura di lending multichain, affinché depositanti e prenditori di prestito sulle reti più piccole ricevano le stesse protezioni fondamentali di chi opera su Ethereum. Protezioni contabili più solide potrebbero ridurre i potenziali rischi legati agli smart contract man mano che l'attività di lending decentralizzato si espande.
Audit e Votazione di Governance Come Prossimi Passi
Prima dell'implementazione, Aave V3.8 sarà sottoposto a revisioni di sicurezza che coinvolgeranno Certora e ulteriori revisori indipendenti. Queste valutazioni esamineranno le modifiche proposte prima che gli sviluppatori sottopongano l'aggiornamento finale a una decisione di governance on-chain.
La proposta si trova attualmente nella fase Aave Request for Final Comments, che consente ai membri della community di valutarne i dettagli tecnici. Un feedback positivo porterebbe l'iniziativa verso una votazione Snapshot, seguita da una formale Aave Improvement Proposal al termine degli audit. Secondo il modello di governance di Aave, l'approvazione finale spetta ai tokenholder della community anziché al team proponente, offrendo alla community molteplici punti di controllo prima che qualsiasi modifica al codice entri in vigore.
Aave Labs non ha annunciato una data di deployment confermata. In definitiva, l'implementazione dell'aggiornamento dipende dal successo delle revisioni di sicurezza e dall'approvazione della governance, rendendo il processo di valutazione in arrivo cruciale per il suo rilascio.