Oggi ho presentato a tutti i Core Devs il nostro caso per tempi di slot 2x più brevi a Glamsterdam. Crediamo che slot più brevi siano un'opzione forte da considerare per Ethereum in questo lasso di tempo, con innumerevoli benefici che vanno da una migliore esperienza utente al miglioramento di una delle principali proposte di valore di Ethereum L1, il suo motore di conferma. Glamsterdam è un fork previsto per il 2026. La presentazione è collegata qui sotto, insieme a una discussione su come questa proposta si inserisca (gioco di parole :)) con altre, in particolare le proposte di ristrutturazione degli slot. Se le decisioni da prendere sono "quale proposta di ristrutturazione dovrebbe essere selezionata" e "in quale ordine dovremmo implementare slot più brevi e slot ristrutturati", credo sia fondamentale trovare risposte con la lente degli slot più brevi e della latenza delle transazioni. Alcuni passi successivi preziosi: - Un'adeguata contabilizzazione del lavoro necessario su entrambi i percorsi (accorciamento -> ristrutturazione vs ristrutturazione -> accorciamento) - Un'analisi della propagazione di attestazione e aggregazione - Trovare i nostri punti preferiti sulla curva del compromesso tra throughput e tempo di slot per ciascuna delle proposte di ristrutturazione. È una domanda aperta se potremmo puntare a meno di 6 secondi con alcuni di questi slot ristrutturati. Dalla conversazione sembra che potrebbe essere così! Se sei interessato a contribuire, ti prego di contattarmi :)

Registrazione della presentazione e discussione

Diapositive

Link alla nostra proposta