Alors que tout le monde dans Monero semble être dérangé par la fausse attaque "big block" qui nécessite 51 % de la puissance de hachage et qui prend du temps à réaliser, ce qui la rend non économique… Il existe un vecteur de throttling "small block" inverse tout à fait réel nécessitant juste environ 33 % dont personne ne parle ! ☣️ Sous l'ensemble de règles actuel, si la moitié des 100 derniers blocs sont inférieurs ou égaux à la taille minimale (c'est-à-dire 300 kB), la taille maximale du prochain bloc revient à 600 kB. Pourquoi est-ce un problème ? FCMP++ rend les transactions plus grandes, donc avec l'adoption croissante, l'algorithme de bloc flexible augmentera probablement la taille du bloc. Supposons que la moyenne réelle devienne 25 Mo, et que tout fonctionne bien... Jusqu'à ce qu'un autre Qubic arrive et la ramène à 600 kB en minant des blocs de moins de 300 kB créant un embouteillage (ou ils peuvent simplement miner des blocs vides pour aggraver la situation). Et ensuite, les mineurs honnêtes devront passer du temps à revenir à 25 Mo tout en payant à nouveau les pénalités ! Acquérir juste ~33 % de la puissance de hachage vous donne presque 100 % de chances de réussir cela au moins une fois par jour. Une puissance de hachage un peu plus grande ? Les mineurs honnêtes ne pourront pas revenir au niveau de taille de bloc précédent du tout. Donc, fondamentalement, un mineur adversaire peut réduire la chaîne à la limite inférieure. Si quelque chose, les développeurs de Monero devraient corriger cela (beaucoup de solutions possibles !) au lieu d'imposer la limite supérieure de taille de bloc. (graphique par @doitian)