Während alle in Monero sich über den falschen "Big Block"-Angriff beschweren, der 51% der Hashrate erfordert und lange dauert, um durchzuführen, was ihn unwirtschaftlich macht… Gibt es einen ganz realen umgekehrten "Small Block"-Drosselungsvektor, der nur etwa 33% benötigt, über den niemand spricht! ☣️ Unter dem aktuellen Regelwerk, wenn die Hälfte der letzten 100 Blöcke kleiner oder gleich der minimalen Größe (d.h. 300 kB) ist, fällt die maximale Blockgröße für den nächsten Block wieder auf 600 kB zurück. Warum ist das ein Problem? FCMP++ macht Transaktionen größer, sodass mit wachsender Akzeptanz der flexible Blockalgorithmus wahrscheinlich die Blockgröße erhöhen wird. Angenommen, der reale Durchschnitt wird 25 MB, und alles funktioniert gut... Bis ein weiterer Qubic kommt und es wieder auf 600 kB zurücksetzt, indem er Blöcke unter 300 kB minet und einen Stau verursacht (oder sie können einfach leere Blöcke minen, um es noch schlimmer zu machen). Und dann müssen die ehrlichen Miner Zeit aufwenden, um wieder auf 25 MB zu kommen, während sie erneut die Strafen zahlen! Wenn man nur ~33% der Hashrate erwirbt, hat man fast 100% Chance, dies an jedem Tag mindestens einmal durchzuführen. Eine etwas größere Hashrate? Ehrliche Miner werden überhaupt nicht in der Lage sein, wieder auf das vorherige Blockgrößenniveau zu kommen. Im Grunde kann ein gegnerischer Miner die Kette auf die untere Grenze drosseln. Wenn überhaupt, sollten die Monero-Entwickler das beheben (viele mögliche Lösungen!), anstatt die obere Blockgrößenobergrenze zu verhängen. (Graph von @doitian)