Aunque a todos en Monero parece molestarles el falso ataque "big block" que requiere el 51% del hashrate y la edad para llevarse a cabo, lo que lo hace poco rentable... ¡Hay un vector de limitación inverso "small block" bastante real que requiere alrededor del 33% del que nadie habla. ☣️ Según el reglamento actual, si la mitad de los últimos 100 bloques son menores o iguales al nivel mínimo en tamaño (es decir, 300 kB), el tamaño máximo del siguiente bloque vuelve a 600 kB. ¿Por qué es esto un problema? FCMP++ hace que las transacciones sean más grandes, así que con la adopción creciente el algoritmo de bloques flexibles probablemente aumentará el tamaño del bloque. Supongamos que la media real se convierte en 25 MB, y todo funciona bien... Hasta que otro Qubic llegue y lo baje directamente a 600 kB minando bloques por debajo de 300 kB creando un atasco (o simplemente pueden extraer bloques vacíos para empeorarlo). ¡Y entonces los mineros honestos tendrán que dedicar tiempo a volver a 25 MB mientras pagan las penalizaciones una vez más! Conseguir solo un ~33% del hashrate te da casi un 100% de posibilidades de lograrlo en cualquier día al menos una vez. ¿Un poco más de tasa de hash? Los mineros honestos no podrán volver al nivel anterior de tamaño de bloque en absoluto. Así que, básicamente, un minero adversarial puede estrangular la cadena hasta el límite inferior. Si acaso, los desarrolladores de Monero deberían arreglar eso (¡hay muchas soluciones posibles!) en lugar de imponer el límite superior de tamaño de bloque. (gráfico de @doitian)