Wie läuft ein Smart Contract unter der Haube „auf einer Blockchain“ ab?

Lassen Sie uns für den Anfang Smart Contracts nicht mit Menschen gleichsetzen, das ist eine sehr OOP-Idee und verwirrt meiner Meinung nach nur das gesamte Thema.

Ich stimme definitiv zu, dass technische Dokumentation und Unterrichtsmaterial wie dieses sehr fehlen. Sie erhalten oft sehr oberflächliche Informationen.

kann bestimmte Ereignisse anhören

Ein Smart Contract kann keine Ereignisse abhören.

Ein Smart Contract ist eine passive statische Sache. Du rufst es auf, etwas zu tun, und es wird die Sache tun. Es macht nie etwas von alleine. Es kann unterschiedlich reagieren, je nachdem wie viel Zeit vergangen ist oder Blockhöhe oder ähnliches. Oder abhängig vom Status anderer Smart Contracts, die möglicherweise als Teil Ihrer Anfrage abgefragt werden.

Eine menschliche Person kann über eine Frontend-Schnittstelle mit dem Smart Contract interagieren, sodass vollwertige Anwendungen auf dieser „Backend“-Schnittstelle aufgebaut werden können.

Richtig. Im Grunde ist eine Blockchain nur eine unveränderliche Datenbank, die "im Internet" dezentralisiert ohne einen einzigen Standort lebt. Und im Falle von Smart-Contract-Ketten kann es auch Code enthalten.

Intelligente Verträge werden in Bytecode kompiliert, dh EVM-Montageanweisungen, die auf der EVM ausgeführt werden, und jede Anweisung [kostet] Gas.

Rechts.

Ist es an einem Block an einem neu abgebauten Block befestigt?

Es ist! Alles ist Blöcke, also ist alles auf der Kette auf den Blöcken. Ich denke, ein Vertrag könnte technisch zwischen Blöcken aufgeteilt werden, da es eine begrenzte Blockgröße gibt, bin mir aber nicht sicher.

Wie greift man dann auf diesen Vertrag zu? Sie scannen einfach die ganze Kette nach Smart Contracts mit einer bestimmten Vertragsadresse?

Bei der Bereitstellung, bei der es sich um eine EVM-Aktion handelt, die mit einer bestehenden Ethereum-Adresse durchgeführt wird und Benzin kostet, erhalten Sie eine Adresse. An dieser Adresse finden Sie den Smart Contract. Ähnlich wie bei einer Hashmap ist der Zugriff sehr schnell.

eine Transaktion und dann auf dem Block aufgezeichnet

Es gibt zwei Arten von Funktionsaufrufen in Solidität auf Ethereum-Ansichtstypen und normalen. ein Aufruf vom Typ View, schreibt nichts in die Kette und kostet kein Benzin. Normale schon. Die Gaskosten entsprechen der Menge und den Kosten von EVM-Anweisungen, die zum Abschließen des gesamten Anrufs benötigt werden. Es wird also nur aufgezeichnet, wenn Sie tatsächlich in die Kette schreiben, nicht beispielsweise, wenn Sie nur eine Variable löschen.

Beachten Sie, dass für einige Ansichtsaufrufe noch eine gewisse Verarbeitung erforderlich ist, z. B. das Durchlaufen einer Schleife, sagen wir, und es kostet tatsächlich kein Gas, dies zu tun. Dies ist relevant für den nächsten Punkt.

Wer führt die Codeausführung per se durch

Ich denke, das ist eine sehr wichtige Frage.

Zunächst einmal ist die Art und Weise, wie diese Blockchains konzipiert sind, so: Sie betreiben selbst einen Knoten und verwenden ihn, um mit der Kette zu kommunizieren.

In Wirklichkeit verwenden die meisten Leute einen Drittanbieter, sagen wir Metamask oder Infura oder andere. Aber diese Drittanbieter betreiben nur selbst Knoten und geben Ihnen die gesuchte Antwort, sie müssen immer noch einen Knoten betreiben, so wie Sie es selbst tun können. Diese Dienste speichern normalerweise alle Blockchain-Daten in einer schnelleren und bequemeren Datenbank.

(Vieles davon scheint magisch zu sein, da wir solche praktischen Dienste verwenden, aber in Wirklichkeit betreiben Sie nur einen Knoten, der alle Blöcke sammelt und mit der Blockchain kommunizieren kann, die wiederum nur eine riesige Datenbank ist.)

Wenn Sie einen VIEW-Aufruf tätigen, gehe ich davon aus , dass Sie die EVM-Anweisungen selbst auf Ihrem Knoten ausführen, weshalb es kein Benzin kostet.

Wenn ein Anruf geschrieben wird, muss ein Miner ihn tatsächlich abbauen. Schürfen Sie den Block, hängen Sie Ihre Sachen an den Block an, führen Sie Code aus, falls vorhanden, und schreiben Sie das Ergebnis in den Block.

Hier wird es für mich neblig: Der Konsensmechanismus stellt sicher, dass die Daten korrekt sind, und indem mehr Knoten die von Ihnen produzierten Blöcke aufnehmen, werden sie akzeptiert. Aber es wird nur einmal geschrieben.

Dies geht zum Beispiel in das Gebiet der Wissensnachweise, wenn Sie sich weiter damit befassen möchten.

Aber du schreibst nur einmal, ein Miner macht es. Danach stellen wir per Konsens per Konsensalgorithmus fest, dass dieser Schreibvorgang korrekt war und Sie das System nicht ausgetrickst haben.

Man könnte ein ganzes Buch schreiben, das alle Fragen beantwortet, die Sie sich gestellt haben, aber lassen Sie mich einen Versuch in 50.000 Fuß wagen:

1. Verträge sind nicht an die Blockchain angehängt, sie SIND Teil der Blockchain, da sich der Code innerhalb des Blocks selbst befindet. Dies ist der Teil, der abgebaut wird, damit Sie wissen, dass er später nicht von einer böswilligen Partei angehängt wird. (Es wird in EVM-Assembly/Binärcode kompiliert.)

2. Verträge sind in der Tat passive Entitäten. Sie sitzen einfach da, es sei denn, jemand versucht, eine Funktion zu verwenden, die in die Blockchain schreibt. (Verträge, die für die Interaktion mit der Außenwelt entwickelt wurden, existieren automatisch, sie werden Orakel genannt (nicht zu verwechseln mit der Datenbank))

3. Jeder Knoten (auch bekannt als „Miner“) führt im Wesentlichen jeden Vertrag auf einmal aus. Der Grund für die Skalierbarkeit (auf zunächst unintuitive Weise) liegt darin, dass niemand die Ergebnisse einer Berechnung fälschen kann, ohne dass so ziemlich jeder andere Knoten „NO WAY“ sagt, sodass diese Ergebnisse verworfen werden.

4. Wenn Sie wirklich einfache Beschreibungen der Funktionsweise wünschen, müssen Sie wahrscheinlich Code knacken und anfangen, Dinge selbst auszuprobieren!

Was passiert eigentlich, wenn man „einen Smart Contract auf der Blockchain einsetzt“? Ist es

Sie senden eine Transaktion an die Adresse 0x00000...0 mit dem EVM-Bytecode Ihres Vertrags. Dies führt zur Bereitstellung des Vertrages in einer Adresse, die aus der Absenderadresse und der Absenderadresse abgeleitet wird.

was genau unter der Haube passiert, wenn eine zufällige menschliche Person eine intelligente Vertragsfunktion auslöst, zum Beispiel iWasHere().

Jede Solidity-Funktion hat einen Selektor .

• Wenn die Transaktion eine Schreibtransaktion ist, dann sendet der Benutzer eine Transaktion an die Smart-Contract-Adresse, wobei das DataFeld mit dem 4-Byte-Selektor der Funktion gefüllt ist. Jeder JSON-RPC-Knoten von Ethereum kann eine Transaktionsnutzlast für P2P-Netzwerkübertragungen aufnehmen. Schließlich wird ein Block abgebaut, der Miner wählt diese Transaktion aus dem Mempool aus, führt sie aus und das Ergebnis wird in dem Block gespeichert, den der Miner gerade abgebaut hat.

• Wenn es sich bei der Transaktion um einen schreibgeschützten Aufruf handelt, führt die JSON-RPC-API des Ethereum-Knotens die Funktion direkt in EVM aus, wobei der zuvor bereitgestellte Bytecode verwendet wird