Поведение типичных брандмауэров новые пользователи видят в том, что они начинают программное обеспечение, и они видят 0 подключены.

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

Я думаю, что это дает пользователям первоначальное впечатление, что Bitcoin технология является ненадежной и гасит интерес и доверие к Bitcoin.

После того, как IRC дискуссии, кажется, что проблема, как представляется, является результатом нескольких взаимодействующих вопросов:

(1) Connect () поведение тайм-аута является необоснованным. После того, как 8 слотов заполнены с подключением к недостижимым хостам узел будет просто сидеть сложа руки. Я думаю, что операционная система будет в конечном итоге дать вверх, но только через 5 минут или около того. это усугубляется тем, что:

(2) Большинство узлов на IRC недостижимы. У нас было большое количество роста новичка в последнее время и много узлов находятся позади брандмауэра без перенаправления портов. Если взять 8 узлов из IRC оно кажется довольно вероятно, что вы получите все 8 не достижимым.

(3) addr.dat запоминает узлы, которые вы никогда не подключены к (или только подключены к давно), и эти неработающим адреса передаются на другие узлы при подключении к ним. Так что даже если вы получаете работоспособное подключение к сети вы, вероятно, надоедает больше адресов, которые делают подключения тайм-аут. (Там же, как представляется, уязвимость DOS здесь, так как я мог бы запустить узел, который просто утверждает каждый IP является узел Bitcoin)

Если они AddNode рабочего узла, или перенаправить порт, то он тоже будет работать (хотя addnoding после addr.dat полон хлама, кажется менее эффективным). Но это много неочевидной работы, чтобы просто получить программное обеспечение собирается.

Эта ситуация настолько, что, когда я раскручивается восемь совершенно новых узлов тестирования (за брандмауэром), все восемь были все еще сидит на нуле соединения через пять минут тяжелой. У меня был еще один узел запустить тест в течение 20 часов и не получают никакой блоков-, хотя это было подключиться, скорее всего, потому что в конечном итоге на острове новых узлов, так Thats, вероятно, еще один вопрос.

К счастью, это не страшно исправить:

Выпуск (1) имеет патч доступный https://github.com/phantomcircuit/bitcoin/tree/nonblockingconnect
Выпуск (2) может быть решена путем использования DNSSeed (который проверяет, что хозяева достижимы, прежде чем включать их, и может также проверить, чтобы убедиться, что они не были islanded узлов)
Выпуск (3) кажется, что по большей части, прямо вперед исправить, хотя последствия для безопасности должны быть продуманы.

Кроме того, позволяет UPNP по умолчанию будет помочь получать больше узлов слушать, но это еще не достаточно без решения (1) и, возможно, (2).

Но эти исправления должны реально получить в программное обеспечение для любого использования. Я не думаю, что многие долгосрочные Bitcoin пользователей осознают серьезность этой проблемы, потому что они либо установили узлы, общественный IP-адрес или порта-вперед, и потому, что проблема стала намного хуже в течение последних двух недель. (Я не испытывал это лично из-за перенаправления порта, но регулярный поток людей в #bitcoin спрашивающих вдохновил меня исследовать некоторые)