Mit der lang erwarteten Veröffentlichung von Geth 1.5 („Let there bee light“) schaffte es Swarm als experimentelles Feature ethereum Die aktuelle Version des Codes ist POC 0.2 RC5 – „embrace your daemons“ (Roadmap), das ist die überarbeitete und sauberere Version der Codebasis, die in den letzten Monaten auf dem Swarm-Toynet lief.
Die aktuelle Version wird mit dem Swarm-Befehl ausgeliefert, der bei Bedarf einen eigenständigen Swarm-Daemon als separaten Prozess unter Verwendung Ihres bevorzugten IPC-kompatiblen ethereum Clients startet. Die Bandbreitenabrechnung (unter Verwendung des Swarm Accounting Protocol = SWAP) ist für den reibungslosen Betrieb und die schnelle Bereitstellung von Inhalten verantwortlich, indem Knoten dazu angeregt werden, ihre Bandbreite bereitzustellen und Daten weiterzuleiten. Das SWAP-System ist funktionsfähig, aber standardmäßig ausgeschaltet. Speicheranreize (Strafversicherung) zum Schutz der Verfügbarkeit von Inhalten, auf die selten zugegriffen wird, sollen in POC 0.4 einsatzbereit sein. Daher verwendet der Client die Blockchain nur für die Auflösung von Domänennamen.
Mit diesem Blogbeitrag freuen wir uns, den Start unseres glänzenden neuen Swarm-Testnetzes bekannt zu geben, das mit der Ropsten Ethereum- ethereum verbunden ist. Die Ethereum Foundation steuert einen 35-s tron g (wird bis zu 105) Swarm-Cluster bei, der in der Azure-Cloud läuft. Es hostet die Swarm-Homepage.
Wir betrachten dieses Testnetz als das erste öffentliche Pilotprojekt, und die Community ist herzlich eingeladen, dem Netzwerk beizutreten, Ressourcen und Probleme dent , Schwachstellen zu identifizieren und Feedback zur Benutzerfreundlichkeit zu geben. Anweisungen finden Sie im Swarm-Leitfaden. Wir ermutigen diejenigen, die es sich leisten können, persistente Knoten (Knoten, die online bleiben) zu betreiben, sich mit uns in Verbindung zu setzen. Wir haben bereits Zusagen für 100-TB-Bereitstellungen erhalten. Beachten Sie, dass das Testnetz keine Garantien bietet! Daten können verloren gehen oder nicht mehr verfügbar sein. In der Tat können Dauergarantien nicht gegeben werden, zumindest bis die Anreizschicht der Speicherversicherung implementiert ist.
Beachten Sie, dass das Testnetz keine Garantien bietet! Daten können verloren gehen oder nicht mehr verfügbar sein. In der Tat können Dauergarantien nicht gegeben werden, zumindest bis die Anreizschicht der Speicherversicherung implementiert ist.
Wir stellen uns vor, dieses Projekt mit mehr und mehr Community-Beteiligung zu gestalten, also laden wir alle Interessierten ein, sich anzuschließen
Wie funktioniert Schwarm?
Swarm ist eine verteilte Speicherplattform und ein Inhaltsverteilungsdienst; Ein nativer Basisschichtdienst des ethereum Web3-Stacks. Das Ziel ist eine Peer-to-Peer-Speicher- und Serverlösung, die keine Ausfallzeiten hat, DDOS-resistent, fehlertolerant und zensurresistent ist und sich aufgrund eines eingebauten Anreizsystems selbst erhält. Die Anreizschicht verwendet Peer-to-Peer-Buchhaltung für Bandbreite, einzahlungsbasierte Speicheranreize und ermöglicht den Handel mit Ressourcen gegen Zahlung. Swarm wurde entwickelt, um sich tief in die devp2p-Multiprotokoll-Netzwerkschicht von Ethereum sowie in die Ethereum -Blockchain für die Auflösung von Domänennamen zu integrieren.
[gdlr_core_space height=“40px“]
[gdlr_core_space height=“40px“]
Dieser Hash eines Chunks ist die Adresse, die Clients verwenden können, um den Chunk (das Preimage des Hashs) abzurufen. Irreversible und kollisionsfreie Adressierung bietet sofort Integritätsschutz: Unabhängig vom Kontext, in dem ein Client von einer Adresse weiß, kann er feststellen, ob der Chunk beschädigt ist oder manipuliert wurde, indem er ihn einfach hasht.
Das Hauptangebot von Swarm als verteilter Chunkstore besteht darin, dass Sie Inhalte darauf hochladen können. Die Knoten, aus denen der Schwarm besteht, widmen alle Ressourcen (Festplattenspeicher, Arbeitsspeicher, Bandbreite und CPU) zum Speichern und Bereitstellen von Chunks. Aber was bestimmt, wer einen Brocken behält? Schwarmknoten haben eine Adresse (den Hash der Adresse ihres bzz-Kontos) im selben Schlüsselraum wie die Chunks selbst. Nennen wir diesen Adressraum das Overlay-Netzwerk. Wenn wir einen Chunk in den Schwarm hochladen, legt das Protokoll fest, dass er letztendlich an Knoten gespeichert wird, die der Adresse des Chunks am nächsten sind (gemäß einem defi Abstandsmaß im Overlay-Adressraum). Der Prozess, durch den Chunks an ihre Adresse gelangen, wird als Synchronisierung bezeichnet und ist Teil des Protokolls. Knoten, die den Inhalt später abrufen möchten, können ihn wiederfinden, indem sie eine Abfrage an Knoten weiterleiten, die sich in der Nähe der Adresse des Inhalts befinden. Wenn ein Knoten einen Chunk benötigt, sendet er einfach eine Anfrage an den Swarm mit der Adresse des Inhalts, und der Swarm leitet die Anfragen weiter, bis die Daten gefunden werden (oder die Anfrage abläuft). In dieser Hinsicht ähnelt Swarm einer traditionellen verteilten Hash-Tabelle (DHT), verfügt jedoch über zwei wichtige (und wenig erforschte) Funktionen.
- Vitaliks Whitepaper zum Ethereum -Entwicklerkern realisiert
- Als sie die ersten Hügel erreichte
- Ein kleiner Fluss namens Duden fließt
- Selbsttragend durch ein eingebautes Anreizsystem
[gdlr_core_space Höhe = "50px"]
Dokumente und der Schwarm-Hash
Auf der API-Schicht stellt Swarm einen Chunker bereit. Der Chunker nimmt jede Art von lesbarer Quelle, wie z. B. eine Datei oder ein Aufnahmegerät einer Videokamera, und hackt sie in Chunks mit fester Größe. Diese sogenannten Data Chunks oder Leaf Chunks werden gehasht und dann mit Peers synchronisiert. Die Hashes der Datenblöcke werden dann selbst in Blöcke gepackt (Zwischenblöcke genannt) und der Vorgang wird wiederholt. Derzeit bilden 128 Hashes einen neuen Chunk. Infolgedessen werden die Daten durch einen Merkle-Baum dargestellt, und es ist der Root-Hash des Baums, der als Adresse fungiert, die Sie zum Abrufen der hochgeladenen Datei verwenden.
