Ethlabs ha ritirato la sua proposta Quick Slots dall'aggiornamento Hegotá di Ethereum, esortando al contempo gli sviluppatori core a fare della sicurezza post-quantum e "post-AI" l'obiettivo organizzativo per il 2027. La proposta, nota come "pqai27," riconsidererebbe anche l'inclusione prevista di FOCIL e potrebbe rimodellare l'ordine e la struttura dell'aggiornamento, sebbene non siano state approvate modifiche alla roadmap.

La posizione è stata esposta in un post dell'11 novembre sul forum Ethereum Magicians, pubblicato dopo che Ethlabs ha trascorso la settimana del Devcon a Mumbai con gli sviluppatori core di Ethereum. Il post contiene due decisioni con stati diversi: Ethlabs può ritirare Quick Slots, che ha sviluppato, ma la sua più ampia richiesta di riorganizzare Hegotá resta un documento di posizione finché il processo degli sviluppatori core non la adotta.

Ethlabs è un gruppo di ricerca no-profit lanciato a giugno da cinque ex ricercatori della Ethereum Foundation. Ha ricevuto finanziamenti da Bitmine, SharpLink e dal fondatore di Consensys Joe Lubin. Il gruppo ha scritto Quick Slots e ha fatto campagna per la proposta per tutto l'autunno, quindi può rimuovere la proposta dalle considerazioni da solo. Non può modificare unilateralmente la roadmap di Ethereum.

Ethlabs definisce la sicurezza post-quantum come una crittografia che un computer quantistico sufficientemente grande non potrebbe violare. "Post-AI" è un termine coniato dal gruppo e copre due preoccupazioni correlate. La prima è una crittografia basata sul minor numero possibile di ipotesi matematiche, perché Ethlabs sostiene che sistemi AI capaci di risolvere problemi matematici aperti potrebbero alla fine esporre debolezze che i ricercatori non avevano previsto. La seconda è il software client rafforzato con e contro modelli che scoprono bug su larga scala. Il post qualifica il secondo uso di "post-AI" con "plausibilmente" e non afferma che il design risultante sarebbe provabilmente sicuro.

Hegotá è programmato per seguire Glamsterdam, che secondo Ethlabs dovrebbe procedere come previsto. La questione sollevata dal gruppo riguarda il contenuto di Hegotá, non un ritardo di Glamsterdam.

Due obiettivi entro la meta del 2027

Ethlabs divide la sua proposta in due livelli. Descrivere il piano semplicemente come "Ethereum quantum-safe entro il 2027" therefore sovrastimerebbe ciò che viene proposto.

Il primo livello, mirato a Hegotá, è pqai-ready. Secondo questo obiettivo:

• Il consenso userebbe la crittografia post-quantum.
• Ogni account avrebbe un percorso per migrare a chiavi post-quantum.
• La rete manterrebbe la capacità fornita da Glamsterdam.
• Se la crittografia attuale venisse violata, Ethereum potrebbe passare ai sistemi post-quantum e continuare a operare a capacità ridotta.

Il secondo livello è pqai-scaled, descritto come obiettivo esteso per un fork successivo. Richiederebbe:

• Transazioni post-quantum operanti a piena capacità.
• Blob post-quantum in sostituzione del fallback calldata.
• Aggregazione delle firme tramite EIP-8288 e data availability post-quantum tramite EIP-8479.
• Probabili modifiche che riguardano sia il livello di esecuzione sia quello di consenso.

"Capacità ridotta" ha un significato specifico nella proposta di Ethlabs. Le firme post-quantum sono più grandi di quelle attuali, rendendo le transazioni che le usano più costose da includere. Anche i blob, il canale dati usato dai rollup, non sono post-quantum. In un'emergenza, i rollup potrebbero pubblicare i loro dati come calldata nei blocchi ordinari. Ethlabs afferma che tale approccio potrebbe assorbire il volume attuale di blob a un costo maggiore. La catena continuerebbe a funzionare, ma non altrettanto economicamente.

L'obiettivo pqai-ready è una tempistica compressa piuttosto che una scadenza completamente nuova. Ethlabs rileva che la Ethereum Foundation aveva già anticipato il suo obiettivo post-quantum dal 2029 al 2028. Ethlabs cerca la prontezza un anno prima, considerando il funzionamento post-quantum su vasta scala nello stesso anno come un risultato aggiuntivo.

Perché Quick Slots è stato ritirato

Quick Slots, EIP-8198, renderebbe la durata dello slot un parametro modificabile negli aggiornamenti e la ridurrebbe inizialmente da 12 secondi a 10 secondi. Uno slot è un'opportunità programmata per produrre un blocco. Ridurre l'intervallo darebbe a Ethereum sei di queste opportunità al minuto invece di cinque, circa il 20% in più.

La modifica inciderebbe sulla reattività piuttosto che sulla capacità totale. La bozza mantiene stabili gas e throughput dei blob al secondo riducendo i limiti per ogni blocco. I blocchi arriverebbero più frequentemente, ma ciascuno sarebbe più piccolo. I mercati onchain potrebbero repricing più spesso, e una transazione potrebbe essere inclusa prima, sebbene l'attesa effettiva continuerebbe a dipendere da commissioni, congestione e da come le applicazioni raggruppano le richieste.

La finalità delle transazioni è una questione separata dalla frequenza degli slot. Coindoo ha esaminato in precedenza lo sforzo di Ethereum per abbreviare la finalità nel suo articolo sull'attesa di regolamento di 16 minuti di Ethereum.

Ethlabs ha dichiarato di continuare a sostenere il concetto e di pianificare di lavorare verso slot più brevi nel 2028. Per il momento, tuttavia, Quick Slots è stato rimosso dall'elenco di Hegotá.

Ethlabs ha presentato il ritiro come un sacrificio. Aveva pubblicato un sondaggio su 20 fondatori DeFi che sostenevano la modifica e ha dichiarato di essere pronta a difendere la decisione davanti a coloro che si erano fidati del gruppo per realizzarla.

La proposta non aveva l'inclusione assicurata. Il cluster Protocol della Ethereum Foundation ha pubblicato la sua valutazione dei candidati per Hegotá il 7 settembre nel suo aggiornamento sul protocollo. Quick Slots ha ricevuto un voto complessivo B: i team di ricerca lo hanno valutato fortemente, mentre i team di ingegneria responsabili della realizzazione gli hanno dato un D.

Le preoccupazioni ingegneristiche riguardavano la catena di modifiche che uno slot più breve avrebbe innescato a livello di consenso. Prima di aumentare la priorità della proposta, gli ingegneri volevano una specifica completa, un prototipo, un'analisi dei suoi effetti su applicazioni e infrastrutture, e la prova che non avrebbe complicato la transizione al consenso disaccoppiato. Gli elementi già programmati dovevano essere stabilizzati prima.

Ethlabs ha affrontato parte di quell'elenco. Nel suo aggiornamento della settimana 14, il gruppo ha riferito che la specifica della funzionalità Quick Slots era stata fusa. Ciò ha risolto la prima delle quattro richieste, ma l'implementazione e i test nei client rimanevano. Ethlabs stava quindi rinunciando a una funzionalità che desiderava e per la quale aveva supporto, ma la cui posizione in Hegotá era ancora condizionale. Il ritiro è meno significativo della rimozione di una prova già programmata, pur dando a Ethlabs maggiore legittimità per sostenere la rimozione di proposte che non ha scritto.

Frames collega gli obiettivi di sicurezza

Frame Transactions, EIP-8141, è già la prova principale del livello di esecuzione di Hegotá. Renderebbe programmabile il modo in cui un account valida le transazioni e paga le commissioni, invece di legare queste funzioni alle attuali firme a curve ellittiche.

Nella proposta di Ethlabs, Frames sarebbe distribuito insieme a SPHINCS, uno schema di firme basato su hash, e ad altre proposte di account post-quantum. Insieme, questi meccanismi darebbero a ogni account un percorso verso chiavi post-quantum. Supporterebbero anche la rotazione delle chiavi, chiavi di recupero separate e permessi con ambito limitato senza servizi di terze parti. Questa funzionalità più ampia è il motivo per cui Ethlabs descrive Frames come utile oltre la questione della sicurezza quantistica.

Il supporto del protocollo a un nuovo schema di firme rappresenterebbe solo metà della migrazione. I wallet dovrebbero implementare il metodo di firma e fornire agli utenti un processo chiaro per spostare i loro account. I validatori avrebbero bisogno di sistemi di pre-registrazione e strumenti per migrare a chiavi post-quantum. Ethlabs classifica questo lavoro come "fuori dalla pianificazione dell'hardfork," il che significa che il protocollo potrebbe essere pronto prima che la maggior parte degli utenti lo fosse.

Un'altra parte della proposta non è crittografica. Ethlabs vuole che i team dei client ricevano tempo dedicato per rafforzare il loro software con e contro i modelli AI di frontiera. Fa inoltre affidamento sulla diversità dei client, così che un bug scoperto in un client non possa far cadere la rete. Le firme post-quantum non affrontano le vulnerabilità del software, mentre la correzione dei bug del software non protegge una curva crittografica compromessa. L'obiettivo proposto per il 2027 combina entrambi i tipi di lavoro sulla sicurezza.

FOCIL potrebbe essere rimandato

Ethlabs chiede inoltre agli sviluppatori di riconsiderare FOCIL, EIP-7805, che è la prova principale del livello di consenso di Hegotá. FOCIL richiederebbe ai validatori di pubblicare inclusion lists che i builder di blocchi devono rispettare, limitando la loro capacità di escludere transazioni idonee. Il suo scopo è la resistenza alla censura.

Diversi membri di Ethlabs hanno co-firmato l'EIP, e il post afferma che l'hanno sostenuta durante fork precedenti. Il caso del gruppo per rinviare FOCIL si basa su tre argomenti. Primo, potrebbe rallentare la prontezza post-quantum. Secondo, la sua compatibilità con un design di consenso post-quantum resta irrisolta, sia che si tratti di una versione basata su hash dell'attuale Gasper sia del protocollo "disaccoppiato" che Ethlabs preferisce come stato finale. Terzo, rimuovere FOCIL consentirebbe al livello di esecuzione di distribuire Frames secondo i propri tempi invece di attendere il livello di consenso.

Il terzo argomento costituisce una proposta strutturale. Ethlabs ha suggerito di dividere Hegotá in un fork del livello di esecuzione anticipato e in un fork del livello di consenso che arriverebbe quando il consenso post-quantum fosse pronto. I due livelli potrebbero poi essere ricollegati nell'aggiornamento successivo.

La più grande questione aperta identificata nel post è quale design di consenso dovrebbe essere reso post-quantum. Ethlabs ha detto che convertire Gasper sarebbe probabilmente il compito più piccolo, ma resta chiaro quanti compromessi comporterebbe. Il gruppo non ha determinato se passare direttamente al consenso disaccoppiato sarebbe più semplice.

I prossimi segnali di progresso

La guida a Hegotá pubblicata da Ethereum, aggiornata l'ultima volta il 16 ottobre, elenca FOCIL e Frames come programmati per l'inclusione e Quick Slots in fase di valutazione. Tale guida è precedente al post di Ethlabs e fornisce la base di riferimento rispetto alla quale la proposta verrà misurata.

Il primo segnale sarà se le chiamate degli sviluppatori core registreranno una decisione di adottare pqai27 come obiettivo organizzativo di Hegotá e se FOCIL sarà ridotto nell'ambito, rinviato o mantenuto. Il successivo sarà la scelta tra Gasper post-quantum e consenso disaccoppiato, che determinerà l'entità del carico di lavoro del livello di consenso. Seguirebbero implementazioni client funzionanti, test di interoperabilità e strumenti di migrazione per wallet e validatori. La sola prontezza del protocollo non significherebbe che utenti e infrastrutture fossero pronti.

Ethlabs ha descritto la tempistica come ambiziosa e ha paragonato lo sforzo a The Merge. Il suo argomento è che impegnarsi ora nella direzione costerebbe meno che cambiare rotta durante un fork successivo, e che senza un impegno la questione si riproporrebbe con ogni nuovo modello AI. Se gli sviluppatori core accetteranno tale compromesso determinerà come si svilupperà Hegotá.