En fait, cela revient, dans le cas du forum, au problème du spam. Il serait possible via IPFS de faire un forum ou tout autre type d'application similaire en ajoutant des éléments au graphe d'objets, mais sans moyen fiable de modération.
Après, on peut imaginer des mises a jour régulières de l'équipe de modération qui vont ajouter au forum, soit une liste blanche de sujets modérés et acceptés, soit une liste noire de sujets explicitement rejetés. Cela serait intéressant a faire d'ailleurs.
Alors, comment avec IPFS on peut ajouter des éléments au graphe d'objet ? Grâce a la partie IPNS qui permet de mettre a jour un noeud en conaissant sa clef privée (en signant le contenu du noeud). Si la clef privée est publique, chacun peut ajouter des éléments en plus au noeud.
IPNS prévoir des mécanismes supplémentaires pour valider un noeud signé. Comme par exemple, un noeud signé ne peut pas remplacer un autre noeud signé si il est plus vieux. Cette notion de plus récent étant extensible. Dans notre cas, on pourrait exiger que les nouveaux noeuds contiennent une référence vers les noeuds anciens. Ainsi on a une chaine de noeuds (comme des commits Git) et on a donc l'intégralité des versions (et donc des commentaires).
[^] # Re: javascript superstar
Posté par Mildred (site web personnel) . En réponse à la dépêche IPFS : Un protocole révolutionnaire pour un hébergement P2P, résilient à la censure. Évalué à 3.
En fait, cela revient, dans le cas du forum, au problème du spam. Il serait possible via IPFS de faire un forum ou tout autre type d'application similaire en ajoutant des éléments au graphe d'objets, mais sans moyen fiable de modération.
Après, on peut imaginer des mises a jour régulières de l'équipe de modération qui vont ajouter au forum, soit une liste blanche de sujets modérés et acceptés, soit une liste noire de sujets explicitement rejetés. Cela serait intéressant a faire d'ailleurs.
Alors, comment avec IPFS on peut ajouter des éléments au graphe d'objet ? Grâce a la partie IPNS qui permet de mettre a jour un noeud en conaissant sa clef privée (en signant le contenu du noeud). Si la clef privée est publique, chacun peut ajouter des éléments en plus au noeud.
IPNS prévoir des mécanismes supplémentaires pour valider un noeud signé. Comme par exemple, un noeud signé ne peut pas remplacer un autre noeud signé si il est plus vieux. Cette notion de plus récent étant extensible. Dans notre cas, on pourrait exiger que les nouveaux noeuds contiennent une référence vers les noeuds anciens. Ainsi on a une chaine de noeuds (comme des commits Git) et on a donc l'intégralité des versions (et donc des commentaires).