Да, это не является решением проблемы. Таким образом, злоумышленник просто DDOS централизованной точки (или несколько точек) отказ.

Тем не менее вы, кажется, затушевать тот факт, что проверки блока принимает ненулевое время. Большая часть задержки не фактическая задержка РАСПРОСТРАНЕНИЯ это задержка проверки.


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

1) Вы должны получить список операций в блоке (это может быть изменено в список ТХ хэш быть более эффективными)
1а) Если протокол посылает ТХ хэш вам нужно будет запрашивать коллега пропавших передатчиков.
2) Вы должны подтвердить, что каждый ТХ справедливо, что означает
а) входы неизрасходованные выходы (поиск / найти выход, на который ссылается предшествующий TX в UXTO)
 б) ПРД должным образом формируется. нет недействительна структуры, синтаксический анализ проблемы.
 с) Пабом ключ для каждого входа соответствует Публичному хэшу предшествующего неизрасходованного вывода (то есть хеш Публичных и матча до выходного Публичного хэша)
г) для каждого входа вычислить упрощенную форму TX, упрощенный ТЙ хэш и проверку подписи.  
 д) проверить, что сумма входов превышает сумму выходов. обратите внимание на разницу между суммой входов и выходов.
 е) разобрать и проверить выходной ТХ сценарий действителен.
3) вычислить Merkle дерева и Merkle корневой хэш (который включает в себя 2n-1 хешей)
4) проверка coinbase значения правильно (coinbase должно быть <= Вычисляется на основе субсидий blockheight + сумма всех ТХ сборов в 2а)
5) проверка метка времени находится в пределах 2-х часов среднего времени сети.
6) проверять предварительный blockhash в заголовке относится к известному блоку
6а), если до blockhash неизвестны сверстники запроса для рассматриваемого блока (и выполнить все действия, описанные в этом процессе на этом блоке)
7) проверить, что трудности & версия верна
8) вычислить blockhash и убедиться, что он соответствует целевой сложности

Даже с учетом бесконечной полосы пропускания и все шахтеры, имеющие все другие шахтерами в качестве партнера, этот процесс занимает ненулевое количество времени. Наиболее чувствительные к времени элементы выделены жирным шрифтом. Самым крупным по времени является валидация всех входных ТХ подписей в связи с тем, что она является 1 ECDSA проверки сиг (относительно медленный процесс) на входе в блок. 

Сегодня с относительно низким объемом ТХ время для проверки блока является суб 1 второе, но по мере роста размеров блоков (думаю, сотни МБ и сотни тысяч или миллионы сделок), что время будет расти.

Теперь есть некоторые оптимизации возможны, но задержки Размножение будет вызывать повышение ставок бесхозными в будущем, если объем сети поднимается даже до уровня PayPal (от 50 до 100 ТПС). Меньший интервал блока будет приводить к повышению ставок бесхозных и меньше безопасности. Почему вы думаете, Satoshi решил на 10 минут, почему не 1 минута или 1 секунда. Он никогда не приходило в голову, что меньшие интервалы блоков будет возможно? Alt-монета "дизайнеры" просто изменил код мышления короче = лучше, но это компромисс. Сейчас я не говорю, что Bitcoin является совершенным, но любой интервал блока представляет собой компромисс между латентностью и безопасностью.