Robinhood produce blocuri în timp real chiar la pierderea datelor

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.

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.