Потому что мы не делаем хотеть чтобы правила, как это. Ссылка клиент составляет основную часть сети, так что любые правила в там нести много веса. До тех пор пока сеть не более диверсифицированной, разработчики настороженно относятся к таким вещам.

Шахтеры должен разрешается включать или исключать сделки в соответствии с любыми правилами, которые они хотят. И узлы должен разрешается не любят определенные блоки, в некоторой степени. Поставив правила в опорном клиента, разработчики будут вынуждать их правила на всех, и они не хотят, а просто не будут делать это, если ситуация не очень некрасиво.

Блоки без каких-либо операций по-прежнему делают часть своей работы, просто не все это. И они по-прежнему в силе.

Идея, что я предложил, в случае, если вы заинтересованы, чтобы сохранить метку времени операций в пуле памяти, и проверить их, когда новый блок приходит. Если новый блок не включает в себя некоторую долю (10%? 25 %?) сделок, которые вы знали о в какой-то момент до блока поступающего (За 1 минуту до? 5? 10?), Просто карантина блока до тех пор, пока другой блок приходит, предполагая, что существует достаточное количество известных сделок (50? 100?). Новый блок будет либо лучшей заменой для антисоциального блока, или блок, который строит на нем.

Таким образом, шахтеры будут иметь стимул включать сделки, потому что больше сделок означает, что большая часть сети будет передавать ваши блоки, распространяя его быстрее, снижая ваши шансы на получение сиротой.

Обратите внимание, что это предложение на самом деле довольно сложно, и никто не хотел бы иметь на самом деле писать, и не поддерживать его. Он имеет преимущество не централизовать контроль, но это все, что это будет для нее. Возможны и другие решения, с различными комбинациями сложности и простоты реализации, и разработчики не хотят делать какие-либо из них, если они на самом деле не должны.