Z radością ogłaszamy nasz zaktualizowany protokół MonadBFT z szybkim odzyskiwaniem i izolacją błędów lidera. Kluczowy wynik: 2x szybsze odzyskiwanie po awarii pojedynczego lidera (1,6s → 800ms), zachowując wszystkie oryginalne właściwości i gwarancje bezpieczeństwa. Na Mainnecie od Dnia 1 🧵👇

Sprawdź nasz nowy post na blogu: Pełny artykuł:

Najpierw oryginalny problem: protokoły BFT w trybie pipelined cierpią na tail-forking. Gdy lider zawodzi, poprzedni blok zostaje porzucony, mimo że miał ważne głosy. Złośliwi liderzy mogą to wykorzystać do kradzieży MEV.

Nasz oryginalny protokół MonadBFT rozwiązał to za pomocą repropozycji: walidatorzy dołączają swoją "wskazówkę" w wiadomościach o czasie oczekiwania, a następny lider musi reproponować najwyższą wskazówkę. Zapewnia to, że uczciwe bloki nie są porzucane - ale kosztuje dodatkową rundę.

Nasz zaktualizowany protokół MonadBFT eliminuje potrzebę ponownych propozycji w większości przypadków. Jak? Szybkie odzyskiwanie. Walidatorzy wysyłają głosy zapasowe do obecnego lidera, który formuje zapasowe QC. Następny lider może natychmiast budować na tym QC - nie ma potrzeby ponownej propozycji.

MonadBFT izoluje awarie liderów. Przed (standardowy pipelined BFT): Jeden wadliwy lider → dwa timeouty (ich runda + poprzednia runda) Teraz: Jeden wadliwy lider → jeden timeout (tylko ich runda) Tak powinien wyglądać konsensus: pojedyncza awaria lidera powoduje tylko jeden timeout.

To jest w pełni aktywne i już działa na testnecie. To są zrzuty ekranu zrobione przed i po zmianie, oba z jednym nieudanym liderem: Wskaźnik sukcesu przed: 96,7% ❌ Wskaźnik sukcesu po: 98,3% ✅

Najpierw oryginalny problem: protokoły BFT w trybie pipelined cierpią na tail-forking. Gdy lider zawodzi, poprzedni blok zostaje porzucony, mimo że miał ważne głosy. Złośliwi liderzy mogą to wykorzystać do kradzieży MEV.

Nasz oryginalny protokół MonadBFT rozwiązał to za pomocą repropozycji: walidatorzy dołączają swoją "wskazówkę" w wiadomościach o czasie oczekiwania, a następny lider musi reproponować najwyższą wskazówkę. Zapewnia to, że uczciwe bloki nie są porzucane - ale kosztuje dodatkową rundę.

Nasz zaktualizowany protokół MonadBFT eliminuje potrzebę ponownych propozycji w większości przypadków. Jak? Szybkie odzyskiwanie. Walidatorzy wysyłają głosy zapasowe do obecnego lidera, który formuje zapasowe QC. Następny lider może natychmiast budować na tym QC - nie ma potrzeby ponownej propozycji.

MonadBFT izoluje awarie liderów. Przed (standardowy pipelined BFT): Jeden wadliwy lider → dwa timeouty (ich runda + poprzednia runda) Teraz: Jeden wadliwy lider → jeden timeout (tylko ich runda) Tak powinien wyglądać konsensus: pojedyncza awaria lidera powoduje tylko jeden timeout.

To jest w pełni aktywne i już działa na testnecie. To są zrzuty ekranu zrobione przed i po zmianie, oba z jednym nieudanym liderem: Wskaźnik sukcesu przed: 96,7% ❌ Wskaźnik sukcesu po: 98,3% ✅