Avec la sortie tant attendue de geth 1.5 ("Que la lumière soit là"), Swarm a fait son entrée dans la version officielle ethereum en tant que fonctionnalité expérimentale. La version actuelle du code est POC 0.2 RC5 - "embrassez vos démons" (feuille de route), qui est la version refactorisée et plus propre de la base de code qui fonctionnait sur le toynet Swarm au cours des derniers mois.
La version actuelle est livrée avec la commande swarm qui lance un démon Swarm autonome en tant que processus distinct en utilisant votre ethereum si nécessaire. La comptabilité de la bande passante (utilisant le Swarm Accounting Protocol = SWAP) est responsable du bon fonctionnement et de la livraison rapide du contenu en incitant les nœuds à contribuer leur bande passante et à relayer les données. Le système SWAP est fonctionnel mais il est désactivé par défaut. Les incitations au stockage (assurance punitive) pour protéger la disponibilité des contenus rarement consultés devraient être opérationnelles dans le POC 0.4. Donc actuellement par défaut, le client utilise la blockchain uniquement pour la résolution de nom de domaine.
Avec cet article de blog, nous sommes heureux d'annoncer le lancement de notre nouveau réseau de test Swarm connecté à la chaîne de ethereum ethereum. La Fondation Ethereum contribue à un tron Swarm de 35 s (jusqu'à 105) fonctionnant sur le cloud Azure. Il héberge la page d'accueil de Swarm.
Nous considérons ce dent comme le premier pilote public, et la communauté est invitée à rejoindre le réseau, à contribuer aux ressources, aux problèmes, à identifier les points faibles et à donner son avis sur l'utilisabilité. Les instructions peuvent être trouvées dans le guide Swarm. Nous encourageons ceux qui peuvent se permettre d'exécuter des nœuds persistants (nœuds qui restent en ligne) à nous contacter. Nous avons déjà reçu des promesses de déploiements de 100 To. Notez que le testnet n'offre aucune garantie ! Les données peuvent être perdues ou devenir indisponibles. En effet, les garanties de persistance ne peuvent être faites au moins jusqu'à ce que la couche incitative de l'assurance stockage soit mise en place.
Notez que le testnet n'offre aucune garantie ! Les données peuvent être perdues ou devenir indisponibles. En effet, les garanties de persistance ne peuvent être faites au moins jusqu'à ce que la couche incitative de l'assurance stockage soit mise en place.
Nous envisageons de façonner ce projet avec une implication de plus en plus communautaire, nous invitons donc les personnes intéressées à se joindre
Comment fonctionne Swarm ?
Swarm est une plate-forme de stockage distribuée et un service de distribution de contenu ; un service de couche de base natif de la pile ethereum Web3. L'objectif est une solution de stockage et de service peer-to-peer qui n'a aucun temps d'arrêt, est résistante aux attaques DDOS, tolérante aux pannes et à la censure, ainsi qu'autosuffisante grâce à un système d'incitation intégré. La couche d'incitation utilise la comptabilité peer-to-peer pour la bande passante, les incitations de stockage basées sur les dépôts et permet d'échanger des ressources contre paiement. Swarm est conçu pour s'intégrer profondément à la couche réseau multiprotocole devp2p d' Ethereum ainsi qu'à la blockchain Ethereum pour la résolution des noms de domaine.
[hauteur gdlr_core_space = "40px"]
[hauteur gdlr_core_space = "40px"]
Ce hachage d'un bloc est l'adresse que les clients peuvent utiliser pour récupérer le bloc (la préimage du hachage). L'adressage irréversible et sans collision fournit immédiatement une protection de l'intégrité : quel que soit le contexte dans lequel un client connaît une adresse, il peut dire si le morceau est endommagé ou a été falsifié simplement en le hachant.
L'offre principale de Swarm en tant que chunkstore distribué est que vous pouvez y télécharger du contenu. Les nœuds constituant le Swarm dédient tous des ressources (espace disque, mémoire, bande passante et CPU) pour stocker et servir les chunks. Mais qu'est-ce qui détermine qui garde un morceau? Les nœuds Swarm ont une adresse (le hachage de l'adresse de leur compte bzz) dans le même espace de clés que les morceaux eux-mêmes. Appelons cet espace d'adressage le réseau superposé. Si nous téléchargeons un bloc sur le Swarm, le protocole détermine qu'il finira par être stocké sur les nœuds les plus proches de l'adresse du bloc (selon une mesure de distance bien defi sur l'espace d'adressage superposé). Le processus par lequel les morceaux arrivent à leur adresse s'appelle la synchronisation et fait partie du protocole. Les nœuds qui souhaitent ensuite récupérer le contenu peuvent le retrouver en transmettant une requête aux nœuds proches de l'adresse du contenu. En effet, lorsqu'un nœud a besoin d'un morceau, il poste simplement une requête au Swarm avec l'adresse du contenu, et le Swarm transmettra les requêtes jusqu'à ce que les données soient trouvées (ou que la requête expire). À cet égard, Swarm est similaire à une table de hachage distribuée traditionnelle (DHT) mais avec deux fonctionnalités importantes (et sous-recherchées).
- Le livre blanc de Vitalik sur le noyau de développement Ethereum réalisé
- Quand elle a atteint les premières collines
- Une petite rivière nommée Duden coule
- Autonome grâce à un système d'incitation intégré
[gdlr_core_space hauteur=”50px”]
Documents et hachage Swarm
Sur la couche API, Swarm fournit un chunker. Le chunker prend n'importe quel type de source lisible, comme un fichier ou un périphérique de capture de caméra vidéo, et le découpe en morceaux de taille fixe. Ces soi-disant blocs de données ou blocs de feuille sont hachés puis synchronisés avec des pairs. Les hachages des blocs de données sont ensuite regroupés en blocs eux-mêmes (appelés blocs intermédiaires) et le processus est répété. Actuellement, 128 hachages constituent un nouveau morceau. En conséquence, les données sont représentées par un arbre Merkle, et c'est le hachage racine de l'arbre qui agit comme l'adresse que vous utilisez pour récupérer le fichier téléchargé.
