Przedstawiamy Minimmit: Szybka finalizacja z jeszcze szybszymi blokami Inne podejście do konsensusu typu "proponuj i głosuj", Minimmit optymalizuje pod kątem szybszych bloków zamiast "powolnej ścieżki" odpornej na awarie.

W ciągu ostatnich kilku miesięcy ponownie wzrosło zainteresowanie opracowaniem protokołów konsensusu typu "proponuj i głosuj", które osiągają ostateczność już po jednej rundzie głosowania (~100-200 ms). Protokoły "dwufazowe", nie pozbawione kompromisów, pozostają bezpieczne tylko wtedy, gdy bizantyjski przeciwnik kontroluje mniej niż ~20% stawki (zamiast zwykle rozważanej tolerancji ~33%).

Koncentrując się przede wszystkim na rozwiązaniu problemu spadku odporności na awarie, najnowsze konstrukcje proponują rozszerzenie bizantyjskiej tolerancji na uszkodzenia o tolerancję na awarie, aby zachować pewną ścieżkę do ostateczności przy "mieszanym" założeniu f+.

Podobnie jak inne konstrukcje, Minimmit (którego współautorem jest @B_Chou) zapewnia minimalne opóźnienie potwierdzenia przy założeniu ~20% błędu bizantyjskiego. Jednak w przeciwieństwie do tych konstrukcji optymalizuje się pod kątem opóźnienia widoku, a nie niezawodności potwierdzenia f+.

W konfiguracji podobnej do altu spodziewamy się, że blockchain oparty na Minimmit osiągnie czas bloku 130 ms i ostateczność 250 ms. Oczekujemy, że w konfiguracji z nastawieniem regionalnym Minimmit zapewni czas bloku 50 ms i finał 100 ms.

Chociaż nie został jeszcze zrecenzowany ani w pełni zaimplementowany, udostępniamy Minimmit zarówno na licencji MIT, jak i Apache-2, aby inni mogli z nim budować i rozbudowywać.