Unul dintre principalii clienți validator ai Ethereum a lansat o actualizare de urgență a software-ului cu doar câteva ore înainte de o rulare critică pe rețeaua de test Sepolia. Patch-ul apare în timp ce testnet-ul se pregătește să crească limita de gaz per bloc la 200 de milioane, o creștere care ar permite fiecărui bloc să transporte mult mai multă computație și date decât în prezent.
Calendarul este strâns. Validatorii care rulează clientul afectat trebuie să facă upgrade înainte de începerea testului, altfel riscă să iasă din sincronizare sau să producă blocuri invalide în timpul testului. Sepolia nu este mainnet-ul — este un spațiu de repetiție unde echipele de clienți strică lucruri pentru ca mainnet-ul să nu o facă. Dar un test eșuat aici întârzie totuși lansarea mai amplă Glamsterdam.
De ce contează 200 de milioane de gaz
Limita de gaz a Ethereum stabilește plafonul pentru cât de multă muncă poate conține un singur bloc: transferuri simple, apeluri de contracte inteligente, blob-uri de date rollup, totul. Acest plafon a crescut treptat de-a lungul anilor, dar 200 de milioane este o scară diferită. Înseamnă mai multe tranzacții per bloc, mai mult spațiu pentru datele rollup și, teoretic, taxe mai mici când cererea este constantă.
De asemenea, înseamnă mai multă presiune pe fiecare nod care trebuie să proceseze acel bloc. Validatori, noduri de arhivă, furnizori RPC — toată lumea din aval resimte asta. De aceea echipele de clienți testează aceste creșteri mai întâi pe Sepolia și alte testnet-uri, unde un bloc prost nu costă nimic altceva decât o după-amiază proastă.
Pachetul de upgrade Glamsterdam este în lucru de luni de zile, iar creșterea limitei de gaz este una dintre componentele sale cele mai urmărite. Diversitatea clienților face coordonarea mai dificilă: Ethereum rulează pe mai mulți clienți validator diferiți, iar fiecare trebuie să gestioneze corect aceeași încărcare. Când un client are nevoie de un patch înainte de test, este o reamintire a cât de mult depinde rețeaua de funcționarea acestei diversități.
Ce face de fapt patch-ul
Clientul și-a actualizat software-ul în ultimul moment. Acesta este genul de lucru care se întâmplă în ciclurile de testare — un bug apare în timpul verificărilor finale, echipa lansează o soluție, iar validatorii se grăbesc să o aplice. Clientul afectat nu a dezvăluit natura exactă a bug-ului, iar formularea de urgență sugerează că nu a fost ceva cosmetic.
Validatorii care ratează fereastra ar putea vedea nodurile lor Sepolia blocându-se sau bifurcându-se de restul testnet-ului. Pe mainnet, acesta ar fi un incident serios. Pe Sepolia, este un punct de date.
Agitația mai amplă din testnet-uri
Sepolia a devenit principalul teren de probă pentru schimbări care sunt prea riscante pentru a fi testate pe mainnet, dar prea importante pentru a fi omise. Creșterea limitei de gaz se potrivește exact acestei descrieri. Dacă Sepolia gestionează curat blocuri de 200 de milioane de gaz, se deschide calea pentru un program pe mainnet. Dacă nu, echipele de clienți se întorc la cod.
Nu există încă o dată anunțată pentru mainnet. Upgrade-ul Glamsterdam este încă în faza de testnet, iar schimbarea limitei de gaz este o piesă dintr-un pachet mai amplu. Ce se întâmplă pe Sepolia în următoarele câteva zile va influența cât de repede se mișcă restul.
La ce să fii atent
Întrebarea imediată este dacă clientul patch-uit rezistă la noua dimensiune a blocului. Validatorii care au făcut upgrade la timp vor afla în timp real; cei care nu au făcut-o ar putea afla pe calea cea grea. După Sepolia, următorul punct de verificare este dacă alte testnet-uri — și în cele din urmă mainnet — primesc propriile teste de limită de gaz. Deocamdată, toate privirile sunt îndreptate spre o rețea de test la care majoritatea utilizatorilor nu se gândesc niciodată.
