Podczas gdy wszyscy w Monero wydają się być zaniepokojeni fałszywym atakiem "big block", który wymaga 51% hashrate i trwa wieki, co czyni go nieopłacalnym… Istnieje całkiem realny odwrotny wektor "small block" throttling, który wymaga zaledwie około 33%, o którym nikt nie mówi! ☣️ Zgodnie z obecnym zestawem zasad, jeśli połowa z ostatnich 100 bloków jest mniejsza lub równa minimalnemu poziomowi wielkości (tj. 300 kB), maksymalny rozmiar następnego bloku wraca aż do 600 kB. Dlaczego to jest problem? FCMP++ sprawia, że transakcje są większe, więc przy rosnącej adopcji elastyczny algorytm blokowy prawdopodobnie zwiększy rozmiar bloku. Załóżmy, że rzeczywista średnia wynosi 25 MB, a wszystko działa dobrze... Aż do momentu, gdy pojawi się kolejny Qubic i zrzuci to z powrotem do 600 kB, wydobywając bloki poniżej 300 kB, co stworzy zator (lub mogą po prostu wydobywać puste bloki, aby było jeszcze gorzej). A wtedy uczciwi górnicy będą musieli poświęcić czas, aby wrócić do 25 MB, ponownie płacąc kary! Zdobycie zaledwie ~33% hashrate daje prawie 100% szans na zrealizowanie tego przynajmniej raz dziennie. Trochę większy hashrate? Uczciwi górnicy w ogóle nie będą w stanie wrócić do poprzedniego poziomu rozmiaru bloku. Więc zasadniczo, wrogowski górnik może ograniczyć łańcuch do dolnej granicy. Jeśli już, deweloperzy Monero powinni to naprawić (jest wiele możliwych rozwiązań!), zamiast narzucać górny limit rozmiaru bloku. (rysunek autorstwa @doitian)