Zatímco všichni v Moneru se zdají být znepokojeni falešným "big block" útokem, který vyžaduje 51 % hashrate a věku, což je činí neekonomickým... Existuje docela reálný reverzní "small block" throttling vektor, který vyžaduje jen asi 33 %, o kterém nikdo nemluví! ☣️ Podle současných pravidel, pokud polovina z posledních 100 bloků je menší nebo rovna minimální velikosti (tj. 300 kB), maximální velikost dalšího bloku se vrátí až na 600 kB. Proč je to problém? FCMP++ zvětšuje transakce, takže s rostoucím přijetím bude flexibilní blokový algoritem pravděpodobně zvětšovat velikost bloku. Představte si, že skutečný průměr je 25 MB a vše funguje bez problémů... Dokud nepřijde další Qubic a nevrátí to zpět na 600 kB těžbou bloků pod 300 kB, čímž vzniká zásek (nebo prostě těží prázdné bloky, aby to ještě zhoršili). A pak budou poctiví těžaři muset věnovat čas, aby se dostali zpět na 25 MB a zároveň zaplatit penalizace! Získání pouhých ~33 % hashrate vám dává téměř 100% šanci to zvládnout během kteréhokoli dne alespoň jednou. Trochu vyšší hashrate? Poctiví těžaři se už vůbec nevrátí na předchozí úroveň velikosti bloku. Takže v podstatě může protivný těžař omezit řetěz na dolní hranici. Pokud vůbec, vývojáři Monera by to měli opravovat (existuje spousta možných řešení!) místo toho, aby zaváděli limit velikosti horního bloku. (graf od @doitian)