Javier : une fois qu'on a pu atteindre un noeud du réseau, on peut copier un certain nombre de noeuds dans ce réseau et les utiliser pour des accès ultérieurs.
Par contre, pour un site web dynamique, ça me parait très difficile à réaliser et pas très fiable : il n'y a pas autant de noeud connectés en permanence qu'il peut y en avoir pour tor ou bitcoin, or il faut pouvoir savoir si une version est plus à jour qu'une autre. Sauf que si n'importe qui peut donner une version plus à jour (par exemple en postant un message, ou en supprimant un utilisateur), comme cette information part nécessairement d'un seul noeud, on se retrouve avec le fait que n'importe quel noeud peut modifier toute la structure du site et la faire propager. Donc il faut faire partager une table de droits avec le site en lui même, et que les noeuds fassent bien les vérifications.
Sauf que, si un noeud est un utilisateur lambda, il peut très bien se faire passer pour un autre utilisateur lambda, et on ne peut pas mettre un mécanisme d'authentification à mot de passe car d'un, pour qu'ils soient vérifiés, les hash devront être livrés avec le reste, donc tout le monde a les hash de tout le monde, et s'il faut faire une connexion cryptée pour véhiculer le mot de passe non hashé, on ne connait pas celui qui le reçoit, donc le cryptage ne sert même plus à rien.
Exit le système de compte à mots de passe pour gérer les modifications, tout doit être défini en terme de noeud et prioritées sur les autres, donc exit aussi les utilisations nomades, et on se retrouve avec un site plutot statique, .... à que, comme Javier le souligne, on puisse posséder un super-noeud pour l'attribution des noeuds à des clients, autrement dit un serveur, et on en revient à presque internet (même si le superserveur peut tout de même authentifier et fournir les hash des pages, sans pour autant fournir les pages elles-même, et ainsi alléger sa bande passante).
