Ethereum se pregătește să valideze blocuri fără a le executa – Iată cum

O schimbare subtilă, dar cu consecințe semnificative, ia formă în arhitectura de bază a Ethereum. În loc să valideze blocurile prin re-execuția fiecărei tranzacții, rețeaua pregătește o cale alternativă în care validatorii confirmă corectitudinea prin verificarea dovezilor cu cunoștințe zero.

Această lucrare face parte din foaia de parcurs Layer-1 a Ethereum pentru 2026 și reprezintă o schimbare structurală în modul în care se poate ajunge la consens, nu o nouă funcție de scalare adăugată la margini.

Propunerea a devenit publică după ce un membru al Ethereum Foundation, cunoscut sub numele de ladislaus.eth, a prezentat progresul către un design L1-zkEVM. Schimbarea nu alterează modul în care sunt produse blocurile sau ceea ce utilizatorii transmit on-chain. În schimb, modifică modul în care validatorii decid dacă un bloc este valid. Primul atelier L1-zkEVM este programat pentru 11 februarie 2026, marcând începutul formal al coordonării în jurul acestui efort.

De la Re-Execuție Completă la Verificarea Dovezilor

Astăzi, orice validator care dorește să ateste un bloc trebuie să re-execute fiecare tranzacție din interior. Fiecare nod repetă în mod independent aceeași calcul, verifică aceleași tranziții de stare și stochează aceeași stare de execuție. Acest model a existat de la geneza Ethereum, dar scalează liniar cu activitatea. Limite de gaz mai mari cresc sarcina de calcul, dimensiunea stării și cerințele de lățime de bandă pentru fiecare participant.

Alternativa în curs de dezvoltare înlocuiește calculul repetat cu verificarea criptografică. În loc să re-execute tranzacții, un validator verifică o dovadă compactă cu cunoștințe zero care arată că execuția a fost efectuată corect. Timpul de verificare rămâne aproximativ constant indiferent de cât de complex a fost blocul intern. Aceasta este ideea centrală din spatele dovezilor zkEVM, acum fiind integrată direct în fluxul de consens al Ethereum.

Cum Funcționează Pipeline-ul L1-zkEVM

Sub designul actual, un client de execuție produce un Execution Witness, un pachet autonom de date suficient pentru a valida tranziția de stare a unui bloc fără a deține starea completă de execuție. Un program guest standardizat consumă acel martor și verifică corectitudinea execuției. Un zkVM rulează acest program și generează o dovadă care atestă că execuția a respectat regulile Ethereum.

Clienții de consens pot apoi verifica acea dovadă în loc să invoce un client complet de execuție. Validatorii care aleg această cale sunt denumiți zkAttesters. Important, această cale este opțională. Validatorii pot continua să re-execute blocuri exact așa cum fac astăzi.

Acest mecanism este formalizat sub EIP-8025 (Optional Execution Proofs). Propunerea nu necesită un hard fork și nu forțează validatorii să adopte validarea bazată pe dovezi. Adaugă o cale paralelă de verificare alături de re-execuție.

Integrarea Consensului și Diversitatea Clienților

EIP-8025 specifică modul în care dovezile ar circula în rețeaua peer-to-peer. Dovezile de execuție din diferite implementări de clienți sunt distribuite pe un subiect dedicat. La procesarea unui bloc, un zkAttester poate verifica aceste dovezi în loc să apeleze un client de execuție.

Presupunerea de lucru actuală este un prag de 3-din-5. Execuția unui bloc este acceptată odată ce trei din cinci dovezi independente se verifică cu succes. Acest prag poate evolua, dar intenția este clară: păstrarea diversității clienților de execuție permițând în același timp validarea bazată pe dovezi. Diversitatea rămâne o caracteristică la nivel de protocol, nu o alegere operațională.

De Ce Este Important Pentru Validatori

Un zkAttester nu trebuie să stocheze starea de execuție sau să sincronizeze lanțul complet al stratului de execuție. Sincronizarea se reduce la descărcarea dovezilor recente de la ultimul checkpoint finalizat. Acest lucru reduce dramatic cerințele hardware pentru participarea la consens.

Pentru stakers solo și validatori casnici, acest lucru este semnificativ. Rularea unui validator astăzi necesită menținerea atât a unui client de consens, cât și a unui client de execuție intensiv în resurse. Verificarea dovezilor înlocuiește re-execuția, reducând cerințele de stocare, calcul și lățime de bandă. Acest lucru scade bariera de intrare fără a slăbi garanțiile de verificare.

Implicațiile se extind dincolo de attestatori. Deoarece dovezile zkEVM sunt fără stare, verificarea Ethereum local pe hardware de consum devine din nou mai accesibilă. Principiul „nu avea încredere, verifică" este întărit, nu diluat.

Dependențe și Constrângeri de Timp

O condiție prealabilă contează. Generarea dovezilor necesită timp, iar fără pipelining, fereastra este prea strânsă. Aici devine relevant ePBS (Enshrined Proposer-Builder Separation). Vizat pentru viitorul hard fork Glamsterdam, ePBS extinde fereastra de generare a dovezilor de la aproximativ una până la două secunde la aproximativ șase până la nouă secunde. Acea extindere face generarea dovezilor într-un singur slot mult mai realistă.

Fără ePBS, verificarea dovezilor L1 rămâne limitată. Cu aceasta, designul devine viabil operațional.

Vânzarea XRP Whale Rămâne Absentă Pe Măsură Ce Prețul Scade

Cine Este Impactat

Echipele de clienți de la stratul de execuție câștigă o nouă suprafață de generare a dovezilor, fiecare client devenind o sursă potențială de dovezi. Designul prover-ului rămâne o chestiune deschisă. Concentrarea generării dovezilor într-un set mic de constructori sofisticați introduce riscuri de liveness, în timp ce generarea complet distribuită ridică provocări de performanță și coordonare. Obiectivul de design este explicit: generarea dovezilor trebuie să rămână viabilă în afara centrelor mari de date.

Furnizorii de zkVM care deja generează dovezi pentru blocuri Ethereum câștigă o interfață standardizată pentru a construi. Echipele Layer-2 beneficiază, de asemenea. Odată ce dovezile de execuție sunt verificate de validatori, aceleași dovezi pot servi rollup-urile native prin infrastructură partajată.

În cele din urmă, utilizatorii beneficiază de verificare mai ieftină, participare mai largă a validatorilor și limite de gaz mai mari fezabile fără presiune de centralizare.

Starea Actuală

EIP-8025 a intrat în ramura de funcții consensus-specs și progresează către statutul de propunere. Foaia de parcurs L1-zkEVM pentru 2026 este acum publică, structurată pe standardizarea execution witness, interfețe zkVM, integrarea consensului, infrastructura prover, benchmarking și verificarea formală a securității.

Atelierul din 11 februarie 2026 marchează începutul coordonării concentrate pe aceste direcții. Aceasta nu este o actualizare care să capteze titlurile, dar este fundamentală. Dacă Ethereum scalează stratul său de execuție fără a scala cerințele validatorilor, așa se întâmplă.

Postarea Ethereum Se Pregătește Să Valideze Blocuri Fără Să Le Ruleze – Iată Cum a apărut prima dată pe ETHNews.