Enquanto todos em Monero parecem estar incomodados com o falso ataque de "grande bloco" que requer 51% da taxa de hash e leva tempo para ser realizado, o que o torna antieconômico… Há um vetor de estrangulamento reverso "pequeno bloco" bastante real que requer apenas cerca de 33% e que ninguém menciona! ☣️ Sob o conjunto de regras atual, se metade dos últimos 100 blocos forem menores ou iguais ao nível mínimo de tamanho (ou seja, 300 kB), o tamanho máximo do próximo bloco reverte para 600 kB. Por que isso é um problema? O FCMP++ torna as transações maiores, então, com a adoção crescente, o algoritmo de bloco flexível 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 isso de volta para 600 kB minerando blocos sub-300 kB, criando um congestionamento (ou eles podem simplesmente minerar blocos vazios para piorar ainda mais a situação). E então, os mineradores honestos terão que gastar tempo para voltar a 25 MB enquanto pagam as penalidades mais uma vez! Adquirir apenas ~33% da taxa de hash dá quase 100% de chance de conseguir isso em qualquer dia pelo menos uma vez. Uma taxa de hash um pouco maior? Mineradores honestos não conseguirão voltar ao nível anterior de tamanho do bloco de forma alguma. Portanto, basicamente, um minerador adversário pode estrangular a cadeia até o limite inferior. Se houver algo, os desenvolvedores de Monero deveriam estar corrigindo isso (muitas soluções possíveis!) em vez de impor o limite superior de tamanho do bloco. (gráfico por @doitian)