Az Ethereum egyik fő validátor kliense vészfrissítést adott ki mindössze néhány órával egy kritikus Sepolia teszthálózati futás előtt. A javítás akkor érkezik, amikor a teszthálózat arra készül, hogy a blokkonkénti gázlimit 200 millióra emelkedjen – ez akkora ugrás, amely lehetővé tenné, hogy minden blokk sokkal több számítást és adatot vigyen magával, mint jelenleg.
Az időzítés szoros. Az érintett klienst futtató validátoroknak a teszt kezdete előtt frissíteniük kell, különben kockáztatják, hogy kiesnek a szinkronból vagy érvénytelen blokkokat állítanak elő a próba során. A Sepolia nem a mainnet – ez egy próbatér, ahol a klienscsapatok elrontanak dolgokat, hogy a mainnet ne sérüljön. De egy elrontott teszt itt is késlelteti a szélesebb körű Glamsterdam bevezetést.
Miért számít a 200 millió gáz
Az Ethereum gázlimitje szabja meg a felső határt arra, hogy egy blokk mennyi munkát tud elvégezni: egyszerű átutalások, okosszerződés-hívások, rollup adatblobok, mindez. Ez a plafon az évek során fokozatosan emelkedett, de a 200 millió más lépték. Több tranzakciót jelent blokkonként, több helyet a rollup adatoknak, és elméletileg alacsonyabb díjakat, amikor a kereslet lapos.
Ez azt is jelenti, hogy nagyobb terhelés nehezedik minden csomópontra, amelynek fel kell dolgoznia azt a blokkot. Validátorok, archív csomópontok, RPC-szolgáltatók – mindenki érzi a hatást. Ezért tesztelik a klienscsapatok ezeket az emeléseket először a Sepolián és más teszthálózatokon, ahol egy rossz blokk csak egy rossz délutánba kerül.
A Glamsterdam frissítési csomag hónapok óta készül, és a gázlimit emelése az egyik legszorosabban figyelt eleme. A klienssokféleség megnehezíti a koordinációt: az Ethereum több különböző validátor klienst futtat, és mindegyiknek helyesen kell kezelnie ugyanazt a terhelést. Amikor egy kliensnek teszt előtti javításra van szüksége, az emlékeztet arra, mennyire függ a hálózat attól, hogy ez a sokféleség működjön.
Mit tesz valójában a javítás
A kliens az utolsó pillanatban frissítette szoftverét. Ez az a fajta dolog, ami tesztciklusokban történik – egy hiba előkerül a végső ellenőrzések során, a csapat kiadja a javítást, és a validátorok kapkodva alkalmazzák. Az érintett kliens nem hozta nyilvánosságra a hiba pontos természetét, és a vészhelyzeti megfogalmazás arra utal, hogy nem kozmetikai jellegű volt.
Azok a validátorok, akik lekérik az ablakot, azt láthatják, hogy Sepolia csomópontjaik leállnak vagy leválnak a teszthálózat többi részéről. A mainneten ez súlyos incidens lenne. A Sepolián ez egy adatpont.
A szélesebb teszthálózati átrendeződés
A Sepolia a fő próbaterületté vált azoknak a változtatásoknak, amelyek túl kockázatosak ahhoz, hogy a mainneten próbálják ki, de túl fontosak ahhoz, hogy kihagyják. A gázlimit emelése pontosan ebbe a leírásba illik. Ha a Sepolia tisztán kezeli a 200 millió gázos blokkokat, megnyílik az út a mainnet ütemtervéhez. Ha nem, a klienscsapatok visszatérnek a kódhoz.
Még nincs bejelentett mainnet dátum. A Glamsterdam frissítés még a teszthálózati fázisban van, és a gázlimit változása egy nagyobb csomag egyik eleme. Az, hogy mi történik a Sepolián az elkövetkező napokban, meghatározza, milyen gyorsan mozdul a többi.
Mire érdemes figyelni
A közvetlen kérdés az, hogy a javított kliens kibírja-e az új blokkméretet. A validátorok, akik időben frissítettek, valós időben megtudják; akik nem, azok nehezebb úton szerezhetnek tudomást róla. A Sepolia után a következő ellenőrzési pont az, hogy más teszthálózatok – és végül a mainnet – megkapják-e a saját gázlimit-próbáikat. Egyelőre minden szem egy olyan teszthálózatra szegeződik, amelyre a legtöbb felhasználó soha nem gondol.
