Хоча всіх у Monero, здається, турбує фальшива атака «big block», яка вимагає 51% хешрейту і віку, що робить її економічно невигідною... Існує досить реальний зворотний «малий блок» вектор тротлінгу, який потребує близько 33%, про який ніхто не говорить! ☣️ За чинними правилами, якщо половина з останніх 100 блоків менша або дорівнює мінімальному розміру (тобто 300 кБ), максимальний розмір наступного блоку повертається до 600 кБ. Чому це проблема? FCMP++ збільшує транзакції, тому з ростом впровадження гнучкий блочний алгоритм, ймовірно, збільшуватиме розмір блоку. Припустимо, що реальне середнє число стає 25 МБ, і все працює нормально... Поки не прийде інший Qubic і не знизить його до 600 кБ, добуває блоки нижче 300 кБ, створюючи заклинання (або вони можуть просто добувати порожні блоки, щоб зробити ситуацію ще гіршою). А потім чесним майнерам доведеться витратити час, щоб повернутися до 25 МБ, знову сплачуючи штрафи! Отримання лише ~33% хешрейту дає майже 100% шанс зробити це за будь-який день хоча б один раз. Трохи більший хешрейт? Чесні шахтарі взагалі не зможуть повернутися до попереднього розміру блоку. Тобто, по суті, адверсоріальний майнер може знизити ланцюг до нижньої межі. Якщо вже на те пішло, розробники Monero мають це виправляти (є багато можливих рішень!), а не встановлювати верхній ліміт розміру блоків. (графік від @doitian)