Jak zbudować blockchain o wysokiej prędkości, nie pozwalając walidatorom na kradzież nagród od siebie nawzajem? MonadBFT od @monad rozwiązuje problem tail-forking, który dręczy konsensus pipelined. 🧵

Konsensus BFT w trybie pipelined zwiększa przepustowość, przetwarzając wiele bloków jednocześnie. Ale jest haczyk: tail-forking pozwala złośliwym liderom kraść nagrody, porzucając bloki, które już zdobyły wystarczającą liczbę głosów.

Tradycyjne protokoły, takie jak Basic HotStuff, finalizują jeden blok na raz. Protokóły z potokowym przetwarzaniem obsługują kilka bloków jednocześnie. Szybsze, ale stwarza podatność w "ogonie" niezakończonych bloków.

Oto działanie tail-forkingu: Alice proponuje blok b', walidatorzy głosują na niego, ale Bob ignoruje te głosy i ponownie proponuje te same transakcje w b'', kradnąc nagrody Alice i możliwości MEV. Rozwiązanie MonadBFT: mechanizm ponownej propozycji. Gdy walidatorzy przekroczą czas, dołączają swoje ostatnie głosy. Liderzy muszą albo przedłużyć poprzedni blok, albo ponownie zaproponować blok z najwyższą liczbą głosów. Brak możliwości porzucenia.

Najnowsze z bloga Informal: