Coinbases Layer 2-nettverk Base opplevde to blokkproduksjonsstans i løpet av 24 timer, den 25. og 26. juni 2026. Begge var forårsaket av den samme underliggende feilen i blokkbyggerlogikken ![]()
. Hendelsene førte til at Beryl hard fork ble utsatt, utløste skarp kritikk fra skaperen Jesse Pollak, og gjenopplivet debatten om Bases enkeltsekvenseringsnode som et enkelt feilpunkt.
Hva forårsaket stansen? Den samme feilen, to ganger
Begge stansene ble utløst av en enkelt feil i sekvenseringsnodens blokkbyggingslogikk ![]()
. Den offisielle Base-kontoen på X bekreftet at grunnårsaken ble identifisert, fikset, og delt med andre OP Stack-kjeder som tilbakemelding ![]()
. I en detaljert rapport etter hendelsen forklarte Base-ingeniører at en ugyldig transaksjon ble mottatt av blokkbyggeren og mislyktes under utførelse som forventet, men systemet fjernet ikke feilaktig journalstatusen som inneholdt kontoene og lagringssporene som var blitt aksessert ![]()
. Da en gyldig transaksjon ble utført umiddelbart etterpå, brukte den den utdaterte journalstatusen, noe som førte til feil gassberegninger og produserte en ugyldig tilstandsovergangsblokk [40, 45]. Den ugyldige blokken blokkerte sekvenseringspipelinen, og stanset all blokkproduksjon.
Den samme sekvensen – manglende rydding av status etterfulgt av feil gassberegninger – forårsaket begge stansene [45, 47]. Ingen brukermidler var i faresonen under noen av hendelsene ![]()
.
Tidslinje for stansene
- 25. juni, ~16:03 UTC: Blokkproduksjonen stoppet ved høyde 47.806.542 etter at sekvenseringsnoden produserte en ugyldig blokk, noe som utløste en konsensusfeil [22, 44]. Kjeden stanset i omtrent to timer. Ingeniørene identifiserte problemet kl. 16:52 UTC, gjenopptok foreløpig sekvensering kl. 17:51 UTC, og bekreftet normal blokkproduksjon kl. 17:58 UTC [22, 37].
- 26. juni, ~15:33 UTC: En andre stans inntraff, som varte i omtrent 14 minutter før tjenesten ble gjenopprettet [21, 38].
Jesse Pollak: 'En stans er ikke greit'
Base-skaper Jesse Pollak svarte offentlig på X og anerkjente begge hendelsene. Han uttalte at brukermidlene var trygge, men la til at "en stans er ikke greit" for en plattform som har som mål å støtte global finans [19, 23]. Han beskrev stansene som uakseptable for Bases ambisjoner og sa at teamet ville bruke hendelsene som en mulighet til å forbedre plattformens stabilitet og pålitelighet ![]()
.
Beryl hard fork utsatt med én dag
Beryl hard fork – Bases andre uavhengige nettverksoppgradering – var opprinnelig planlagt til 25. juni kl. 18:00 UTC [12, 14]. Etter den første stansen utsatte Base oppgraderingen til 26. juni kl. 18:00 UTC for å sikre at B20 Activation Registry var fullt operativ før aktivering [15, 16]. Teamet uttalte at stansen og oppgraderingen ikke var relatert [16, 20].
Hva Beryl introduserer
Beryl samler tre store endringer ![]()
:
- B20-tokenstandard: Bases opprinnelige tokenstandard for stablecoins, real-world assets (RWA) og langhalede token-utstedere, implementert som en ERC-20-kompatibel Rust-forhåndsbygging integrert direkte i node-programvaren [1, 14, 11].
- Kortere uttaksvindu: Endelig bekreftelse for enkeltbevisuttak redusert fra 7 dager til 5 dager [1, 12].
- Reth V2-integrasjon: En full utførelsesklientoverhaling som reduserer diskbruken med omtrent 50 % og øker gjennomstrømningen med omtrent 33 % [1, 10, 14].
Fornyet kritikk av enkeltsekvenseringsarkitekturen
Stansene gjenopplivet den langvarige kritikken om at Bases enkeltsekvenseringsdesign skaper et enkelt feilpunkt [33, 36]. Fordi Base kjører en enkelt sekvenseringsnode operert av Coinbase under OP Stack, fantes det ingen reserve-sekvenseringsnoder eller valideringsnoder som kunne ta over da den ugyldige blokken blokkerte pipelinen ![]()
. Flere analytikere og samfunnsmedlemmer pekte på denne arkitekturen som den underliggende systemrisikoen, og argumenterte for at en modell med én sekvenseringsnode er iboende skjør for et nettverk som aspirerer til å støtte global finansiell infrastruktur [33, 36].
Hva skjer videre
Base har publisert en full rapport om stansen 25. juni, og teamet uttalte at de har kommunisert funnene til andre OP Stack-kjeder som tilbakemelding [45, 47]. Beryl hard fork ble vellykket aktivert 26. juni, men hendelsene har etterlatt et spørsmål: Kan en kjede bygget på én enkelt sekvenseringsnode troverdig hevde å støtte global finans?
