Nasdaq-notierte Marathon beginnt Bitcoin-Mining-Operationen, Aktie steigt um 32 %

Mit der lang erwarteten geth 1.5-Veröffentlichung („let there bee light“) ist Swarm als experimentelle Funktion in die offizielle go-ethereum-Veröffentlichung eingegangen. Die aktuelle Version des Codes ist POC 0.2 RC5 – „embrace your daemons“ (Roadmap), was die refaktorierte und sauberere Version der Codebasis ist, die in den vergangenen Monaten auf dem Swarm-Toynet lief.

Die aktuelle Version enthält den swarmcommand, der einen eigenständigen Swarm-Daemon als separaten Prozess startet, der Ihren bevorzugten IPC-konformen Ethereum-Client verwendet, falls erforderlich. Die Bandbreitenabrechnung (unter Verwendung des Swarm Accounting Protocol = SWAP) ist für einen reibungslosen Betrieb und eine schnelle Inhaltsbereitstellung verantwortlich, indem sie Knoten dazu anregt, ihre Bandbreite beizutragen und Daten weiterzuleiten. Das SWAP-System ist funktionsfähig, aber standardmäßig deaktiviert. Speicheranreize (strafversicherte Absicherung) zum Schutz der Verfügbarkeit selten genutzter Inhalte sollen in POC 0.4 funktionsfähig sein. Derzeit verwendet der Client standardmäßig die Blockchain nur für die Domänennamensauflösung.

Mit diesem Blogbeitrag freuen wir uns, die Einführung unseres glänzenden neuen Swarm-Testnetzes bekannt zu geben, das mit der Ropsten-Ethereum-Testkette verbunden ist. Die Ethereum Foundation trägt zu einem 35-köpfigen (wird auf 105 ansteigen) Swarm-Cluster bei, der auf der Azure-Cloud läuft. Es hostet die Swarm-Homepage.

Wir betrachten dieses Testnetz als den ersten öffentlichen Piloten, und die Community ist willkommen, dem Netzwerk beizutreten, Ressourcen beizutragen, Probleme zu melden, 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 zu melden. Wir haben bereits Zusagen für 100 TB Bereitstellungen erhalten. Beachten Sie, dass das Testnetz keine Garantien bietet! Daten können verloren gehen oder unzugänglich werden. Tatsächlich können Persistenzgarantien zumindest bis zur Implementierung der Speicherversicherungsanreizschicht nicht gemacht werden.

Beachten Sie, dass das Testnetz keine Garantien bietet! Daten können verloren gehen oder unzugänglich werden. Tatsächlich können Persistenzgarantien zumindest bis zur Implementierung der Speicherversicherungsanreizschicht nicht gemacht werden.

Wir envisionieren, dieses Projekt mit immer mehr Beteiligung der Gemeinschaft zu gestalten, daher laden wir Interessierte ein, sich anzuschließen

Wie funktioniert Swarm?

Swarm ist eine verteilte Speicherplattform und ein Content-Distribution-Dienst; ein nativer Basisschichtdienst des Ethereum Web3-Stacks. Das Ziel ist eine Peer-to-Peer-Speicher- und Bereitstellungslösung, die keine Ausfallzeiten hat, DDOS-resistent, fehlertolerant und zensurresistent ist sowie aufgrund eines integrierten Anreizsystems selbsttragend ist. Die Anreizschicht verwendet Peer-to-Peer-Abrechnung für Bandbreite, Einzahlungs-basierte Speicheranreize und ermöglicht den Handel von Ressourcen gegen Zahlung. Swarm ist darauf ausgelegt, tief in die devp2p-Multiprotokoll-Netzwerkschicht von Ethereum sowie in die Ethereum-Blockchain für die Domänennamensauflösung integriert zu sein.

[gdlr_core_space height=„40px“]

[gdlr_core_space height=„40px“]

Dieser Hash eines Chunks ist die Adresse, die Clients zur Abrufung des Chunks verwenden können (das Präbild des Hashs). Eine irreversible und kollisionsfreie Adressierung bietet sofortige Integritätsschutz: Unabhängig vom Kontext, wie ein Client eine Adresse kennt, kann er feststellen, ob der Chunk beschädigt oder manipuliert wurde, indem er ihn einfach hashet.

Das Hauptangebot von Swarm als verteilter Chunkstore ist, dass Sie Inhalte darauf hochladen können. Die Knoten, aus denen Swarm besteht, widmen Ressourcen (Festplattenspeicher, Speicher, Bandbreite und CPU) dem Speichern und Bereitstellen von Chunks. Aber was bestimmt, wer einen Chunk behält? Swarm-Knoten haben eine Adresse (den Hash der Adresse ihres bzz-Kontos) im gleichen Keyspace wie die Chunks selbst. Nennen wir diesen Adressraum das Overlay-Netzwerk. Wenn wir einen Chunk in das Swarm hochladen, bestimmt das Protokoll, dass er schließlich bei Knoten gespeichert wird, die der Adresse des Chunks am nächsten liegen (gemäß einem wohldefinierten Abstandsmesswert im Overlay-Adressraum). Der Prozess, durch den Chunks zu ihrer Adresse gelangen, wird als Synchronisierung bezeichnet und ist Teil des Protokolls. Knoten, die später den Inhalt abrufen möchten, können ihn wiederfinden, indem sie eine Abfrage an Knoten weiterleiten, die der Adresse des Inhalts nahe liegen. Tatsächlich, wenn ein Knoten einen Chunk benötigt, sendet er einfach eine Anfrage an das Swarm mit der Adresse des Inhalts, und das Swarm leitet die Anfragen weiter, bis die Daten gefunden sind (oder die Anfrage abläuft). In dieser Hinsicht ähnelt Swarm einer traditionellen verteilten Hash-Tabelle (DHT), hat jedoch zwei wichtige (und wenig erforschte) Funktionen.

• Vitaliks Whitepaper, das der Ethereum-Dev-Core realisierte
• Als sie die ersten Hügel erreichte
• Ein kleiner Fluss namens Duden fließt
• Selbsttragend aufgrund eines integrierten Anreizsystems

[gdlr_core_space height=„50px“]

Dokumente und der Swarm-Hash

Auf der API-Ebene bietet Swarm einen Chunker an. Der Chunker nimmt jede Art von lesbarer Quelle, wie eine Datei oder ein Videokamera-Aufnahmegerät, und zerschneidet sie in festgelegte Chunks. Diese sogenannten Daten-Chunks oder Leaf-Chunks werden gehasht und dann mit Peers synchronisiert. Die Hashes der Daten-Chunks werden dann selbst in Chunks verpackt (sogenannte Intermediate-Chunks), und der Prozess wiederholt sich. Derzeit bestehen 128 Hashes aus einem neuen Chunk. Infolgedessen wird die Daten durch einen Merkle-Baum dargestellt, und es ist der Root-Hash des Baums, der als Adresse dient, die Sie zum Abrufen der hochgeladenen Datei verwenden.