Dezvoltatorii Ethereum au programat provizoriu upgrade-ul Glamsterdam pentru activare pe Sepolia la ora 13:53 UTC, pe 6 octombrie 2026, în timp ce un alt test devnet privat rămâne necesar înainte ca fork-ul rețelei de testare publice să aibă loc.
Notele întâlnirii ACDC #186 și raportările ulterioare de la cercetătorul protocolului Ethereum Christine D. Kim arată că data rămâne condițională. Dezvoltatorii nu finalizaseră o activare stabilă Glamsterdam pe o rețea de dezvoltare privată atunci când au selectat programul pentru Sepolia.
Planul de testare a avansat de atunci cu o altă iterație. Kim a declarat pe 11 septembrie că atenția s-a îndreptat către Glamsterdam-Devnet-11, care este așteptat să fie lansat luni, 14 septembrie. Planurile anterioare identificaseră Devnet-10 drept următorul test major.
Nu au fost confirmate date de activare pentru rețeaua de testare Hoodi sau pentru mainnet-ul Ethereum. Dezvoltatorii au discutat o posibilă lansare a mainnet-ului în decembrie, dar rezultatele testărilor vor determina dacă acest program rămâne practic.
În timpul întâlnirii All Core Developers Consensus din 3 septembrie, participanții au convenit asupra epocii Sepolia 351232 pentru activarea propusă. Kim a raportat că ora corespunzătoare ar fi 6 octombrie, la 13:53 UTC. Întâlnirea a avut loc înainte ca dezvoltatorii să demonstreze performanțe stabile pe rețelele de testare private utilizate pentru Glamsterdam.
Selectarea epocii oferă echipelor de clienți, operatorilor de infrastructură și dezvoltatorilor de aplicații un obiectiv comun de planificare. Aceasta nu face activarea finală. Dezvoltatorii pot amâna fork-ul dacă următoarea fază de testare descoperă o defecțiune majoră sau dacă echipele de clienți nu pot pregăti lansări fiabile.
Avertismentul rămâne relevant după ce Devnet-9 a întâmpinat probleme de finalitate. Conform materialului întâlnirii, rețeaua a inclus aproximativ 1.000 de noduri de validator, devenind cel mai mare devnet Glamsterdam după numărul de validatori la acea etapă.
Finalitatea necesită ca suficienți validatori să fie de acord cu starea lanțului. Atunci când o rețea de testare nu reușește să finalizeze, dezvoltatorii trebuie să determine dacă cauza implică software-ul client, participarea validatorului, configurarea rețelei sau o interacțiune între modificări separate de protocol.
Planul inițial prevedea Devnet-10 după ce au apărut defecțiuni în timpul testărilor anterioare. Ultima actualizare a lui Kim identifică acum Devnet-11 ca următorul test pe care dezvoltatorii îl urmăresc, indicând că secvența de testare privată a avansat dincolo de planul anterior.
Un Devnet-11 stabil ar oferi echipelor de clienți Ethereum un alt mediu pentru testarea specificațiilor Glamsterdam combinate. Echipele Layer-2, furnizorii de staking și alți operatori de infrastructură au nevoie de implementări client funcționale înainte de a-și putea testa în siguranță sistemele împotriva fork-ului propus.
Diversitatea clienților face procesul mai complex. Ethereum operează prin mai mulți clienți de execuție și consens dezvoltați independent, iar upgrade-ul trebuie să funcționeze pe diferite combinații de clienți. O defecțiune limitată la o singură implementare poate întrerupe totuși o rețea de testare dacă validatorii afectați dețin o pondere suficientă.
Agenda ACDC #186 înregistrează cereri de la Lido și Optimism pentru cel puțin o zi stabilă înainte de un fork. Agenda a listat remedierile client și interoperabilitatea de succes ca aspecte care necesită confirmare înainte de Sepolia.
Un Devnet-11 eșuat sau instabil nu ar anula automat activarea din 6 octombrie. Dezvoltatorii ar trebui să evalueze cauza și timpul necesar pentru reparații. O problemă serioasă ar putea duce la reconsiderarea datei în timpul unei întâlniri All Core Developers.
Testările anterioare Glamsterdam au expus defecțiuni pe ambele părți ale arhitecturii Ethereum. Inginerul de operațiuni de dezvoltare al Fundației Ethereum, Stefan Starflinger, a raportat că Devnet-8 a dezvăluit o problemă la nivelul consensului, implicând blocuri care repetau un hash părinte.
„Puteai opri întreaga rețea”, a spus Starflinger, descriind scenariul de testare.
Problema a afectat sistemul responsabil pentru acordul blocurilor. Devnet-9 a suferit apoi non-finalitate, determinând inginerii să investigheze mai multe cazuri limită într-un set mai mare de validatori.
Pe partea de execuție, cercetătorul Fundației Ethereum Maria Silva a raportat o problemă de implementare care implică EIP-8037. Propunerea modifică modul în care Ethereum percepe gazul pentru crearea unui nou state, inclusiv conturi noi, contracte și înregistrări de stocare.
EIP-8037 separă costurile de creare a state-ului de costurile normale de execuție printr-un model de gaz multidimensional. Specificația sa publicată afirmă că designul urmărește să controleze creșterea state-ului pe măsură ce Ethereum își mărește limita de gaz pentru blocuri. Propunerea rămâne sub revizuire peer-review.
Problema descoperită a necesitat clienților de execuție să-și revizuiască implementările și a condus la lucrări de specificație. Așa cum a raportat crypto.news în acoperirea progresului devnet-ului anterior al Glamsterdam, EIP-8037 a fost testat alături de celelalte modificări de protocol ale upgrade-ului.
Testarea servește un scop diferit de aprobarea fiecărei propuneri individual. Dezvoltatorii trebuie să confirme că toate modificările selectate funcționează împreună pe mai mulți clienți, configurații de validatori și modele de tranzacții.
Dezvoltatorii au refuzat să programeze Glamsterdam pe Hoodi, în timp ce Sepolia rămâne condițională. Hoodi este așteptată să servească drept a doua etapă a rețelei de testare publice, oferind operatorilor de staking și echipelor de protocol un alt mediu care reprezintă mai fidel condițiile mainnet-ului.
Dezvoltatorul Teku Enrico del Fante a susținut așteptarea înainte de a fixa data Hoodi. În timpul ACDC #186, el a citat problemele recente ale Devnet-9 și a favorizat acordarea unui timp suplimentar de testare după decizia Sepolia.
O activare a mainnet-ului în decembrie rămâne un țel posibil, nu o fereastră de lansare confirmată. Programarea Sepolia pentru începutul lunii octombrie păstrează suficient timp în calendar pentru o altă fază de testare publică și pregătirea lansării clienților, cu condiția ca testarea să progreseze fără întârzieri lungi.
Dezvoltatorii nu au publicat o epocă mainnet, un marcaj temporal de activare sau un program final de lansare a clientului. Nu a fost anunțat niciun termen limită formal pentru a decide dacă 6 octombrie rămâne potrivită pentru Sepolia.
Evenimentul procedural imediat este lansarea planificată a Devnet-11 pe 14 septembrie. Echipele de clienți vor examina finalitatea, comportamentul cross-client și remedierile introduse după testele anterioare, înainte de a decide dacă Sepolia poate continua conform programului actual.
ETH