Enquanto todo mundo no Monero parece se incomodar com o falso ataque "big block" que exige 51% da taxa de hash e idades para ser executado, o que torna isso antieconômico... Existe um vetor de limitação reverso bem real de "small block" que exige cerca de 33% e ninguém comenta! ☣️ Pelo conjunto de regras atual, se metade dos últimos 100 blocos for menor ou igual ao nível mínimo em tamanho (ou seja, 300 kB), o tamanho máximo do próximo bloco reverte até 600 kB. Por que isso é um problema? O FCMP++ aumenta as transações, então com a adoção crescente, o algoritmo flexível de blocos provavelmente aumentará o tamanho do bloco. Suponha que a média real se torne 25 MB, e tudo funcione bem... Até que outro Qubic apareça e reduza de volta para 600 kB ao minerar blocos abaixo de 300 kB criando um travamento (ou simplesmente podem minerar blocos vazios para piorar ainda mais). E então os mineradores honestos terão que gastar tempo para voltar a 25 MB enquanto pagam as penalidades mais uma vez! Conseguir apenas ~33% da taxa de hash te dá quase 100% de chance de conseguir isso em qualquer dia pelo menos uma vez. Um pouco mais de hashrate? Mineradores honestos não vão conseguir voltar ao tamanho do bloco anterior. Então, basicamente, um minerador adversarial pode estrangular a cadeia até o limite inferior. Se for para ajudar a consertar algo, os desenvolvedores da Monero deveriam corrigir isso (muitas soluções possíveis!) em vez de impor o limite máximo de tamanho do bloco. (gráfico por @doitian)