Mentre tutti in Monero sembrano essere infastiditi dall'inesistente attacco "big block" che richiede il 51% della potenza di hash e che richiede tempo per essere attuato, il che lo rende antieconomico… C'è un vettore di throttling "small block" inverso piuttosto reale che richiede solo circa il 33% di cui nessuno parla! ☣️ Sotto l'attuale insieme di regole, se metà degli ultimi 100 blocchi sono inferiori o uguali al livello minimo di dimensione (cioè 300 kB), la dimensione massima del prossimo blocco torna indietro fino a 600 kB. Perché è un problema? FCMP++ rende le transazioni più grandi, quindi con l'adozione crescente l'algoritmo di blocco flessibile probabilmente aumenterà la dimensione del blocco. Supponiamo che la media reale diventi 25 MB, e tutto funzioni bene... Fino a quando un altro Qubic non arriva e la riporta a 600 kB estraendo blocchi sotto i 300 kB creando un ingorgo (o possono semplicemente estrarre blocchi vuoti per rendere tutto ancora peggio). E poi i minatori onesti dovranno spendere tempo per tornare a 25 MB mentre pagano di nuovo le penalità! Acquisire solo ~33% della potenza di hash ti dà quasi il 100% di possibilità di farlo almeno una volta al giorno. Una potenza di hash un po' più grande? I minatori onesti non saranno in grado di tornare affatto al livello di dimensione del blocco precedente. Quindi, fondamentalmente, un minatore avversario può limitare la catena al limite inferiore. Se c'è qualcosa, gli sviluppatori di Monero dovrebbero risolvere questo problema (ci sono molte soluzioni possibili!) invece di imporre il limite superiore della dimensione del blocco. (grafico di @doitian)