Një nga klientët kryesorë të validuesve të Ethereum publikoi një përditësim emergjent softueri vetëm disa orë përpara një prove kritike në rrjetin testues Sepolia. Patch-i vjen ndërsa testnet-i përgatitet të rrisë limitin e gazit për bllok në 200 milionë, një kërcim që do të lejonte çdo bllok të mbajë shumë më tepër llogaritje dhe të dhëna sesa sot.
Koha është e ngushtë. Validuesit që përdorin klientin e prekur duhet të përditësohen përpara se të fillojë testi, ose rrezikojnë të dalin jashtë sinkronizimit ose të prodhojnë blloqe të pavlefshme gjatë provës. Sepolia nuk është mainnet-i — është një hapësirë prove ku ekipet e klientëve prishin gjërat që mainnet-i të mos prishet. Por një test i dështuar këtu gjithsesi vonon lançimin më të gjerë të Glamsterdam.
Pse 200 milionë gaz ka rëndësi
Limiti i gazit i Ethereum vendos kufirin e sipërm se sa punë mund të mbajë një bllok i vetëm: transferta të thjeshta, thirrje kontratash inteligjente, blob-e të dhënash rollup, të gjitha. Ky kufi është rritur gradualisht ndër vite, por 200 milionë është një shkallë tjetër. Do të thotë më shumë transaksione për bllok, më shumë hapësirë për të dhëna rollup, dhe teorikisht tarifa më të ulëta kur kërkesa është e sheshtë.
Gjithashtu do të thotë më shumë stres për çdo nyje që duhet të përpunojë atë bllok. Validuesit, nyjet arkivore, ofruesit RPC — të gjithë në rrjedhën e poshtme e ndjejnë. Kjo është arsyeja pse ekipet e klientëve i testojnë këto rritje fillimisht në Sepolia dhe testnet-e të tjera, ku një bllok i keq nuk kushton asgjë përveç një pasdite të keqe.
Paketa e përditësimit Glamsterdam ka muaj që është në punë, dhe rritja e limitit të gazit është një nga komponentët më të ndjekur. Diversiteti i klientëve e bën koordinimin më të vështirë: Ethereum funksionon në disa klientë të ndryshëm validuesish, dhe secili duhet të përballojë të njëjtën ngarkesë në mënyrë korrekte. Kur një klient ka nevojë për një patch para testit, është një kujtesë se sa shumë rrjeti varet nga funksionimi i këtij diversiteti.
Çfarë bën në të vërtetë patch-i
Klienti përditësoi softuerin e tij në minutën e fundit. Kjo është lloji i gjërave që ndodhin në ciklet e testimit — një bug shfaqet gjatë kontrolleve përfundimtare, ekipi lëshon një rregullim, dhe validuesit nxitojnë ta aplikojnë. Klienti i prekur nuk zbuloi natyrën e saktë të bug-ut, dhe korniza emergjente sugjeron se nuk ishte kozmetik.
Validuesit që humbin dritaren mund të shohin nyjet e tyre në Sepolia të ngecin ose të ndahen nga pjesa tjetër e testnet-it. Në mainnet, kjo do të ishte një incident serioz. Në Sepolia, është një pikë e dhënë.
Përplasja më e gjerë e testnet-eve
Sepolia është kthyer në terrenin kryesor të provës për ndryshime që janë shumë të rrezikshme për t'u provuar në mainnet, por shumë të rëndësishme për t'u anashkaluar. Rritja e limitit të gazit përputhet saktësisht me këtë përshkrim. Nëse Sepolia përballon blloqe me 200 milionë gaz pa probleme, hapet rruga për një plan mainnet. Nëse jo, ekipet e klientëve kthehen në kod.
Nuk ka ende një datë të njoftuar për mainnet. Përditësimi Glamsterdam është ende në fazën e testnet-it, dhe ndryshimi i limitit të gazit është një pjesë e një pakete më të madhe. Ajo që ndodh në Sepolia gjatë ditëve të ardhshme do të përcaktojë sa shpejt do të lëvizin pjesët e tjera.
Çfarë duhet ndjekur
Pyetja e menjëhershme është nëse klienti i patch-uar qëndron nën madhësinë e re të bllokut. Validuesit që u përditësuan në kohë do ta zbulojnë në kohë reale; ata që nuk e bënë mund ta zbulojnë në mënyrën e vështirë. Pas Sepolia, pika tjetër e kontrollit është nëse testnet-et e tjera — dhe përfundimisht mainnet — do të kenë provat e tyre të limitit të gazit. Për momentin, të gjithë sytë janë nga një rrjet testues për të cilin shumica e përdoruesve nuk mendojnë kurrë.
