InterPlanetary File System (IPFS)

Par -
InterPlanetary File System IPFS

Initialement publié en 2015 avec l’intention de construire une infrastructure de système de fichiers décentralisée pour le futur Web.

IPFS combine des éléments de systèmes distribués ayant connu du succès, à savoir les DHT, BitTorrent et Git (Benet, 2014).

Étant donné qu’IPFS est basé sur un réseau pair à pair public et peu fiable, l’adressage de données basé sur la localisation traditionnel peut entraîner deux problèmes : - un problème d’intégrité : La validité du contenu d’un fichier n’est pas vérifiée; - un problème de disponibilité : Un contenu n’est plus accessible si sa localisation n’est plus disponible.

Pour surmonter ce problème, IPFS utilise un adressage basé sur le contenu, qui consiste à calculer un hachage du fichier qui sera utilisé pour la recherche. De cette façon, si nous voulons vérifier l’intégrité d’un fichier, nous n’avons qu’à recalculer son hachage et le comparer avec le hachage utilisé comme adresse. Lorsqu’un fichier est ajouté à IPFS, il est stocké dans des blocs sur le répertoire IPFS d’un nœud et ces blocs sont liés ensemble dans un graphique acyclique dirigé (DAG). Pour localiser un fichier adressé au contenu, IPFS utilise la Kademlia table de hachage distribuée (DHT) (May- 12 mounkov & Mazieres, 2002). Ce mécanisme peut trouver le peerID qui fournit un certain bloc ou un fichier.

Pour optimiser l’espace de stockage, chaque nœud IPFS possède un ramasse-miettes qui supprime périodiquement tous les blocs non épinglés. Ainsi, si nous voulons garantir la persistance d’un fichier, nous devons explicitement l’épingler. Un fichier peut ensuite être non épinglé afin d’être supprimé ou récupéré.

Des services d’épinglage existent pour garantir la disponibilité d’un certain fichier en échange d’un coût périodique. IPFS est utilisé dans notre système pour stocker des données en raison des propriétés d’intégrité fournies par son schéma de hachage de contenu. En outre, il est utilisé comme une alternative de stockage de fichiers moins chère en raison du coût élevé du stockage persistant sur la chaîne de blocs Ethereum.

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

Sécurité des Applications

Par -
Introduction à la sécurité Outils pour la sécurité Les outils pour la sécurité recouvrent des notions à peu près identiques quelque soit le domaine de l'informatique que l'on considère. Les catégories développées ici sont présentes dans les trois problématiques traités dans la suite : le code, le réseau et les applications web. Les outils de contrôle d'accès et de filtrage Notions : contrôle d'accès discrétionnaire, ressources informatiques, règles d'accès, chaînage de droits, authentification forte, les trois types d'authentifications, architectures de contrôle d'accès, filtrage des flux. Le contrôle d'accès : c'est permettre à un sujet d'accéder à un système sous certaines conditions et d'effectuer un certain nombre d'opérations sur un objet défini. Ceci doit théoriquement permettre d'envisager tous les situations d'accès possibles mais la multiplication des sujets, des objets et des règles rend une vision globale difficile. Le
Lire la suite

Principes de la Programmation Orientée Objet

Par -
Principes Généraux : Objet et Classe Un objet est un concept de programmation qui groupe des fonctionnalités dans une entité, entité qui peut ensuite être créée à la demande. Une classe est l'implémentation d'un objet, c'est-à-dire une unité de code contenant les attributs et fonctions décrivant un objet. Encapsulation L'encapsulation consiste d'une part, à regrouper au sein d'une même entité (la classe), des propriétés et méthodes (les attributs) et d'autre part à définir la visibilité de ces attribvutes (privé, protege...) de façon à présenter une interface permettant de manipuler une classe sans en connaitre le fonctionnement interne. L’encapsulation permet de faire voir l’objet à l’extérieur comme une boîte noire ayant certaines attributs (proriétés et fonctions) et ayant un comportement spécifié. La manière dont ces propriétés ont été implémentées est alors cachée aux utilisateurs de la classe. L’implémentation peut être modifiée sans changer le comport
Lire la suite

Principe de Responsabilité Unique

Par -
Qu'est-ce qu'une Responsabilité ? Dans le contexte du Principe de Responsabilité Unique (SRP), nous définissons une responsabilité comme "une raison de changement". Si vous pouvez penser à plus d'un motif de modification pour une classe, alors cette classe a plus d'une responsabilité. Développement du Principe de Responsabilité Unique Le Principe de Responsabilité Unique (SRP) est l'un des principes fondamentaux de la conception logicielle, souvent associé au paradigme de la programmation orientée objet. Il stipule qu'une classe ou un module ne devrait avoir qu'une seule raison de changer, ou en d'autres termes, il ne devrait être responsable que d'une seule tâche ou fonctionnalité. Clarification de la Responsabilité Le terme "responsabilité" dans le SRP fait référence aux raisons potentielles pour lesquelles une classe ou un module pourrait nécessiter une modification à l'avenir. Une classe ou un module est considéré comme re
Lire la suite