Avec la sortie très attendue de geth 1.5 (« Que la lumière soit »), Swarm a été intégré à la version officielle de go-ethereum en tant que fonctionnalité expérimentale. La version actuelle du code est POC 0.2 RC5 – « Embrassez vos démons » (feuille de route), une version remaniée et plus propre du code source qui fonctionnait sur le réseau de test Swarm ces derniers mois.
La version actuelle inclut la commande `swarmcommand` qui lance un démon Swarm autonome en tant que processus distinct, utilisant votre client ethereum compatible IPC préféré si nécessaire. La gestion de la bande passante (via le protocole SWAP) garantit un fonctionnement fluide et une diffusion rapide du contenu en incitant les nœuds à contribuer en termes de bande passante et de relais des données. Le système SWAP est fonctionnel, mais désactivé par défaut. Un système d'incitations au stockage (assurance punitive) visant à garantir la disponibilité du contenu rarement consulté sera opérationnel dans la version POC 0.4. Actuellement, par défaut, le client utilise la blockchain uniquement pour la résolution des noms de domaine.
Nous sommes heureux d'annoncer, dans cet article de blog, le lancement de notre tout nouveau réseau de test Swarm, connecté à la chaîne de test ethereum de Ropsten. La Fondation Ethereum met à disposition un cluster Swarm de 35tron(pouvant atteindre 105 nœuds) fonctionnant sur le cloud Azure. Elle héberge également la page d'accueil de Swarm.
Nous considérons ce réseau de test comme un premier projet pilote public. La communauté est invitée à rejoindre le réseau, à contribuer en ressources, à signaler les problèmes, àdentles points faibles et à nous faire part de ses commentaires sur l'ergonomie. Vous trouverez les instructions dans le guide Swarm. Nous encourageons les personnes ayant les moyens d'exécuter des nœuds persistants (nœuds restant en ligne) à nous contacter. Nous avons déjà reçu des promesses de déploiement de 100 To. Veuillez noter que ce réseau de test n'offre aucune garantie ! Les données peuvent être perdues ou devenir indisponibles. En effet, aucune garantie de persistance ne peut être donnée tant que le système d'incitation à l'assurance du stockage n'est pas implémenté.
Veuillez noter que le réseau de test n'offre aucune garantie ! Les données peuvent être perdues ou devenir indisponibles. En effet, aucune garantie de persistance ne peut être donnée tant que le système d'incitation à l'assurance du stockage n'est pas implémenté.
Nous envisageons de façonner ce projet avec une participation communautaire croissante, et nous invitons donc les personnes intéressées à nous rejoindre
Comment fonctionne Swarm ?
Swarm est une plateforme de stockage distribuée et un service de distribution de contenu ; un service natif de la couche de base de la pile Web3 ethereum . Son objectif est une solution de stockage et de diffusion pair-à-pair sans interruption de service, résistante aux attaques DDoS, tolérante aux pannes et à la censure, et autosuffisante grâce à un système d'incitation intégré. Ce système d'incitation utilise la comptabilité pair-à-pair pour la bande passante, des incitations au stockage basées sur les dépôts et permet l'échange de ressources contre paiement. Swarm est conçu pour s'intégrer parfaitement à la couche réseau multiprotocole devp2p d' Ethereum ainsi qu'à la blockchain Ethereum pour la résolution de noms de domaine.
[gdlr_core_space hauteur=”40px”]
[gdlr_core_space hauteur=”40px”]
Le hachage d'un segment de données correspond à l'adresse permettant aux clients de le récupérer (l'image antérieure du hachage). L'adressage irréversible et sans collision garantit immédiatement l'intégrité des données : quel que soit le contexte dans lequel un client connaît l'adresse, il peut déterminer si le segment est endommagé ou a été altéré simplement en le hachant.
L'atout principal de Swarm, en tant que système de stockage de données distribué, est la possibilité d'y téléverser du contenu. Les nœuds qui composent Swarm consacrent des ressources (espace disque, mémoire, bande passante et CPU) au stockage et à la distribution des chunks. Mais qu'est-ce qui détermine qui conserve un chunk ? Les nœuds Swarm possèdent une adresse (le hachage de l'adresse de leur compte bzz) dans le même espace de clés que les chunks eux-mêmes. Appelons cet espace d'adressage le réseau de superposition. Lorsqu'un chunk est téléversé sur Swarm, le protocole détermine qu'il sera finalement stocké sur les nœuds les plus proches de son adresse (selon une mesure de distance biendefidans l'espace d'adressage de superposition). Ce processus, appelé synchronisation, fait partie intégrante du protocole. Les nœuds souhaitant récupérer ultérieurement le contenu peuvent le retrouver en envoyant une requête aux nœuds les plus proches de son adresse. En effet, lorsqu'un nœud a besoin d'un fragment de données, il envoie simplement une requête au Swarm avec l'adresse du contenu. Le Swarm transmet alors les requêtes jusqu'à ce que les données soient trouvées (ou que la requête expire). À cet égard, le Swarm est similaire à une table de hachage distribuée (DHT) traditionnelle, mais avec deux fonctionnalités importantes (et encore peu étudiées).
- Le livre blanc de Vitalik, « The Ethereum dev core », a été réalisé
- Lorsqu'elle atteignit les premières collines
- Une petite rivière nommée Duden coule
- Autosuffisant grâce à un système d'incitation intégré
[gdlr_core_space hauteur=”50px”]
Documents et hachage Swarm
Au niveau de l'API, Swarm fournit un module de découpage. Ce module prend en entrée toute source lisible, comme un fichier ou un flux vidéo, et la découpe en segments de taille fixe. Ces segments, appelés segments de données ou segments feuilles, sont hachés puis synchronisés avec les pairs. Les hachages des segments de données sont ensuite regroupés en segments intermédiaires, et le processus est répété. Actuellement, 128 hachages constituent un nouveau segment. Les données sont ainsi représentées par un arbre de Merkle, et c'est le hachage de la racine de cet arbre qui sert d'adresse pour récupérer le fichier téléchargé.
