Base-verkko pysähtyi kahdesti 24 tunnissa – sama bugi, viivästynyt hard fork ja keskustelu yhdestä sekvensseristä

Coinbasen Layer 2 -verkko Base kärsi kaksi lohkotuotannon pysähdystä 25.–26. kesäkuuta 2026. Molemmat johtuivat samasta bugista lohkonrakennuslogiikassa . Nämä pysähdykset lykkäsivät Beryl-päivitystä ja saivat Base-luoja Jesse Pollakin kommentoimaan tilannetta. Samalla kritiikki verkon yhden sekvensserin arkkitehtuuria kohtaan nousi uudelleen esiin.

Mikä aiheutti pysähdykset? Sama bugi kahdesti

Molemmat pysähdykset johtuivat samasta bugista sekvensserin lohkonrakennuslogiikassa . Basen virallinen X-tili vahvisti, että virheen perimmäinen syy on tunnistettu ja korjattu ja tiedot on jaettu muille OP Stack -ketjuille . Yksityiskohtaisessa tutkinnassa Basen insinöörit selittivät, että lohkonrakentaja vastaanotti virheellisen transaktion, joka epäonnistui normaalisti. Järjestelmä ei kuitenkaan tyhjentänyt vanhaa tietoa tileistä ja tallennussoluista, joita oli käytetty . Kun tämän jälkeen suoritettiin kelvollinen transaktio, järjestelmä käytti vanhaa tilaa, mikä johti virheellisiin kaasulaskelmiin ja virheelliseen lohkoon [40, 45]. Virheellinen lohko tukkasi sekvensserin ja pysäytti koko lohkotuotannon.

Sama tapahtumaketju – tilan tyhjennyksen epäonnistuminen ja virheelliset kaasulaskelmat – aiheutti molemmat pysähdykset [45, 47]. Käyttäjien varat eivät olleet vaarassa kummankaan pysähdyksen aikana .

Aikajana

• 25. kesäkuuta, klo 16.03 UTC: Lohkotuotanto pysähtyi lohkon korkeudessa 47 806 542, kun sekvensseri tuotti virheellisen lohkon, joka aiheutti konsensusongelman [22, 44]. Ketju pysähtyi noin kahdeksi tunniksi. Insinöörit tunnistivat ongelman klo 16.52 UTC, alustava sekvensointi alkoi klo 17.51 UTC ja normaali toiminta vahvistettiin klo 17.58 UTC [22, 37].
• 26. kesäkuuta, klo 15.33 UTC: Toinen pysähdys, joka kesti noin 14 minuuttia, ennen kuin palvelu palautui [21, 38].

Jesse Pollak: 'Pysähdys ei ole hyväksyttävissä'

Base-luoja Jesse Pollak kommentoi molempia pysähdyksiä julkisesti X:ssä. Hän vahvisti, että käyttäjien varat olivat turvassa, mutta lisäsi, että pysähdys ei ole hyväksyttävissä alustalla, joka pyrkii tukemaan maailmanlaajuista rahoitusta [19, 23]. Hän kuvaili pysähdyksiä mahdottomiksi hyväksyä Basen tavoitteiden kannalta ja sanoi, että tiimi käyttää tapahtumia parantaakseen alustan vakautta ja luotettavuutta .

Beryl-päivitys viivästyi yhdellä päivällä

Beryl-päivitys – Basen toinen itsenäinen verkkopäivitys – oli alun perin suunniteltu 25. kesäkuuta klo 18.00 UTC [12, 14]. Ensimmäisen pysähdyksen jälkeen Base siirsi päivityksen 26. kesäkuuta klo 18.00 UTC, jotta B20 Activation Registry ehtisi toimia kunnolla ennen aktivointia [15, 16]. Tiimi korosti, että pysähdys ja päivitys eivät liittyneet toisiinsa [16, 20].

Mitä Beryl tuo tullessaan

Beryl-päivitys sisältää kolme isoa muutosta :

• B20-tokenstandardi: Basen oma tokenstandardi vakaita kolikoita (stablecoin), reaalimaailman omaisuuseriä (RWA) ja pitkän hännän tokeneita varten. Se on toteutettu ERC-20-yhteensopivana Rust-prekäännöksenä, joka on rakennettu suoraan solmukoodiin [1, 14, 11].
• Nopeammat nostot: Yhden todisteen nostojen vahvistusaika lyhenee seitsemästä päivästä viiteen päivään [1, 12].
• Reth V2 -integraatio: Täydellinen suoritusasiakkaan päivitys, joka vähentää levytilan käyttöä noin 50 prosenttia ja lisää suorituskykyä noin 33 prosenttia [1, 10, 14].

Uusi kritiikki yhden sekvensserin arkkitehtuuria kohtaan

Pysähdykset herättivät uudelleen kritiikkiä Basen yhden sekvensserin arkkitehtuuria kohtaan, joka luo yhden vikapisteen [33, 36]. Koska Base käyttää vain yhtä Coinbasen operoimaa sekvensseriä OP Stack -arkkitehtuurissa, ei ole varasekvensseriä tai vahvistussolmuja, jotka olisivat voineet ottaa vastuun, kun virheellinen lohko tukkasi putken . Monet analyytikot ja yhteisön jäsenet näkivät tämän arkkitehtuurin taustalla olevana systeemisenä riskinä ja argumentoivat, että yhden sekvensserin malli on luontaisesti hauras verkolle, joka tavoittelee maailmanlaajuista rahoitusinfrastruktuuria [33, 36].

Mitä seuraavaksi?

Base on julkaissut kattavan tutkintaraportin 25. kesäkuun pysähdyksestä ja kertonut jakaneensa löydökset muille OP Stack -ketjuille palautteena [45, 47]. Beryl-päivitys aktivoitiin onnistuneesti 26. kesäkuuta, mutta tapahtumat jättivät avoimeksi kysymyksen: voiko yhden sekvensserin ketju uskottavasti väittää tukevansa maailmanlaajuista rahoitusta?