Trong khi mọi người trong Monero dường như bị phiền bởi cuộc tấn công "khối lớn" giả mạo yêu cầu 51% hashrate và mất nhiều thời gian để thực hiện, điều này khiến nó trở nên không kinh tế… Có một vector "khối nhỏ" đảo ngược khá thực tế chỉ cần khoảng 33% mà không ai nói đến! ☣️ Dưới bộ quy tắc hiện tại, nếu một nửa trong số 100 khối mới nhất có kích thước nhỏ hơn hoặc bằng mức tối thiểu (tức là 300 kB), kích thước khối tối đa tiếp theo sẽ quay trở lại chỉ còn 600 kB. Tại sao đây là một vấn đề? FCMP++ làm cho các giao dịch lớn hơn, vì vậy với sự chấp nhận ngày càng tăng, thuật toán khối linh hoạt sẽ có khả năng tăng kích thước khối. Giả sử trung bình thực tế trở thành 25 MB, và mọi thứ hoạt động tốt... Cho đến khi một Qubic khác xuất hiện và giảm nó trở lại chỉ còn 600 kB bằng cách khai thác các khối dưới 300 kB tạo ra một sự tắc nghẽn (hoặc họ có thể đơn giản khai thác các khối trống để làm cho tình hình tồi tệ hơn). Và sau đó, các thợ mỏ trung thực sẽ phải mất thời gian để quay trở lại 25 MB trong khi phải trả các hình phạt một lần nữa! Có được chỉ ~33% hashrate sẽ cho bạn gần như 100% cơ hội thực hiện điều này trong bất kỳ ngày nào ít nhất một lần. Một hashrate lớn hơn một chút? Các thợ mỏ trung thực sẽ không thể quay trở lại mức kích thước khối trước đó chút nào. Vì vậy, về cơ bản, một thợ mỏ đối kháng có thể làm chậm chuỗi đến giới hạn dưới. Nếu có gì, các nhà phát triển Monero nên sửa chữa điều đó (có nhiều giải pháp khả thi!) thay vì áp đặt giới hạn kích thước khối tối đa.