Doar că a durat ceva timp să verific atacul @yearnfi yeth de 9 milioane de dolari. Deși majoritatea oamenilor subliniază că hackerul a bătut o cantitate uriașă de yeth cu câteva jetoane wei (P1), cred că aceasta nu este singura cauză principală. Motivul? Hackerul de fapt NU a retras yeth-ul bătut, a vândut doar o parte din el pe pool-ul yETH-ETH pentru 1000 ETH (~3M), mult mai puțin decât profitul real al hackerului (P2). Există 2 cauze principale (sau vectori de atac), după părerea mea: (Disclaimer: Este doar o analiză bazată pe analiza mea preliminară. Poate și uneori fac greșeli!) (1) o eroare de rotunjire ducea la bătarea unui yETH aproape infinit. Este de fapt similar cu hack-ul echilibratorului. Factorul de scalare (în yETH numit rată) este un număr în jur de 1e18+x%, iar o diviziune multiplă face ca balanța virtuală să rupă invarianții. Codul folosește de fapt balansul virtual rotunjit pentru a calcula noua cantitate totală de yETH și emise (new_supply - old_supply) către atacator (P3). (2) Funcția update_rate a dus la pierderi uriașe ale seifului yETH De fapt, atacatorul a strigat "update_rates" de două ori pe OETH înfășurat și yETH a pierdut literalmente ~1000 ETH de fiecare dată (unde yETH a fost ars din st-yeth vault, P4). -> pierdere de 6 milioane. În plus, profitul vândut yETH împreună ajunge la ~9M. Acest lucru ar fi putut fi cauzat de calculul greșit al invariantului, nu de o simplă eroare de rotunjire. ---- Voi actualiza în comentariile acestui tweet pentru orice înțelegere nouă a mea despre acest atac.

@yearnfi Actualizare (1), am fost banat pentru că am încercat să-mi ofer ajutorul pe discord-ul 🤣 lui @yearnfi

@yearnfi Actualizare, linkul de mai sus nu este un mesaj privat oficial. Dar cred că deja dezvăluie cauza principală și evidențiază codul vulnerabil.