Base-verkon kaksoiskatkos paljasti sequencer-bugin – käyttäjien varat turvassa

Lohkorakentajan bugi

Pohjimmiltaan kyse oli Base-tiimin post-mortemin mukaan sequencerin lohkonrakennuslogiikan virheestä. Kun transaktion suoritus epäonnistui, järjestelmä ei siivonnut journal-tilaa – sisäistä kirjanpitoa tilien ja tallennuspaikkojen muutoksista – kunnolla, vaan jätti ”vanhentuneen” tai ”likaisen” tilan. Seuraavat oikeat transaktiot saivat tästä johtuen vääristyneet kaasulaskelmat, mikä tuotti virheellisen tilasiirtymän sisältävän lohkon.

Tämä virheellinen lohko aiheutti konsensusongelman: sequencer tuotti virheellisen lohkon lohkon 47 806 542 jälkeen, mikä esti uusien lohkojen muodostamisen. Solmuoperaattorit eivät voineet jatkaa synkronointia ennen kuin ongelmaan puututtiin.

Katkosten aikajana

Toinen katkos 26. kesäkuuta oli samantyyppinen lohkotuotannon vika, joka toistui pian ensimmäisen jälkeen, vaikka verkko palautuikin toisella kerralla nopeammin.

Katkosten ajan uusia lohkoja ei muodostettu, mikä häiritsi normaalien transaktioiden käsittelyä. Käyttäjien varoja ei kuitenkaan ollut vaarassa kummankaan katkoksen aikana.

Korjaus käyttöön

Base-tiimi korjasi ongelman päivittämällä sequencerin siten, että journal-tila päivitetään oikein epäonnistuneen transaktion jälkeen. Korjaus löytyy julkisesta GitHub pull requestista (#3806).

Korjauksen jälkeen normaali toiminta palautui, mutta Base kehotti validointisolmujen operaattoreita käynnistämään tai synkronoimaan uudelleen verkon solmujansa. Tiimi totesi, että molemmat katkokset johtuivat samasta bugista ja että toinen, siihen liittyvä ongelma (PR #3805) aiheutti toisen katkoksen seuraavana päivänä.

Seurauksena Base lykkäsi suunniteltua Beryl-pääversiopäivitystä ja B20-token-standardin käyttöönottoa yhdellä päivällä vakauttaakseen verkon.

Yhden sequencerin arkkitehtuuri: laajempi huolenaihe

Peräkkäiset katkokset herättivät uudelleen keskustelua Base-verkon yksittäisen sequencerin suunnittelusta, joka on yleinen monille optimistisille rollupeille mutta luo selvän yksittäisen vikapisteen.

Keskeiset huolenaiheet post-mortemin ja alan uutisoinnin mukaan:

• Yksittäinen vikapiste: Sequencer-tason bugi lohkorakennuslogiikassa voi pysäyttää Base-verkon koko lohkotuotannon.
• Manuaalinen palautus: Palautus edellytti solmuoperaattorien uudelleenkäynnistystä tai uudelleensynkronointia, eikä verkko toipunut automaattisesti.
• Luotettavuusriski: Peräkkäiset katkokset herättivät kysymyksiä nopeasti skaalautuvan L2-ekosysteemin luotettavuudesta, erityisesti korkean aktiivisuuden tai suunniteltujen päivitysten aikana.
• Suunnitellut parannukset: Base kertoi vahvistavansa testausta fuzz-testeillä, kuormitustesteillä, seurannalla ja paremmilla palautustyökaluilla.

Tapaus osoittaa, että jopa suurimmat Ethereum L2 -verkot voivat kaatua yhden sequencerin tilanhallinnan reunatapauksen vuoksi – ja että automaattiset varajärjestelmät ja palautusmenetelmät ovat yhä työn alla koko rollup-ekosysteemissä.