Yksi Ethereumin tärkeimmistä validaattoriasiakasohjelmista julkaisi hätäpäivityksen vain tunteja ennen kriittistä Sepolia-testiverkon ajoa. Korjaus tulee, kun testiverkko valmistautuu nostamaan lohkokohtaisen kaasurajan 200 miljoonaan – harppaus, joka antaisi jokaisen lohkon sisältää paljon enemmän laskentaa ja dataa kuin nykyään.
Aikataulu on tiukka. Validaattorien, jotka käyttävät kyseistä asiakasohjelmaa, on päivitettävä ennen testin alkua, tai he vaarantavat synkronointinsa menettämisen tai virheellisten lohkojen tuottamisen kokeen aikana. Sepolia ei ole pääverkko – se on harjoittelutila, jossa asiakastiimit rikkovat asioita, jotta pääverkko ei rikkoutuisi. Mutta epäonnistunut testi viivästyttää silti laajempaa Glamsterdam-käyttöönottoa.
Miksi 200 miljoonaa kaasua on tärkeää
Ethereumin kaasuraja asettaa ylärajan sille, kuinka paljon työtä yksittäinen lohko voi sisältää: yksinkertaiset siirrot, älysopimuskutsut, rollup-datablobit, kaikki. Tämä raja on noussut vähitellen vuosien varrella, mutta 200 miljoonaa on eri mittakaavassa. Se tarkoittaa enemmän transaktioita lohkoa kohden, enemmän tilaa rollup-datalle ja teoreettisesti alhaisempia maksuja, kun kysyntä on tasaista.
Se tarkoittaa myös enemmän rasitusta jokaiselle solmulle, jonka on käsiteltävä kyseinen lohko. Validaattorit, arkistosolnut, RPC-tarjoajat – kaikki alavirrassa tuntevat sen. Siksi asiakastiimit testaavat näitä korotuksia ensin Sepoliassa ja muissa testiverkoissa, joissa huono lohko ei maksa muuta kuin huonon iltapäivän.
Glamsterdam-päivityspaketti on ollut työn alla kuukausia, ja kaasurajan korotus on yksi sen tarkimmin seuratuista osista. Asiakasohjelmien monimuotoisuus tekee koordinoinnista vaikeampaa: Ethereum toimii useilla eri validaattoriasiakasohjelmilla, ja jokaisen on käsiteltävä sama kuorma oikein. Kun yksi asiakasohjelma tarvitsee korjauksen ennen testiä, se muistuttaa, kuinka paljon verkko riippuu tämän monimuotoisuuden toimimisesta.
Mitä korjaus itse asiassa tekee
Asiakasohjelma päivitti ohjelmistonsa viime hetkellä. Tällaisia asioita tapahtuu testisykleissä – bugi paljastuu lopputarkastusten aikana, tiimi toimittaa korjauksen, ja validaattorit kiirehtivät asentamaan sen. Kyseinen asiakasohjelma ei paljastanut bugin tarkkaa luonnetta, ja hätä-käsite viittaa siihen, ettei se ollut kosmeettinen.
Validaattorit, jotka jäävät paitsi ikkunasta, voivat nähdä Sepolia-solmunsa pysähtyvän tai haarautuvan irti muusta testiverkosta. Pääverkossa se olisi vakava tapaus. Sepoliassa se on datapiste.
Laajempi testiverkkosirkus
Sepoliasta on tullut ensisijainen todistuspaikka muutoksille, jotka ovat liian riskialttiita kokeiltaviksi pääverkossa mutta liian tärkeitä ohitettaviksi. Kaasurajan korotus sopii tähän kuvaukseen täsmälleen. Jos Sepolia käsittelee 200 miljoonan kaasun lohkot puhtaasti, tie avautuu pääverkon aikataululle. Jos ei, asiakastiimit palaavat koodin pariin.
Pääverkon päivämäärää ei ole vielä ilmoitettu. Glamsterdam-päivitys on edelleen testivaiheessa, ja kaasurajan muutos on yksi osa suurempaa pakettia. Se, mitä Sepoliassa tapahtuu seuraavien päivien aikana, määrittää, kuinka nopeasti muut asiat etenevät.
Mitä seurata
Välitön kysymys on, kestääkö korjattu asiakasohjelma uuden lohkokoon. Validaattorit, jotka päivittivät ajoissa, saavat tietää reaaliajassa; ne, jotka eivät, saattavat saada tietää vaikeimman kautta. Sepolian jälkeen seuraava tarkistuspiste on, saavatko muut testiverkot – ja lopulta pääverkko – omat kaasurajakokeensa. Toistaiseksi kaikki katseet ovat testiverkossa, jota useimmat käyttäjät eivät koskaan ajattele.
