software - ¿P2P totalmente descentralizado?
peer to peer caracteristicas (6)
Creo que la declaración original ya no es correcta. Pero el campo de la computación descentralizada todavía está en su infancia, con pocos contendientes serios.
Lee este interesante post en ZeroTier (gracias a @joehand): El estado de NAT Traversal :
NAT es transitable
Al leer la charla en Internet sobre este tema, me sorprendió la cantidad de personas que realmente no entienden esto, de ahí la razón por la que se escribió esta publicación. Mucha gente piensa que NAT es un factor clave para la comunicación entre pares, pero no lo es. Más del 90% de los NAT se pueden atravesar, y la mayoría se puede atravesar de manera confiable y determinista.
Al final del día, desde el 4% (nuestros números) hasta el 8% (un número más antiguo de Google) de todo el tráfico en una red de igual a igual se debe retransmitir para brindar un servicio confiable. Proporcionar la transmisión para un número tan pequeño es bastante económico, lo que hace que las redes P2P fiables y escalables siempre funcionen de manera bastante asequible.
Personalmente, conozco a Dat Project , un conjunto de herramientas de intercambio de datos descentralizado (basado en su protocolo de hypercore para la transmisión P2P).
Desde su documento Dat - Sincronización de conjuntos de datos distribuidos y control de versiones :
Conexiones entre pares
Después de la fase de descubrimiento, Dat debe tener una lista de posibles fuentes de datos para probar y contactar. Dat utiliza TCP, UTP o HTTP. UTP está diseñado para no ocupar todo el ancho de banda disponible en una red (por ejemplo, para que otras personas que comparten wifi puedan seguir utilizando Internet), y aún esté basado en UDP, por lo que funciona con técnicas de desplazamiento de NAT como la perforación de agujeros UDP.
HTTP es compatible con la compatibilidad con servidores de archivos estáticos y clientes de navegador web. Tenga en cuenta que estos son los protocolos que admitimos en la implementación de referencia de Dat, pero el protocolo Dat en sí mismo es independiente del transporte.
Además puedes usarlo con Bittorrent DHT. El documento también contiene algunas referencias a otras tecnologías que inspiraron a Dat.
Para la implementación del descubrimiento por pares, vea: discovery-channel
Luego también está el IPFS , o '' El sistema de archivos interplanetario '', que actualmente está mejor posicionado para convertirse en un estándar.
Cuentan con una amplia documentación sobre el uso de DHT y NAT transversal para lograr P2P descentralizado.
Estoy mirando la creación de un sistema P2P. Durante la investigación inicial, estoy leyendo de Peer-to-Peer - Aprovechar el poder de las tecnologías disruptivas. Ese libro dice que "un enfoque completamente descentralizado para la mensajería instantánea no funcionaría en la Internet de hoy". El copyright es 2001. ¿Es esta información antigua o sigue siendo correcta?
Es muy viejo y no es correcto. Creo que hay un producto llamado Tribler (artículo de noticias) que permite a BitTorrent funcionar de una manera totalmente descentralizada.
Si desea volver unos años atrás (incluso antes de ese documento), puede mirar a Windows. Las redes de Windows solían funcionar de una manera totalmente descentralizada. En algunos casos todavía lo hace.
UPNP también está descentralizado en la forma en que determina los dispositivos disponibles en su red local.
Para ser descentralizado necesitas tener una manera de ubicar a otros compañeros. Esto se puede hacer de forma proactiva al escanear la red (consumir mucho tiempo) o al hacer que algunos clientes anuncien que están disponibles.
Los anuncios pueden ser paquetes UDP simples que se transmiten de vez en cuando a la subred que otros pares escuchan. Otro mecanismo es la transmisión a los canales del IIRC (el más común para el comando y control de botnets), etc. Incluso puede utilizar twitter o servicios similares. Usa tu imaginación aquí.
Los firewalls realmente no juegan un papel porque casi siempre dejan algunos puertos abiertos, como 80 (http). Obviamente, no se podía navegar por la red si eso estaba cerrado. Ahora, si el firewall está configurado para permitir solo las conexiones que se originaron desde clientes internos, entonces tendrá un poco más de trabajo por hacer. Pero no mucho.
Los NAT tampoco son una preocupación para problemas similares.
Hay RetroShare: http://retroshare.sourceforge.net/
RetroShare es una plataforma de comunicación descentralizada segura y multiplataforma de código abierto, Friend-2-Friend.
Le permite chatear de forma segura y compartir archivos con sus amigos y familiares, utilizando una red de confianza para autenticar a sus compañeros y OpenSSL para cifrar todas las comunicaciones. RetroShare proporciona intercambio de archivos, chat, mensajes, foros y canales
Los firewalls y los NAT aún interrumpen la comunicación directa entre PC entre equipos basados en el hogar (y también entre equipos basados en el hogar y equipos de escritorio corporativos).
Pueden configurarse para permitir protocolos particulares de igual a igual, pero eso sigue siendo un obstáculo para la mayoría de los usuarios no expertos.
Todavía es en gran parte correcto. La mayoría de los usuarios todavía están detrás de firewalls o enrutadores domésticos que bloquean las conexiones entrantes. Se pueden abrir más fácilmente hoy que en 2001 (utilizando uPnP, por ejemplo, que requieren poca interacción y conocimiento por parte del usuario), pero la mayoría de las aplicaciones comerciales dirigidas a usuarios finales (teléfono (Skype, VoIP), chat (los diversos mensajeros), control remoto) Soluciones centralizadas para eludir problemas de cortafuegos.
Yo diría que está simplemente mal, tanto de vez en cuando. Sí, tendrá muchos nodos con firewall, sin embargo, también tendrá un número significativo de personas que no lo son. Por lo tanto, si el cifrado de extremo a extremo se usa para proteger el tráfico de la indagación, entonces puede usar clientes sin firewall para que actúen como intermediarios entre dos clientes con firewall que desean chatear.
Sin embargo, deberá tener cuidado de repartir la carga, de modo que a algunos clientes que no tienen un servidor de red no se les dé demasiada carga.
Skype utiliza una idea similar. Incluso permiten transferencias de archivos a través de intermediarios, aunque limitan el rendimiento para no sobrecargar a los intermediarios.
Dicho esto, ahora en 2010, es mucho más fácil hacer agujeros en los firewalls que en 2001, ya que la mayoría de los enrutadores le permitirán automatizar la apertura de puertos a través de UPNP, por lo que es probable que tenga un grupo más grande de servidores sin interfaz. clientes para trabajar.