Dezvoltatorii Ethereum au confirmat o activare Glamsterdam pe Sepolia pentru 6 octombrie, avertizând în același timp că etherul de test ieftin ar putea permite constructorilor malițioși să câștige în mod repetat licitațiile de blocuri și să-și rețină payload-urile de tranzacții în timpul fazei de testare publică.
Transcrierea Consensului Tuturor Dezvoltatorilor de Bază Ethereum din 17 septembrie arată că participanții au acceptat data de 6 octombrie după revizuirea rezultatelor recente ale devnet-ului Glamsterdam, deși dezvoltatorii au ridicat simultan îngrijorări cu privire la modul în care Separarea Consacrată Propunător-Constructor (ePBS) s-ar putea comporta într-o rețea publică unde ETH-ul de test nu are un cost economic semnificativ.
În centrul avertismentului se află EIP-7732, designul Separării Consacrate Propunător-Constructor al Glamsterdam. Ethereum.org descrie ePBS ca o modificare de protocol care separă sarcina de asamblare a payload-urilor de tranzacții de sarcinile de consens ale validatorului, mutând o relație care se bazează în prezent puternic pe infrastructura externă în regulile de consens ale Ethereum.
Conform acestui design, constructorii pot depune oferte pentru dreptul de a furniza un payload de execuție. Odată ce un propunător se angajează la oferta câștigătoare, constructorul este de așteptat să elibereze tranzacțiile aferente. Specificația de consens a Ethereum definește constructorii ca actori separați cu miza care depun oferte semnate de payload-uri de execuție înainte de a difuza plicul payload corespunzător.
În timpul apelului de joi al dezvoltatorilor, dezvoltatorul de consens Potuz a avertizat că economia se schimbă într-o rețea de testare deoarece atacatorii pot obține ETH de test fără a plăti valoarea sa de piață din mainnet. Un operator malițios ar putea crea multe identități de constructori, depune oferte mult peste cele ale concurenților legitimi și apoi refuza să furnizeze payload-ul promis după ce a câștigat.
„Pot pur și simplu să activez o mie de constructori”, a spus Potuz, explicând că atacatorul i-ar putea roti, licita agresiv și reține payload-urile. A adăugat ulterior: „Orice adolescent poate face asta.”
Dezvoltatorul a încadrat această preocupare ca o problemă de disponibilitate a rețelei publice de testare, nu ca o nouă modalitate de a fura ETH din mainnet. Pe mainnet, un participant poate deja plăti pentru a produce un bloc gol, dar costul economic al obținerii spațiului de bloc limitează acest comportament. ETH-ul de test face ca perturbarea persistentă să fie mult mai ieftină.
Măsurile de siguranță existente ar putea să nu fie suficiente pentru mediul Sepolia. Potuz le-a spus dezvoltatorilor că unele întrerupătoare de circuit ale clienților revin la blocuri construite local doar după ce mai multe payload-uri sunt pierdute, în timp ce el nu era conștient de protecții universale care ar putea respinge constructori abuzivi individuali.
Îngrijorarea sa s-a axat pe atacatorii care revin sub identități noi. Chiar dacă un client reacționează la payload-uri lipsă, constructorii de unică folosință ar putea continua să liciteze, cu excepția cazului în care logica defensivă identifică și restricționează comportamentul suficient de rapid.
Dezvoltatorii nu au prezentat atacul constructorilor ca pe un exploit confirmat împotriva Sepolia. Discuția a vizat un scenariu pe care se așteaptă ca testarea publică să-l poată expune odată ce persoanele din exterior pot participa în condiții ePBS. Potuz a argumentat că rețelele de testare Ethereum au nevoie de măsuri de siguranță mai puternice, deoarece echipele de aplicații și infrastructură se bazează pe ele pentru a testa software-ul împotriva blocurilor funcționale.
Ethereum.org notează că Sepolia utilizează un set de validatori cu permisiuni controlat de echipele de clienți și de testare, în timp ce Hoodi are un set de validatori deschis destinat staking-ului și testării protocolului. Structura Sepolia oferă dezvoltatorilor Ethereum un control operațional mai mare dacă prima implementare publică de lungă durată a Glamsterdam întâmpină probleme.
Așa cum a fost raportat anterior de crypto.news, dezvoltatorii au selectat provizoriu data de 6 octombrie înainte de cel mai recent apel, data fiind încă dependentă de o altă tranziție stabilă a devnet-ului privat. Apelul de consens din 17 septembrie a accelerat acest calendar după ce Devnet-11 a finalizat repetiția programată a fork-ului.
Glamsterdam Devnet-11 a fost creat ca o repetiție controlată de tip „happy-path”, mai degrabă decât o rețea de atac adversă. Specificația sa oficială a programat genesis-ul pentru 14 septembrie, tranziția Gloas pentru 16 septembrie și o creștere a limitei de gaz a blocului de la 60 de milioane la 200 de milioane la scurt timp după aceea.
Rețeaua de testare a utilizat 84.000 de validatori într-o configurație multi-client și a purtat același set de EIP-uri de bază planificat pentru testarea Glamsterdam. Organizatorii săi au exclus în mod explicit atacurile deliberate din scopul Devnet-11, păstrând experimentele adverse în mediul Platåberget, care rulează de mai mult timp.
CoinDesk a raportat că Devnet-11 a finalizat tranziția și a mutat limita de gaz către 200 de milioane fără a pierde finalitatea. Setarea de 200 de milioane este un parametru de testare, nu un angajament confirmat privind limita de gaz a mainnet-ului.
Foaia de parcurs a Ethereum pentru Glamsterdam spune că upgrade-ul este conceput pentru a crește capacitatea Layer 1, schimbând în același timp modul în care blocurile sunt construite și verificate. EIP-7732 extinde fereastra de propagare a payload-ului de execuție de la aproximativ două secunde la aproximativ nouă secunde, oferind nodurilor mai mult timp pentru a distribui și valida payload-uri mai mari.
Upgrade-ul include, de asemenea, Liste de Acces la Nivel de Bloc și o serie de modificări ale prețului gazului. Acoperirea anterioară a compatibilității Glamsterdam a raportat că portofelele, indexatoarele și estimatoarele de gaz care utilizează presupuneri fixe ar putea necesita modificări, deoarece crearea de conturi noi și unele operațiuni care necesită multă stare primesc un tratament diferit al gazului sub fork-ul planificat.
O revizuire separată a riscurilor contractelor inteligente a constatat că contractele care utilizează stipendii fixe de gaz sau modele de execuție sensibile la gaz ar putea necesita testare înainte ca upgrade-ul să ajungă pe mainnet.
Programul din 6 octombrie oferă echipelor de clienți mai puțin timp de revizuire decât recomandă procesul normal de upgrade al Ethereum.
În timpul apelului din 17 septembrie, dezvoltatorul Fredrik Svantes le-a spus participanților că procesul standard prevede cel puțin 14 zile între software-ul client gata de lansare și prima activare a rețelei publice de testare. El a spus că aceste două săptămâni sunt utilizate în mod normal pentru revizuiri interne de securitate, expunere la programe de recompensă pentru bug-uri și posibile lucrări externe de securitate.
Cu Sepolia în apropiere, dezvoltatorii au discutat despre data de 29 septembrie ca cea mai recentă pentru lansările clienților. Șapte zile între 29 septembrie și 6 octombrie ar lăsa jumătate din perioada normală de revizuire. Participanții au acceptat acest risc pentru Sepolia, în parte, deoarece setul său de validatori este relativ centralizat și rețeaua poate fi recuperată mai ușor dacă software-ul se defectează.
Dezvoltatorul de bază Alex Stokes a îndemnat echipele să lanseze software-ul mai devreme, acolo unde este posibil, astfel încât mai mulți recenzori să-l poată examina. Odată ce clienții gata de lansare sunt disponibili, aceștia pot intra imediat în procesul de recompensă pentru bug-uri al Ethereum.
Programul comprimat urmează mai multor probleme de testare anterioare. O agendă a dezvoltatorilor din 3 septembrie a înregistrat non-finalitate în timpul activării Gloas a Devnet-8, afectând mai mulți clienți de consens, în timp ce testele ulterioare ale Devnet-ului au examinat corecții și cazuri limită suplimentare.
Un alt apel de testare a înregistrat probleme în care un scenariu Platåberget a scos offline 12 din 13 noduri Besu și a încetinit nodurile Erigon și Ethrex. Devnet-9 a experimentat non-finalitate neplanificată, împingând echipele către noi iterații înainte de Devnet-11.
Foaia de parcurs publică a Ethereum continuă să listeze Glamsterdam pentru trimestrul patru din 2026, dar afirmă că data mainnet-ului nu a fost confirmată. Următoarea etapă publicată este fork-ul Sepolia din 6 octombrie.
Hoodi este de așteptat să urmeze Sepolia, deoarece oferă un mediu de validatori deschis pentru staking și testare a upgrade-ului. Dezvoltatorii au discutat etapa Hoodi în timpul apelului din 17 septembrie, dar au legat momentul său de progresul Sepolia, ceea ce înseamnă că problemele de pe prima rețea publică de testare ar putea muta datele ulterioare.
Proiectul planului de răspuns la incidente al mainnet-ului Ethereum nu conține încă o epocă sau un timestamp de activare. Documentul lasă, în schimb, câmpurile de informații despre upgrade goale, listând în același timp rolurile clientului și de coordonare care vor fi completate înainte de implementarea mainnet-ului.
Așa cum a raportat acoperirea anterioară crypto.news despre Glamsterdam, upgrade-ul se concentrează pe ePBS, Liste de Acces la Nivel de Bloc și recalcularea prețului gazului, concepute pentru un debit mai mare al Layer 1. Dezvoltatorii au continuat să trateze testarea multi-client de succes ca o condiție prealabilă înainte de a stabili fork-ul mainnet-ului.
Deocamdată, echipele de clienți se confruntă cu termenul limită pentru software din 29 septembrie, discutat în apel, urmat de activarea Sepolia din 6 octombrie. Dezvoltatorii Ethereum nu au publicat o epocă a mainnet-ului sau un timestamp final de activare.
ETH