Полностью децентрализованный P2P?

Ответ 1

Он по-прежнему в значительной степени правильный. Большинство пользователей по-прежнему находятся за брандмауэрами или домашними маршрутизаторами, которые блокируют входящие соединения. Сегодня их можно открывать проще, чем в 2001 году (например, используя uPnP, требуя небольшого взаимодействия с пользователем и знаний), но большинство коммерческих приложений для конечного пользователя - телефон (Skype, VoIP), чат (различные посланники), дистанционное управление - централизованные решения для предотвращения проблем с брандмауэром.

Ответ 2

Я бы сказал, что это просто неправильно, и то и другое. Да, у вас будет много узлов, которые будут защищены от брандмауэра, однако у вас также будет значительное число, которых нет. Таким образом, если сквозное шифрование используется для защиты трафика от отслеживания, вы можете использовать клиентов, не являющихся межсетевыми экранами, в качестве посредников между двумя брандмауэрами, которые хотят общаться.

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

Skype использует аналогичную идею. Они даже разрешают передачу файлов через посредников, хотя они ограничивают сквозной доступ, чтобы не перегружать средние люди.

Говоря теперь, что в 2010 году гораздо проще пробить дыры в брандмауэрах, чем в 2001 году, так как большинство маршрутизаторов позволят вам автоматизировать открытие портов через UPNP, поэтому у вас, скорее всего, будет больше пул неавторизованных клиентов для работы.

Ответ 3

Брандмауэры и NAT по-прежнему часто нарушают прямую одноранговую связь между домашними ПК (а также между домашними ПК и корпоративными рабочими столами).

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

Ответ 4

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

Прочитайте это интересное сообщение на ZeroTier (спасибо @joehand): Состояние NAT Traversal:

NAT является Traversable

Читая интернет-болтовню по этому вопросу, я был потрясен тем, как многие люди этого не понимают, поэтому причина, по которой этот пост был написан. Многие считают, что NAT - это шоу-стоппер для обмена мнениями, но это не так. Более 90% NAT могут быть пройдены, причем большинство из них являются надежными и детерминированными способами.

В конце дня, чтобы обеспечить надежное обслуживание, необходимо пересылать от 4% (наши номера) до 8% (более старый номер из Google) всего трафика через одноранговую сеть. Предоставление ретрансляции для этого небольшого числа довольно недорого, что делает надежную и масштабируемую P2P-сеть, которая всегда работает вполне достижимой.

Я лично знаю Dat Project, децентрализованный инструментарий для обмена данными (на основе их hypercore для потоковой передачи P2P).

От их Dat - Распределенная система сбора и обработки данных:

Одноранговые соединения

После фазы обнаружения Dat должен иметь список потенциальные источники данных, чтобы попытаться связаться. Использует либо TCP, UTP, либо HTTP. UTP предназначен для не использовать всю доступную полосу пропускания в сети (например, так что другие люди, использующие Wi-Fi, могут по-прежнему использовать Inter- net), и по-прежнему основывается на UDP, поэтому работает с NAT методы обхода, такие как перфорация отверстий UDP.

HTTP поддерживается для совместимости со статическими файловыми серверами и клиентов веб-браузера. Обратите внимание, что это протоколы мы поддерживаем в эталонной реализации Dat, но сам протокол Dat является транспортным агностиком.

Кроме того, вы можете использовать его с Bittorrent DHT. В документе также содержатся некоторые ссылки на другие технологии, которые вдохновили Dat.

Для реализации обнаружения одноранговых узлов см.: discovery-channel

Тогда есть также IPFS или "Межпланетная файловая система", которая в настоящее время лучше всего подходит для стандартизации.

У них есть обширная документация об использовании ими DHT и NAT для достижения децентрализованного P2P.

Ответ 5

Это очень старый и не правильный. Я считаю, что есть продукт, называемый Tribler (новостная статья), которая позволяет BitTorrent функционировать полностью децентрализованным способом.

Если вы хотите вернуться через несколько лет (даже до этого документа), вы можете посмотреть на Windows. Сети Windows, используемые для работы полностью децентрализованным способом. В некоторых случаях это все еще происходит.

UPNP также децентрализовано в том, как он определяет доступные устройства в вашей локальной сети.

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

Объявления могут быть простыми UDP-пакетами, которые часто транслируются в подсети, которую слушают другие коллеги. Другой механизм транслируется по каналам IIRC (наиболее часто используется для управления и управления бот-сетями) и т.д. Возможно, вы даже используете твиттер или аналогичные службы. Используйте свое воображение здесь.

Брандмауэры действительно не играют роли, потому что они почти всегда оставляют открытыми несколько портов, например 80 (http). Очевидно, что вы не могли просматривать сеть, если она была закрыта. Теперь, если брандмауэр настроен только для разрешений подключений, созданных из внутренних клиентов, тогда вам придется немного поработать. Но не так много.

NAT также не заботятся о похожих проблемах.

Ответ 6

Есть RetroShare: http://retroshare.sourceforge.net/

RetroShare - это кросс-платформа Open Source, Friend-2-Friend и безопасная децентрализованная коммуникационная платформа.

Это позволяет вам безопасно общаться и делиться файлами с друзьями и семьей, используя веб-доверие для аутентификации одноранговых узлов и OpenSSL для шифрования всех сообщений. RetroShare обеспечивает совместное использование файлов, чатов, сообщений, форумов и каналов.