Wie arbeiten die Ethereum-Komponenten zusammen?

Hallo

Ich habe über das Ethereum-Projekt und seine Komponenten gelesen, ich verstehe, dass es 3 Hauptkomponenten gibt (EVM, Schwarm, Flüstern)Geben Sie hier die Bildbeschreibung ein

Swarm ist ein Peer-to-Peer-Datenaustauschnetzwerk, in dem Dateien durch den Hash ihres Inhalts adressiert werden. ethdocs

Whisper – Decentralized Messaging Ein Protokoll für private, sichere Kommunikation direkt zwischen Knoten. ethdocs

EVM ist ein stapelbasierter Interpreter, der über ein Speicher-Byte-Array und einen Schlüsselwertspeicher verfügt. Ethereum Smart Contract Entwicklung

Aber was ich nirgendwo finden kann, ist, wie diese Komponenten zusammenarbeiten.

(dh: Wenn ein Smart Contract im Ethereum-Netzwerk bereitgestellt wird, was ist der Beitrag jeder dieser Komponenten, um eine erfolgreiche Bereitstellung zu erreichen)

oder wenn sie nicht an der Bereitstellung beteiligt sind, wie sind sie während der Laufzeit des Smart Contracts nützlich?

danke für die Antwort, ich habe diese Beiträge gelesen und sie motivieren meine Frage. Was ich suche, ist die Abfolge von Ereignissen, die in jeder Komponente während der Laufzeit des Vertrags passieren. Meine Theorie ist : 1. Der Bytecode wird durch Flüstern an das Netzwerk gesendet . 2. In Stücke aufgeteilt und mit Schwarm gespeichert . 3. Die EVM führt den POW an einem Block aus, der den Bytecode enthält. Ist das korrekt? Gibt es weitere Details zu diesem Vorgang? Das Flüster-Wiki bietet einige Anwendungsfälle, aber es gibt nichts auf der Schwarmseite
"Was ich suche, ist die Abfolge von Ereignissen, die in jeder Komponente während der Laufzeit des Vertrags passieren"? Es scheint, als würden Sie sich selbst verwirren. Versuchen Sie, die Theorie hinter einem Szenario zu verstehen, in dem alle drei Komponenten in einer dezentralisierten Anwendung verwendet werden? weil Sie nicht alle drei benötigen, um Smart Contracts auszuführen, sondern nur die EVM.
Wenn wir nur das EVM brauchen, was ist dann der Nutzen von Schwarm und Flüstern?
Diese beiden sind nützlich, wenn Sie eine DAPP erstellen, die eine Art dezentralen Speicher benötigt (IPFS/Swarm usw.), z. B. wenn Sie eine DApp erstellen, die viele abrufbare Informationen dezentral verschlüsseln und speichern soll, dann ziehen Sie es an Ich möchte es nicht im Smart Contract selbst speichern, sondern nur den Hash davon) oder dezentralisiertes Messaging (Whisper und ähnliches).

Antworten (1)

Die drei Elemente sind weitgehend unabhängig voneinander, mit einigen Einschränkungen:

  • Sie können Ethereum nur für Smart Contracts (EVM) ausführen, ohne Flüstern oder Schwärme zu verwenden

  • Sie können Nachrichten zwischen Ethereum-Knoten per Flüstern senden. Alle Knoten erhalten die Nachricht, aber nur der Empfänger kann die Nachricht entschlüsseln. Sie können Flüstern nicht ohne Ethereum betreiben.

  • Sie können eine dApp mit Smart Contracts auf Ethereum ausführen und Swarm für die Speicherung verwenden, müssen es aber nicht. Sie können Swarm ohne Ethereum ausführen, um Daten zu speichern und abzurufen, aber Sie benötigen ENS (Ethereum Name Service), wenn Sie einen Namensdienst für Ihre Daten wünschen (Swarm weist jedem hochgeladenen Datenelement einen eindeutigen Hash zu, wenn Sie einen menschlichen lesbaren Namen benötigen Sie ENS). Außerdem benötigen Sie Ethereum, wenn Sie den Buchhaltungs- und Anreizteil des Schwarms aktiv haben möchten (derzeit nicht implementiert).

Wie diese Komponenten zusammenarbeiten, hängt vom Anwendungsfall und der dApp ab, sodass es sich größtenteils um eine benutzerdefinierte Implementierung handelt.