Ethereum ha la possibilità di diventare più veloce, e ora è il momento giusto per renderlo realtà. Abbiamo parlato con l'ecosistema per scoprire cosa hanno da dire su EIP-8198 (Quick Slots). Questo articolo condivide ciò che abbiamo imparato dalle voci di 20 esperti, tra cui fondatori DeFi, sviluppatori di app e ricercatori infrastrutturali.
Negli ultimi dieci anni sono emersi molti "killer di Ethereum", e una delle loro principali affermazioni è stata che sono "Ethereum, ma veloce". Nonostante ciò, Ethereum L1 e i suoi L2 insieme rimangono il più grande ecosistema DeFi per valore totale bloccato, con oltre 58 miliardi di dollari in TVL al 17 settembre 2026, e oltre $750 miliardi di volume di trading spot DEX attraverso i layer dall'inizio dell'anno.
In mezzo a questa crescita, Ethereum L1 ha adottato un approccio deliberato per diventare più veloce: la velocità conta, ma non a scapito della resistenza alla censura, della decentralizzazione e della neutralità credibile che rendono Ethereum prezioso fin dal principio. Questo approccio ha costruito una grande fiducia in Ethereum come il luogo preminente per conservare valore onchain. E ora, crediamo di avere la possibilità di rafforzare queste proprietà fondamentali rendendolo anche più veloce.
Entra in gioco EIP-8198
Oggi, Ethereum produce un blocco ogni 12 secondi. Con EIP-8198, noto anche come "Quick Slots", possiamo iniziare a ridurre questo tempo.
*
*@CarlBeek ha scritto questa EIP a marzo e @barnabemonnot l'ha portata agli All Core Devs di Ethereum il 6 agosto proponendola per Hegotá e continuando a spingerla da allora, con il contributo di @fradamt e di un numero crescente di team dell'ecosistema e dei client.
Ci sono due parti in questa EIP:
- Eseguire il refactor più ampio e una tantum per rimuovere le assunzioni temporali fisse nel software di Ethereum.
- Utilizzare quel lavoro per rendere i blocchi più veloci nel tempo.
La proposta inizia con una riduzione da 12 secondi a 10 secondi, con ulteriori riduzioni considerate individualmente man mano che la rete diventa pronta per esse. Le successive riduzioni dovranno ancora essere giustificate tramite test e accordi, ma le basi per effettuarle saranno già presenti. La strada verso un Ethereum più veloce inizia rendendo più facile cambiare in modo sicuro il tempo di blocco di Ethereum, e questa è l'idea centrale dietro Quick Slots.
Ethereum ha già adottato questa filosofia iterativa per scalare la capacità: i limiti di gas sono aumentati man mano che la rete ha dimostrato più margine, e la capacità blob può essere rivalutata man mano che la capacità dati di Ethereum migliora.
Pensiamo che la latenza meriti lo stesso trattamento.
A chi importa?
Non crediamo che Ethereum L1 debba essere la piattaforma di trading più veloce al mondo per essere preziosa. Tuttavia, crediamo che un Ethereum L1 che rimane un layer di regolamento sicuro e decentralizzato per l'economia mondiale possa diventare più veloce.
A rischio di dire l'ovvio, un Ethereum più veloce è un Ethereum più fluido; questo è intuitivo. Meno tempo di attesa significa una migliore UX; tuttavia, le nostre conversazioni con gli sviluppatori in tutto l'ecosistema hanno rivelato che c'è molto di più.
Ecco alcune cose che abbiamo imparato:
Blocchi più veloci possono rendere i mercati di Ethereum più efficienti
Oggi, Ethereum L1 è già un mercato sostanziale, elaborando circa 41,25 miliardi di dollari di volume DEX solo negli ultimi 30 giorni. Per confronto, la principale borsa valori di Singapore ha registrato circa 33,9 miliardi di USD di turnover di titoli ad agosto 2026. Miglioramenti progressivi alla velocità del protocollo L1 possono rafforzare ulteriormente questa attività e permettere a Ethereum di diventare davvero un layer di regolamento globalmente competitivo per il valore, portando un numero crescente di persone nella finanza decentralizzata.
I mercati non aspettano i blocchi di Ethereum. I prezzi continuano a muoversi e la domanda continua a cambiare tra un blocco e il successivo. Slot più brevi permettono alla liquidità onchain di aggiornarsi più spesso, riducendo la finestra in cui i prezzi possono diventare obsoleti, portando così a un'esecuzione migliore per gli utenti e a condizioni migliori per i fornitori di liquidità.
@0xngmi, Fondatore di @DefiLlama, ha spiegato cosa potrebbero significare Quicker Slots per gli utenti che fanno trading tramite uno dei suoi prodotti, LlamaSwap, un aggregatore di swap che valuta i tassi attraverso i DEX in tempo reale:
"Quicker Slots migliorerebbe l'UX di trading sugli swap grazie alla possibilità di impostare slippage molto più stretti, poiché i prezzi cambierebbero meno tra i blocchi."
Austin Adams ( @aadams ), Fondatore di @dopplerprotocol, che si concentra sull'emissione di asset e sul bootstrapping della liquidità su Ethereum, vede lo stesso miglioramento dalla prospettiva dei fornitori di liquidità:
"Tempi di slot più veloci su Ethereum migliorano direttamente i rendimenti LP e rendono i mercati dei capitali più efficienti. Rilasciare EIP-8198 il prima possibile aiuterebbe a garantire che la rete sia il luogo dominante per la formazione di capitale e il trading."
Per la piattaforma di opzioni crypto @DeriveXYZ, i benefici si estendono ai mercati. Il loro Head of Engineering, Josh Kim ( @josh_pwrk ), evidenzia come aspettare una transazione L1 espone gli arbitraggisti al rischio di prezzo, il che influisce sulla loro capacità di riequilibrare i mercati di Derive e mantenere spread stretti. Nota: Derive V3 sarà su Ethereum L1:
"Grandi trade di opzioni su Derive spesso muovono i mercati perp e spot sul nostro DEX - gli arbitraggisti sono critici nell'intervenire per riequilibrare i mercati. Tempi di blocco più veloci sull'L1 hanno un effetto diretto su quanto commissioni, slippage e rischio l'arbitraggio assume. Ad esempio, un arbitraggio long spot / short perp richiederebbe al trader di assumere 12s di rischio di prezzo mentre aspetta che la transazione spot si regoli sull'L1 - costringendoli a intervenire solo durante grandi picchi di prezzo."
I benefici di Quick Slots si estendono anche alle azioni tokenizzate e agli ETF. @Ondo riempie le richieste di mint e redeem attraverso un RFQ: un prezzo viene firmato offchain, poi la transazione dell'utente deve atterrare su Ethereum. Mentre aspetta, l'asset sottostante può continuare a fare trading; quindi, slot più brevi riducono quella esposizione e danno al lato quotante più spazio per stringere gli spread. Armand Khatri ( @armandkhatri ), Head of Ecosystem presso Ondo, ci ha detto quanto segue:
"Per le azioni tokenizzate e gli ETF, il mercato che imposta il prezzo non aspetta mai un blocco di Ethereum. Ogni secondo tra una quotazione firmata e una transazione confermata è un rischio di prezzo che qualcuno deve sostenere, e quel rischio si riflette negli spread. Slot più brevi restringono quella finestra e avvicinano i prezzi on-chain al loro riferimento offchain. Questo è un vero miglioramento, e non costa a Ethereum nessuna delle proprietà che lo rendono degno di regolamentazione."
A livello istituzionale, @ismiMatthew, co-fondatore di Ethereum Institutional ( @ethereuminsti ), vede la consapevolezza di mercato di Ethereum come parte del suo crescente appeal per le istituzioni finanziarie.
"Man mano che più attività istituzionale si sposta onchain, questi miglioramenti rendono Ethereum una base sempre più avvincente per i mercati finanziari. Rafforzano anche la fiducia nella capacità di Ethereum di rispettare la sua roadmap e di alzare continuamente l'asticella tecnica."
@Haikane, Fondatore di PropellerHeads ( @PropellerSwap ), ha citato l'ascesa delle attività di trading su Ethereum e ha commentato come abbassare la latenza possa aumentare i margini e quindi permettere a più aziende di vedere L1 come un buon posto dove migrare e scambiare i propri asset.
"Le attività di trading competono su margini estremamente ristretti, quindi anche miglioramenti relativamente piccoli riguardo alla latenza possono contare."
@ZoomerAnon, un contributor di Aerodrome ( @aeroxyz ), vede blocchi più veloci come un modo per migliorare i prezzi per i trader, ridurre le perdite agli arbitraggisti e mantenere più attività di trading nei pool di liquidità onchain. Nota: Aerodrome sta attualmente creando un'istanza su L1 Ethereum:
"Siamo decisamente favorevoli a tempi di blocco più veloci. Come altri DEX che ospitano liquidità, tempi di blocco più veloci ci aiutano a ottenere prezzi più aggiornati per i trader e a perdere meno valore a causa degli arbitraggisti. Non penso che sia nell'interesse di Ethereum vedere una grande porzione delle transazioni avvenire tramite market maker centralizzati, e questi tipi di sviluppi sono in parte un risultato di tempi di blocco lenti. Il nostro protocollo può essere riconfigurato banalmente per accomodare tempi di blocco più veloci o aggiornati, tramite aggiornamenti dei parametri + sostituzione dei moduli. Fortunatamente non dobbiamo redeploy quando cambiano i tempi di blocco."
Questi team affrontano il problema da angolazioni diverse, ma puntano tutti all'idea che blocchi più corti significano aggiornamenti più frequenti allo stato di Ethereum, il che significa mercati più efficienti per le persone che fanno trading su L1.
Se Ethereum può fornire uno stato più fresco senza sacrificare le proprietà che rendono quei mercati credibilmente decentralizzati fin dal principio, allora è un miglioramento da perseguire, poiché supporta direttamente il fatto che Ethereum rimanga un hub centrale per le app che costruiscono mercati decentralizzati e i loro utenti.
Per gli utenti, un Ethereum più veloce è un Ethereum più utilizzabile
Un modo per capire il valore di questa EIP è guardare agli utenti che non stanno pensando agli slot affatto (o almeno, non al tipo di slot di cui stiamo parlando qui). FWA.fun di @token_works è recentemente diventata una delle applicazioni di Ethereum che consumano più gas, portando una nuova coorte di utenti direttamente su L1, così come molti che non usavano mainnet da un po'. Adam ( @Rhynotic ), il Fondatore di TokenWorks, ha condiviso la prospettiva di un'app consumer i cui utenti sperimentano direttamente i tempi di attesa di Ethereum L1.
"Tempi di blocco più veloci sarebbero un grande aiuto per FWA, per alcune ragioni: 1) Gli utenti non amano aspettare, anche se provi a nascondere l'attesa il più possibile sul front-end, e 2) La Chainlink VRF che uso per FWA attualmente aggiunge un ritardo di conferma di 3 blocchi, quindi blocchi più brevi significherebbero meno attesa complessiva per il sistema. Molti dei nostri utenti provano acquisti/transazioni multiple, quindi ogni secondo risparmiato conta."
Una breve nota sul ritardo di conferma: Un'altra parte del nostro workstream Faster Ethereum, FCR, che riduce i tempi di conferma di 30 volte, aiuta anche a risolvere questo problema.
Per Railgun ( @RAILGUN_Project ), i potenziali benefici si estendono anche alla privacy. Il contributor Dan Lipert ( @dan_lipert ) vede blocchi più veloci come un modo per portare più liquidità su L1, supportare set di privacy più grandi e dare agli strumenti di compliance più opportunità di rispondere mentre gli utenti interagiscono con le applicazioni.
"Blocchi Ethereum più veloci significano più liquidità concentrata sull'L1, e quindi più privacy attraverso set di privacy più grandi. Gli strumenti di compliance hanno più opportunità di reagire anche nella finestra che conta, portando a un'esperienza complessivamente più fluida che permette agli utenti di Railgun di accedere privatamente a tutti gli strumenti e piattaforme che vogliono senza dover aspettare."
Se possiamo far sembrare l'interazione con Ethereum L1 più veloce senza rendere Ethereum meno Ethereum, allora è una migliore esperienza Ethereum per chiunque tocchi mainnet.
Nota: Gli L2 di Ethereum sono già ottimizzati per interazioni molto più veloci, ma L1 ha un lavoro diverso: fornisce un layer di regolamento massimamente sicuro, credibilmente neutrale e resistente alla censura su cui quei sistemi possono infine fare affidamento. Per sviluppatori come Adam e Dan che desiderano costruire prodotti rivolti agli utenti più vicini a queste proprietà, un Ethereum più veloce aiuta indubbiamente.
Diventare più veloci può anche significare una migliore resistenza alla censura
Una ragione principale per cui qualcuno vorrebbe fare trading su una blockchain decentralizzata fin dal principio è la resistenza alla censura, un pilastro di un mercato veramente libero. Se qualcuno rifiuta di elaborare la tua transazione, Ethereum dovrebbe darti un altro percorso per entrare il più rapidamente possibile.
George Davies ( @_eltitan ), Head of Engineering presso Gattaca (@gattacahq), un team dietro Titan Builder, che costruisce circa metà dei blocchi di Ethereum oggi, vede Quick Slots esattamente attraverso questa lente:
"Secondo noi, questa è la priorità #1 per la prossima major CL EIP. Credo che sia il singolo più grande sblocco UX per gli utenti DeFi, portando anche benefici di CR e finalità con sé."
Per qualcuno che viene censurato, il tempo di blocco diventa tempo di attesa poiché determina quanto devono aspettare per un'altra opportunità di far includere la loro transazione.
Questo diventa particolarmente interessante accanto alla EIP headliner di Hegotá, FOCIL. FOCIL dà a un comitato di validatori, noti come includers, un ruolo aggiuntivo nell'inclusione delle transazioni e Quick Slots aumenta la frequenza con cui quelle opportunità di inclusione arrivano. A blocchi di 12 secondi, Ethereum ne programma cinque al minuto; ma a 10 secondi, sei. Essenzialmente, FOCIL dà a una transazione censurata più porte d'ingresso in Ethereum, e Quick Slots aiuta quelle porte ad apparire più spesso.
Michael Mosier ( @mostlyblocks ), Head of Research presso @blockspace_eth, ha anche evidenziato la qualità dell'inclusione delle transazioni:
"Slot più brevi dovrebbero essere una priorità massima poiché aumentano la qualità dello blockspace attraverso un'inclusione più veloce e prevedibile. Stimoleranno l'attività utente, beneficiando la rete e l'infrastruttura che la serve."
Patrick Apriori ( @apriori0x ), di Frachtis VC ( @frachtisvc ), e host del Credible Commitments Podcast (che ha recentemente presentato Quick Slots!) porta l'argomento oltre:
"Quick Slots porta a una migliore resistenza alla censura, migliora l'UX attraverso tutte le applicazioni main-net e i bridge L2, e rende Ethereum più attraente come layer di regolamento globale per il valore finanziario mondiale. Abbinato a FOCIL, Quick Slots rende la censura più costosa, più breve e strutturalmente più difficile."
Questo introduce un altro concetto utile: resistenza economica alla censura, o quanto è costoso per un avversario tenere una transazione fuori dalla catena. Slot più brevi significano che gli utenti aspettano meno tempo per un'altra opportunità di inclusione, mentre un avversario che tenta di sostenere la censura per un periodo fisso deve affrontare più opportunità di proposer. FOCIL aggiunge includers aggiuntivi in quel processo.
Performance e resilienza di solito sono in trade-off tra loro, ma con Quick Slots, possono muoversi insieme. Un layer di regolamento per il mondo dovrebbe essere difficile da censurare e veloce da recuperare quando qualcuno ci prova.
Quick Slots possono rendere Ethereum più veloce senza mettere a repentaglio le sue proprietà fondamentali
Naturalmente, blocchi più veloci contano solo se Ethereum può raggiungerli senza compromettere la decentralizzazione che rende L1 prezioso fin dal principio.
Burak ( @boez95 ) e i suoi colleghi di Flashbots hanno studiato specificamente questa domanda nella loro valutazione pubblica di Quick Slots. La loro conclusione era favorevole:
"Supportiamo questa direzione. Slot più brevi riducono la latenza di conferma e possono migliorare l'esperienza utente... Pertanto supportiamo rendere configurabile il timing degli slot e sperimentare con slot gradualmente più brevi."
Più importante, Flashbots ha esaminato come slot più brevi potrebbero influenzare la decentralizzazione geografica. Slot più brevi stringono il tempo disponibile attraverso la pipeline di produzione dei blocchi, aumentando potenzialmente lo svantaggio affrontato dai partecipanti più lontani dai principali hub di rete e infrastruttura.
Tuttavia, le loro simulazioni calibrate sulla latenza suggeriscono che è improbabile che questo sia un vincolo materiale ai tempi di slot attualmente in discussione. Anche riducendo il tempo di slot da 12 secondi a 6 secondi, le disparità di ricompensa regionali sono aumentate mentre i risultati di centralizzazione geografica sono rimasti largamente invariati.
Concludono che la geografia è meno un vincolo sulle riduzioni considerate oggi che un potenziale limite su quanto lontano i tempi di slot possano essere spinti definitivamente senza creare ulteriore pressione di centralizzazione.
Presso Ethlabs, stiamo anche monitorando attentamente il tempo di propagazione per tutti i nodi sulla rete per comprendere meglio gli effetti di Quick Slots. Questo conta in particolare mentre Ethereum guarda verso la sua migrazione post-quantistica e la relazione tra futuri design di consenso, slot più brevi e firme PQ-ready più grandi.
https://x.com/barnabemonnot/status/2099473589200171353
Un Ethereum L1 più veloce può far funzionare meglio insieme gli L2 di Ethereum
Ogni L2 che dipende da Ethereum ha interazioni che ereditano l'orologio di L1. L'esempio più facile sono i depositi. Spostare asset o messaggi da Ethereum L1 su un L2 richiede che una transazione L1 venga inclusa; quindi, blocchi L1 più brevi significano che il viaggio può accadere prima, indipendentemente dal fatto che l'L2 stesso usi Ethereum come layer di sequencing.
Per alcuni design di interoperabilità, il beneficio va oltre.
Armagan ( @epochzer0 ) di The Ethereum Economic Zone (@etheconomiczone ) ci ha dato un esempio concreto. EEZ sta lavorando a design dove un contratto su un rollup può chiamare un contratto su un altro e usare il valore restituito nella stessa transazione. In questo design, quell'opportunità sincronica si apre al massimo una volta per blocco L1 di Ethereum. Questo significa che l'orologio L1 di 12 secondi può diventare parte di un'esperienza utente cross-rollup.
"EEZ è costruito così che un contratto su un rollup possa chiamare un contratto su un altro e usare il valore di ritorno nella stessa transazione, ma quella finestra sincronica si apre al massimo una volta per slot L1, poiché tutto deve regolarsi entro un singolo blocco L1. Questo significa che il tempo di slot L1 imposta il ritmo della composizione cross-chain; slot più brevi moltiplicano direttamente quanto spesso le applicazioni ottengono una finestra sincronica e tagliano l'attesa peggiore per la successiva. Quick Slots avvantaggia EEZ due volte: primo, la riduzione iniziale significa che le finestre sincroniche arrivano notevolmente più spesso, e secondo, rendere la durata dello slot regolabile significa che ogni futura riduzione supportata dai dati fluisce direttamente in una composizione cross-rollup più veloce per gli utenti EEZ."
Un L1 più veloce permette alla coordinazione attraverso l'ecosistema Ethereum di accadere più spesso, il che punta al ruolo che vediamo giocare da Ethereum L1: un layer di regolamento globale che fornisce una base eccezionalmente sicura e decentralizzata su cui molti asset, app e L2 possono fare affidamento.
Un layer di regolamento che può coordinare meglio tra quelli che vi si regolano diventa molto più prezioso per tutti gli coinvolti. Quick Slots non cerca di rendere L1 così veloce che gli L2 diventano ridondanti, ma invece cerca di rendere Ethereum Mainnet progressivamente più veloce in modi che possono rendere entrambi L1 e vari L2 più forti insieme.
Altre voci dall'ecosistema
L'ecosistema Ethereum è più vasto dei nostri calendari, ma speriamo di ottenere ancora più feedback dai team, sia positivi che negativi! Ecco alcuni altri commenti da leader del settore:
Greg Casegamas, di Lido ( @LidoFinance ) pone l'enfasi sulla competitività più ampia di Ethereum. Lido ha anche classificato Quick Slots come S-tier per Hegotá:
"Per essere chiari: slot più veloci non sono critici specificamente per il nostro caso d'uso core di staking. Ma come partecipante più ampio a Ethereum/DeFi, supportiamo qualsiasi cosa che renda Ethereum più forte e più competitivo, quindi siamo felici di vedere questa priorità."
Guy Young ( @gdog97_ ), fondatore di @ethena, il protocollo dietro USDe, aggiunge il suo supporto per un Ethereum più veloce:
"DeFi funziona meglio su blocchi più veloci. Ethena ha costruito su Ethereum sin dal giorno uno e supporta fortemente questa proposta."
Noveleader ( @noveleader ), Researcher presso Castle Labs ( @castle_labs ), collega blocchi più veloci con migliori condizioni per i fornitori di liquidità passivi e mercati di lending più reattivi:
"Presso Castle Labs, supportiamo la fondazione dietro Quick Slots. Da una prospettiva di microstruttura di mercato, comprimere il tempo di blocco può aiutare L1 a mitigare la Loss Versus Rebalancing (LVR) per i fornitori di liquidità passivi. Mantenere la pricing degli asset onchain più vicina alle venue offchain migliora l'efficienza del capitale, riduce le fughe tossiche di arbitraggio e protegge i protocolli di lending attraverso finestre di liquidazione più veloci.
Riguardo alle preoccupazioni, vogliamo assicurarci che i test dimostrino che slot più brevi non alzino la barriera d'ingresso per i validator distribuiti geograficamente e domestici, poiché finestre di propagazione più strette potrebbero silenziosamente spingere lo staking verso data center ben connessi. Inoltre, vogliamo capire come gli slot compressi influenzano i giochi di timing e la competizione dei builder; quando ogni slot è più corto, i vantaggi di latenza e colocation contano di più, il che potrebbe concentrare ulteriormente la costruzione dei blocchi. Sul lato dell'ecosistema, i contratti e i sistemi offchain che trattano i numeri di blocco come un orologio (periodi di governance, timelock, modelli di interesse blocks-per-year) devono avere un chiaro percorso di mitigazione ben prima dell'attivazione."
Omid Malekan ( @malekanoms ), professore associato alla Columbia Business School e sostenitore di lunga data della decentralizzazione, ha sottolineato la condizione che dovrebbe guidare il lavoro:
"Blocchi più veloci sono migliori per tutto se ottenuti preservando la decentralizzazione."
Nicolas ( @merklefruit ) di Umia (@umia_finance ), un protocollo venture onchain, ha enfatizzato l'esperienza di costruire e usare applicazioni su mainnet:
"È innegabile che slot più veloci aumenteranno l'UX su Mainnet. Come sviluppatori noi stessi, apprezziamo molto questa funzionalità e saremmo felici se fosse prioritaria."
Perché Quick Slots dovrebbe essere una priorità per Hegotá?
Ethereum ha molte proposte preziose che competono per una capacità ingegneristica finita in ogni upgrade. Come per qualsiasi EIP, sostenere Quick Slots deve quindi essere fondato su ragioni chiare.
In breve: crediamo che Quick Slots avvantaggi la rete, l'investimento ingegneristico è riutilizzabile, e la finestra per iniziare il lavoro è aperta ora.
- Crediamo che l’attesa abbia un costo: l’aggiornamento successivo a Hegotá, attualmente noto come I*, potrebbe includere il consenso disaccoppiato. Questa importante riprogettazione separa la produzione dei blocchi dalla finalizzazione ed è già la proposta ad alta priorità nella roadmap del protocollo EF. Come ha sottolineato Barnabé, non riuscire a integrare Quick Slots in Hegotá non significa necessariamente che passerà al fork successivo. Potrebbe invece significare competere con un progetto di consenso molto più grande per le risorse ingegneristiche e, potenzialmente, dover attendere diversi cicli di aggiornamento per avere un’altra opportunità pulita di svolgere questo lavoro.
- Crediamo che il tempo di blocco sia un vincolo a livello di rete e che migliorarlo richieda quindi un aggiornamento a livello di rete: i wallet possono migliorare le loro schermate di caricamento e i DEX possono ottimizzare il routing, ma nessuno può rendere indipendentemente più rapida la produzione del prossimo blocco su Ethereum L1. Quando il protocollo migliora questo vincolo sottostante, ogni applicazione e utente che dipende dalla latenza di L1 ne trae beneficio senza dover risolvere lo stesso problema in modo autonomo. Poiché la necessità di esperienze più rapide cresce, preferiamo migliorare la latenza a livello di protocollo dove possibile, piuttosto che chiedere sempre più spesso alle applicazioni di aggirare il problema.
- Crediamo che l’investimento ingegneristico si accumuli nel tempo: gran parte del lavoro consiste nell’eliminare dalle specifiche e dai client di Ethereum l’assunzione che il tempo di blocco sarà sempre fisso a 12 secondi. Fare questo lavoro ora rende più facile considerare future riduzioni man mano che le prestazioni dei client e la rete migliorano. Ogni riduzione dovrà comunque superare test, coordinamento e un aggiornamento della rete, ma Ethereum avrà una base riutilizzabile per diventare più veloce. Adottiamo già questo approccio progressivo per scalare la capacità: i limiti di gas sono aumentati man mano che le prestazioni dei client miglioravano, mentre la capacità dei blob può essere rivalutata quando la rete dimostra ulteriore margine. Pensiamo che anche la latenza meriti la stessa filosofia: migliorarla, misurare i risultati e continuare a perfezionarla man mano che la rete lo consente.
Cosa stiamo facendo per preparare Quick Slots
Abbiamo parlato abbastanza di quanto Quick Slots sia utile, e probabilmente vi starete chiedendo qualcosa tipo: “Ok, è fantastico, ma cosa state facendo per realizzarlo?”
Sebbene Ethlabs consideri Quick Slots un flusso di lavoro principale sotto il nostro più ampio ombrello Fast Ethereum, questo, come qualsiasi altra EIP, è uno sforzo di coordinamento a livello di rete a cui siamo fortunati a partecipare. I team menzionati sopra, insieme a molti altri, hanno contribuito con ricerca, lavoro di implementazione, test, feedback e supporto che stanno aiutando a portare Quick Slots verso la prontezza. Ci impegniamo a riunire questi argomenti per fornire una sintesi ben equilibrata sul perché la rete, il suo ecosistema, i suoi client e i suoi utenti potrebbero beneficiare di un Ethereum più veloce.
Tuttavia, le parole non bastano e sostenere Quick Slots significa aiutarlo a raggiungere uno standard di rilascio chiaro; per questo, stiamo mettendo le nostre risorse dove abbiamo messo la bocca.
I team del protocollo EF hanno individuato aree chiave in cui è necessaria maggiore fiducia: una specifica concordata, implementazioni conformi, una valutazione degli effetti a valle e una compatibilità dimostrata con il consenso disaccoppiato.
Questi sono i requisiti giusti e il nostro lavoro si concentra sull’aiutare a soddisfarli. Ecco come ci stiamo approcciando:
1. Passare dalle specifiche ai client funzionanti
Quick Slots sta già passando al codice effettivo. Barnabé, con il contributo di Francesco (@fradamt) e dei contributori EF Justin Traglia ( @JustinTraglia ) e Jihoon Song ( @jih2nn ), ha proposto una specifica di consenso che copre le modifiche temporali e la transizione dell’aggiornamento.
Il 12 settembre, @terencechain ha anche segnalato l’implementazione di un prototipo Prysm allineato alla specifica di lavoro, testandolo con successo localmente con Kurtosis. Terence ha inoltre pubblicato un articolo sui cambiamenti passati e futuri del protocollo che avvantaggiano gli slot più brevi.
https://x.com/terencechain/status/2100242641476862066
Il passo successivo è allineare le implementazioni e testare la transizione su più client in condizioni di rete sempre più realistiche.
2. Individuare ciò che oggi dipende dai dodici secondi
Stiamo collaborando con @SourcifyEth per esaminare i contratti distribuiti alla ricerca di assunzioni temporali e identificare dove potrebbe essere necessario un lavoro di migrazione, inclusi i contratti che interagiscono con le radici storiche dei beacon block.
https://x.com/SourcifyEth/status/2086740760008012030
Una valutazione iniziale ha già prodotto percorsi di codice concreti da investigare, anziché una preoccupazione generica secondo cui “qualcosa potrebbe rompersi”. Le conversazioni che stiamo avendo con l’ecosistema fanno parte di questo lavoro, perché una modifica che interessa tutto Ethereum dovrebbe coinvolgere tutto Ethereum.
3. Assicurarsi che questo lavoro si integri con ciò che verrà dopo
Quick Slots non può essere valutato isolatamente rispetto alla roadmap a lungo termine del consenso di Ethereum. Francesco sta lavorando a stretto contatto con il team EF Finality sulla relazione tra Quick Slots e il consenso disaccoppiato, la più ampia riprogettazione prevista dopo Hegotá.
Entrambe le direzioni contemplano un futuro con blocchi più veloci, il che è incoraggiante!
Bene, allora cosa impedisce che accada?
Gli aggiornamenti di Ethereum interessano decine di miliardi di dollari di valore, vengono eseguiti meticolosamente per garantire il 100% di uptime e sono coordinati tra più stakeholder di quanti ne possano entrare in una stanza, anche se grande. In breve: inserire una EIP in Ethereum significa proporla, specificarla, implementarla, testarla, trovare cosa rompe, correggere quelle cose, testare di nuovo e infine ottenere abbastanza fiducia tra le persone responsabili del rilascio di Ethereum per includerla in un aggiornamento.
Quick Slots sta attualmente attraversando questo processo.
Il lavoro rimanente è chiaro. Come menzionato sopra, stiamo lavorando per fondere le specifiche con il codebase principale entro un paio di giorni, allineare le implementazioni, testare le condizioni di rete, investigare le dipendenze a valle e pianificare il futuro del meccanismo in mezzo a una critica migrazione post-quantistica. Il nostro compito ora è trasformare quante più incognite possibile in implementazioni e piani di migrazione per entrare significativamente nello scope di Hegotá.
Se mantenete un client, operate validatori, costruite infrastruttura o avete un’applicazione che beneficerebbe di un Ethereum più veloce per ragioni che non abbiamo ancora trattato, vogliamo sentire da voi. E se pensate che abbiamo trascurato un vincolo, vogliamo sentirlo particolarmente.
Non dobbiamo scegliere tra decentralizzazione e performance; a volte possiamo fare entrambe le cose. Un Ethereum forte dipende da un ecosistema che si muove insieme, e pensiamo che sia tempo che quell’ecosistema si muova più velocemente.
