Удерживание для запуска bitcoind узел на домашней связи является возможность использования пропускной способности сети.

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

Предполагая, 1MB блоки, полный узел должен получить один и должен направить его к одному другому узлу (в среднем). Это 2MB каждые 10 минут. Кроме того, узел должен получить транзакции, которые вошли в блок заранее. Это еще один MB каждые 10 минут.

Это дает 3MB в 10 минут или 18Mb в час. Установка полного узла в 50Мб в час максимум, вероятно, охватывать разумное использование. Это дает 36GB в месяц. Это ниже, чем у многих шапок данных, поэтому было бы безопасно, если она может быть гарантирована.

Простой жесткий колпак 36GB в месяц будет препятствовать bitcoind от приоритетов.

Узел Bitcoin может в основном контролировать, сколько пропускной способности он использует. Единственное исключение, если узел передает данные незапрашиваемые к узлу. 

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

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

Это, вероятно, должно включать в себя все, что запрашиваемая. Если вы запрашиваете блок из 2-х коллег, вы не должны держать его против медленного партнера, если они посылают вам то, что вы просили.

SPV клиенты, имеющие одну транзакцию в блоке требуют пути около 10 хэшей. Это дает 320 байт плюс 250 байт для транзакции. То есть 570 байт на блок и мало кто будет иметь скорость транзакций, что высокие. Это дает 57 байт в минуту, которая 140MB в месяц. Если узел имел 100 пэров, то, что дает 14GB в месяц дополнительно.

300MB на равных в месяц для всех сообщений, за исключением обновления блоков кажется разумным.

Сообщение отклонять может быть обновлено, чтобы узлы указать отказ из-за использование пропускной способности.

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

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