Cercetătorii Ethereum au depus o propunere de proiect pe 24 august pentru un contract de depunere al validatorilor pregătit pentru post-cuantice, care ar putea permite, în cele din urmă, rețelei să-și înlocuiască sistemul actual de semnături BLS.
Kevaundray Wedderburn, Tom Wambsgans și Thomas Coratger au elaborat propunerea principală de Îmbunătățire Ethereum (EIP). Proiectul rămâne o contribuție GitHub neconsolidată și nu a fost selectat pentru un upgrade de rețea.
Validatorii Ethereum utilizează în prezent chei publice și semnături BLS cu lungimi fixe. Contractul propus acceptă în schimb chei publice, semnături și metadate de acreditare de lungime variabilă.
Fiecare depunere ar conține un identificator de schemă care să arate ce sistem criptografic utilizează validatorul. Schema 0 este rezervată pentru formatul BLS existent, păstrând compatibilitatea în timpul unei tranziții inițiale.
Identificatorii viitori ar putea reprezenta sisteme de semnături post-cuantice sau alte scheme criptografice. Propunerea nu selectează sau implementează un algoritm post-cuantic specific.
Contractul este „pregătit pentru post-cuantic”, dar nu ar face Ethereum rezistent la cuantic de la sine.
O modificare separată a stratului de consens ar trebui să definească în continuare modul în care validatorii verifică, agregă și procesează semnăturile în cadrul fiecărei noi scheme.
Designul ar înlocui mecanismul de tip arbore Merkle în stil vechi al noului contract cu cereri la nivel de execuție. Aceste cereri ar muta informațiile de depunere de la stratul de execuție al Ethereum la stratul său de consens.
Propunerea se bazează pe EIP-7685, care a creat un sistem general de cereri pentru comunicarea între cele două straturi. Cadrul adaugă un angajament de cerere la antetele blocurilor de execuție și permite stratului de consens să proceseze noi tipuri de cereri.
Ethereum utilizează deja mecanismul pentru operațiunile validatorilor. EIP-6110 furnizează depozitele validatorilor către stratul de consens ca cereri EIP-7685, în timp ce EIP-7002 suportă retragerile declanșate de stratul de execuție. EIP-7251 utilizează același cadru pentru consolidările validatorilor.
Noul contract ar extinde această arhitectură la depozitele care conțin date criptografice flexibile. Metadatele de acreditare ar putea transporta informații specifice schemei, fără a necesita ca fiecare sistem de semnături să utilizeze aceeași structură fixă.
Propunerea include un mecanism de migrare etapizat. Dezvoltatorii ar putea inițial să implementeze contractul cu depozitele BLS activate, permițând în același timp introducerea ulterioară a unor scheme de semnături suplimentare.
O decizie ulterioară de protocol ar putea dezactiva permanent noile depozite ale Schemei 0. Odată activat, modul de retragere BLS nu ar putea fi anulat conform designului propus.
Validatorii BLS existenți nu ar dispărea automat la activarea comutatorului. Ar fi necesare reguli separate pentru a aborda cheile de validator existente, ieșirile, modificările de acreditări și migrarea către un sistem post-cuantic.
Autorii așteaptă, de asemenea, feedback cu privire la modul în care designul ar trebui să interacționeze cu propunerile existente ale validatorilor, inclusiv EIP-7002, EIP-7251 și EIP-8282. Wedderburn a declarat că subiectul fusese ridicat în timpul unei ședințe a tuturor dezvoltatorilor de bază pentru execuție (All Core Developers Execution meeting).
Foaia de parcurs mai amplă a Ethereum tratează deja rezistența cuantică ca o prioritate centrală pe termen lung. Modificările propuse includ înlocuirea semnăturilor BLS, a angajamentelor KZG și a ECDSA cu alternative concepute pentru a rezista viitoarelor atacuri cuantice.
Cererea de pull poartă etichetele de proiect și propunere-cheie. De asemenea, aștepta consensul editorilor, o revizuire formală și verificări automate reușite la momentul examinării.
Un editor a sugerat atribuirea EIP-8394 ca număr secvențial și a solicitat o discuție separată pe Ethereum Magicians. Acest număr nu era încă afișat ca un EIP acceptat și publicat pe site-ul canonic EIP.
Depozitul EIP al Ethereum precizează că documentele nepublicate pe site-ul oficial EIP ar trebui tratate ca documente de lucru. Nici măcar publicarea ca proiect nu ar însemna că rețeaua a aprobat implementarea.
Propunerea ar necesita discuții tehnice, lucrări de specificație, analize de securitate, implementări de clienți și testare. Dezvoltatorii principali ar trebui apoi să o selecteze pentru un viitor hard fork înainte de a putea afecta rețeaua principală Ethereum.
Nu a fost anunțată nicio țintă de hard fork, activare pe testnet sau termen limită pentru rețeaua principală. De asemenea, nu a existat nicio mișcare verificată a pieței ETH atribuibilă în mod specific proiectului.
Contractul abordează doar depozitele validatorilor. Tranziția post-cuantică mai amplă a Ethereum trebuie să acopere, de asemenea, semnăturile conturilor, angajamentele de date și sistemele cu cunoaștere zero, așa cum a explicat o analiză anterioară a planului de migrare al Ethereum.
ETH