Mientras que a todos en Monero parece molestarles el falso ataque de "bloques grandes" que requiere el 51% de la tasa de hash y que lleva tiempo llevar a cabo, lo que lo hace antieconómico... ¡Hay un vector de estrangulación "bloques pequeños" bastante real que solo requiere alrededor del 33% y del que nadie habla! ☣️ Bajo el conjunto de reglas actual, si la mitad de los últimos 100 bloques son menores o iguales al tamaño mínimo (es decir, 300 kB), el tamaño máximo del siguiente bloque vuelve a caer hasta 600 kB. ¿Por qué es esto un problema? FCMP++ hace que las transacciones sean más grandes, así que con la creciente adopción, el algoritmo de bloques flexible probablemente aumentará el tamaño del bloque. Supongamos que el promedio real se convierte en 25 MB, y todo funciona bien... Hasta que otro Qubic venga y lo reduzca de nuevo a 600 kB al minar bloques de menos de 300 kB creando un atasco (o simplemente pueden minar bloques vacíos para empeorar las cosas). Y luego los mineros honestos tendrán que gastar tiempo para volver a 25 MB mientras pagan las penalizaciones una vez más. Adquirir solo ~33% de la tasa de hash te da casi un 100% de probabilidad de lograr esto al menos una vez al día. ¿Una tasa de hash un poco mayor? Los mineros honestos no podrán volver al nivel de tamaño de bloque anterior en absoluto. Así que, básicamente, un minero adversario puede estrangular la cadena hasta el límite inferior. Si acaso, los desarrolladores de Monero deberían estar solucionando eso (¡hay muchas soluciones posibles!) en lugar de imponer el límite superior del tamaño del bloque. (gráfico de @doitian)