I slot di 6 secondi sono in discussione probabilmente per il fork hard i* nel 2027-28. Ma secondo me dovremmo puntare a una finalità più veloce/3slot finality in i*, invece di slot da 6s. Gli slot da 6s non sono un cambiamento radicale. Ironia della sorte, forse il principale vantaggio degli slot da 6s è dimezzare il tempo di finalità. Ma 3SF (una soluzione di finalità più veloce leader) è un miglioramento di 22 volte (36 secondi per la finalità) rispetto a 6s che è un miglioramento di 2 volte (6,5 minuti per la finalità). Secondo me il "vero problema" nel protocollo eth L1 in questa era non è che gli utenti devono aspettare in media 6s invece di 3s per la conferma L1. O che i tempi di finalità non siano 6,5 minuti e siano invece 13 minuti (deve essere *molto* inferiore a 6,5 minuti, è un vero problema). O che l'mev L1 sia più alto a causa degli slot da 12s invece di 6s. Secondo me i veri problemi: 1. La finalità di ~13 minuti influisce notevolmente sull'UX di deposito/prelievo di L2 e CEX. Deve essere sotto il minuto o meglio per essere "risolto", non 6,5 minuti. La finalità a 3 slot (3SF) potrebbe emergere come un vincitore della ricerca, il che ci darebbe una finalità di 36 secondi, un miglioramento di 22 volte. Poi otteniamo una finalità di 18 secondi (o più veloce) dopo aver eventualmente spedito slot da 6 secondi (o più veloci) a lungo termine. 2. Eth non ha ancora abbastanza blob, di gran lunga. Questo non toglie nulla ai recenti successi epici con peerDAS e fork BPO. Un giorno, i blob si satureranno, guadagneranno alte commissioni, ci saranno nuovi L2 che non possono permettersi di usare blob, e importanti L2 esistenti che dovranno lasciare i blob. Vogliamo che quel giorno sia il più lontano possibile nel futuro per massimizzare l'accumulo dell'effetto rete di eth prima del dolore della saturazione. Ad esempio, non vogliamo che né Base né World Chain lascino i blob. Ognuno sta crescendo così rapidamente che "superare i blob" è una minaccia realistica per il successo nascente e l'accettazione del mercato del modello L1+L2. Altri veri problemi: 3. Lean ethereum non è attivo, quindi l'esecuzione L1 non è ancora alimentata da zk validity proofs. Senza validity proofs, i validatori devono ancora rieseguire tutte le transazioni L1 e ricevere tutti i dati per farlo, un grande blocco alla scalabilità. Lean eth non sarà pronto per la produzione per ~4-5 anni, in tutto o in parte, quindi non è un concorrente nella programmazione del fork i*. ...