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 proposition et de vote qui atteignent leur finalité après un seul tour de vote (~100-200ms). Les protocoles « en deux phases », qui ne sont pas sans compromis, ne restent sûrs que si un adversaire byzantin contrôle moins de ~20 % de la mise (plutôt que la tolérance de ~33 % généralement considérée).

Soucieuses principalement de remédier à cette baisse de tolérance aux pannes, les constructions récentes proposent d’augmenter la tolérance aux pannes byzantine avec la tolérance aux pannes lors des collisions afin de conserver un certain chemin vers la finalité sous une hypothèse f+ « mélangée ».

Comme d’autres constructions, Minimmit (co-écrit par @B_Chou) offre une latence de confirmation minimale sous l’hypothèse de défaillance byzantine de ~20 %. 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 nous attendons à ce 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égionale, nous nous attendons à ce que Minimmit fournisse un temps de bloc de 50 ms et une finalité de 100 ms.

Bien qu’il n’ait pas encore été examiné par des pairs ou entièrement mis en œuvre, nous lançons Minimmit sous une licence MIT et Apache-2 pour que d’autres puissent construire et s’appuyer.