Queste sono buone idee! La maggior parte di esse è delta-neutrale (nel senso dell'assunzione sulla latenza di rete δ), il che è ancora meglio. Per ridurre in modo sicuro i tempi di slot, ciò di cui abbiamo davvero bisogno è una migliore misurazione della decentralizzazione geografica e della viabilità economica dei nodi non data center e non statunitensi/europei. Questa è la dimensione su cui dobbiamo essere conservatori.
barnabe.eth
barnabe.eth6 set, 16:59
Portiamo la finalità veloce il prima possibile su @ethereum ! Abbiamo pubblicato un aggiornamento sul nostro lavoro e progetti correlati venerdì scorso, e su questo argomento, questi sono i punti rilevanti: - Accorciare i tempi di slot per aumentare il battito cardiaco della rete e ridurre ogni ritardo: Tempo di inclusione / conferma veloce / finalità. Vedi il post di @misilva73 per le ultime novità su questo lavoro! - Esporre nei client la regola di conferma veloce per una forte conferma in 1-3 blocchi (10-30s) utilizzando il peso di attestazione, far sì che le app/infrastrutture lo utilizzino dove sensato, invece di aspettare la piena finalità (13-19min). Sforzo di (ri)specificazione con @robsaltini @mkalinin2 tra gli altri - Indagare le modifiche a Gasper/alla beacon chain proposte da @VitalikButerin per migliorare la scelta del fork/pipeline dei dati di disponibilità dinamica e dei dati di finalità - Implementare un nuovo meccanismo di consenso. Ne abbiamo uno con finalità a tre slot (stiamo anche approfondendo i protocolli BFT veloci con @yannvon @luca_zanolini per ridurre ulteriormente il tempo di finalità.
257,15K