Presentazione di Minimmit: Finalità rapida con blocchi ancora più veloci Una versione diversa del consenso di proposta e voto, Minimmit ottimizza per blocchi più veloci invece di un "percorso lento" tollerante ai crash fault.
Negli ultimi mesi, c'è stato un rinnovato interesse per lo sviluppo di protocolli di consenso di proposta e voto che raggiungono la finalità dopo un solo turno di votazione (~100-200 ms). I protocolli "a due fasi", non privi di compromessi, rimangono sicuri solo se un avversario bizantino controlla meno del ~20% della puntata (piuttosto che la tolleranza del ~33% tipicamente considerata).
Preoccupati principalmente di affrontare questo calo della tolleranza ai guasti, le costruzioni recenti propongono di aumentare la tolleranza ai guasti bizantini con la tolleranza ai guasti in caso di crash per mantenere un certo percorso verso la finalità sotto un'ipotesi "mista" di f+.
Come altre costruzioni, Minimmit (co-autore di @B_Chou) offre una latenza di conferma minima sotto l'ipotesi di faglia bizantina del ~20%. A differenza di queste costruzioni, tuttavia, ottimizza la latenza di visualizzazione anziché la robustezza della conferma f+.
In una configurazione simile a quella di Alto, ci aspettiamo che una blockchain alimentata da Minimmit raggiunga un tempo di blocco di 130 ms e una finalità di 250 ms. In una configurazione con polarizzazione regionale, ci aspettiamo che Minimmit fornisca un tempo di blocco di 50 ms e una finalità di 100 ms.
patrickogrady.xyz
patrickogrady.xyz29 mag 2025
Tempo di blocco di 208 ms. Blocco finale di 307 ms. 65% in meno di CPU. Incontra (il ricostruito) @commonwarexyz Alto.
Sebbene non sia ancora stato sottoposto a revisione paritaria o completamente implementato, stiamo rilasciando Minimmit sotto licenza MIT e Apache-2 affinché altri possano costruire e sviluppare ulteriormente.
17,51K