Le web tel qu'on l'utilise aujourd'hui, c'est deux choses:
Une identité, qui permet d'accéder à des services: "Madame Soleil, quel temps fera-t-il demain ?"
Un transport, qui permet d'échanger du contenu: "Boulangère, donnez-moi les 2 plus belles miches que vous avez"
On a fait beaucoup de choses. Ce qui t'intéresse c'est d'abord et avant tout les miches de la boulangère; qu'elle les distribue dans sa boulangerie ou ailleurs, à partir du moment où tu es sûr qu'elles sont authentiques, on est bon. Pour prendre un exemple un peu plus parlant, que tu achètes ton pot de Nutella chez Casino ou chez Carrefour, c'est le même; peu importe qui le distribue.
Et bah bittorrent et consorts, c'est la même chose. Peu importe qui le distribue, tant que le contenu est le bon tout va bien. Le terme kivabien est Content Addressed Storage, qui montre bien que le contenu est plus important que la provenance. Tout ça c'est un problème plutôt résolu. Un projet intéressant à suivre dans ce domaine: ipfs. Il s'agit d'avoir un système global permettant de donner une URI à n'importe quelle donnée et de pouvoir ainsi y accéder quel que soit le serveur hébergeant les données, tout en étant bien plus souple que bittorrent... enfin ya plein d'idées, vaut mieux lire le papier et regarder la vidéo pour voir plus en détails.
D'ailleurs, BitWeb, ça me rappelle SyncNet, une idée vachement similaire (un navigateur qui utilise Bittorrent Sync pour transporter le contenu).
Par contre, la première utilisation que j'ai listée, les services, c'est plus difficile à décentraliser. Parce que contrairement à de simples octets que tu peux distribuer, là il s'agit de distribuer des fonctionnalités, donc en gros du code. Et il faut soi faire confiance à chaque nœud pour être sûr qu'il répond correctement, soi avoir un moyen de vérifier ce qu'il dit... ce qui voudrait dire qu'on a déjà la réponse, auquel cas on n'aurait même pas besoin de lui demander quoi que ce soit. M'enfin.
Il me semble que c'est la direction que veut prendre Ethereum , mais j'ai pas suivi de trop près, il faut creuser pour en savoir plus.
# Ça dépend
Posté par rakoo (site web personnel) . En réponse au journal Question ouverte : Quel futur pour le web, au delà de HTTP.. Évalué à 7.
Le web tel qu'on l'utilise aujourd'hui, c'est deux choses:
Une identité, qui permet d'accéder à des services: "Madame Soleil, quel temps fera-t-il demain ?"
Un transport, qui permet d'échanger du contenu: "Boulangère, donnez-moi les 2 plus belles miches que vous avez"
On a fait beaucoup de choses. Ce qui t'intéresse c'est d'abord et avant tout les miches de la boulangère; qu'elle les distribue dans sa boulangerie ou ailleurs, à partir du moment où tu es sûr qu'elles sont authentiques, on est bon. Pour prendre un exemple un peu plus parlant, que tu achètes ton pot de Nutella chez Casino ou chez Carrefour, c'est le même; peu importe qui le distribue.
Et bah bittorrent et consorts, c'est la même chose. Peu importe qui le distribue, tant que le contenu est le bon tout va bien. Le terme kivabien est Content Addressed Storage, qui montre bien que le contenu est plus important que la provenance. Tout ça c'est un problème plutôt résolu. Un projet intéressant à suivre dans ce domaine: ipfs. Il s'agit d'avoir un système global permettant de donner une URI à n'importe quelle donnée et de pouvoir ainsi y accéder quel que soit le serveur hébergeant les données, tout en étant bien plus souple que bittorrent... enfin ya plein d'idées, vaut mieux lire le papier et regarder la vidéo pour voir plus en détails.
D'ailleurs, BitWeb, ça me rappelle SyncNet, une idée vachement similaire (un navigateur qui utilise Bittorrent Sync pour transporter le contenu).
Par contre, la première utilisation que j'ai listée, les services, c'est plus difficile à décentraliser. Parce que contrairement à de simples octets que tu peux distribuer, là il s'agit de distribuer des fonctionnalités, donc en gros du code. Et il faut soi faire confiance à chaque nœud pour être sûr qu'il répond correctement, soi avoir un moyen de vérifier ce qu'il dit... ce qui voudrait dire qu'on a déjà la réponse, auquel cas on n'aurait même pas besoin de lui demander quoi que ce soit. M'enfin.
Il me semble que c'est la direction que veut prendre Ethereum , mais j'ai pas suivi de trop près, il faut creuser pour en savoir plus.