Mens alle i Monero ser ut til å være plaget av det falske «big block»-angrepet som krever 51 % av hashraten og alderen for å gjennomføre, noe som gjør det ulønnsomt... Det finnes en ganske reell omvendt «small block»-throttling-vektor som krever rundt 33 % som ingen snakker om! ☣️ Under dagens regelsett, hvis halvparten av de siste 100 blokkene er mindre enn eller lik minimumsnivået i størrelse (dvs. 300 kB), går maksimal neste blokkstørrelse helt tilbake til 600 kB. Hvorfor er dette et problem? FCMP++ gjør transaksjoner større, så med økende adopsjon vil den fleksible blokkalgoritmen sannsynligvis øke blokkstørrelsen. La oss si at det reelle gjennomsnittet blir 25 MB, og alt fungerer fint... Inntil en annen Qubic kommer og senker den rett tilbake til 600 kB ved å minere blokker under 300 kB og skape en kø (eller de kan rett og slett utvinne tomme blokker for å gjøre det enda verre). Og da må de ærlige gruvearbeiderne bruke tid på å komme tilbake til 25 MB mens de igjen betaler bøtene! Å få tak i bare ~33 % av hashraten gir deg nesten 100 % sjanse for å få dette til i løpet av en hvilken som helst dag, minst én gang. Litt høyere hashrate? Ærlige gruvearbeidere vil ikke kunne komme tilbake til forrige blokkstørrelse i det hele tatt. Så, i bunn og grunn kan en motstridende miner strupe kjeden til nedre grense. Om noe, burde Monero-utviklerne fikse det (det finnes mange mulige løsninger!) i stedet for å pålegge øvre blokkstørrelsesgrense. (graf av @doitian)