Реальность состоит в том, что оптимально узлы должны уже иметь все (или, по крайней мере, большинство) txns, которые составляют новый блок. Txns распространяются сети независимо друг от друга блоков. Сообщение текущий блок является самым простым, но Подход также является наиболее эффективным. Большая часть времени, когда ваш узел получает новый блок, он является 99% + информацией у вас уже есть. Хорошая новость заключается в том, что протокол может быть более эффективным. Блоки, хранящиеся на диске, состоит из заголовка и массива txns. Сегодня сообщение блок, по существу, тот же формат, но он не должен быть.  Блокировать сообщения для новых блоков может состоять только из заголовка, в coinbase TXN и массив TxIds.  Средний TXN составляет ~ 600 байт и TXID составляет 32 байт, так что бы снизить требования к пропускной способности сообщения блока до 95%.

Узлы будут обрабатывать новые блоки в несколько ином образе:
1) Получение нового блока сообщения.
2) информация заголовка Подтвердить
3) Проверка хэш-блок соответствует целевой сложности.
4) Построить и проверить дерево Merkle (нужно только хеши).
5) Сканирование локального пула памяти для TxIds в дереве Merkle.
  а) если он отсутствует txns он запрашивает те, с помощью TXID от других узлов (как минимум однорангового узла получил от blockheader должны иметь недостающую TXN (ов)).
  б) Проверка нового txns.
  в) Реле нового txns по отношению к аналогам.
6) Узел строит блок и записать его на локальный blockchain и передает сообщение на блок-аналоги.

В любой момент, если проверка не останавливается узел. Это предотвращает вредоносные узлы из составляющих фиктивных блоков без завершения Pow (что было бы бессмысленно). Оптимально протокол позволит шахтерам вероятностно включать полный TxN из txns, которые вряд ли будут в пуле памяти сверстников. Таким образом, сообщение блок может состоять из всех txns или всех TxIds или любой комбинации между ними. Все это потребует изменения в протокол, но они могли бы быть сделаны в обратной совместимости.