Реальная история.
смотрите также:
http://forum.bitcoin.org/index.php?topic=11126.msg158368#msg158368а также
http://forum.bitcoin.org/index.php?topic=8894.msg158376#msg158376Был обсужден в # Bitcoin-разработчика о сигнальных узлов без прослушивания тоже, но проблема в том, что узлы не могут в настоящее время сказать, если входящие соединения работают. Некоторые логики могут быть добавлены просить коллег попробовать соединиться, прежде чем решить, что вы слушаете и объявляя, но это больше, чем несколько LOC ...
Общая идея состояла в том, что узлы будут ждать некоторое количество времени (мы только действительно заботимся о высоком безотказной работе узлов прослушивания), а затем запросить некоторые из своих коллег, чтобы подключиться к ним. Если он работает, то они объявляют себя слушать. Это не только важно для IRC, а также для запросов сверстников по протоколу p2p.
Это не звучит, как кто-то стремится писать, что до сих пор.
Я думаю, что это звучит, как все эти вещи (вкл. Семенем DNS и другие вещи в связанном потоке) должны произойти в конце концов, но фиксируя время ожидания соединения плюс что-то еще достаточно, чтобы удовлетворить насущную потребность.