Concernant diaspora*.

Je le connais déjà, le cas Diaspora*. C’est pour ça que je l’ai exclue.

Mh. Le tag #diaspora m'a induit en erreur (et la fatigue). Désolé.

Merci quand même. sourire.

Salut,

Y'a pas vraiment de différence entre les termes décentralisé et distribué, même si le dernier est souvent utilisé en pensant à du 100% P2P (c.-à-d. pas de serveur intermédiaire).

Pour transformer un système décentralisé avec serveur intermédiaire en système décentralisé sans serveur intermédiaire, c'est simple: tu te mets tout seul sur ton serveur et tu met client et serveur sur la même machine.

En tout cas le principe est le même, un point A demande une information à un point B et soit il le fait directement (A toque à la porte de B), soit il fait via un serveur intermédiaire (A envoie une lettre au bureau de poste - le serveur - qui l'envoie au bureau de destination - le serveur du destinataire -, et le facteur vient toquer à la porte de B). Dans certains cas il peut y avoir plus de 2 serveurs intermédiaires, ça peut arriver avec le courrier électronique (SMTP) par exemple.

Le problème principal est la gestion des adresses. Dans la plupart des cas (XMPP, Diaspora), c'est le DNS qui gère ça. Mais si tu veux t'en passer, y'a des méthodes plus compliquées avec des bouillies de caractères (Tox, Retroshare, Tor et ses .onion).

Après il y a d'autres problématiques comme la répartition/duplication des données (est-ce que ton message est gardé sur le serveur de base, celui de destination, ou bien réparti un peu partout comme avec BitTorrent ? Si un serveur tombe, est-ce que tu peux le récupérer ailleurs ?).

Si tu veux te renseigner, y'a de quoi faire: Diaspora, XMPP, SMTP, Retroshare, Tox, Tor, Freenet, GNUnet, etc.

Salut Goffi,

Voilà ce que j’entends dans les termes « Centralisé », « Décentralisé », « Distribué ». Donc le Distribué pour moi, c’est du 100% Pair à Pair.

Ce n’est pas si simple de passer du Décentralisé (Avec serveur) au Distribué (Sans serveur). Puisque L’une des principales caractéristique du serveur est d’être allumé quasiment à 100% du temps. Ce qui n’est pas le cas pour un client.

Pour ton principe, je demande une contrainte supplémentaire : Le logiciel ou service Distribué n’a qu’un logiciel Client-Server qui fait les deux indépendament l’un de l’autre. À ce niveau là, on pourrait presque lancer plusieurs instances sur la machines. Les instances communiquent entre elles sans avoir un intermédiaire.

Ce que je veux dire, c’est que l’intermédiaire, qu’il soit sur une autre machine ou sur la mienne, reste un intermédiaire. Le principe du distribué (dans ma définition), c’est de ne pas avoir d’intermédiaire.

En bref, merci pour les exemple. « Si un serveur tombe, est-ce que tu peux le récupérer ailleurs ? » Avec un réseau distribué qui ressemblerait au réseau décentralisé XMPP, ce ne serait pas le cas. Mais pour un réseau qui ressemblerait à Diaspora, ce serait le cas.

C’est pour ça que j’aimerais des exemples de réseau distribués, pour voir comment ça fonctionne en pratique. Comment se fait le partage d’informations ?
Est-ce que on la fait façon bitcoin (À chaque lancement, on télécharge toute les mise à jour de la bdd), …

Il me semble qu’il y a plusieurs clients Bitcoin, et que le client original permet de soit tout télécharger en local, soit une partie ? Soit rien et faire confiance aux autres “peers”.

Après ce serait bien d’avoir une réplication des données sur au moins un deuxième pod, dans le réseau distribué de la Fédération : Diaspora* + Hubzilla + Friendica + autres, et en ayant le choix des pods où les données seront stockées.

@SpF : merci pour le lien. c'est bien de refaire un peu d'histoire
@goffi : merci pour tes explications.
@Lazar : la Fédération je crois n'est pas un réseau distribué à ce que j'ai compris dans le lien de SpF.
L'inconvénient d'un réseau comme Tox (distribué) c'est que quand tu envois un message à qq'un, si ce dernier n'est pas connecté, et bien le message ne lui arrivera jamais. Il faut que ton logiciel utilisant Tox soit branché sur le réseau tout le temps. C'est bien et c'est pas bien.

Ca tombe bien, je m'étais gardé un article à lire : Logiciel de la semaine : Freenet

@Salinger : Ça dépend du moyen utilisé. Si on créer un réseau distribué ou le message, si il ne peut être transmis directement à son destinataire, est transmis à d’autres Clients-Serveurs qui serviront de relais.

En fait je viens d’y penser, on ne peut rien envoyer si son interlocuteur TOX n’est pas en ligne. C’est d’ailleurs bien embêtant. Comment résoudre cela ? à partir lui envoyer un email chiffré via son FAI , qu’il recevra plus tard quand il se connectera ?

Exactement, c’est pour ça que je pense au système de relais.