Это не создает самый быстрый маршрут, или какой-либо конкретный маршрут на всех. Когда кто-то посылает транзакцию, он отправляется каждый всматриваться, что клиент подключен к, и каждый из этих пэров ретранслируют его на каждый пэр, что они подключены, и так далее, принимая каждый возможный маршрут. Очевидно, один из этих маршрутов должны быть самым быстрой.
Это не значит, что вы не можете установить прямое соединение, чтобы гарантия что быстрый маршрут будет всегда доступен, но это просто не является необходимым для большинства применений.
Итак, я обратил его в краску, чтобы помочь объяснить себе (не очень хорошо с P2P воображения, если я честен), и, как я понимаю. На рисунке ниже я нарисовал, где узлы находятся в «круг» (Очевидно, что они географически может быть где угодно, и подключен к любому узлу в любом другом месте), каждый узел соединен с четырьмя другими узлами, два к ней осталось, и, два на это право. Исходящий узел красный, принимающий узел является зеленый, самый быстрый маршрут синий, и любые дополнительные «» реле черного цвета: -
Теперь, каждый должен (в теории, я не прав?) Получать
одна и та же транзакции в четыре раза, и, транслировать его три раза (за исключением отправителя, который принимает его ноль раза и посылает его в четыре раза). Теперь, что если это произойдет, и все счастливы, что все их «связанные» узлы знают, что эта сделка существует, но, то новый узел подключается к сети
ДО транзакция помещается в блок? Это означает, что он не должен «обновление» в указанный блок, так как транзакция не была помещена в блок еще, но, все уже думает, что все остальные знают об этом.
Таким образом, они соединяют (розовый узел), и подключить к себе четырех случайных узлов (Brown линии): -
На данный момент, будет розовый узел не знать о каких-либо сделках
до они присоединились, но,
после самый последний блок? Я знаю, отклоняясь от основного вопроса, который я просил, но я чувствую, как вы объяснили это очень хорошо, и мне не нужно больше объяснений на эту тему, однако, это было искра на этот вопрос.