De ce blocurile au pierdut datele pe Ethereum
Vineri, lanțul blockchain al Robinhood a continuat să produce blocuri la fiecare 101 de milisecunde chiar și când datele tranzacțiilor au disparut din Ethereum în exact 14 de minute. Pauza a fost împărțită în două bazine, în care blobele mari de date (blobs) ale lanțului nu au ajuns la Ethereum.
Știri de ultimă oră
Bitcoin se lovește de un zid la 82.000$: Ce urmează pentru cea mai cunoscută criptomonedă?
Duelul capitalului în crypto: XRP și Solana domină fluxurile de investiții
Gemini, de la gloria IPO-ului la pragul unei achiziții: Valoarea bursei crypto s-a prăbușit cu 80%
Bruxelles-ul pune sub lupă staking-ul crypto: urmează reguli mai stricte în UE?Cadence-ul rapid de blocuri al lanțului, conceput pentru a oferi finalitate aproape instantană, a continuat fără încet. Totuși, când lanțul a încercat să încarcă blobele la Ethereum, acestea au rămas blocate, lăsând două perioade fără date corecte. Pauza de 14 de minute a doua s-a coincidit cu un creștere semnificativă de submituri de blobi din partea mai multe proiecte, care au supraîncărcat piața de blobi a Ethereum și au ralentit acceptarea. Prima bază rămâne o mysterie, deoarece nu s-a raportat nici o defectoare a rețelei, iar cercetătorii susțin posibilitatea unei bug-uri software sau unei incoherențe de timing.
Implicarea bottleneck-ului pe stabilitatea rețelei
Piața de blobi a Ethereum a fost creată pentru a stoca datele dincolo de lanț, permițând soluțiilor de layer‑2 să ancoreze starea în siguranță. Când cererea crește, piața poate se întoarce, întârziind inclusia blobei. În cazul Robinhood, interruția a doua s-a produs când numeroase proiecte au înfluit piața, depășind capacitatea ei și previndând înregistrarea blobei ale lanțului, astfel încetind podul de verificare.
Outage-ul cu două bazine demonstrează că sistemele de layer‑2 care depindă de piața de blobi a Ethereum pot întâmpina probleme de disponibilitate a datelor în mișcarea ecosistemului. Deși Robinhood a continuat să produce blocuri, lipsa blobei submățămine integritatea rețelei. Criticii aviză că, fără măsuri de protecție, aceste evenimente pot deveni mai frecvente. Supporterii notează că rețeaua Ethereum în general a continuat să proceseze alte tranzacții, și problema s-a rezolvit rapid odată ce congestionarea s-a scăzut, arătând că sistemul poate să se corecteze singur. Totuși, evenimentul ne amintește că soluțiile de scalare trebuie să anticipheze și să reducă blocadele de disponibilitate a datelor.
Ce a causat pierderea de date de 14 de minute pe Ethereum? Pierderea de date a fost cauzată de două bazine separate în care blobele de tranzacții ale Robinhood nu au ajuns la Ethereum. Baza a doua se potrivește cu congestia piaței de blobi ale Ethereum, iar prima a rămas inexplicabilă.
Întrebări frecvente despre incident
A afectat utilizatorii din partea Robinhood Chain? Blocurile au continuat să fie generate, deci lanțul a rămas activ. Totuși, lipsa blobei a însemnat că datele tranzacțiilor nu au putut verificaţi pe Ethereum în timpul pauzei, potrivind întârzierea retragilor sau acțiunilor de cruzare a lanțurilor.
Ce pași se lucrează pentru a preveni probleme similare? Ingenierii Robinhood adaugă un buffer off‑chain pentru blobe, iar dezvoltătorii Ethereum explorează capacități mai mari de blobi și gestionarea prioritară pentru a reduce întoarcerea piaței.
