Présentation de Minimmit : Finalité rapide avec des blocs encore plus rapides Une approche différente du consensus par proposition et vote, Minimmit s'optimise pour des blocs plus rapides au lieu d'un "chemin lent" tolérant aux pannes.

Au cours des derniers mois, il y a eu un regain d'intérêt pour le développement de protocoles de consensus de type propose-and-vote qui atteignent la finalité après une seule ronde de vote (~100-200ms). Les protocoles "Two-Phase", bien qu'ils aient des compromis, ne restent sûrs que si un adversaire byzantin contrôle moins de ~20% de la mise (plutôt que les ~33% de tolérance généralement considérés).

Principalement préoccupées par la nécessité de remédier à cette baisse de tolérance aux pannes, les constructions récentes proposent d'augmenter la tolérance aux pannes byzantines avec la tolérance aux pannes de type crash pour conserver un certain chemin vers la finalité sous une hypothèse "mélangée" f+.

Comme d'autres constructions, Minimmit (coécrit par @B_Chou) offre une latence de confirmation minimale sous l'hypothèse de ~20% de fautes byzantines. Cependant, contrairement à ces constructions, il optimise la latence de vue au lieu de la robustesse de confirmation f+.

Dans une configuration de type alto, nous prévoyons qu'une blockchain alimentée par Minimmit atteigne un temps de bloc de 130 ms et une finalité de 250 ms. Dans une configuration régionalement biaisée, nous prévoyons que Minimmit délivre un temps de bloc de 50 ms et une finalité de 100 ms.

Bien que n'ayant pas encore été évalué par des pairs ou pleinement mis en œuvre, nous publions Minimmit sous les licences MIT et Apache-2 pour que d'autres puissent construire et développer dessus.