content
` when both tags are on the same line; only splits multi-line block closing tags to their own line. Fixes MDX "Expected a closing tag before end of paragraph" error (id i18n/id-03-23T2228, pattern #46)
+- **Lowercased MDX component names** (`fixLowercasedMdxComponents`) — `Gut zu wissen
+KI-Agenten und verwandte Tools befinden sich noch in einer frühen Entwicklungsphase und sind sehr experimentell – mit Vorsicht verwenden.
+Gründer, benötigen Sie Hilfe bei der Beschleunigung Ihres Unternehmens? [Besuchen Sie den Founders Support](/founders/)
+Wer kann teilnehmen?
+ Jeder, der älter als 18 Jahre ist, Muttersprachler mindestens einer nicht-englischen Sprache ist und über gute Englischkenntnisse verfügt. +Muss ich Übersetzer sein?
+ Nein. Du musst lediglich zweisprachig sein und nach bestem Wissen und Gewissen menschliche Übersetzungen vorschlagen (die Verwendung von maschineller Übersetzung ist verboten!), es ist keine professionelle Erfahrung erforderlich. +Wie viel Zeit muss ich investieren?
+ So viel du möchtest. Die Mindestgrenze, um für Preise in Frage zu kommen, liegt bei 1.000 übersetzten Wörtern, was etwa 2 Stunden in Anspruch nehmen sollte. Der Wettbewerb um die Hauptpreise erfordert jedoch einen größeren Zeitaufwand. +Muss ich mich mit Ethereum auskennen?
+ Nein. Obwohl es für deine Produktivität und Qualität hilfreich sein kann, mit Ethereum vertraut zu sein, ist der Translatathon auch eine Lernerfahrung, und jeder ist eingeladen, teilzunehmen und dabei mehr über Ethereum zu lernen. +`Nonce``
-`` – _Öffnender Tag, der einen Code-Ausschnitt enthält_
+`` - _Öffnendes Tag, das ein Code-Snippet enthält_
-Nonce – _Nicht übersetzbarer Text_
+Nonce - _Nicht übersetzbarer Text_
-`` – _Schließender Tag_
+`` - _Schließendes Tag_
-
+
-Der Quelltext enthält auch verkürzte Tags, die nur Zahlen enthalten. Ihre Funktion ist dadurch nicht direkt ersichtlich. Sie können mit dem Mauszeiger über diese Tags fahren, um genau zu sehen, welche Funktion sie haben.
+Der Ausgangstext enthält auch verkürzte Tags, die nur Zahlen enthalten, was bedeutet, dass ihre Funktion nicht sofort ersichtlich ist. Sie können mit der Maus über diese Tags fahren, um genau zu sehen, welche Funktion sie erfüllen.
-Im folgenden Beispiel können Sie sehen, dass der Mauszeiger über dem \<0> Tag zeigt, dass er `` darstellt und einen Code-Ausschnitt enthält. Daher sollte der Inhalt innerhalb dieser Tags nicht übersetzt werden.
+Im folgenden Beispiel können Sie sehen, dass das Bewegen der Maus über das `<0>`-Tag zeigt, dass es `` darstellt und ein Code-Snippet enthält. Daher sollte der Inhalt innerhalb dieser Tags nicht übersetzt werden.
-
+
-## Kurze vs. vollständige Formulierungen/Abkürzungen {#short-vs-full-forms}
+## Kurz- vs. Vollformen/Abkürzungen {#short-vs-full-forms}
-Auf der Website werden viele Abkürzungen verwendet, z. B. dApps, NFT, DAO, DeFi etc. Diese Abkürzungen werden im Englischen häufig verwendet und sind den meisten Besuchern der Website bekannt.
+Auf der Website werden viele Abkürzungen verwendet, z. B. Dapps, NFT, DAO, DeFi usw. Diese Abkürzungen werden im Englischen häufig verwendet und die meisten Besucher der Website sind damit vertraut.
-Da es für diese und ähnliche Begriffe in der Regel keine etablierten Übersetzungen in anderen Sprachen gibt, ist es am besten, eine beschreibende Übersetzung der vollständigen Form anzugeben und die englische Abkürzung in Klammern hinzuzufügen.
+Da es für sie in anderen Sprachen normalerweise keine etablierten Übersetzungen gibt, ist der beste Weg, mit diesen und ähnlichen Begriffen umzugehen, eine beschreibende Übersetzung der Vollform bereitzustellen und die englische Abkürzung in Klammern hinzuzufügen.
-Übersetzen Sie diese Abkürzungen nicht, da die meisten Menschen damit nicht vertraut sind und die lokalisierten Versionen für die meisten Besucher nicht viel Sinn ergeben würden.
+Übersetzen Sie diese Abkürzungen nicht, da die meisten Menschen nicht damit vertraut wären und die lokalisierten Versionen für die meisten Besucher keinen großen Sinn ergeben würden.
-Beispiel für die Übersetzung von dApps:
+Beispiel für die Übersetzung von Dapps:
-- Dezentrale Anwendungen (dApps) → _Übersetzte Vollform (englische Abkürzung in Klammern)_
+- dezentralisierte Anwendungen (Dapps) → _Übersetzte Vollform (englische Abkürzung in Klammern)_
## Begriffe ohne etablierte Übersetzungen {#terms-without-established-translations}
-Für einige Begriffe gibt es möglicherweise keine etablierten Übersetzungen in anderen Sprachen und sie sind weithin unter dem englischen Originalbegriff bekannt. Diese Begriffe umfassen meist neuere Konzepte wie Proof-of-Work, Proof-of-Stake, Beacon Chain, Staking usw.
+Einige Begriffe haben möglicherweise keine etablierten Übersetzungen in anderen Sprachen und sind unter dem ursprünglichen englischen Begriff weithin bekannt. Solche Begriffe umfassen meist neuere Konzepte wie Proof-of-Work, Proof-of-Stake, Beacon Chain, Staking usw.
-Die Übersetzung dieser Begriffe kann zwar unnatürlich klingen, da aber die englische Version auch in anderen Sprachen häufig verwendet wird, ist es sehr empfehlenswert, sie zu übersetzen.
+Obwohl die Übersetzung dieser Begriffe unnatürlich klingen kann, da die englische Version auch in anderen Sprachen häufig verwendet wird, wird dringend empfohlen, sie zu übersetzen.
-Wenn Sie sie übersetzen, können Sie kreativ sein, beschreibende Übersetzungen verwenden oder einfach wörtlich übersetzen.
+Fühlen Sie sich bei der Übersetzung frei, kreativ zu werden, beschreibende Übersetzungen zu verwenden oder sie einfach wörtlich zu übersetzen.
-**Es ist sinnvoll, die meisten Begriffe zu übersetzen, anstatt sie auf Englisch zu belassen, da diese neue Terminologie sich zukünftig stärker verbreitet, wenn mehr Menschen Ethereum und zugehörige Technologien nutzen. Wenn wir mehr Menschen aus der ganzen Welt für diesen Bereich gewinnen wollen, müssen wir eine verständliche Terminologie in so vielen Sprachen wie möglich anbieten, auch wenn wir sie selbst erstellen müssen.**
+**Der Grund, warum die meisten Begriffe übersetzt werden sollten, anstatt einige auf Englisch zu belassen, ist die Tatsache, dass diese neue Terminologie in Zukunft weiter verbreitet sein wird, wenn mehr Menschen anfangen, Ethereum und verwandte Technologien zu nutzen. Wenn wir mehr Menschen aus der ganzen Welt in diesen Bereich einführen wollen, müssen wir verständliche Terminologie in so vielen Sprachen wie möglich bereitstellen, auch wenn wir sie selbst erstellen müssen.**
-## Schaltflächen und CTAs (Call to Action) {#buttons-and-ctas}
+## Schaltflächen & CTAs {#buttons-and-ctas}
Die Website enthält zahlreiche Schaltflächen, die anders übersetzt werden sollten als andere Inhalte.
-Schaltflächentext kann identifiziert werden, indem Sie sich die zugehörigen Kontext-Screenshots ansehen oder den Kontext im Editor überprüfen, der den Ausdruck „Button“ enthält.
+Schaltflächentext kann identifiziert werden, indem man sich die Kontext-Screenshots ansieht, die mit den meisten Zeichenfolgen verbunden sind, oder indem man den Kontext im Editor überprüft, der das Wort „button“ enthält.
-Die Übersetzungen für Schaltflächen sollten so kurz wie möglich sein, um Formatierungsfehler zu vermeiden. Außerdem sollten die Schaltflächenübersetzungen als Anweisung formuliert sein, d. h. einen Befehl oder eine Aufforderung darstellen.
+Die Übersetzungen für Schaltflächen sollten so kurz wie möglich sein, um Formatierungsfehler zu vermeiden. Darüber hinaus sollten Schaltflächenübersetzungen im Imperativ stehen, d. h. einen Befehl oder eine Aufforderung darstellen.
-
+
-## Übersetzen für Inklusion {#translating-for-inclusivity}
+## Inklusiv übersetzen {#translating-for-inclusivity}
-Die Besucher von ethereum.org kommen aus der ganzen Welt und haben ganz unterschiedliche Hintergründe. Die Sprache auf der Website sollte daher neutral, einladend für alle und nicht ausschließend sein.
+Besucher von ethereum.org kommen aus der ganzen Welt und haben unterschiedliche Hintergründe. Die Sprache auf der Website sollte daher neutral, für alle einladend und nicht exklusiv sein.
-Ein wichtiger Aspekt dabei ist die Geschlechterneutralität. Das lässt sich leicht erreichen, indem die formale Anrede benutzt und geschlechtsspezifische Wörter in den Übersetzungen vermieden werden.
+Ein wichtiger Aspekt dabei ist die Geschlechtsneutralität. Dies lässt sich leicht erreichen, indem man die formelle Anrede verwendet und geschlechtsspezifische Wörter in den Übersetzungen vermeidet.
-Eine andere Möglichkeit der Inklusion ist der Versuch, für ein globales Publikum zu übersetzen, das nicht auf ein Land, eine Rasse oder eine Region festgelegt ist.
+Eine weitere Form der Inklusivität ist der Versuch, für ein globales Publikum zu übersetzen, das nicht auf ein bestimmtes Land, eine bestimmte Ethnie oder Region beschränkt ist.
-Schließlich sollte die Sprache für jedes Publikum und Alter geeignet sein.
+Schließlich sollte die Sprache für alle Zielgruppen und Altersgruppen geeignet sein.
## Sprachspezifische Übersetzungen {#language-specific-translations}
-Bei der Übersetzung ist es wichtig, die Grammatikregeln, Konventionen und die Formatierung in Ihrer Sprache zu befolgen und diese nicht von der Quelle zu übernehmen. Der Ausgangstext folgt den englischen Grammatikregeln und -konventionen, die in vielen anderen Sprachen nicht gelten.
+Beim Übersetzen ist es wichtig, die Grammatikregeln, Konventionen und Formatierungen zu befolgen, die in Ihrer Sprache verwendet werden, anstatt sie aus der Quelle zu kopieren. Der Ausgangstext folgt den englischen Grammatikregeln und Konventionen, was auf viele andere Sprachen nicht anwendbar ist.
-Sie sollten mit den Regeln für Ihre Sprache vertraut sein und entsprechend übersetzen. Wenn Sie Hilfe benötigen, wende Sie sich an uns. Wir unterstützen Sie dabei, Ressourcen zu finden, wie diese Elemente in Ihrer Sprache einzusetzen sind.
+Sie sollten sich der Regeln für Ihre Sprache bewusst sein und entsprechend übersetzen. Wenn Sie Hilfe benötigen, wenden Sie sich an uns, und wir helfen Ihnen, einige Ressourcen darüber zu finden, wie diese Elemente in Ihrer Sprache verwendet werden sollten.
-Einige Beispiele dafür, worauf besonders zu achten ist:
+Einige Beispiele dafür, worauf Sie besonders achten sollten:
### Zeichensetzung, Formatierung {#punctuation-and-formatting}
-**Groß-/Kleinschreibung**
+**Groß- und Kleinschreibung**
-- Es gibt große Unterschiede in der Groß- und Kleinschreibung in verschiedenen Sprachen.
-- Im Englischen ist es üblich, alle Wörter in Titeln und Namen, Monaten und Tagen, Sprachnamen, Feiertagen usw. groß zu schreiben. In vielen anderen Sprachen ist das grammatikalisch nicht korrekt, da es abweichende Regeln für die Groß- und Kleinschreibung gibt.
-- Einige Sprachen haben auch Regeln für die Großschreibung von Personalpronomen, Substantiven und bestimmten Adjektiven, die im Englischen nicht großgeschrieben werden.
+- Es gibt große Unterschiede bei der Groß- und Kleinschreibung in verschiedenen Sprachen.
+- Im Englischen ist es üblich, alle Wörter in Titeln und Namen, Monaten und Tagen, Sprachnamen, Feiertagen usw. großzuschreiben. In vielen anderen Sprachen ist dies grammatikalisch falsch, da sie andere Regeln für die Groß- und Kleinschreibung haben.
+- Einige Sprachen haben auch Regeln zur Großschreibung von Personalpronomen, Substantiven und bestimmten Adjektiven, die im Englischen nicht großgeschrieben werden.
**Abstände**
-- Die Rechtschreibregeln legen die Verwendung von Leerzeichen für jede Sprache fest. Leerzeichen werden überall verwendet und folgen in jeder Sprache anderen Regeln. Leerzeichen gehören zu den am häufigsten falsch übersetzten Elementen.
-- Einige häufige Unterschiede in den Abständen zwischen dem Englischen und anderen Sprachen:
+- Orthografieregeln definieren die Verwendung von Leerzeichen für jede Sprache. Da Leerzeichen überall verwendet werden, gehören diese Regeln zu den unterschiedlichsten, und Leerzeichen gehören zu den am häufigsten falsch übersetzten Elementen.
+- Einige häufige Unterschiede bei den Abständen zwischen Englisch und anderen Sprachen:
- Leerzeichen vor Maßeinheiten und Währungen (z. B. USD, EUR, kB, MB)
- Leerzeichen vor Gradzeichen (z. B. °C, ℉)
- - Leerzeichen vor einigen Satzzeichen, insbesondere vor der Ellipse (...)
+ - Leerzeichen vor einigen Satzzeichen, insbesondere den Auslassungspunkten (…)
- Leerzeichen vor und nach Schrägstrichen (/)
**Listen**
-- Jede Sprache hat vielfältige und komplexe Regeln für die Erstellung von Listen. Diese können sich erheblich vom Englischen unterscheiden.
-- In einigen Sprachen muss das erste Wort jeder neuen Zeile groß geschrieben werden, während in anderen Sprachen neue Zeilen mit Kleinbuchstaben beginnen sollten. Viele Sprachen haben auch unterschiedliche Regeln für die Groß- und Kleinschreibung in Listen, je nach Länge der einzelnen Zeilen.
-- Das Gleiche gilt für die Interpunktion von Zeilenelementen. Das Endzeichen in Listen kann, je nach Sprache, ein Punkt (**.**), ein Komma (**,**) oder ein Semikolon (**;**) sein.
+- Jede Sprache hat vielfältige und komplexe Regeln für das Schreiben von Listen. Diese können sich erheblich vom Englischen unterscheiden.
+- In einigen Sprachen muss das erste Wort jeder neuen Zeile großgeschrieben werden, während in anderen neue Zeilen mit Kleinbuchstaben beginnen sollten. Viele Sprachen haben auch unterschiedliche Regeln zur Groß- und Kleinschreibung in Listen, abhängig von der Länge jeder Zeile.
+- Das Gleiche gilt für die Zeichensetzung von Listenelementen. Das Satzzeichen am Ende von Listen kann je nach Sprache ein Punkt (**.**), ein Komma (**,**) oder ein Semikolon (**;**) sein.
**Anführungszeichen**
-- In den Sprachen werden viele verschiedene Anführungszeichen verwendet. Das einfache Kopieren der englischen Anführungszeichen aus der Quelle ist oft nicht korrekt.
-- Zu den gängigsten Arten von Anführungszeichen gehören:
+- Sprachen verwenden viele verschiedene Anführungszeichen. Das einfache Kopieren der englischen Anführungszeichen aus der Quelle ist oft falsch.
+- Zu den häufigsten Arten von Anführungszeichen gehören:
- „Beispieltext“
- ‚Beispieltext’
- »Beispieltext«
@@ -244,50 +250,50 @@ Einige Beispiele dafür, worauf besonders zu achten ist:
**Bindestriche und Gedankenstriche**
-- Im Englischen wird ein Bindestrich (-) verwendet, um Wörter oder verschiedene Teile eines Wortes zu verbinden, während ein Gedankenstrich (–) verwendet wird, um einen Bereich abzugrenzen oder eine Pause zu signalisieren.
-- Viele Sprachen haben unterschiedliche Regeln für die Verwendung von Bindestrichen und Gedankenstrichen, die es zu beachten gilt.
+- Im Englischen wird ein Bindestrich (-) verwendet, um Wörter oder verschiedene Teile eines Wortes zu verbinden, während ein Gedankenstrich (–) verwendet wird, um einen Bereich oder eine Pause anzuzeigen.
+- Viele Sprachen haben unterschiedliche Regeln für die Verwendung von Bindestrichen und Gedankenstrichen, die beachtet werden sollten.
### Formate {#formats}
**Zahlen**
-- Der Hauptunterschied bei der Schreibweise von Zahlen in verschiedenen Sprachen ist das Trennzeichen für Dezimalstellen und Tausender. Als Tausendertrennzeichen kann das ein Punkt, ein Komma oder ein Leerzeichen verwendet werden. Ebenso verwenden einige Sprachen einen Dezimalpunkt, andere ein Dezimalkomma.
+- Der Hauptunterschied beim Schreiben von Zahlen in verschiedenen Sprachen ist das Trennzeichen, das für Dezimalstellen und Tausender verwendet wird. Für Tausender kann dies ein Punkt, ein Komma oder ein Leerzeichen sein. Ebenso verwenden einige Sprachen einen Dezimalpunkt, während andere ein Dezimalkomma verwenden.
- Einige Beispiele für große Zahlen:
- Englisch – **1,000.50**
- Spanisch – **1.000,50**
- Französisch – **1 000,50**
-- Ebenfalls wichtig bei der Übersetzung von Zahlen ist das Prozentzeichen. Es kann auf verschiedene Weise geschrieben werden: **100%**, **100 %** oder **%100**.
-- Und abschließend können auch negative Zahlen je nach Sprache unterschiedlich dargestellt werden: -100, 100-, (100) oder [100].
+- Ein weiterer wichtiger Aspekt bei der Übersetzung von Zahlen ist das Prozentzeichen. Es kann auf verschiedene Arten geschrieben werden: **100%**, **100 %** oder **%100**.
+- Schließlich können negative Zahlen je nach Sprache unterschiedlich dargestellt werden: -100, 100-, (100) oder [100].
-**Datumsangaben**
+**Daten**
-- Bei der Übersetzung von Datumsangaben gibt es eine Reihe von Unterschieden und Überlegungen, die von der jeweiligen Sprache abhängen. Dazu gehören das Datumsformat, das Trennzeichen, die Großschreibung und führende Nullen. Es gibt auch Unterschiede zwischen den Datumsangaben in voller Länge und den numerischen Daten.
+- Bei der Übersetzung von Daten gibt es je nach Sprache eine Reihe von Überlegungen und Unterschieden. Dazu gehören das Datumsformat, das Trennzeichen, die Groß- und Kleinschreibung und führende Nullen. Es gibt auch Unterschiede zwischen ausgeschriebenen und numerischen Daten.
- Einige Beispiele für verschiedene Datumsformate:
- - Englisch UK (dd/mm/yyyy) – 1st January, 2022
- - Englisch US (mm/dd/yyyy) – January 1st, 2022
- - Chinesisch (yyyy-mm-dd) – 2022 年 1 月 1 日
- - Französisch (dd/mm/yyyy) – 1er janvier 2022
- - Italienisch (dd/mm/yyyy) – 1º gennaio 2022
- - Deutsch (dd/mm/yyyy) – 1. Januar 2022
+ - Englisch UK (TT/MM/JJJJ) – 1st January, 2022
+ - Englisch US (MM/TT/JJJJ) – January 1st, 2022
+ - Chinesisch (JJJJ-MM-TT) – 2022 年 1 月 1 日
+ - Französisch (TT/MM/JJJJ) – 1er janvier 2022
+ - Italienisch (TT/MM/JJJJ) – 1º gennaio 2022
+ - Deutsch (TT/MM/JJJJ) – 1. Januar 2022
**Währungen**
-- Die Übersetzung von Währungen kann aufgrund der unterschiedlichen Formate, Konventionen und Umrechnungen eine Herausforderung darstellen. In der Regel sollten die Währungen mit der Quelle übereinstimmen. Sie können Ihre Landeswährung und die Umrechnung in Klammern hinzufügen, um dem Leser mehr Informationen zu bieten.
-- Zu den wichtigsten Unterschieden bei der Schreibweise von Währungen in verschiedenen Sprachen gehören die Platzierung von Symbolen, Kommas und Dezimalpunkten, Abstände und Abkürzungen oder die Verwendung von Symbolen.
- - Symbolplatzierung: $100 oder 100$
- - Dezimal-Kommas vs. Dezimal-Punkte: 100,50$ oder 100.50$
+- Die Übersetzung von Währungen kann aufgrund der unterschiedlichen Formate, Konventionen und Umrechnungen eine Herausforderung sein. Als allgemeine Regel gilt: Bitte behalten Sie die Währungen wie in der Quelle bei. Sie können Ihre lokale Währung und die Umrechnung in Klammern hinzufügen, um dem Leser zu helfen.
+- Die Hauptunterschiede beim Schreiben von Währungen in verschiedenen Sprachen umfassen die Platzierung von Symbolen, Dezimalkommas vs. Dezimalpunkte, Abstände und Abkürzungen vs. Symbole.
+ - Platzierung von Symbolen: $100 oder 100$
+ - Dezimalkommas vs. Dezimalpunkte: 100,50$ oder 100.50$
- Abstände: 100$ oder 100 $
- - Abkürzungen oder Symbole: 100 $ oder 100 USD
+ - Abkürzungen vs. Symbole: 100 $ oder 100 USD
**Maßeinheiten**
-- Als allgemeine Regel gilt, dass die Maßeinheiten aus der Quelle beibehalten werden sollten. Wenn in Ihrem Land ein anderes System verwendet wird, können Sie die Umrechnung in Klammern angeben.
-- Abgesehen von der Lokalisierung von Maßeinheiten sollte ebenfalls beachtet werden, wie unterschiedlich die Herangehensweise bei diesen Einheiten in den verschiedenen Sprachen ist. Der Hauptunterschied ist der Abstand zwischen der Zahl und der Einheit, der je nach Sprache unterschiedlich sein kann. Beispiele hierfür sind 100kB vs. 100 kB oder 50ºF vs. 50 ºF.
+- Als allgemeine Regel gilt: Bitte behalten Sie die Maßeinheiten gemäß der Quelle bei. Wenn Ihr Land ein anderes System verwendet, können Sie die Umrechnung in Klammern angeben.
+- Abgesehen von der Lokalisierung von Maßeinheiten ist es auch wichtig, die Unterschiede in der Herangehensweise von Sprachen an diese Einheiten zu beachten. Der Hauptunterschied ist der Abstand zwischen der Zahl und der Einheit, der je nach Sprache unterschiedlich sein kann. Beispiele hierfür sind 100kB vs. 100 kB oder 50ºF vs. 50 ºF.
-## Zusammenfassung {#conclusion}
+## Fazit {#conclusion}
-Das Übersetzen von ethereum.org ist eine gute Gelegenheit, die verschiedenen Aspekte von Ethereum kennenzulernen.
+Die Übersetzung von ethereum.org ist eine großartige Gelegenheit, mehr über die verschiedenen Aspekte von Ethereum zu erfahren.
-Versuchen Sie, beim Übersetzen langsam vorzugehen. Bleiben Sie locker und haben Sie Spaß dabei.
+Versuchen Sie beim Übersetzen, sich nicht zu beeilen. Lassen Sie es ruhig angehen und haben Sie Spaß!
-Vielen Dank, dass Sie sich am Übersetzungsprogramm beteiligen und uns helfen, die Website einem breiteren Publikum zugänglich zu machen. Die Ethereum-Community ist global, und wir freuen uns, dass Sie ein Teil davon sind.
+Vielen Dank, dass Sie sich am Übersetzungsprogramm beteiligen und uns helfen, die Website einem breiteren Publikum zugänglich zu machen. Die Ethereum-Community ist global, und wir freuen uns, dass Sie ein Teil davon sind!
\ No newline at end of file
diff --git a/public/content/translations/de/dao/index.md b/public/content/translations/de/dao/index.md
index f7922d74baf..d5538fcedea 100644
--- a/public/content/translations/de/dao/index.md
+++ b/public/content/translations/de/dao/index.md
@@ -1,166 +1,169 @@
---
-title: Dezentrale autonome Organisationen (DAOs)
-description: Eine Übersicht über DAOs auf Ethereum
+title: Was ist eine DAO?
+metaTitle: Was ist eine DAO? | Dezentrale Autonome Organisation
+description: "Ein Überblick über DAOs auf Ethereum"
lang: de
template: use-cases
emoji: ":handshake:"
sidebarDepth: 2
image: /images/use-cases/dao-2.png
-alt: Eine Repräsentation einer DAO, wie sie über einen Vorschlag abstimmt.
-summaryPoint1: Communitys im Besitz ihrer Mitglieder ohne zentralisierte Führung.
-summaryPoint2: Eine sichere Möglichkeit der Zusammenarbeit mit Fremden im Internet.
-summaryPoint3: Ein Ort, an dem sich Geldmittel für einen bestimmten Zweck sicher bereitstellen lassen.
+alt: "Eine Darstellung einer DAO, die über einen Vorschlag abstimmt."
+summaryPoint1: "Communities im Besitz der Mitglieder ohne zentralisierte Führung."
+summaryPoint2: Ein sicherer Weg, um mit Unbekannten im Internet zusammenzuarbeiten.
+summaryPoint3: "Ein sicherer Ort, um Gelder für einen bestimmten Zweck bereitzustellen."
---
## Was sind DAOs? {#what-are-daos}
-Eine DAO ist eine Organisation im kollektiven Besitz, die auf eine gemeinsame Mission hinarbeitet.
+Eine DAO ist eine Organisation in kollektivem Besitz, die auf eine gemeinsame Mission hinarbeitet.
-DAOs ermöglichen es uns, mit Gleichgesinnten rund um den Globus zusammenzuarbeiten, ohne auf das Wohlwollen einer Führungskraft vertrauen zu müssen, die unsere Geldmittel oder die Operationen verwaltet. Es gibt keinen CEO, der Geldmittel nach Lust und Laune ausgibt, und keinen Finanzchef, der die Buchhaltung manipulieren kann. Stattdessen bestimmen die in den Code eingebauten, Blockchain-basierten Regeln, wie die Organisation funktioniert und wie Geldmittel ausgegeben werden.
+DAOs ermöglichen es uns, mit Gleichgesinnten auf der ganzen Welt zusammenzuarbeiten, ohne einem wohlwollenden Anführer vertrauen zu müssen, der die Gelder oder den Betrieb verwaltet. Es gibt keinen CEO, der nach Lust und Laune Gelder ausgeben kann, oder einen CFO, der die Bücher manipulieren kann. Stattdessen definieren Blockchain-basierte Regeln, die in den Code integriert sind, wie die Organisation funktioniert und wie Gelder ausgegeben werden.
-Die Finanzverwaltung ist integriert und niemand kann ohne die Zustimmung der Gruppe auf die Mittel zugreifen. Entscheidungen werden nach Vorschlägen und Abstimmungen getroffen. So wird sichergestellt, dass jeder in der Organisation eine Stimme hat und dass alles transparent [on-Chain](/glossary/#on-chain) abläuft.
+Sie verfügen über integrierte Kassen, auf die niemand ohne die Zustimmung der Gruppe zugreifen darf. Entscheidungen werden durch Vorschläge und Abstimmungen geregelt, um sicherzustellen, dass jeder in der Organisation eine Stimme hat, und alles geschieht transparent [auf der Blockchain](/glossary/#onchain).
-## Wofür brauchen wir DAOs? {#why-dao}
+## Warum brauchen wir DAOs? {#why-dao}
-Um gemeinsam mit anderen Personen eine Organisation zu gründen und dafür Gelder und Finanzierungsmöglichkeiten bereitzustellen ist viel Vertrauen in die Menschen vonnöten, mit denen Sie arbeiten. Doch es ist alles andere als leicht, jemandem zu vertrauen, mit dem Sie immer nur über das Internet interagiert haben. Dank DAOs müssen Sie niemand anderem in der Gruppe vertrauen, sondern nur dem DAO-Code. Dieser ist zu 100 % transparent und von jedem überprüfbar.
+Die Gründung einer Organisation mit jemandem, bei der es um Finanzierung und Geld geht, erfordert viel Vertrauen in die Personen, mit denen man zusammenarbeitet. Aber es ist schwer, jemandem zu vertrauen, mit dem man nur im Internet interagiert hat. Bei DAOs müssen Sie niemandem in der Gruppe vertrauen, sondern nur dem Code der DAO, der zu 100 % transparent und für jeden überprüfbar ist.
-Das eröffnet so viele neue Möglichkeiten der globalen Zusammenarbeit und Koordination.
+Dies eröffnet so viele neue Möglichkeiten für die globale Zusammenarbeit und Koordination.
### Ein Vergleich {#dao-comparison}
-| DAO | Eine herkömmliche Organisation |
-| ---------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- |
-| In der Regel flache Strukturen und vollständig demokratisiert | In der Regel hierarchisch strukturiert |
-| Abstimmung durch die Mitglieder erforderlich, damit Veränderungen implementiert werden können | Veränderungen können je nach Struktur von einzelnen Parteien verlangt oder durch offene Abstimmungen beschlossen werden |
-| Nach der Stimmenauszählung wird das Ergebnis automatisch ohne vertrauenswürdige Vermittlungsinstanz implementiert | Sofern Abstimmungen erlaubt sind, werden die Stimmen intern gezählt und das Ergebnis muss manuell umgesetzt werden |
-| Angebotene Dienste werden automatisch auf dezentrale Weise abgewickelt (etwa die Verteilung von Geldmitteln für einen guten Zweck) | Erfordert die Abwicklung durch Personen oder zentral kontrollierte automatische Abläufe, die anfällig für Manipulation sind |
-| Alle Aktivitäten sind transparent und vollständig öffentlich | Aktivitäten sind normalerweise organisationsintern, begrenzte Einsicht für die Öffentlichkeit |
+| DAO | Eine traditionelle Organisation |
+| ----------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------ |
+| Meist flach und vollständig demokratisiert. | Meist hierarchisch. |
+| Abstimmungen durch die Mitglieder sind erforderlich, damit Änderungen umgesetzt werden. | Je nach Struktur können Änderungen von einer einzigen Partei gefordert oder Abstimmungen angeboten werden. |
+| Stimmen werden ausgezählt und das Ergebnis automatisch ohne vertrauenswürdigen Vermittler umgesetzt. | Wenn Abstimmungen erlaubt sind, werden die Stimmen intern ausgezählt und das Ergebnis der Abstimmung muss manuell bearbeitet werden. |
+| Angebotene Dienste werden automatisch auf dezentralisierte Weise abgewickelt (z. B. die Verteilung philanthropischer Gelder). | Erfordert menschliche Handhabung oder zentral gesteuerte Automatisierung, die anfällig für Manipulationen ist. |
+| Alle Aktivitäten sind transparent und vollständig öffentlich. | Aktivitäten sind in der Regel privat und für die Öffentlichkeit eingeschränkt. |
-### Beispiele für DAOs {#dao-examples}
+### DAO-Beispiele {#dao-examples}
-Für ein besseres Verständnis finden Sie im Folgenden einige Beispiele für den Einsatz einer DAO:
+Damit dies verständlicher wird, sind hier einige Beispiele, wie Sie eine DAO nutzen könnten:
-- **Eine Wohltätigkeitsorganisation** – Sie könnten von jeder Person auf der Welt Spenden annehmen und darüber abstimmen, welche Zwecke unterstützt werden sollen.
-- **Kollektivbesitz** – Sie könnten physische oder digitale Vermögenswerte erwerben und Mitglieder können darüber abstimmen, wie diese eingesetzt werden sollen.
-- **Projekte und Förderung** – Sie könnten einen Risikofonds anlegen, der Investitionskapital zusammenlegt und abstimmt, welche Projekte unterstützt werden sollen. Das zurückgezahlte Geld könnte später unter den DAO-Mitgliedern neu verteilt werden.
+- **Eine Wohltätigkeitsorganisation** – Sie könnten Spenden von jedem auf der Welt annehmen und darüber abstimmen, welche Zwecke finanziert werden sollen.
+- **Kollektives Eigentum** – Sie könnten physische oder digitale Vermögenswerte erwerben und die Mitglieder können darüber abstimmen, wie diese genutzt werden sollen.
+- **Unternehmen und Zuschüsse** – Sie könnten einen Risikofonds gründen, der Investitionskapital bündelt und darüber abstimmt, welche Unternehmen unterstützt werden sollen. Zurückgezahltes Geld könnte später unter den DAO-Mitgliedern umverteilt werden.
- DeFi-Apps entdecken
+ DeFi-Dapps erkunden
-## Alles begann mit Bitcoin... {#bitcoin}
+## Es begann mit Bitcoin... {#bitcoin}
-Bitcoin war in vielerlei Hinsicht die erste DeFi-Anwendung. Mit Bitcoin können Sie den Wert selbst besitzen, kontrollieren und überall auf der Welt hinsenden. Bitcoin bietet vielen Menschen, die sich gegenseitig nicht vertrauen, die Möglichkeit, eine Einigung über einen aktuellen Transaktionsstatus und Stand aller Konten zu erzielen, ohne dass dafür ein vertrauenswürdiger Vermittler vonnöten ist. Bitcoin ist offen für jeden und niemand ist befugt, Regeln zu ändern. Die Regeln von Bitcoin, wie die Knappheit und Offenheit, sind in der Technologie niedergeschrieben. Es ist nicht wie im traditionellen Finanzwesen, wo Regierungen Geld drucken können, das Ihre Ersparnisse entwertet, und Unternehmen die Märkte schließen können.
+Bitcoin war in vielerlei Hinsicht die erste DeFi-Anwendung. Bitcoin ermöglicht es Ihnen, Werte wirklich zu besitzen, zu kontrollieren und überall auf die Welt zu senden. Dies geschieht, indem es einer großen Anzahl von Menschen, die einander nicht vertrauen, eine Möglichkeit bietet, sich auf einen Ledger von Konten zu einigen, ohne dass ein vertrauenswürdiger Vermittler erforderlich ist. Bitcoin steht jedem offen und niemand hat die Befugnis, seine Regeln zu ändern. Die Regeln von Bitcoin, wie seine Knappheit und seine Offenheit, sind in die Technologie eingeschrieben. Es ist nicht wie im traditionellen Finanzwesen, wo Regierungen Geld drucken können, das Ihre Ersparnisse entwertet, und Unternehmen Märkte schließen können.
-Darauf baut Ethereum auf. Wie bei Bitcoin, können die Regeln sich nicht ändern und jeder hat Zugang dazu. Doch zusätzlich macht Ethereum dieses digitale Geld programmierbar, und zwar mit[Smart Contracts](/glossary/#smart-contract). Dies bietet über das Speichern und Senden von Werten hinaus noch viele weitere Möglichkeiten.
+Ethereum baut darauf auf. Wie bei Bitcoin können die Regeln nicht zu Ihren Ungunsten geändert werden und jeder hat Zugang. Aber es macht dieses digitale Geld auch programmierbar, indem es [Smart Contracts](/glossary/#smart-contract) verwendet, sodass Sie über das bloße Speichern und Senden von Werten hinausgehen können.
- Machen Sie sich mit unseren Vorschlägen für DeFi-Anwendungen vertraut und testen sie, wenn Sie neu bei Ethereum sind.
+
+ Entdecken Sie unsere Vorschläge für DeFi-Anwendungen zum Ausprobieren, wenn Sie neu bei Ethereum sind.
- DeFi-Apps entdecken
+ DeFi-Dapps erkunden
-## Was kann man mit DeFi machen? {#defi-use-cases}
+## Was können Sie mit DeFi machen? {#defi-use-cases}
-Für fast alle Finanzdienstleistungen gibt es dezentrale Alternativen. Ethereum aber schafft zudem Möglichkeiten, komplett neue Finanzprodukte zu gestalten. Im Folgenden eine Liste mit Beispielen, die ständig länger wird:
+Es gibt eine dezentralisierte Alternative zu den meisten Finanzdienstleistungen. Aber Ethereum schafft auch Möglichkeiten zur Entwicklung völlig neuer Finanzprodukte. Dies ist eine ständig wachsende Liste.
-- [Geld rund um die Welt senden](#send-money)
-- [Geld rund um die Welt „streamen“](#stream-money)
+- [Geld rund um den Globus senden](#send-money)
+- [Geld rund um den Globus streamen](#stream-money)
- [Zugang zu stabilen Währungen](#stablecoins)
-- [Kredite mit hinterlegten Sicherheiten aufnehmen](#lending)
-- [Kredite ohne hinterlegte Sicherheiten aufnehmen](#flash-loans)
-- [Krypto-Sparkonten eröffnen](#saving)
-- [Mit Token handeln](#swaps)
-- [Das eigene Portfolio vergrößern](#investing)
+- [Geld mit Sicherheiten leihen](#lending)
+- [Geld ohne Sicherheiten leihen](#flash-loans)
+- [Mit Krypto-Sparen beginnen](#saving)
+- [Token handeln](#swaps)
+- [Ihr Portfolio vergrößern](#investing)
- [Ihre Ideen finanzieren](#crowdfunding)
-- [Versicherungen abschließen](#insurance)
-- [Das eigene Portfolio verwalten](#aggregators)
+- [Versicherungen kaufen](#insurance)
+- [Ihr Portfolio verwalten](#aggregators)
- Siehe Zahlungs-dApps
+ Zahlungs-Dapps ansehen
-#### Geld um die Welt „streamen“... {#stream-money}
+#### Geld rund um den Globus streamen... {#stream-money}
-Über Ethereum lässt sich auch Geld streamen. So können Sie das Gehalt für Personen sekündlich überweisen und geben ihnen damit Zugang zu ihrem verdienten Geld, wann immer sie es gerade benötigen. Ein weiterer Anwendungsfall wäre beispielsweise das Mieten von Objekten, wie z. B. Schließfächer oder E-Scooter, auf sekündlicher Basis.
+Sie können auch Geld über Ethereum streamen. Dies ermöglicht es Ihnen, jemandem sein Gehalt sekundengenau zu zahlen, sodass er jederzeit auf sein Geld zugreifen kann, wenn er es braucht. Oder mieten Sie etwas sekundengenau, wie ein Schließfach oder einen Elektroroller.
-Und wenn Sie keine [ETH](/glossary/#ether) senden oder streamen wollen, weil sich der Wert so stark verändern kann, gibt es alternative Währungen auf Ethereum: [Stablecoins](/glossary/#stablecoin).
+Und wenn Sie [ETH](/glossary/#ether) nicht senden oder streamen möchten, weil sich sein Wert stark ändern kann, gibt es alternative Währungen auf Ethereum: [Stablecoins](/glossary/#stablecoin).
- Mehr zu Stablecoins
+ Mehr über Stablecoins
- Siehe Lending-dApps
+ Kredit-Dapps ansehen
-Auf dezentrale Kreditanbieter zurückzugreifen, bietet viele Vorteile...
+Es gibt viele Vorteile bei der Nutzung eines dezentralisierten Kreditgebers...
-#### Geld leihen mit Privatsphäre {#borrowing-privacy}
+#### Leihen mit Privatsphäre {#borrowing-privacy}
-Bei der Vergabe und Inanspruchnahme von Krediten dreht sich heutzutage alles um die beteiligten Einzelpersonen. Banken müssen vor einer Kreditvergabe wissen, ob man wahrscheinlich in der Lage ist, den Kredit zurückzuzahlen.
+Heute dreht sich beim Verleihen und Leihen von Geld alles um die beteiligten Personen. Banken müssen wissen, ob Sie einen Kredit wahrscheinlich zurückzahlen werden, bevor sie ihn vergeben.
-Eine dezentrale Kreditvergabe funktioniert vollständig ohne Identifikation der involvierten Parteien. Stattdessen muss der Kreditnehmer eine Sicherheit stellen, die der Kreditgeber automatisch erhält, wenn der Kredit nicht zurückgezahlt wird. Manche Kreditanbieter nehmen sogar [NFTs](/glossary/#nft) als Sicherheiten an. NFTs kann man sich wie eine Besitzurkunde für einen bestimmten Vermögenswert vorstellen. [Mehr zu NFTs](/nft/)
+Dezentralisiertes Verleihen funktioniert, ohne dass sich eine der Parteien identifizieren muss. Stattdessen muss der Kreditnehmer Sicherheiten hinterlegen, die der Kreditgeber automatisch erhält, wenn der Kredit nicht zurückgezahlt wird. Einige Kreditgeber akzeptieren sogar [NFTs](/glossary/#nft) als Sicherheit. NFTs sind eine Urkunde für einen einzigartigen Vermögenswert, wie ein Gemälde. [Mehr über NFTs](/nft/)
-Das ermöglicht es, ohne Kreditchecks und Preisgabe von privaten Informationen Geld zu borgen.
+Dies ermöglicht es Ihnen, Geld ohne Bonitätsprüfungen oder die Weitergabe privater Informationen zu leihen.
-#### Zugang zu globalen Geldmitteln {#access-global-funds}
+#### Zugang zu globalen Geldern {#access-global-funds}
-Wenn Sie auf einen dezentralen Kreditgeber setzen, erhalten Sie Zugang zu allen hinterlegten Assets überall auf der Welt und nicht nur zu denen, die im Depot Ihrer Bank oder Institution verwaltet werden. Damit werden Kredite leichter zugänglich und die Zinssätze verbessern sich.
+Wenn Sie einen dezentralisierten Kreditgeber nutzen, haben Sie Zugang zu Geldern, die aus der ganzen Welt eingezahlt wurden, und nicht nur zu den Geldern, die sich in der Verwahrung Ihrer gewählten Bank oder Institution befinden. Dies macht Kredite zugänglicher und verbessert die Zinssätze.
-#### Steuervorteile {#tax-efficiencies}
+#### Steuereffizienz {#tax-efficiencies}
-Wenn Sie Geld leihen, erhalten Sie Zugang zu Assets und müssen nicht Ihr ETH verkaufen (ein steuerpflichtiger Vorgang). Stattdessen können Sie ETH als Sicherheit für einen Stablecoin-Kredit verwenden. Damit erhalten Sie den benötigten Cashflow, ohne Ihre ETH verkaufen zu müssen. Stablecoins sind Token, die als Zahlungsmittel wesentlich besser geeignet sind, da sie anders als ETH keinen Wertschwankungen unterliegen. [Mehr zu Stablecoins](#stablecoins)
+Das Leihen kann Ihnen Zugang zu den benötigten Geldern verschaffen, ohne dass Sie Ihre ETH verkaufen müssen (ein steuerpflichtiges Ereignis). Stattdessen können Sie ETH als Sicherheit für einen Stablecoin-Kredit verwenden. Dies gibt Ihnen den benötigten Cashflow und lässt Sie Ihre ETH behalten. Stablecoins sind Token, die viel besser geeignet sind, wenn Sie Bargeld benötigen, da ihr Wert nicht wie bei ETH schwankt. [Mehr über Stablecoins](#stablecoins)
-#### Flash Loans {#flash-loans}
+#### Flash-Kredite {#flash-loans}
-Flash Loans, also Blitzkredite, sind eine experimentelle Form der dezentralen Kreditaufnahme. Dabei können Sie Geld leihen, ohne Sicherheiten oder persönliche Informationen hinterlegen zu müssen.
+Flash-Kredite sind eine experimentellere Form des dezentralisierten Verleihens, bei der Sie ohne Sicherheiten oder die Angabe persönlicher Informationen leihen können.
-Derzeit sind sie für den Otto Normalverbraucher nicht sehr leicht zugänglich, doch sie zeigen, was in der Zukunft für jeden möglich sein könnte.
+Sie sind derzeit für nicht-technische Personen nicht allgemein zugänglich, deuten aber an, was in Zukunft für alle möglich sein könnte.
-Flash Loans funktionieren unter der Prämisse, dass der Kredit innerhalb einer Transaktion beansprucht und auch wieder zurückgezahlt wird. Wenn er nicht zurückgezahlt werden kann, wird die Transaktion rückgängig gemacht – so als wäre nie etwas passiert.
+Es funktioniert auf der Grundlage, dass der Kredit innerhalb derselben Transaktion aufgenommen und zurückgezahlt wird. Wenn er nicht zurückgezahlt werden kann, wird die Transaktion rückgängig gemacht, als wäre nie etwas passiert.
-Das Geld, das dafür verwendet wird, ist meist in Liquiditäts-Pools (große Pools an Assets, die für das Leihen verwendet werden) gebunden. Wenn diese gebundenen Werte zu einem bestimmten Zeitpunkt gerade nicht verwendet werden, ergibt sich daraus für Dritte die Möglichkeit, diese Werte zu leihen, damit zu arbeiten und buchstäblich zum Zeitpunkt des Ausleihens wieder vollständig zurückzuzahlen.
+Die häufig verwendeten Gelder werden in Liquiditätspools (große Pools von Geldern, die zum Leihen verwendet werden) gehalten. Wenn sie in einem bestimmten Moment nicht genutzt werden, schafft dies eine Gelegenheit für jemanden, diese Gelder zu leihen, Geschäfte damit zu machen und sie buchstäblich zur gleichen Zeit, zu der sie geliehen werden, vollständig zurückzuzahlen.
-Das setzt voraus, dass viel Logik in eine sehr maßgeschneiderte Transaktion einfließen muss. Ein einfaches Beispiel wäre, einen Flash Loan einzusetzen, um eine große Menge eines bestimmten Assets zu einem niedrigen Preis zu borgen und es dann an einem anderen Handelsplatz zu einem höheren Preis zu verkaufen.
+Das bedeutet, dass viel Logik in eine sehr maßgeschneiderte Transaktion integriert werden muss. Ein einfaches Beispiel wäre jemand, der einen Flash-Kredit nutzt, um so viel von einem Vermögenswert zu einem bestimmten Preis zu leihen, dass er ihn an einer anderen Börse verkaufen kann, wo der Preis höher ist.
-Während einer einzelnen Transaktion passiert also Folgendes:
+In einer einzigen Transaktion passiert also Folgendes:
-- Sie leihen sich Betrag X von $asset zum Preis von $ 1,00 von Handelsplatz A.
-- Sie verkaufen X von $asset auf Handelsplatz B für $ 1,10.
-- Sie zahlen den Kredit bei Handelsplatz A zurück.
-- Sie behalten den Profit abzüglich der Transaktionsgebühren.
+- Sie leihen X Menge von $asset zu 1,00 $ von Börse A
+- Sie verkaufen X $asset an Börse B für 1,10 $
+- Sie zahlen den Kredit an Börse A zurück
+- Sie behalten den Gewinn abzüglich der Transaktionsgebühr
-Gäbe es an Handelsplatz B kurzfristig zu wenig Angebot von Assets, wodurch Sie nicht in der Lage wären, genug zu verkaufen, um den ursprünglichen Kredit zurückzuzahlen, so würde die Transaktion schlichtweg einfach fehlschlagen.
+Wenn das Angebot von Börse B plötzlich sinken würde und der Nutzer nicht genug kaufen könnte, um den ursprünglichen Kredit zu decken, würde die Transaktion einfach fehlschlagen.
-Um das obige Beispiel in der etablierten Finanzwelt umzusetzen, benötigten Sie sehr viel Geld. Diese Strategien des Geldverdienens sind jenen mit großem bestehenden Vermögen vorbehalten. Flash Loans sind ein Beispiel einer Zukunft, in der der Besitz von Geld nicht die Voraussetzung dafür ist, Geld zu verdienen.
+Um das obige Beispiel in der traditionellen Finanzwelt durchführen zu können, bräuchten Sie eine enorme Menge an Geld. Diese Strategien zum Geldverdienen sind nur für diejenigen zugänglich, die bereits über Vermögen verfügen. Flash-Kredite sind ein Beispiel für eine Zukunft, in der Geld zu haben nicht unbedingt eine Voraussetzung dafür ist, Geld zu verdienen.
- Mehr zu Flash Loans
+ Mehr über Flash-Kredite
- Zu Lending-dApps
+ Verleih-Dapps ansehen
-#### No-Loss-Lotterien {#no-loss-lotteries}
+#### Lotterien ohne Verlust {#no-loss-lotteries}
-No-Loss-Lotterien wie zum Beispiel PoolTogether sind ein lustiger und innovativer Weg, Geld zu sparen.
+Lotterien ohne Verlust wie PoolTogether sind eine unterhaltsame und innovative neue Möglichkeit, Geld zu sparen.
-- Sie kaufen 100 Tickets mit 100 Dai-Token.
-- Sie erhalten 100 plDai, die für Ihre 100 Tickets stehen.
-- Wird eines Ihrer Tickets als Gewinner gezogen, erhöht sich Ihr plDai-Guthaben um die Höhe des Gewinnpools.
-- Wenn Sie nicht gewinnen, gehen Ihre 100 plDai in die Ziehung in der nächsten Woche über.
-- Sie können natürlich jederzeit reguläres Dai in Höhe Ihres plDai-Guthabens abheben.
+- Sie kaufen 100 Lose mit 100 Dai-Token.
+- Sie erhalten 100 plDai, die Ihre 100 Lose repräsentieren.
+- Wenn eines Ihrer Lose als Gewinner gezogen wird, erhöht sich Ihr plDai-Guthaben um den Betrag des Preispools.
+- Wenn Sie nicht gewinnen, werden Ihre 100 plDai auf die Ziehung der nächsten Woche übertragen.
+- Sie können jederzeit einen Betrag an regulären Dai abheben, der Ihrem plDai-Guthaben entspricht.
-Der Gewinnpool wird aus allen Zinsen gewonnen, die durch das Verleihen der Ticketanzahlungen wie im Beispiel zum Verleihen oben generiert wurden.
+Der Preispool wird durch alle Zinsen generiert, die durch das Verleihen der Loseinzahlungen wie im obigen Verleih-Beispiel entstehen.
- PoolTogether testen
+ PoolTogether ausprobieren
- Zu Token-Handesplätzen
+ Token-Börsen ansehen
- Zu Trading-dApps
+ Handels-Dapps ansehen
- Zu Investment-dApps
+ Investment-Dapps ansehen
- Zu Crowdfunding-dApps
+ Crowdfunding-Dapps ansehen
#### Quadratische Finanzierung {#quadratic-funding}
-Ethereum ist Open-Source-Software und ein Großteil der bisherigen Arbeit wurde von der Community finanziert. Das hat zur Entwicklung eines interessanten neuen Fundraising-Modells geführt: die quadratische Finanzierung. Damit lässt sich die Art und Weise, wie wir in Zukunft alle Arten von öffentlichen Gütern finanzieren, verbessern.
+Ethereum ist Open-Source-Software und ein Großteil der bisherigen Arbeit wurde von der Community finanziert. Dies hat zum Wachstum eines interessanten neuen Fundraising-Modells geführt: der quadratischen Finanzierung. Dies hat das Potenzial, die Art und Weise, wie wir in Zukunft alle Arten von öffentlichen Gütern finanzieren, zu verbessern.
-Über die quadratische Finanzierung wird sichergestellt, dass die Projekte mit dem größten individuellen Bedarf auch die meisten Mittel erhalten. Mit anderen Worten: Projekte, die das Leben der meisten Menschen verbessern können. So funktioniert es:
+Die quadratische Finanzierung stellt sicher, dass die Projekte, die die meiste Finanzierung erhalten, diejenigen mit der größten einzigartigen Nachfrage sind. Mit anderen Worten, Projekte, die das Leben der meisten Menschen verbessern. So funktioniert es:
-1. Es gibt einen übereinstimmenden Pool an gespendeten Mitteln.
-2. Eine öffentliche Finanzierungsrunde startet.
-3. Menschen können ihre Nachfrage nach einem Projekt signalisieren, indem sie Geld spenden.
-4. Sobald die Runde zu Ende ist, werden die Gelder aus dem übereinstimmenden Pool auf die Projekte verteilt. Die Projekte mit dem höchsten individuellen Bedarf erhalten den größten Teil aus dem übereinstimmenden Pool.
+1. Es gibt einen gespendeten Matching-Pool an Geldern.
+2. Eine Runde der öffentlichen Finanzierung beginnt.
+3. Menschen können ihre Nachfrage nach einem Projekt signalisieren, indem sie etwas Geld spenden.
+4. Sobald die Runde beendet ist, wird der Matching-Pool an die Projekte verteilt. Diejenigen mit der größten einzigartigen Nachfrage erhalten den höchsten Betrag aus dem Matching-Pool.
-Projekt A mit 100 Spenden zu je 1 Euro könnte also mehr Mittel erhalten als Projekt B mit einer einzelnen Spende von 10.000 Euro (abhängig von der Größe des übereinstimmenden Pools).
+Das bedeutet, dass Projekt A mit seinen 100 Spenden von 1 Dollar am Ende mehr Finanzierung erhalten könnte als Projekt B mit einer einzigen Spende von 10.000 Dollar (abhängig von der Größe des Matching-Pools).
- Zu quadratischer Finanzierung
+ Mehr über quadratische Finanzierung
- Zu Versicherungs-dApps
+ Versicherungs-Dapps ansehen
- Zu Portfolio-dApps
+ Portfolio-Dapps ansehen
- Mehr zum Erstellen von dApps
+ Mehr über die Entwicklung von Dapps
-## Weiterführende Informationen {#further-reading}
+## Jenseits des traditionellen DeFi {#beyond-traditional-defi}
+
+Das DeFi-Ökosystem expandiert weiter in neue Bereiche:
+
+- **[Prognosemärkte](/prediction-markets/)** – Dezentralisierte Plattformen, auf denen Sie ohne Vermittler auf den Ausgang zukünftiger Ereignisse wetten können, von Wahlen bis hin zu Sportereignissen.
+- **[Real-World Assets (RWAs)](/real-world-assets/)** – Die Tokenisierung physischer Vermögenswerte wie Immobilien, Rohstoffe und Anleihen auf Ethereum, wodurch Werte in Billionenhöhe auf die Blockchain gebracht werden.
+- **[Zahlungen](/payments/)** – Die Nutzung von Ethereum und Stablecoins für schnelle, kostengünstige globale Zahlungen ohne traditionelle Bankinfrastruktur.
+- **[KI-Agenten](/ai-agents/)** – Autonome Software-Agenten, die auf Ethereum Transaktionen durchführen können und so neue Formen des automatisierten Handels, des Portfoliomanagements und der Interaktion auf der Blockchain ermöglichen.
+
+## Weiterführende Literatur {#further-reading}
### DeFi-Daten {#defi-data}
@@ -346,19 +356,19 @@ DeFi ist eine Open-Source-Bewegung. DeFi-Protokolle und -Anwendungen sind für j
### DeFi-Artikel {#defi-articles}
-- [Ein Leitfaden für Einsteiger in DeFi](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _Sid Coelho-Prabhu, 6. Januar 2020_
+- [Ein Anfängerleitfaden für DeFi](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _Sid Coelho-Prabhu, 6. Januar 2020_
+- [EEA DeFi Risk Assessment Guidelines](https://entethalliance.org/specs/defi-risks/) – Ein von der Industrie unterstützter Überblick darüber, wie man Hauptrisiken in DeFi-Protokollen identifiziert und bewertet.
### Videos {#videos}
-- [Finanzmathematik – mehr erfahren über dezentralisierte Finanzmärkte](https://finematics.com/) – _Videos zu DeFi_
-- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _DeFi-Grundlagen: Alles, was Sie wissen müssen, um in diesem gelegentlich verblüffenden Bereich durchzustarten._
-- [Whiteboard-Krypto](https://youtu.be/17QRFlml4pA) _Was ist DeFi?_
+- [Finematics - Bildung zu dezentralisiertem Finanzwesen](https://finematics.com/) – _Videos über DeFi_
+- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _DeFi-Grundlagen: Alles, was Sie wissen müssen, um in diesem gelegentlich verwirrenden Bereich anzufangen._
+- [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) _Was ist DeFi?_
### Communities {#communities}
-- [DeFi Llama Discord Server](https://discord.defillama.com/)
-- [DeFi Pulse Discord Server](https://discord.gg/Gx4TCTk)
+- [DeFi Llama Discord-Server](https://discord.defillama.com/)
@@ -90,47 +91,47 @@ WARN [10-28|16:19:09.306] Please remember your password!
Generated account 0x5e97870f263700f46aa00d967821199b9bc5a120
```
-[Dokumentation für Geth](https://geth.ethereum.org/docs)
+[Geth-Dokumentation](https://geth.ethereum.org/docs)
-Es ist möglich, neue öffentliche Schlüssel von deinem privaten Schlüssel abzuleiten, aber nicht, einen privaten Schlüssel von öffentlichen Schlüsseln abzuleiten. Es ist unabdingbar, Ihren privaten Schlüssel sicher aufzubewahren und – wie der Name schon sagt – **PRIVAT** zu halten.
+Es ist möglich, neue Public-Keys aus Ihrem Private-Key abzuleiten, aber Sie können keinen Private-Key aus Public-Keys ableiten. Es ist von entscheidender Bedeutung, Ihre Private-Keys sicher und, wie der Name schon sagt, **PRIVAT** zu halten.
-Du benötigst einen privaten Schlüssel, um Nachrichten und Transaktionen zu signieren, die eine Signatur nach außen anzeigen. Andere können dann die Unterschrift verwenden, um deinen öffentlichen Schlüssel abzuleiten und den Autor der Nachricht zu verifizieren. In Ihrer Anwendung können Sie eine JavaScript-Bibliothek nutzen, um Transaktionen zum Netzwerk zu senden.
+Sie benötigen einen Private-Key, um Nachrichten und Transaktionen zu signieren, die eine Signatur ausgeben. Andere können dann die Signatur nehmen, um Ihren Public-Key abzuleiten und so den Autor der Nachricht zu beweisen. In Ihrer Anwendung können Sie eine JavaScript-Bibliothek verwenden, um Transaktionen an das Netzwerk zu senden.
## Vertragskonten {#contract-accounts}
-Vertragskonten haben eine 42-stellige, hexadezimale Adresse:
+Vertragskonten haben ebenfalls eine 42-stellige hexadezimale Adresse:
Beispiel:
`0x06012c8cf97bead5deae237070f9587f8e7a266d`
-Die Vertragsadresse wird in der Regel angegeben, wenn ein Vertrag an die Ethereum Blockchain versendet wird. Diese Adresse stammt von der Erstelleradresse und der Anzahl der Transaktionen, die von dieser Adresse versendet werden (die „nonce“).
+Die Vertragsadresse wird normalerweise vergeben, wenn ein Vertrag auf der Ethereum-Blockchain bereitgestellt wird. Die Adresse ergibt sich aus der Adresse des Erstellers und der Anzahl der von dieser Adresse gesendeten Transaktionen (der „Nonce“).
-## Schlüssel für Validatoren {#validators-keys}
+## Validator-Schlüssel {#validators-keys}
-Es gibt einen weiteren Schlüsseltyp in Ethereum, der mit dem Wechsel von Proof-of-Work zu Proof-of-Stake für den Konsensmechanismus eingeführt wurde. Dieser nennt sich BLS-Schlüssel und wird verwendet, um Validatoren zu identifizieren. Diese Schlüssel lassen sich sehr effizient aggregieren, um die Bandbreite zu reduzieren, die das Netzwerk benötigt, um einen Konsens zu erzielen. Ohne diese Schlüsselaggregation wäre der minimale Stake für Validatoren viel höher.
+Es gibt auch eine andere Art von Schlüssel in Ethereum, die eingeführt wurde, als Ethereum vom Proof-of-Work- zum Proof-of-Stake-basierten Konsens wechselte. Dies sind „BLS“-Schlüssel und sie werden verwendet, um Validatoren zu identifizieren. Diese Schlüssel können effizient aggregiert werden, um die Bandbreite zu reduzieren, die das Netzwerk benötigt, um zu einem Konsens zu gelangen. Ohne diese Schlüsselaggregation wäre der Mindesteinsatz für einen Validator viel höher.
-[Mehr über Schlüssel für Validatoren](/developers/docs/consensus-mechanisms/pos/keys/).
+[Mehr zu Validator-Schlüsseln](/developers/docs/consensus-mechanisms/pos/keys/).
-## Ein Hinweis zu Wallets {#a-note-on-wallets}
+## Eine Anmerkung zu Wallets {#a-note-on-wallets}
-Ein Konto ist kein Wallet. Eine Wallet ist eine Schnittstelle oder Anwendung, die Sie mit Ihrem Ethereum-Konto interagieren lässt, sei es ein Konto in externem Besitz oder ein Vertragskonto.
+Ein Konto ist kein Wallet. Ein Wallet ist eine Schnittstelle oder Anwendung, mit der Sie mit Ihrem Ethereum-Konto interagieren können, entweder einem extern verwalteten Konto oder einem Vertragskonto.
## Eine visuelle Demo {#a-visual-demo}
-Austin führt Sie durch Hash-Funktionen und Schlüsselpaare.
+Sehen Sie sich an, wie Austin Sie durch Hash-Funktionen und Schlüsselpaare führt.
+ Endpunkt im Playground ausprobieren
+
+
**Parameter**
Keine
-**Rückgabewert**
+**Rückgabe**
-Die genauen Rückgabedaten variieren je nach Client-Implementierung. Alle Clients geben `False` zurück, wenn der Knoten nicht synchronisiert wird, und alle Clients geben die nachfolgenden Felder zurück.
+Die genauen Rückgabedaten variieren zwischen den Implementierungen der Anwendung. Alle Anwendungen geben `False` zurück, wenn der Blockchain-Knoten nicht synchronisiert wird, und alle Anwendungen geben die folgenden Felder zurück.
-`Object|Boolean` – ein Objekt mit Synchronisierungsstatus-Daten oder `FALSE`, wenn nicht synchronisiert wird:
+`Object|Boolean`, Ein Objekt mit Synchronisierungsstatusdaten oder `FALSE`, wenn nicht synchronisiert wird:
-- `startingBlock`: `QUANTITY` - Der Block, bei dem der Import begonnen hat (wird nur zurückgesetzt, nachdem die Synchronisierung ihren Kopf erreicht hat)
-- `currentBlock`: `QUANTITY` - Der aktuelle Block, identisch zu eth_blockNumber
+- `startingBlock`: `QUANTITY` - Der Block, bei dem der Import gestartet wurde (wird erst zurückgesetzt, nachdem die Synchronisierung ihren Kopf erreicht hat)
+- `currentBlock`: `QUANTITY` - Der aktuelle Block, identisch mit eth_blockNumber
- `highestBlock`: `QUANTITY` - Der geschätzte höchste Block
-Die einzelnen Clients können jedoch auch zusätzliche Daten liefern. Beispielsweise gibt Geth Folgendes zurück:
+Die einzelnen Anwendungen können jedoch auch zusätzliche Daten bereitstellen. Zum Beispiel gibt Geth Folgendes zurück:
```json
{
@@ -341,7 +345,7 @@ Die einzelnen Clients können jedoch auch zusätzliche Daten liefern. Beispielsw
}
```
-Besu gibt hingegen Folgendes zurückgibt:
+Wohingegen Besu Folgendes zurückgibt:
```json
{
@@ -357,14 +361,14 @@ Besu gibt hingegen Folgendes zurückgibt:
}
```
-Weitere Einzelheiten finden Sie in der Dokumentation zu Ihrem jeweiligen Client.
+Weitere Details finden Sie in der Dokumentation Ihrer spezifischen Anwendung.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc": "2.0",
@@ -374,7 +378,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}
highestBlock: '0x454'
}
}
-// Or when not syncing
+// Oder wenn nicht synchronisiert wird
{
"id":1,
"jsonrpc": "2.0",
@@ -384,22 +388,28 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}
### eth_coinbase {#eth_coinbase}
-Gibt die Coinbase-Adresse des Clients zurück.
+Gibt die Coinbase-Adresse der Anwendung zurück.
+
+
+ Endpunkt im Playground ausprobieren
+
+
+> **Hinweis:** Diese Methode ist seit **v1.14.0** veraltet und wird nicht mehr unterstützt. Der Versuch, diese Methode zu verwenden, führt zu einem Fehler „Method not supported“ (Methode nicht unterstützt).
**Parameter**
-Keine (None)
+Keine
-**Rückgaben**
+**Rückgabe**
-`DATA`, 20 Byte – die aktuelle Coinbase-Adresse.
+`DATA`, 20 Bytes - die aktuelle Coinbase-Adresse.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":64}'
-// Result
+// Ergebnis
{
"id":64,
"jsonrpc": "2.0",
@@ -409,22 +419,26 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":6
### eth_chainId {#eth_chainId}
-Gibt die Ketten-ID zurück, die für das Unterzeichnen der Replay-geschützten Transaktionen verwendet wird.
+Gibt die Chain-ID zurück, die zum Signieren von vor Replay-Angriffen geschützten Transaktionen verwendet wird.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-Keine (None)
+Keine
-**Rückgaben**
+**Rückgabe**
-`chainId` – Hexadezimalwert als String, der die Ganzzahl der aktuellen Ketten-ID repräsentiert.
+`chainId`, hexadezimaler Wert als String, der die Ganzzahl der aktuellen Chain-ID darstellt.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67}'
-// Result
+// Ergebnis
{
"id":67,
"jsonrpc": "2.0",
@@ -434,22 +448,26 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67
### eth_mining {#eth_mining}
-Gibt `true` zurück, wenn der Client aktiv neue Blöcke mint. Dies kann für Proof-of-Work-Netzwerke nur `true` zurückgeben und ist möglicherweise seit [der Zusammenführung](/roadmap/merge/) in einigen Clients nicht mehr verfügbar.
+Gibt `true` zurück, wenn die Anwendung aktiv neue Blöcke schürft (Mining). Dies kann nur für Proof-of-Work-Netzwerke `true` zurückgeben und ist in einigen Anwendungen seit [dem Merge](/roadmap/merge/) möglicherweise nicht mehr verfügbar.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-Keine (None)
+Keine
-**Rückgaben**
+**Rückgabe**
-`Boolean` – gibt `true` zurück, wenn der Client aktiv mint, andernfalls `false`.
+`Boolean` - gibt `true` zurück, wenn die Anwendung schürft, andernfalls `false`.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}'
-//
+
{
"id":71,
"jsonrpc": "2.0",
@@ -459,22 +477,26 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}
### eth_hashrate {#eth_hashrate}
-Gibt die Anzahl der Hashes pro Sekunde zurück, mit der der Knoten mint. Dies kann für Proof-of-Work-Netzwerke nur `true` zurückgeben und ist möglicherweise seit [der Zusammenführung](/roadmap/merge/) in einigen Clients nicht mehr verfügbar.
+Gibt die Anzahl der Hashes pro Sekunde zurück, mit denen der Blockchain-Knoten schürft. Dies kann nur für Proof-of-Work-Netzwerke `true` zurückgeben und ist in einigen Anwendungen seit [dem Merge](/roadmap/merge/) möglicherweise nicht mehr verfügbar.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-Keine (None)
+Keine
-**Rückgaben**
+**Rückgabe**
-`QUANTITY` – Anzahl der Hashes pro Sekunde.
+`QUANTITY` - Anzahl der Hashes pro Sekunde.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":71}'
-// Result
+// Ergebnis
{
"id":71,
"jsonrpc": "2.0",
@@ -484,22 +506,26 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":7
### eth_gasPrice {#eth_gasprice}
-Gibt eine Schätzung des aktuellen Preises pro Gas in Wei zurück. Der Besu-Client prüft beispielsweise die letzten 100 Blöcke und gibt standardmäßig den mittleren Preis pro Gas-Einheit zurück.
+Gibt eine Schätzung des aktuellen Preises pro Gas in Wei zurück. Zum Beispiel untersucht die Besu-Anwendung die letzten 100 Blöcke und gibt standardmäßig den Median-Gaspreis pro Einheit zurück.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-Keine (None)
+Keine
-**Rückgaben**
+**Rückgabe**
-`QUANTITY` – Ganzzahl des aktuellen Gas-Preises in Wei.
+`QUANTITY` - Ganzzahl des aktuellen Gaspreises in Wei.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}'
-// Result
+// Ergebnis
{
"id":73,
"jsonrpc": "2.0",
@@ -509,22 +535,26 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":7
### eth_accounts {#eth_accounts}
-Gibt eine Liste von Adressen zurück, die dem Client gehören.
+Gibt eine Liste der Adressen zurück, die der Anwendung gehören.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-Keine (None)
+Keine
-**Rückgaben**
+**Rückgabe**
-`Array of DATA`, 20 Byte – Adressen, die dem Client gehören.
+`Array von DATA`, 20 Bytes - Adressen, die der Anwendung gehören.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc": "2.0",
@@ -534,22 +564,26 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1
### eth_blockNumber {#eth_blocknumber}
-Gibt die Zahl des aktuellsten Blocks zurück.
+Gibt die Nummer des neuesten Blocks zurück.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-Keine (None)
+Keine
-**Rückgaben**
+**Rückgabe**
-`QUANTITY` – Ganzzahl der Blocknummer, auf der sich der Client derzeit befindet.
+`QUANTITY` - Ganzzahl der aktuellen Blocknummer, auf der sich die Anwendung befindet.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":83}'
-// Result
+// Ergebnis
{
"id":83,
"jsonrpc": "2.0",
@@ -559,27 +593,31 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id
### eth_getBalance {#eth_getbalance}
-Gibt das Guthaben des Kontos einer bestimmten Adresse zurück.
+Gibt den Kontostand des Kontos an einer bestimmten Adresse zurück.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-1. `DATA`, 20 Bytes - Adresse, deren Guthaben überprüft werden soll.
-2. `QUANTITY|TAG` – ganzzahlige Blocknummer oder der String `"latest"`, `"earliest"`, `"pending"`, `"safe"` oder `"finalized"`, siehe [Standardblockparameter](/developers/docs/apis/json-rpc/#default-block)
+1. `DATA`, 20 Bytes - Adresse, deren Kontostand überprüft werden soll.
+2. `QUANTITY|TAG` - ganzzahlige Blocknummer oder der String `"latest"`, `"earliest"`, `"pending"`, `"safe"` oder `"finalized"`, siehe den [Block-Parameter](/developers/docs/apis/json-rpc/#block-parameter)
```js
params: ["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"]
```
-**Rückgaben**
+**Rückgabe**
-`QUANTITY` – Ganzzahl für den aktuellen Saldo in Wei.
+`QUANTITY` - Ganzzahl des aktuellen Kontostands in Wei.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"],"id":1}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc": "2.0",
@@ -589,45 +627,50 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407
### eth_getStorageAt {#eth_getstorageat}
-Gibt den Wert aus einer Speicherposition an einer angegebenen Adresse zurück.
+Gibt den Wert von einer Speicherposition an einer bestimmten Adresse zurück.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
1. `DATA`, 20 Bytes - Adresse des Speichers.
-2. `QUANTITY` - Ganzzahlwert der Position im Speicher.
-3. `QUANTITY|TAG` – ganzzahlige Blocknummer oder der String `"latest"`, `"earliest"`, `"pending"`, `"safe"`, `"finalized"`, siehe [Standardblockparameter](/developers/docs/apis/json-rpc/#default-block)
+2. `QUANTITY` - Ganzzahl der Position im Speicher.
+3. `QUANTITY|TAG` - ganzzahlige Blocknummer oder der String `"latest"`, `"earliest"`, `"pending"`, `"safe"`, `"finalized"`, siehe den [Block-Parameter](/developers/docs/apis/json-rpc/#block-parameter)
-**Rückgaben**
+**Rückgabe**
-`DATA` – der Wert an dieser Speicherposition.
+`DATA` - der Wert an dieser Speicherposition.
-**Beispiel:** Die Berechnung der richtigen Position hängt vom abzurufenden Speicher ab. Betrachten Sie den folgenden Contract, der unter `0x295a70b2de5e3953354a6a8344e616ed314d7251` von der Adresse `0x391694e7e0b0cce554cb130d723a9d27458f9298` bereitgestellt wurde.
+**Beispiel**
+Die Berechnung der korrekten Position hängt vom abzurufenden Speicher ab. Betrachten Sie den folgenden Smart Contract, der unter `0x295a70b2de5e3953354a6a8344e616ed314d7251` von der Adresse `0x391694e7e0b0cce554cb130d723a9d27458f9298` bereitgestellt wurde.
```
contract Storage {
uint pos0;
mapping(address => uint) pos1;
- function Storage() {
+ constructor() {
pos0 = 1234;
pos1[msg.sender] = 5678;
}
}
```
-Das Abrufen des Wertes von pos0 ist simpel:
+Das Abrufen des Wertes von pos0 ist unkompliziert:
```js
curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x0", "latest"], "id": 1}' localhost:8545
{"jsonrpc":"2.0","id":1,"result":"0x00000000000000000000000000000000000000000000000000000000000004d2"}
```
-Das Abrufen eines Elements der Karte ist schwieriger. Die Position eines Elements in der Karte wird folgendermaßen berechnet:
+Das Abrufen eines Elements der Map ist schwieriger. Die Position eines Elements in der Map wird berechnet mit:
```js
keccak(LeftPad32(key, 0), LeftPad32(map position, 0))
```
-Das bedeutet, um den Speicher auf pos1["0x391694e7e0b0cce554cb130d723a9d27458f9298"] abzurufen, müssen wir die Position folgendermaßen berechnen:
+Das bedeutet, um den Speicher auf pos1["0x391694e7e0b0cce554cb130d723a9d27458f9298"] abzurufen, müssen wir die Position berechnen mit:
```js
keccak(
@@ -638,7 +681,7 @@ keccak(
)
```
-Die Geth-Konsole, die mit der Web3-Bibliothek bereitgestellt wird, kann verwendet werden, um die Berechnung durchzuführen:
+Die Geth-Konsole, die mit der web3-Bibliothek geliefert wird, kann für die Berechnung verwendet werden:
```js
> var key = "000000000000000000000000391694e7e0b0cce554cb130d723a9d27458f9298" + "0000000000000000000000000000000000000000000000000000000000000001"
@@ -647,7 +690,7 @@ undefined
"0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9"
```
-Um den Speicher nun abzurufen:
+Nun zum Abrufen des Speichers:
```js
curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": ["0x295a70b2de5e3953354a6a8344e616ed314d7251", "0x6661e9d6d8b923d5bbaab1b96e1dd51ff6ea2a93520fdc9eb75d059238b8c5e9", "latest"], "id": 1}' localhost:8545
@@ -656,30 +699,34 @@ curl -X POST --data '{"jsonrpc":"2.0", "method": "eth_getStorageAt", "params": [
### eth_getTransactionCount {#eth_gettransactioncount}
-Gibt die Anzahl der von einer Adresse _gesendeten_ Transaktionen zurück.
+Gibt die Anzahl der Transaktionen zurück, die von einer Adresse _gesendet_ wurden.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
1. `DATA`, 20 Bytes - Adresse.
-2. `QUANTITY|TAG` – ganzzahlige Blocknummer oder der String `"latest"`, `"earliest"`, `"pending"`, `"safe"` oder `"finalized"`, siehe [Standardblockparameter](/developers/docs/apis/json-rpc/#default-block)
+2. `QUANTITY|TAG` - ganzzahlige Blocknummer oder der String `"latest"`, `"earliest"`, `"pending"`, `"safe"` oder `"finalized"`, siehe den [Block-Parameter](/developers/docs/apis/json-rpc/#block-parameter)
```js
params: [
"0x407d73d8a49eeb85d32cf465507dd71d507100c1",
- "latest", // state at the latest block
+ "latest", // Zustand beim neuesten Block
]
```
-**Rückgaben**
+**Rückgabe**
-`QUANTITY` – Ganzzahl der Anzahl der von dieser Adresse gesendeten Transaktionen.
+`QUANTITY` - Ganzzahl der Anzahl der von dieser Adresse gesendeten Transaktionen.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1","latest"],"id":1}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc": "2.0",
@@ -689,7 +736,11 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params
### eth_getBlockTransactionCountByHash {#eth_getblocktransactioncountbyhash}
-Gibt die Anzahl der Transaktionen in einem Block zurück, von einem Block, der dem angegebenen Block-Hash entspricht.
+Gibt die Anzahl der Transaktionen in einem Block aus einem Block zurück, der dem angegebenen Block-Hash entspricht.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
@@ -699,9 +750,9 @@ Gibt die Anzahl der Transaktionen in einem Block zurück, von einem Block, der d
params: ["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"]
```
-**Rückgaben**
+**Rückgabe**
-`QUANTITY` – Ganzzahl der Anzahl der Transaktionen in diesem Block.
+`QUANTITY` - Ganzzahl der Anzahl der Transaktionen in diesem Block.
**Beispiel**
@@ -718,11 +769,15 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHa
### eth_getBlockTransactionCountByNumber {#eth_getblocktransactioncountbynumber}
-Gibt die Anzahl der Transaktionen in einem Block zurück, der der angegebenen Blocknummer entsprechen.
+Gibt die Anzahl der Transaktionen in einem Block zurück, der der angegebenen Blocknummer entspricht.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-1. `QUANTITY|TAG` – Ganzzahl einer Blocknummer oder der String `"earliest"`, `"latest"`, `"pending"`, `"safe"` oder `"finalized"`, wie im [Standardblockparameter](/developers/docs/apis/json-rpc/#default-block).
+1. `QUANTITY|TAG` - Ganzzahl einer Blocknummer oder der String `"earliest"`, `"latest"`, `"pending"`, `"safe"` oder `"finalized"`, wie im [Block-Parameter](/developers/docs/apis/json-rpc/#block-parameter).
```js
params: [
@@ -730,9 +785,9 @@ params: [
]
```
-**Rückgaben**
+**Rückgabe**
-`QUANTITY` – Ganzzahl der Anzahl der Transaktionen in diesem Block.
+`QUANTITY` - Ganzzahl der Anzahl der Transaktionen in diesem Block.
**Beispiel**
@@ -749,7 +804,11 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNu
### eth_getUncleCountByBlockHash {#eth_getunclecountbyblockhash}
-Gibt die Anzahl der Onkel in einem Block zurück, der dem angegebenen Block-Hash entspricht.
+Gibt die Anzahl der Uncles in einem Block aus einem Block zurück, der dem angegebenen Block-Hash entspricht.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
@@ -759,9 +818,9 @@ Gibt die Anzahl der Onkel in einem Block zurück, der dem angegebenen Block-Hash
params: ["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"]
```
-**Rückgaben**
+**Rückgabe**
-`QUANTITY` – Ganzzahl für die Anzahl der Onkel in diesem Block.
+`QUANTITY` - Ganzzahl der Anzahl der Uncles in diesem Block.
**Beispiel**
@@ -778,11 +837,15 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","p
### eth_getUncleCountByBlockNumber {#eth_getunclecountbyblocknumber}
-Gibt die Anzahl der Onkel in einem Block zurück, der der angegebenen Blocknummer entspricht.
+Gibt die Anzahl der Uncles in einem Block aus einem Block zurück, der der angegebenen Blocknummer entspricht.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-1. `QUANTITY|TAG` – Ganzzahl einer Blocknummer oder der String `"latest"`, `"earliest"`, `"pending"`, `"safe"` oder `"finalized"`, siehe [Standardblockparameter](/developers/docs/apis/json-rpc/#default-block)
+1. `QUANTITY|TAG` - Ganzzahl einer Blocknummer oder der String `"latest"`, `"earliest"`, `"pending"`, `"safe"` oder `"finalized"`, siehe den [Block-Parameter](/developers/docs/apis/json-rpc/#block-parameter)
```js
params: [
@@ -790,9 +853,9 @@ params: [
]
```
-**Rückgaben**
+**Rückgabe**
-`QUANTITY` – Ganzzahl für die Anzahl der Onkel in diesem Block.
+`QUANTITY` - Ganzzahl der Anzahl der Uncles in diesem Block.
**Beispiel**
@@ -809,12 +872,16 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber",
### eth_getCode {#eth_getcode}
-Gibt den Code an einer angegebenen Adresse zurück.
+Gibt den Code an einer bestimmten Adresse zurück.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
1. `DATA`, 20 Bytes - Adresse
-2. `QUANTITY|TAG` – ganzzahlige Blocknummer oder der String `"latest"`, `"earliest"`, `"pending"`, `"safe"` oder `"finalized"`, siehe [Standardblockparameter](/developers/docs/apis/json-rpc/#default-block)
+2. `QUANTITY|TAG` - ganzzahlige Blocknummer oder der String `"latest"`, `"earliest"`, `"pending"`, `"safe"` oder `"finalized"`, siehe den [Block-Parameter](/developers/docs/apis/json-rpc/#block-parameter)
```js
params: [
@@ -823,9 +890,9 @@ params: [
]
```
-**Rückgaben**
+**Rückgabe**
-`DATA` – der Code von der angegebenen Adresse.
+`DATA` - der Code von der angegebenen Adresse.
**Beispiel**
@@ -842,27 +909,27 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getCode","params":["0xC02aaA
### eth_sign {#eth_sign}
-Die Unterzeichnungsmethode berechnet eine Ethereum-spezifische Signatur mit: `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))`.
+Die Sign-Methode berechnet eine Ethereum-spezifische Signatur mit: `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))`.
-Durch das Hinzufügen eines Präfixes zur Nachricht wird die berechnete Signatur als Ethereum-spezifische Signatur erkennbar. Das verhindert Missbrauch, bei dem eine bösartige dApp beliebige Daten (z. B. Transaktionen) signieren und die Signatur nutzen kann, um sich als das Opfer auszugeben.
+Durch das Hinzufügen eines Präfixes zur Nachricht wird die berechnete Signatur als Ethereum-spezifische Signatur erkennbar. Dies verhindert Missbrauch, bei dem eine bösartige Dapp beliebige Daten (z. B. eine Transaktion) signieren und die Signatur verwenden kann, um sich als das Opfer auszugeben.
-Hinweis: Die zum Signieren verwendete Adresse muss entsperrt sein.
+Hinweis: Die Adresse, mit der signiert werden soll, muss entsperrt sein.
**Parameter**
1. `DATA`, 20 Bytes - Adresse
-2. `DATA`, N Bytes - Nachricht zum Signieren
+2. `DATA`, N Bytes - zu signierende Nachricht
-**Rückgaben**
+**Rückgabe**
`DATA`: Signatur
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d370f73ec7d8a03e965129118dc8f5bf83", "0xdeadbeaf"],"id":1}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc": "2.0",
@@ -872,31 +939,31 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d37
### eth_signTransaction {#eth_signtransaction}
-Signiert eine Transaktion, die zu einem späteren Zeitpunkt an das Netzwerk gesendet werden kann, indem sie mit [eth_sendRawTransaction](#eth_sendrawtransaction) verwendet wird.
+Signiert eine Transaktion, die zu einem späteren Zeitpunkt mit [eth_sendRawTransaction](#eth_sendrawtransaction) an das Netzwerk übermittelt werden kann.
**Parameter**
-1. `Objekt` - Das Transaktionsobjekt
+1. `Object` - Das Transaktionsobjekt
- `type`:
- `from`: `DATA`, 20 Bytes - Die Adresse, von der die Transaktion gesendet wird.
-- `to`: `DATA`, 20 Bytes - (Optional beim Erstellen eines neuen Vertrags) Die Adresse, an die die Transaktion gerichtet ist.
-- `gas`: `MENGE` - (Optional, Standard: 90000) Ganzzahlwert des Gases, das für die Transaktionsausführung bereitgestellt wurde. Es wird ungenutztes Gas zurückgegeben.
-- `gasPrice`: `QUANTITY` – (optional, Standard: noch zu bestimmen) Ganzzahl von gasPrice, die für jedes bezahlte Gas verwendet wird, in Wei.
-- `value`: `QUANTITY` – (optional) Ganzzahl des Werts, der mit dieser Transaktion gesendet wird, in Wei.
-- `data`: `DATA` - Der kompilierte Code eines Vertrags ODER der Hash der aufgerufenen Methode Signatur und kodierter Parameter.
-- `nonce`: `QUANTITY` - (Optional) Ganzzahlwert einer Nonce. Dies ermöglicht es, eigene ausstehende Transaktionen mit der gleichen Nonce zu überschreiben.
+- `to`: `DATA`, 20 Bytes - (optional beim Erstellen eines neuen Smart Contracts) Die Adresse, an die die Transaktion gerichtet ist.
+- `gas`: `QUANTITY` - (optional, Standard: 90000) Ganzzahl des für die Transaktionsausführung bereitgestellten Gases. Es wird ungenutztes Gas zurückgegeben.
+- `gasPrice`: `QUANTITY` - (optional, Standard: noch festzulegen) Ganzzahl des Gaspreises, der für jedes bezahlte Gas verwendet wird, in Wei.
+- `value`: `QUANTITY` - (optional) Ganzzahl des mit dieser Transaktion gesendeten Wertes, in Wei.
+- `data`: `DATA` - Der kompilierte Code eines Smart Contracts ODER der Hash der aufgerufenen Methodensignatur und der codierten Parameter.
+- `nonce`: `QUANTITY` - (optional) Ganzzahl einer Nonce. Dies ermöglicht das Überschreiben Ihrer eigenen ausstehenden Transaktionen, die dieselbe Nonce verwenden.
-**Rückgaben**
+**Rückgabe**
-`DATA` – das RLP-codierte Transaktionsobjekt, das vom angegebenen Konto signiert wurde.
+`DATA`, Das RLP-codierte Transaktionsobjekt, das von dem angegebenen Konto signiert wurde.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"id": 1,"jsonrpc": "2.0","method": "eth_signTransaction","params": [{"data":"0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675","from": "0xb60e8dd61c5d32be8058bb8eb970870f07233155","gas": "0x76c0","gasPrice": "0x9184e72a000","to": "0xd46e8dd67c5d32be8058bb8eb970870f07244567","value": "0x9184e72a"}]}'
-// Result
+// Ergebnis
{
"id": 1,
"jsonrpc": "2.0",
@@ -906,19 +973,19 @@ curl -X POST --data '{"id": 1,"jsonrpc": "2.0","method": "eth_signTransaction","
### eth_sendTransaction {#eth_sendtransaction}
-Erstellt eine neue Nachrichtenanruftransaktion oder eine Contract-Erstellung, wenn das Datenfeld Code enthält, und signiert sie mit dem im `from`-Feld angegebenen Konto.
+Erstellt eine neue Nachrichtenaufruf-Transaktion oder eine Smart-Contract-Erstellung, wenn das Datenfeld Code enthält, und signiert sie mit dem in `from` angegebenen Konto.
**Parameter**
-1. `Objekt` - Das Transaktionsobjekt
+1. `Object` - Das Transaktionsobjekt
- `from`: `DATA`, 20 Bytes - Die Adresse, von der die Transaktion gesendet wird.
-- `to`: `DATA`, 20 Bytes - (Optional beim Erstellen eines neuen Vertrags) Die Adresse, an die die Transaktion gerichtet ist.
-- `gas`: `MENGE` - (Optional, Standard: 90000) Ganzzahlwert des Gases, das für die Transaktionsausführung bereitgestellt wurde. Es wird ungenutztes Gas zurückgegeben.
-- `gasprice`: `QUANTITY` – (Optional, Standard: Noch zu bestimmen) Ganzzahlwert des Gaspreises, der für jedes bezahlte Gas verwendet wird.
-- `Value`: `QUANTITY` - (Optional) Ganzzahlwert des mit dieser Transaktion gesendeten Werts.
-- `input`: `DATA` – der kompilierte Code eines Contracts ODER der Hash der aufgerufenen Methodensignatur und der codierten Parameter.
-- `nonce`: `QUANTITY` - (Optional) Ganzzahlwert einer Nonce. Dies ermöglicht es, eigene ausstehende Transaktionen mit der gleichen Nonce zu überschreiben.
+- `to`: `DATA`, 20 Bytes - (optional beim Erstellen eines neuen Smart Contracts) Die Adresse, an die die Transaktion gerichtet ist.
+- `gas`: `QUANTITY` - (optional, Standard: 90000) Ganzzahl des für die Transaktionsausführung bereitgestellten Gases. Es wird ungenutztes Gas zurückgegeben.
+- `gasPrice`: `QUANTITY` - (optional, Standard: noch festzulegen) Ganzzahl des Gaspreises, der für jedes bezahlte Gas verwendet wird.
+- `value`: `QUANTITY` - (optional) Ganzzahl des mit dieser Transaktion gesendeten Wertes.
+- `input`: `DATA` - Der kompilierte Code eines Smart Contracts ODER der Hash der aufgerufenen Methodensignatur und der codierten Parameter.
+- `nonce`: `QUANTITY` - (optional) Ganzzahl einer Nonce. Dies ermöglicht das Überschreiben Ihrer eigenen ausstehenden Transaktionen, die dieselbe Nonce verwenden.
```js
params: [
@@ -934,18 +1001,18 @@ params: [
]
```
-**Rückgaben**
+**Rückgabe**
-`DATA`, 32 Byte – der Transaktions-Hash oder der Null-Hash, wenn die Transaktion noch nicht verfügbar ist.
+`DATA`, 32 Bytes - der Transaktions-Hash oder der Null-Hash, wenn die Transaktion noch nicht verfügbar ist.
-Verwenden Sie [eth_getTransactionReceipt](#eth_gettransactionreceipt), um die Contract-Adresse zu erhalten, nachdem die Transaktion in einem Block vorgeschlagen wurde, wenn Sie einen Contract erstellt haben.
+Verwenden Sie [eth_getTransactionReceipt](#eth_gettransactionreceipt), um die Vertragsadresse zu erhalten, nachdem die Transaktion in einem Block vorgeschlagen wurde, wenn Sie einen Smart Contract erstellt haben.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{see above}],"id":1}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc": "2.0",
@@ -955,7 +1022,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{
### eth_sendRawTransaction {#eth_sendrawtransaction}
-Erstellt eine neue Nachrichtenaufruftransaktion oder eine Contract-Erstellung für signierte Transaktionen.
+Erstellt eine neue Nachrichtenaufruf-Transaktion oder eine Smart-Contract-Erstellung für signierte Transaktionen.
**Parameter**
@@ -967,18 +1034,18 @@ params: [
]
```
-**Rückgaben**
+**Rückgabe**
-`DATA`, 32 Byte – der Transaktions-Hash oder der Null-Hash, wenn die Transaktion noch nicht verfügbar ist.
+`DATA`, 32 Bytes - der Transaktions-Hash oder der Null-Hash, wenn die Transaktion noch nicht verfügbar ist.
-Verwenden Sie [eth_getTransactionReceipt](#eth_gettransactionreceipt), um die Contract-Adresse zu erhalten, nachdem die Transaktion in einem Block vorgeschlagen wurde, wenn Sie einen Contract erstellt haben.
+Verwenden Sie [eth_getTransactionReceipt](#eth_gettransactionreceipt), um die Vertragsadresse zu erhalten, nachdem die Transaktion in einem Block vorgeschlagen wurde, wenn Sie einen Smart Contract erstellt haben.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params":[{see above}],"id":1}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc": "2.0",
@@ -988,31 +1055,35 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params"
### eth_call {#eth_call}
-Führt sofort einen neuen Nachrichtenaufruf aus, ohne eine Transaktion auf der Blockchain zu erstellen. Wird häufig für die Ausführung von Smart-Contract-Funktionen mit Leseberechtigung verwendet, zum Beispiel `balanceOf` für einen ERC-20-Contract.
+Führt sofort einen neuen Nachrichtenaufruf aus, ohne eine Transaktion auf der Blockchain zu erstellen. Wird oft zum Ausführen von schreibgeschützten Smart-Contract-Funktionen verwendet, zum Beispiel `balanceOf` für einen ERC-20-Vertrag.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-1. `Object` - Das Transaktionsaufrufobjekt
+1. `Object` - Das Transaktionsaufruf-Objekt
-- `from`: `DATA`, 20 Bytes - (Optional) Die Adresse, von der die Transaktion gesendet wird.
-- `to`: `DATA`, 20 Bytes – Die Adresse, an die die Transaktion gerichtet ist.
-- `gas`: `QUANTITY` - (Optional) Ganzzahlwert des für die Transaktionsausführung bereitgestellten Gases. eth_call verbraucht kein Gas, aber dieser Parameter kann von einigen Ausführungen benötigt werden.
-- `gasprice`: `QUANTITY` - (Optional) Ganzzahlwert des Gaspreises, der für jedes bezahlte Gas verwendet wird
-- `value`: `QUANTITY` - (Optional) Ganzzahlwert des mit dieser Transaktion gesendeten Werts
-- `input`: `DATA` – (optional) Hash der Methodensignatur und der codierten Parameter. Einzelheiten finden Sie unter [Ethereum-Contract-ABI in der Solidity-Dokumentation](https://docs.soliditylang.org/en/latest/abi-spec.html).
+- `from`: `DATA`, 20 Bytes - (optional) Die Adresse, von der die Transaktion gesendet wird.
+- `to`: `DATA`, 20 Bytes - Die Adresse, an die die Transaktion gerichtet ist.
+- `gas`: `QUANTITY` - (optional) Ganzzahl des für die Transaktionsausführung bereitgestellten Gases. eth_call verbraucht null Gas, aber dieser Parameter wird möglicherweise von einigen Ausführungen benötigt.
+- `gasPrice`: `QUANTITY` - (optional) Ganzzahl des Gaspreises, der für jedes bezahlte Gas verwendet wird
+- `value`: `QUANTITY` - (optional) Ganzzahl des mit dieser Transaktion gesendeten Wertes
+- `input`: `DATA` - (optional) Hash der Methodensignatur und der codierten Parameter. Weitere Details finden Sie unter [Ethereum Contract ABI in der Solidity-Dokumentation](https://docs.soliditylang.org/en/latest/abi-spec.html).
-2. `QUANTITY|TAG` – ganzzahlige Blocknummer oder der String `"latest"`, `"earliest"`, `"pending"`, `"safe"` oder `"finalized"`, siehe [Standardblockparameter](/developers/docs/apis/json-rpc/#default-block)
+2. `QUANTITY|TAG` - ganzzahlige Blocknummer oder der String `"latest"`, `"earliest"`, `"pending"`, `"safe"` oder `"finalized"`, siehe den [Block-Parameter](/developers/docs/apis/json-rpc/#block-parameter)
-**Rückgaben**
+**Rückgabe**
-`DATA` – der Rückgabewert des ausgeführten Vertrages.
+`DATA` - der Rückgabewert des ausgeführten Smart Contracts.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}],"id":1}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc": "2.0",
@@ -1022,22 +1093,26 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}]
### eth_estimateGas {#eth_estimategas}
-Generiert und gibt eine Schätzung zurück, wie viel Gas erforderlich ist, damit die Transaktion abgeschlossen werden kann. Die Transaktion wird nicht zur Blockchain hinzugefügt. Beachten Sie, dass die Schätzung aus verschiedenen Gründen, einschließlich der EVM-Mechanik und der Leistung des Knotens, erheblich höher sein kann als die tatsächlich von der Transaktion verbrauchte Gas-Menge.
+Generiert und gibt eine Schätzung zurück, wie viel Gas erforderlich ist, damit die Transaktion abgeschlossen werden kann. Die Transaktion wird nicht zur Blockchain hinzugefügt. Beachten Sie, dass die Schätzung aus verschiedenen Gründen, einschließlich EVM-Mechaniken und der Leistung des Blockchain-Knotens, deutlich höher sein kann als die tatsächlich von der Transaktion verbrauchte Gasmenge.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-Siehe [eth_call](#eth_call)-Parameter – mit der Ausnahme, dass alle Eigenschaften optional sind. Wenn kein Gas-Limit angegeben ist, verwendet Geth das Block-Gas-Limit aus dem anstehenden Block als Obergrenze. Infolgedessen reicht die zurückgegebene Schätzung möglicherweise nicht aus, um die Abfrage/Transaktion auszuführen, wenn die Gas-Menge höher als das ausstehende Block-Gas-Limit ist.
+Siehe Parameter von [eth_call](#eth_call), mit der Ausnahme, dass alle Eigenschaften optional sind. Wenn kein Gaslimit angegeben ist, verwendet Geth das Block-Gaslimit aus dem ausstehenden Block als Obergrenze. Infolgedessen reicht die zurückgegebene Schätzung möglicherweise nicht aus, um den Aufruf/die Transaktion auszuführen, wenn die Gasmenge höher ist als das Gaslimit des ausstehenden Blocks.
-**Rückgaben**
+**Rückgabe**
-`QUANTITY` – die verbrauchte Gas-Menge.
+`QUANTITY` - die verbrauchte Gasmenge.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see above}],"id":1}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc": "2.0",
@@ -1047,12 +1122,16 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see
### eth_getBlockByHash {#eth_getblockbyhash}
-Gibt Informationen zu einem Block per Hash zurück.
+Gibt Informationen zu einem Block anhand des Hashes zurück.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
1. `DATA`, 32 Bytes - Hash eines Blocks.
-2. `Boolean` - Bei `true` werden die vollständigen Transaktionsobjekte zurückgegeben, bei `false` nur die Hashes der Transaktionen.
+2. `Boolean` - Wenn `true`, werden die vollständigen Transaktionsobjekte zurückgegeben, wenn `false`, nur die Hashes der Transaktionen.
```js
params: [
@@ -1061,41 +1140,40 @@ params: [
]
```
-**Rückgaben**
+**Rückgabe**
-`Object` – ein Blockobjekt oder `null`, wenn kein Block gefunden wurde:
+`Object` - Ein Blockobjekt oder `null`, wenn kein Block gefunden wurde:
-- `number`: `QUANTITY` - Die Blocknummer. `null`, wenn es ein ausstehender Block ist.
-- `hash`: `DATA`, 32 Bytes - Hash des Blocks. `null`, wenn es ein ausstehender Block ist.
+- `number`: `QUANTITY` - die Blocknummer. `null`, wenn es sich um einen ausstehenden Block handelt.
+- `hash`: `DATA`, 32 Bytes - Hash des Blocks. `null`, wenn es sich um einen ausstehenden Block handelt.
- `parentHash`: `DATA`, 32 Bytes - Hash des übergeordneten Blocks.
-- `nonce`: `DATA`, 8 Bytes - Hash des generierten Proof-of-Work. `null`, wenn es ein ausstehender Block ist.
-- `sha3Uncles`: `DATA`, 32 Bytes - SHA3 der Onkeldaten im Block.
-- `logsBloom`: `DATA`, 256 Bytes - Der Bloom-Filter für die Protokolle des Blocks. `null`, wenn es ein ausstehender Block ist.
-- `TransaktionsRoot`: `DATA`, 32 Bytes - Das Stammverzeichnis der Transaktions-Trie des Blocks.
-- `stateRoot`: `DATA`, 32 Bytes – Die Wurzel des endgültigen Zustands-Trie des Blocks.
-- `receiptsRoot`: `DATA`, 32 Bytes - Die Wurzel des Quittungstries des Blocks.
-- `miner`: `DATA`, 20 Byte – die Adresse des Begünstigten, dem die Mining-Belohnungen gegeben wurden.
-- `difficulty`: `QUANTITY` - Ganzzahlwert der Schwierigkeit für diesen Block.
-- `totalDifficulty`: `QUANTITY` - Ganzzahlwert der Gesamtschwierigkeit der Blockchain bis zu diesem Block.
-- `extraData`: `DATA` - Das Feld „zusätzliche Daten“ dieses Blocks.
-- `size`: `QUANTITY` - Ganzzahlwert der Größe dieses Blocks in Bytes.
-- `gasLimit`: `QUANTITY` - Das maximal zulässige Gas in diesem Block.
-- `gasUsed`: `QUANTITY` - Das insgesamt von allen Transaktionen in diesem Block verbrauchte Gas.
-- `timestamp`: `QUANTITY` - Der Unix-Zeitstempel für den Zeitpunkt, zu dem der Block sortiert wurde.
-- `transactions`: `Array` – Array von Transaktionsobjekten oder 32-Byte-Transaktions-Hashes, abhängig vom zuletzt angegebenen Parameter.
-- `uncles`: `Array` - Array von Onkel-Hashes.
+- `nonce`: `DATA`, 8 Bytes - Hash des generierten Proof-of-Work. `null`, wenn es sich um einen ausstehenden Block handelt, `0x0` für Proof-of-Stake-Blöcke (seit dem Merge)
+- `sha3Uncles`: `DATA`, 32 Bytes - SHA3 der Uncles-Daten im Block.
+- `logsBloom`: `DATA`, 256 Bytes - der Bloom-Filter für die Protokolle des Blocks. `null`, wenn es sich um einen ausstehenden Block handelt.
+- `transactionsRoot`: `DATA`, 32 Bytes - die Wurzel des Transaktions-Tries des Blocks.
+- `stateRoot`: `DATA`, 32 Bytes - die Wurzel des finalen Zustands-Tries des Blocks.
+- `receiptsRoot`: `DATA`, 32 Bytes - die Wurzel des Beleg-Tries des Blocks.
+- `miner`: `DATA`, 20 Bytes - die Adresse des Begünstigten, dem die Block-Belohnungen gegeben wurden.
+- `difficulty`: `QUANTITY` - Ganzzahl der Schwierigkeit für diesen Block.
+- `totalDifficulty`: `QUANTITY` - Ganzzahl der Gesamtschwierigkeit der Chain bis zu diesem Block.
+- `extraData`: `DATA` - das Feld "extra data" dieses Blocks.
+- `size`: `QUANTITY` - Ganzzahl der Größe dieses Blocks in Bytes.
+- `gasLimit`: `QUANTITY` - das maximal zulässige Gas in diesem Block.
+- `gasUsed`: `QUANTITY` - das gesamte verbrauchte Gas aller Transaktionen in diesem Block.
+- `timestamp`: `QUANTITY` - der Unix-Zeitstempel für den Zeitpunkt, an dem der Block zusammengestellt wurde.
+- `transactions`: `Array` - Array von Transaktionsobjekten oder 32-Byte-Transaktions-Hashes, abhängig vom zuletzt angegebenen Parameter.
+- `uncles`: `Array` - Array von Uncle-Hashes.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae", false],"id":1}'
-// Result
-{
+// Ergebnis
{
-"jsonrpc": "2.0",
-"id": 1,
-"result": {
+ "jsonrpc": "2.0",
+ "id": 1,
+ "result": {
"difficulty": "0x4ea3f27bc",
"extraData": "0x476574682f4c5649562f76312e302e302f6c696e75782f676f312e342e32",
"gasLimit": "0x1388",
@@ -1118,18 +1196,22 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByHash","params":["0
"transactionsRoot": "0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421",
"uncles": [
]
-}
+ }
}
```
### eth_getBlockByNumber {#eth_getblockbynumber}
-Gibt Informationen über eine Block-für-Block-Nummer zurück.
+Gibt Informationen zu einem Block anhand der Blocknummer zurück.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-1. `QUANTITY|TAG` – Ganzzahl einer Blocknummer oder der String `"earliest"`, `"latest"`, `"pending"`, `"safe"` oder `"finalized"`, wie im [Standardblockparameter](/developers/docs/apis/json-rpc/#default-block).
-2. `Boolean` - Bei `true` werden die vollständigen Transaktionsobjekte zurückgegeben, bei `false` nur die Hashes der Transaktionen.
+1. `QUANTITY|TAG` - Ganzzahl einer Blocknummer oder der String `"earliest"`, `"latest"`, `"pending"`, `"safe"` oder `"finalized"`, wie im [Block-Parameter](/developers/docs/apis/json-rpc/#block-parameter).
+2. `Boolean` - Wenn `true`, werden die vollständigen Transaktionsobjekte zurückgegeben, wenn `false`, nur die Hashes der Transaktionen.
```js
params: [
@@ -1138,12 +1220,13 @@ params: [
]
```
-**Rückgaben** Siehe [eth_getBlockByHash](#eth_getblockbyhash)
+**Rückgabe**
+Siehe [eth_getBlockByHash](#eth_getblockbyhash)
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":["0x1b4", true],"id":1}'
```
@@ -1151,7 +1234,11 @@ Ergebnis siehe [eth_getBlockByHash](#eth_getblockbyhash)
### eth_getTransactionByHash {#eth_gettransactionbyhash}
-Gibt die Informationen über eine Transaktion zurück, die anhand des Transaktions-Hashs angefordert wurde.
+Gibt die Informationen zu einer Transaktion zurück, die anhand des Transaktions-Hashes angefordert wurde.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
@@ -1161,31 +1248,31 @@ Gibt die Informationen über eine Transaktion zurück, die anhand des Transaktio
params: ["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"]
```
-**Rückgaben**
+**Rückgabe**
-`Object` – ein Transaktionsobjekt oder `null`, wenn keine Transaktion gefunden wurde:
+`Object` - Ein Transaktionsobjekt oder `null`, wenn keine Transaktion gefunden wurde:
-- `blockHash`: `DATA`, 32 Bytes - Hash des Blocks, in dem sich diese Transaktion befand. `null`, wenn es aussteht.
-- `blockNumber`: `QUANTITY` - Blocknummer, in der sich diese Transaktion befand. `null`, wenn es aussteht.
-- `from`: `DATA`, 20 Bytes - Adresse des Senders.
-- `gas`: `QUANTITY` - Vom Sender bereitgestelltes Gas.
-- `gasPrice`: `QUANTITY` - Vom Sender bereitgestellter Gaspreis in Wei.
+- `blockHash`: `DATA`, 32 Bytes - Hash des Blocks, in dem sich diese Transaktion befand. `null`, wenn sie ausstehend ist.
+- `blockNumber`: `QUANTITY` - Blocknummer, in der sich diese Transaktion befand. `null`, wenn sie ausstehend ist.
+- `from`: `DATA`, 20 Bytes - Adresse des Absenders.
+- `gas`: `QUANTITY` - vom Absender bereitgestelltes Gas.
+- `gasPrice`: `QUANTITY` - vom Absender bereitgestellter Gaspreis in Wei.
- `hash`: `DATA`, 32 Bytes - Hash der Transaktion.
-- `input`: `DATA` - Die mit der Transaktion gesendeten Daten.
-- `nonce`: `QUANTITY` - Die Anzahl der von dem Sender vor dieser Transaktion durchgeführten Transaktionen.
-- `to`: `DATA`, 20 Bytes - Adresse des Empfängers. `null` wenn es sich um eine Vertragserstellungstransaktion handelt.
-- `transactionIndex`: `QUANTITY` - Ganzzahlwert der Transaktionsindexposition im Block. `null`, wenn es aussteht.
-- `value`: `QUANTITY` - Der übertragene Wert in Wei.
-- `v`: `QUANTITY` - ECDSA Wiederherstellungs-ID
-- `r`: `QUANTITY` - ECDSA Signatur r
-- `s`: `QUANTITY` - ECDSA Signatur s
+- `input`: `DATA` - die mit der Transaktion gesendeten Daten.
+- `nonce`: `QUANTITY` - die Anzahl der Transaktionen, die der Absender vor dieser durchgeführt hat.
+- `to`: `DATA`, 20 Bytes - Adresse des Empfängers. `null`, wenn es sich um eine Smart-Contract-Erstellungstransaktion handelt.
+- `transactionIndex`: `QUANTITY` - Ganzzahl der Indexposition der Transaktion im Block. `null`, wenn sie ausstehend ist.
+- `value`: `QUANTITY` - übertragener Wert in Wei.
+- `v`: `QUANTITY` - ECDSA-Wiederherstellungs-ID
+- `r`: `QUANTITY` - ECDSA-Signatur r
+- `s`: `QUANTITY` - ECDSA-Signatur s
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"],"id":1}'
-// Result
+// Ergebnis
{
"jsonrpc":"2.0",
"id":1,
@@ -1210,12 +1297,16 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","param
### eth_getTransactionByBlockHashAndIndex {#eth_gettransactionbyblockhashandindex}
-Gibt Informationen über eine Transaktion nach dem Block-Hash und der Transaktionsindexposition zurück.
+Gibt Informationen zu einer Transaktion anhand des Block-Hashes und der Transaktionsindexposition zurück.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
1. `DATA`, 32 Bytes - Hash eines Blocks.
-2. `QUANTITY` - Ganzzahlwert der Transaktionsindexposition.
+2. `QUANTITY` - Ganzzahl der Transaktionsindexposition.
```js
params: [
@@ -1224,7 +1315,8 @@ params: [
]
```
-**Rückgaben** Siehe [eth_getTransactionByHash](#eth_gettransactionbyhash)
+**Rückgabe**
+Siehe [eth_getTransactionByHash](#eth_gettransactionbyhash)
**Beispiel**
@@ -1237,12 +1329,16 @@ Ergebnis siehe [eth_getTransactionByHash](#eth_gettransactionbyhash)
### eth_getTransactionByBlockNumberAndIndex {#eth_gettransactionbyblocknumberandindex}
-Gibt Informationen über eine Transaktion nach der Blocknummer und der Transaktionsindexposition zurück.
+Gibt Informationen zu einer Transaktion anhand der Blocknummer und der Transaktionsindexposition zurück.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-1. `QUANTITY|TAG` – eine Blocknummer oder der String `"earliest"`, `"latest"`, `"pending"`, `"safe"` oder `"finalized"`, wie im [Standardblockparameter](/developers/docs/apis/json-rpc/#default-block).
-2. `QUANTITY` - Die Transaktionsindexposition.
+1. `QUANTITY|TAG` - eine Blocknummer oder der String `"earliest"`, `"latest"`, `"pending"`, `"safe"` oder `"finalized"`, wie im [Block-Parameter](/developers/docs/apis/json-rpc/#block-parameter).
+2. `QUANTITY` - die Transaktionsindexposition.
```js
params: [
@@ -1251,12 +1347,13 @@ params: [
]
```
-**Rückgaben** Siehe [eth_getTransactionByHash](#eth_gettransactionbyhash)
+**Rückgabe**
+Siehe [eth_getTransactionByHash](#eth_gettransactionbyhash)
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockNumberAndIndex","params":["0x9c47cf", "0x24"],"id":1}'
```
@@ -1264,9 +1361,9 @@ Ergebnis siehe [eth_getTransactionByHash](#eth_gettransactionbyhash)
### eth_getTransactionReceipt {#eth_gettransactionreceipt}
-Gibt den Beleg einer Transaktion nach dem Transaktions-Hash zurück.
+Gibt den Beleg einer Transaktion anhand des Transaktions-Hashes zurück.
-**Hinweis:** Der Beleg ist für ausstehende Transaktionen nicht verfügbar.
+**Hinweis** Der Beleg ist für ausstehende Transaktionen nicht verfügbar.
**Parameter**
@@ -1276,33 +1373,34 @@ Gibt den Beleg einer Transaktion nach dem Transaktions-Hash zurück.
params: ["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"]
```
-**Rückgaben** `Object` – ein Transaktionsbeleg-Objekt oder `null`, wenn kein Beleg gefunden wurde:
+**Rückgabe**
+`Object` - Ein Transaktionsbelegobjekt oder `null`, wenn kein Beleg gefunden wurde:
-- `transactionHash`: `DATA`, 32 Bytes - Hash der Transaktion.
-- `transactionIndex`: `QUANTITY` - Ganzzahlwert der Transaktionsindexposition im Block.
+- `transactionHash `: `DATA`, 32 Bytes - Hash der Transaktion.
+- `transactionIndex`: `QUANTITY` - Ganzzahl der Indexposition der Transaktion im Block.
- `blockHash`: `DATA`, 32 Bytes - Hash des Blocks, in dem sich diese Transaktion befand.
- `blockNumber`: `QUANTITY` - Blocknummer, in der sich diese Transaktion befand.
-- `from`: `DATA`, 20 Bytes - Adresse des Senders.
-- `to`: `DATA`, 20 Bytes - Adresse des Empfängers. null, wenn es sich um eine Vertragserstellungstransaktion handelt.
-- `cumulativeGasUsed` : `QUANTITY` - Die Gesamtmenge an Gas, die bei Ausführung dieser Transaktion im Block verwendet wurde.
-- `effectiveGasPrice` : `QUANTITY` - Die Summe der Grundgebühr und der Tipp, die pro Einheit Gas bezahlt wurde.
-- `gasUsed`: `QUANTITY` - Die Menge an Gas, die von dieser bestimmten Transaktion allein verwendet wurde.
-- `contractAddress`: `DATA`, 20 Bytes - Die Vertragsadresse, die erstellt wurde, falls die Transaktion eine Vertragserstellung war, andernfalls `null`.
-- `logs`: `Array` - Array von Log-Objekten, die diese Transaktion generiert hat.
-- `logsBloom`: `DATA`, 256 Bytes - Bloom-Filter für leichte Clients, um schnell verwandte Logs abzurufen.
-- `type`: `QUANTITY` - Ganzzahlwert des Transaktionstyps, `0x0` für veraltete Transaktionen, `0x1` für Zugriffslistentypen, `0x2` für dynamische Gebühren.
+- `from`: `DATA`, 20 Bytes - Adresse des Absenders.
+- `to`: `DATA`, 20 Bytes - Adresse des Empfängers. null, wenn es sich um eine Smart-Contract-Erstellungstransaktion handelt.
+- `cumulativeGasUsed` : `QUANTITY ` - Die Gesamtmenge an Gas, die verbraucht wurde, als diese Transaktion im Block ausgeführt wurde.
+- `effectiveGasPrice` : `QUANTITY` - Die Summe aus Grundgebühr und Trinkgeld, die pro Gaseinheit gezahlt wird.
+- `gasUsed `: `QUANTITY ` - Die Gasmenge, die allein von dieser spezifischen Transaktion verbraucht wurde.
+- `contractAddress `: `DATA`, 20 Bytes - Die erstellte Vertragsadresse, wenn die Transaktion eine Smart-Contract-Erstellung war, andernfalls `null`.
+- `logs`: `Array` - Array von Protokollobjekten, die diese Transaktion generiert hat.
+- `logsBloom`: `DATA`, 256 Bytes - Bloom-Filter für Light Clients, um zugehörige Protokolle schnell abzurufen.
+- `type`: `QUANTITY` - Ganzzahl des Transaktionstyps, `0x0` für Legacy-Transaktionen, `0x1` für Zugriffslistentypen, `0x2` für dynamische Gebühren.
-Es gibt auch _eines davon_ zurück:
+Es gibt außerdem _entweder_ Folgendes zurück:
-- `root` : `DATA` 32 Bytes des vorherigen Transaktions-Stateroots (vor Byzantium)
-- `status`: `QUANTITY` entweder `1` (Erfolg) or `0` (Fehler)
+- `root` : `DATA` 32 Bytes der Post-Transaktions-Zustandswurzel (vor Byzantium)
+- `status`: `QUANTITY` entweder `1` (Erfolg) oder `0` (Fehlschlag)
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"],"id":1}'
-// Result
+// Ergebnis
{
"jsonrpc": "2.0",
"id": 1,
@@ -1310,15 +1408,15 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","para
"blockHash":
"0xa957d47df264a31badc3ae823e10ac1d444b098d9b73d204c40426e57f47e8c3",
"blockNumber": "0xeff35f",
- "contractAddress": null, // string of the address if it was created
+ "contractAddress": null, // String der Adresse, falls sie erstellt wurde
"cumulativeGasUsed": "0xa12515",
"effectiveGasPrice": "0x5a9c688d4",
"from": "0x6221a9c005f6e47eb398fd867784cacfdcfff4e7",
"gasUsed": "0xb4c8",
"logs": [{
- // logs as returned by getFilterLogs, etc.
+ // Logs, wie sie von getFilterLogs usw. zurückgegeben werden
}],
- "logsBloom": "0x00...0", // 256 byte bloom filter
+ "logsBloom": "0x00...0", // 256-Byte-Bloom-Filter
"status": "0x1",
"to": "0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2",
"transactionHash":
@@ -1331,12 +1429,16 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","para
### eth_getUncleByBlockHashAndIndex {#eth_getunclebyblockhashandindex}
-Gibt Informationen über einen Onkel eines Blocks nach Hash und Onkel-Indexposition zurück.
+Gibt Informationen zu einem Uncle eines Blocks anhand des Hashes und der Uncle-Indexposition zurück.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
1. `DATA`, 32 Bytes - Der Hash eines Blocks.
-2. `QUANTITY` - Die Indexposition des Onkels.
+2. `QUANTITY` - Die Indexposition des Uncles.
```js
params: [
@@ -1345,7 +1447,8 @@ params: [
]
```
-**Rückgaben** Siehe [eth_getBlockByHash](#eth_getblockbyhash)
+**Rückgabe**
+Siehe [eth_getBlockByHash](#eth_getblockbyhash)
**Beispiel**
@@ -1356,16 +1459,20 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockHashAndIndex"
Ergebnis siehe [eth_getBlockByHash](#eth_getblockbyhash)
-**Hinweis**: Ein Onkel enthält keine einzelnen Transaktionen.
+**Hinweis**: Ein Uncle enthält keine einzelnen Transaktionen.
### eth_getUncleByBlockNumberAndIndex {#eth_getunclebyblocknumberandindex}
-Gibt Informationen über einen Onkel eines Blocks nach Nummer und Onkel-Indexposition zurück.
+Gibt Informationen zu einem Uncle eines Blocks anhand der Nummer und der Uncle-Indexposition zurück.
+
+
+ Endpunkt im Playground ausprobieren
+
**Parameter**
-1. `QUANTITY|TAG` – eine Blocknummer oder der String `"earliest"`, `"latest"`, `"pending"`, `"safe"`, `"finalized"`, wie im [Standardblockparameter](/developers/docs/apis/json-rpc/#default-block).
-2. `QUANTITY` - Die Indexposition des Onkels.
+1. `QUANTITY|TAG` - eine Blocknummer oder der String `"earliest"`, `"latest"`, `"pending"`, `"safe"`, `"finalized"`, wie im [Block-Parameter](/developers/docs/apis/json-rpc/#block-parameter).
+2. `QUANTITY` - die Indexposition des Uncles.
```js
params: [
@@ -1374,14 +1481,15 @@ params: [
]
```
-**Rückgaben** Siehe [eth_getBlockByHash](#eth_getblockbyhash)
+**Rückgabe**
+Siehe [eth_getBlockByHash](#eth_getblockbyhash)
-**Hinweis**: Ein Onkel enthält keine einzelnen Transaktionen.
+**Hinweis**: Ein Uncle enthält keine einzelnen Transaktionen.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockNumberAndIndex","params":["0x29c", "0x0"],"id":1}'
```
@@ -1389,23 +1497,25 @@ Ergebnis siehe [eth_getBlockByHash](#eth_getblockbyhash)
### eth_newFilter {#eth_newfilter}
-Erstellt auf Basis von Filteroptionen ein Filterobjekt, um eine Benachrichtigung auszugeben, wenn sich der Status ändert (Protokolle). Um zu überprüfen, ob sich der Status geändert hat, rufen Sie [eth_getFilterChanges](#eth_getfilterchanges) auf.
+Erstellt ein Filterobjekt basierend auf Filteroptionen, um zu benachrichtigen, wenn sich der Zustand ändert (Protokolle).
+Um zu überprüfen, ob sich der Zustand geändert hat, rufen Sie [eth_getFilterChanges](#eth_getfilterchanges) auf.
-**Hinweis zum Festlegen von Themenfiltern:** Themen sind auftragsabhängig. Eine Transaktion mit einem Protokoll mit den Themen [A, B] wird mit den folgenden Themenfiltern abgeglichen:
+**Ein Hinweis zur Angabe von Themenfiltern:**
+Themen (Topics) sind reihenfolgeabhängig. Eine Transaktion mit einem Protokoll mit den Themen [A, B] wird von den folgenden Themenfiltern abgeglichen:
-- `[]` „alles“
-- `[A]` „A an erster Stelle (und alles danach)“
-- `[null, B]` „Alles an erster Stelle UND B an zweiter Stelle (und alles danach)“
-- `[A, B]` „A an erster Stelle UND B an zweiter Stelle (und alles danach)“
-- `[[A, B], [A, B]]` „(A ODER B) an erster Stelle UND (A ODER B) an zweiter Stelle (und alles danach)“
+- `[]` "alles"
+- `[A]` "A an erster Position (und alles danach)"
+- `[null, B]` "alles an erster Position UND B an zweiter Position (und alles danach)"
+- `[A, B]` "A an erster Position UND B an zweiter Position (und alles danach)"
+- `[[A, B], [A, B]]` "(A ODER B) an erster Position UND (A ODER B) an zweiter Position (und alles danach)"
- **Parameter**
-1. `Object` – die Filteroptionen:
+1. `Object` - Die Filteroptionen:
-- `fromBlock`: `QUANTITY|TAG` – (optional, standardmäßig: `"latest"`) ganzzahlige Blocknummer oder `"latest"` für den letzten vorgeschlagenen Block, `"safe"` für den letzten sicheren Block, `"finalized"` für den letzten abgeschlossenen Block oder `"pending"`, `"earliest"` für Transaktionen, die noch nicht in einem Block sind.
-- `toBlock`: `QUANTITY|TAG` – (optional, standardmäßig: `"latest"`) ganzzahlige Blocknummer oder `"latest"` für den letzten vorgeschlagenen Block, `"safe"` für den letzten sicheren Block, `"finalized"` für den letzten abgeschlossenen Block oder `"pending"`, `"earliest"` für Transaktionen, die noch nicht in einem Block sind.
-- `Adresse`: `DATA|Array`, 20 Bytes - (Optional) Vertragsadresse oder eine Liste von Adressen, von denen Protokolle stammen sollen.
-- `topics`: `Array of DATA`, - (Optional) Array von 32 Bytes `DATA`-Themen. Themen sind auftragsabhängig. Jedes Thema kann auch ein Array von DATEN mit „oder“-Optionen sein.
+- `fromBlock`: `QUANTITY|TAG` - (optional, Standard: `"latest"`) Ganzzahlige Blocknummer oder `"latest"` für den zuletzt vorgeschlagenen Block, `"safe"` für den neuesten sicheren Block, `"finalized"` für den neuesten finalisierten Block oder `"pending"`, `"earliest"` für Transaktionen, die sich noch nicht in einem Block befinden.
+- `toBlock`: `QUANTITY|TAG` - (optional, Standard: `"latest"`) Ganzzahlige Blocknummer oder `"latest"` für den zuletzt vorgeschlagenen Block, `"safe"` für den neuesten sicheren Block, `"finalized"` für den neuesten finalisierten Block oder `"pending"`, `"earliest"` für Transaktionen, die sich noch nicht in einem Block befinden.
+- `address`: `DATA|Array`, 20 Bytes - (optional) Vertragsadresse oder eine Liste von Adressen, von denen Protokolle stammen sollen.
+- `topics`: `Array von DATA`, - (optional) Array von 32-Byte-`DATA`-Themen. Themen sind reihenfolgeabhängig. Jedes Thema kann auch ein Array von DATA mit "oder"-Optionen sein.
```js
params: [
@@ -1425,14 +1535,15 @@ params: [
]
```
-**Rückgaben** `QUANTITY` – eine Filter-ID.
+**Rückgabe**
+`QUANTITY` - Eine Filter-ID.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topics":["0x12341234"]}],"id":73}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc": "2.0",
@@ -1442,18 +1553,21 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topic
### eth_newBlockFilter {#eth_newblockfilter}
-Erstellt einen Filter im Knoten, um eine Benachrichtigung auszugeben, wenn ein neuer Block eintrifft. Um zu überprüfen, ob sich der Status geändert hat, rufen Sie [eth_getFilterChanges](#eth_getfilterchanges) auf.
+Erstellt einen Filter im Blockchain-Knoten, um zu benachrichtigen, wenn ein neuer Block eintrifft.
+Um zu überprüfen, ob sich der Zustand geändert hat, rufen Sie [eth_getFilterChanges](#eth_getfilterchanges) auf.
-**Parameter** Keine
+**Parameter**
+Keine
-**Rückgaben** `QUANTITY` – eine Filter-ID.
+**Rückgabe**
+`QUANTITY` - Eine Filter-ID.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],"id":73}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc": "2.0",
@@ -1463,18 +1577,21 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],
### eth_newPendingTransactionFilter {#eth_newpendingtransactionfilter}
-Erstellt einen Filter im Knoten, um eine Benachrichtigung auszugeben, wenn eine neue ausstehende Transaktionen eintrifft. Um zu überprüfen, ob sich der Status geändert hat, rufen Sie [eth_getFilterChanges](#eth_getfilterchanges) auf.
+Erstellt einen Filter im Blockchain-Knoten, um zu benachrichtigen, wenn neue ausstehende Transaktionen eintreffen.
+Um zu überprüfen, ob sich der Zustand geändert hat, rufen Sie [eth_getFilterChanges](#eth_getfilterchanges) auf.
-**Parameter** Keine
+**Parameter**
+Keine
-**Rückgaben** `QUANTITY` – eine Filter-ID.
+**Rückgabe**
+`QUANTITY` - Eine Filter-ID.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter","params":[],"id":73}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc": "2.0",
@@ -1484,11 +1601,12 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter"
### eth_uninstallFilter {#eth_uninstallfilter}
-Deinstalliert einen Filter mit angegebener ID. Sollte immer aufgerufen werden, wenn die Uhr nicht mehr benötigt wird. Zusätzlich Timeout für Filter, wenn sie für einen bestimmten Zeitraum nicht mit [eth_getFilterChanges](#eth_getfilterchanges) angefordert werden.
+Deinstalliert einen Filter mit der angegebenen ID. Sollte immer aufgerufen werden, wenn die Überwachung nicht mehr benötigt wird.
+Zusätzlich laufen Filter ab, wenn sie für eine gewisse Zeit nicht mit [eth_getFilterChanges](#eth_getfilterchanges) angefordert werden.
**Parameter**
-1. `QUANTITY` – die Filter-ID.
+1. `QUANTITY` - Die Filter-ID.
```js
params: [
@@ -1496,14 +1614,15 @@ params: [
]
```
-**Rückgabewerte** `Boolean` – `true`, wenn der Filter erfolgreich deinstalliert wurde, andernfalls `false`.
+**Rückgabe**
+`Boolean` - `true`, wenn der Filter erfolgreich deinstalliert wurde, andernfalls `false`.
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":["0xb"],"id":73}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc": "2.0",
@@ -1513,11 +1632,11 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":["
### eth_getFilterChanges {#eth_getfilterchanges}
-Umfragemethode für einen Filter, die ein Array von Protokollen zurückgibt, die seit der letzten Umfrage aufgetreten sind.
+Polling-Methode für einen Filter, die ein Array von Protokollen zurückgibt, die seit dem letzten Abruf aufgetreten sind.
**Parameter**
-1. `QUANTITY` – die Filter-ID.
+1. `QUANTITY` - die Filter-ID.
```js
params: [
@@ -1525,26 +1644,28 @@ params: [
]
```
-**Rückgabewerte** `Array` – Array von Protokollobjekten oder ein leeres Array, wenn sich seit der letzten Umfrage nichts geändert hat.
+**Rückgabe**
+`Array` - Array von Protokollobjekten oder ein leeres Array, wenn sich seit dem letzten Abruf nichts geändert hat.
-- Für mit `eth_newBlockFilter` erstellte Filter sind die Rückgabewerte Block-Hashes (`DATA`, 32 Bytes), z. `["0x3454645634534..."]`.
-- Für Filter, die mit `eth_newPendingTransactionFilter` erstellt wurden, sind die Rückgabewerte Transaktions-Hashes (`DATA`, 32 Bytes), z. `["0x6345343454645..."]`.
-- Für mit `eth_newFilter` erstellte Filter sind Protokolle Objekte mit folgenden Parametern:
- - `removed`: `TAG` - `true`, als das Protokoll aufgrund einer Neustrukturierung der Blockchain entfernt wurde. `false`, wenn es sich um ein gültiges Protokoll handelt.
- - `logIndex`: `QUANTITY` – Ganzzahlwert der Protokollindexposition im Block. `null`, wenn es sich um ein ausstehendes Protokoll handelt.
- - `transactionIndex`: `QUANTITY` - Ganzzahlwert der Transaktionsindexposition, aus der das Protokoll erstellt wurde. `null`, wenn es sich um ein ausstehendes Protokoll handelt.
+- Für Filter, die mit `eth_newBlockFilter` erstellt wurden, sind die Rückgaben Block-Hashes (`DATA`, 32 Bytes), z. B. `["0x3454645634534..."]`.
+- Für Filter, die mit `eth_newPendingTransactionFilter ` erstellt wurden, sind die Rückgaben Transaktions-Hashes (`DATA`, 32 Bytes), z. B. `["0x6345343454645..."]`.
+- Für Filter, die mit `eth_newFilter` erstellt wurden, sind Protokolle Objekte mit folgenden Parametern:
+ - `removed`: `TAG` - `true`, wenn das Protokoll aufgrund einer Chain-Reorganisation entfernt wurde. `false`, wenn es ein gültiges Protokoll ist.
+ - `logIndex`: `QUANTITY` - Ganzzahl der Protokollindexposition im Block. `null`, wenn es sich um ein ausstehendes Protokoll handelt.
+ - `transactionIndex`: `QUANTITY` - Ganzzahl der Transaktionsindexposition, aus der das Protokoll erstellt wurde. `null`, wenn es sich um ein ausstehendes Protokoll handelt.
- `transactionHash`: `DATA`, 32 Bytes - Hash der Transaktionen, aus denen dieses Protokoll erstellt wurde. `null`, wenn es sich um ein ausstehendes Protokoll handelt.
- - `blockHash`: `DATA`, 32 Bytes - Hash des Blocks, in dem sich dieses Protokoll befand. `null`, wenn es aussteht. `null`, wenn es sich um ein ausstehendes Protokoll handelt.
- - `blockNumber`: `QUANTITY` - Die Blocknummer, in der sich dieses Protokoll befand. `null`, wenn es aussteht. `null`, wenn es sich um ein ausstehendes Protokoll handelt.
- - `Adresse`: `DATA`, 20 Bytes - Adresse, von der dieses Protokoll stammt.
- - `data`: `DATA` – enthält null oder mehr 32 Byte nicht indizierte Argumente des Protokolls.
- - `topics`: `Array of DATA` - Array von 0 bis 4 32 Bytes `DATA` von indizierten Protokollargumenten. (In _Solidity_: Das erste Thema ist der _Hash_ der Signatur des Ereignisses (z. B. `Deposit (address,bytes32,uint256)`), es sei denn, Sie haben das Ereignis mit dem `anonymous`-Spezifizierer deklariert.)
+ - `blockHash`: `DATA`, 32 Bytes - Hash des Blocks, in dem sich dieses Protokoll befand. `null`, wenn es ausstehend ist. `null`, wenn es sich um ein ausstehendes Protokoll handelt.
+ - `blockNumber`: `QUANTITY` - die Blocknummer, in der sich dieses Protokoll befand. `null`, wenn es ausstehend ist. `null`, wenn es sich um ein ausstehendes Protokoll handelt.
+ - `address`: `DATA`, 20 Bytes - Adresse, von der dieses Protokoll stammt.
+ - `data`: `DATA` - nicht indizierte Protokolldaten variabler Länge. (In _Solidity_: null oder mehr nicht indizierte 32-Byte-Protokollargumente.)
+ - `topics`: `Array von DATA` - Array von 0 bis 4 32-Byte-`DATA` von indizierten Protokollargumenten. (In _Solidity_: Das erste Thema ist der _Hash_ der Signatur des Ereignisses (z. B. `Deposit(address,bytes32,uint256)`), es sei denn, Sie haben das Ereignis mit dem Spezifizierer `anonymous` deklariert.)
+
- **Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterChanges","params":["0x16"],"id":73}'
-// Result
+// Ergebnis
{
"id":1,
"jsonrpc":"2.0",
@@ -1569,7 +1690,7 @@ Gibt ein Array aller Protokolle zurück, die dem Filter mit der angegebenen ID e
**Parameter**
-1. `QUANTITY` – die Filter-ID.
+1. `QUANTITY` - Die Filter-ID.
```js
params: [
@@ -1577,12 +1698,13 @@ params: [
]
```
-**Rückgabewerte** Siehe [eth_getFilterChanges](#eth_getfilterchanges)
+**Rückgabe**
+Siehe [eth_getFilterChanges](#eth_getfilterchanges)
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterLogs","params":["0x16"],"id":74}'
```
@@ -1590,17 +1712,17 @@ Ergebnis siehe [eth_getFilterChanges](#eth_getfilterchanges)
### eth_getLogs {#eth_getlogs}
-Gibt ein Array aller Protokolle zurück, die einem angegebenen Filterobjekt entsprechen.
+Gibt ein Array aller Protokolle zurück, die einem bestimmten Filterobjekt entsprechen.
**Parameter**
-1. `Object` – die Filteroptionen:
+1. `Object` - Die Filteroptionen:
-- `fromBlock`: `QUANTITY|TAG` – (optional, standardmäßig: `"latest"`) ganzzahlige Blocknummer oder `"latest"` für den letzten vorgeschlagenen Block, `"safe"` für den letzten sicheren Block, `"finalized"` für den letzten abgeschlossenen Block oder `"pending"`, `"earliest"` für Transaktionen, die noch nicht in einem Block sind.
-- `toBlock`: `QUANTITY|TAG` – (optional, standardmäßig: `"latest"`) ganzzahlige Blocknummer oder `"latest"` für den letzten vorgeschlagenen Block, `"safe"` für den letzten sicheren Block, `"finalized"` für den letzten abgeschlossenen Block oder `"pending"`, `"earliest"` für Transaktionen, die noch nicht in einem Block sind.
-- `Adresse`: `DATA|Array`, 20 Bytes - (Optional) Vertragsadresse oder eine Liste von Adressen, von denen Protokolle stammen sollen.
-- `topics`: `Array of DATA`, - (Optional) Array von 32 Bytes `DATA`-Themen. Themen sind auftragsabhängig. Jedes Thema kann auch ein Array von DATEN mit „oder“-Optionen sein.
-- `blockhash`: `DATA`, 32 Bytes - (optional, **future**) Mit dem Hinzufügen von EIP-234 wird `blockHash` eine neue Filteroption sein, die die zurückgegebenen Protokolle auf den einzelnen Block mit dem 32-Byte-Hash `blockHash` beschränkt. Die Verwendung von `blockHash` entspricht `fromBlock` = `toBlock` = die Blocknummer mit Hash `blockHash`. Wenn `blockHash` in den Filterkriterien vorhanden ist, sind weder `fromBlock` noch `toBlock` zulässig.
+- `fromBlock`: `QUANTITY|TAG` - (optional, Standard: `"latest"`) Ganzzahlige Blocknummer oder `"latest"` für den zuletzt vorgeschlagenen Block, `"safe"` für den neuesten sicheren Block, `"finalized"` für den neuesten finalisierten Block oder `"pending"`, `"earliest"` für Transaktionen, die sich noch nicht in einem Block befinden.
+- `toBlock`: `QUANTITY|TAG` - (optional, Standard: `"latest"`) Ganzzahlige Blocknummer oder `"latest"` für den zuletzt vorgeschlagenen Block, `"safe"` für den neuesten sicheren Block, `"finalized"` für den neuesten finalisierten Block oder `"pending"`, `"earliest"` für Transaktionen, die sich noch nicht in einem Block befinden.
+- `address`: `DATA|Array`, 20 Bytes - (optional) Vertragsadresse oder eine Liste von Adressen, von denen Protokolle stammen sollen.
+- `topics`: `Array von DATA`, - (optional) Array von 32-Byte-`DATA`-Themen. Themen sind reihenfolgeabhängig. Jedes Thema kann auch ein Array von DATA mit "oder"-Optionen sein.
+- `blockHash`: `DATA`, 32 Bytes - (optional, **zukünftig**) Mit der Hinzufügung von EIP-234 wird `blockHash` eine neue Filteroption sein, die die zurückgegebenen Protokolle auf den einzelnen Block mit dem 32-Byte-Hash `blockHash` beschränkt. Die Verwendung von `blockHash` entspricht `fromBlock` = `toBlock` = der Blocknummer mit dem Hash `blockHash`. Wenn `blockHash` in den Filterkriterien vorhanden ist, sind weder `fromBlock` noch `toBlock` zulässig.
```js
params: [
@@ -1612,12 +1734,13 @@ params: [
]
```
-**Rückgabewerte** Siehe [eth_getFilterChanges](#eth_getfilterchanges)
+**Rückgabe**
+Siehe [eth_getFilterChanges](#eth_getfilterchanges)
**Beispiel**
```js
-// Request
+// Anfrage
curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getLogs","params":[{"topics":["0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b"]}],"id":74}'
```
@@ -1625,11 +1748,11 @@ Ergebnis siehe [eth_getFilterChanges](#eth_getfilterchanges)
## Anwendungsbeispiel {#usage-example}
-### Einen Contract mit JSON_RPC bereitstellen {#deploying-contract}
+### Bereitstellen eines Vertrags mit JSON_RPC {#deploying-contract}
-Dieser Abschnitt enthält eine Demonstration, wie ein Contract nur mithilfe der RPC-Schnittstelle bereitgestellt wird. Es gibt alternative Wege zur Bereitstellung von Contracts, bei denen diese Komplexität abstrahiert wird – zum Beispiel die Verwendung von Bibliotheken, die auf der RPC-Schnittstelle wie [web3.js](https://web3js.readthedocs.io/) und [web3.py](https://github.com/ethereum/web3.py) aufbauen. Diese Abstraktionen sind im Allgemeinen leichter zu verstehen und weniger fehleranfällig, es ist dennoch hilfreich, zu verstehen, was im Hintergrund passiert.
+Dieser Abschnitt enthält eine Demonstration, wie man einen Vertrag nur über die RPC-Schnittstelle bereitstellt. Es gibt alternative Wege zur Bereitstellung von Verträgen, bei denen diese Komplexität abstrahiert wird – zum Beispiel durch die Verwendung von Bibliotheken, die auf der RPC-Schnittstelle aufbauen, wie [web3.js](https://web3js.readthedocs.io/) und [web3.py](https://github.com/ethereum/web3.py). Diese Abstraktionen sind im Allgemeinen leichter zu verstehen und weniger fehleranfällig, aber es ist dennoch hilfreich zu verstehen, was unter der Haube passiert.
-Das Folgende ist ein unkomplizierter Smart Contract namens `Multiply7`, der über die JSON-RPC-Schnittstelle auf einem Ethereum-Knoten bereitgestellt wird. Dieses Tutorial geht davon aus, dass der Reader bereits einen Geth-Knoten ausführt. Weitere Informationen zu Nodes und Clients finden Sie [hier](/developers/docs/nodes-and-clients/run-a-node). Bitte sehen Sie in der jeweiligen [Client](/developers/docs/nodes-and-clients/)-Dokumentation nach, wie Sie den HTTP-JSON-RPC für Nicht-Geth-Clients starten. Die meisten Clients werden standardmäßig auf `localhost:8545` ausgeführt.
+Das Folgende ist ein einfacher Smart Contract namens `Multiply7`, der über die JSON-RPC-Schnittstelle auf einem Ethereum-Blockchain-Knoten bereitgestellt wird. Dieses Tutorial setzt voraus, dass der Leser bereits einen Geth-Blockchain-Knoten ausführt. Weitere Informationen zu Blockchain-Knoten und Anwendungen finden Sie [hier](/developers/docs/nodes-and-clients/run-a-node). Bitte lesen Sie die Dokumentation der jeweiligen [Anwendung](/developers/docs/nodes-and-clients/), um zu erfahren, wie Sie den HTTP-JSON-RPC für Nicht-Geth-Anwendungen starten. Die meisten Anwendungen werden standardmäßig unter `localhost:8545` bereitgestellt.
```javascript
contract Multiply7 {
@@ -1641,34 +1764,34 @@ contract Multiply7 {
}
```
-Stellen Sie zunächst sicher, dass die HTTP-RPC-Schnittstelle aktiviert ist. Das bedeutet, dass wir Geth beim Start mit dem `--http`-Flag versehen. In diesem Beispiel verwenden wir den Geth-Knoten in einer privaten Entwicklungs-Blockchain. Mit diesem Ansatz benötigen wir kein Ether im echten Netzwerk.
+Als Erstes müssen wir sicherstellen, dass die HTTP-RPC-Schnittstelle aktiviert ist. Das bedeutet, dass wir Geth beim Start das Flag `--http` übergeben. In diesem Beispiel verwenden wir den Geth-Blockchain-Knoten auf einer privaten Entwicklungs-Chain. Mit diesem Ansatz benötigen wir kein Ether im echten Netzwerk.
```bash
geth --http --dev console 2>>geth.log
```
-Dadurch wird die HTTP-RPC-Schnittstelle auf `http://localhost:8545` gestartet.
+Dadurch wird die HTTP-RPC-Schnittstelle unter `http://localhost:8545` gestartet.
-Wir können überprüfen, ob die Schnittstelle läuft, indem wir die Coinbase-Adresse und den Saldo mit [curl](https://curl.se) abrufen. Bitte beachten Sie, dass sich die Daten in diesen Beispielen auf Ihrem lokalen Knoten unterscheiden. Wenn Sie diese Befehle ausprobieren möchten, ersetzen Sie die Anfrageparameter in der zweiten Curl-Anfrage durch das Ergebnis, das von der ersten zurückgegeben wird.
+Wir können überprüfen, ob die Schnittstelle läuft, indem wir die Coinbase-Adresse (indem wir die erste Adresse aus dem Array der Konten abrufen) und den Kontostand mit [curl](https://curl.se) abfragen. Bitte beachten Sie, dass die Daten in diesen Beispielen auf Ihrem lokalen Blockchain-Knoten abweichen werden. Wenn Sie diese Befehle ausprobieren möchten, ersetzen Sie die Anfrageparameter in der zweiten curl-Anfrage durch das Ergebnis, das von der ersten zurückgegeben wurde.
```bash
-curl --data '{"jsonrpc":"2.0","method":"eth_coinbase", "id":1}' -H "Content-Type: application/json" localhost:8545
+curl --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[], "id":1}' -H "Content-Type: application/json" localhost:8545
{"id":1,"jsonrpc":"2.0","result":["0x9b1d35635cc34752ca54713bb99d38614f63c955"]}
curl --data '{"jsonrpc":"2.0","method":"eth_getBalance", "params": ["0x9b1d35635cc34752ca54713bb99d38614f63c955", "latest"], "id":2}' -H "Content-Type: application/json" localhost:8545
{"id":2,"jsonrpc":"2.0","result":"0x1639e49bba16280000"}
```
-Da Zahlen hexadezimal codiert sind, wird der Saldo in Wei als hexadezimaler String zurückgegeben. Wenn wir das Guthaben in Ether als Zahl haben möchten, können wir web3 von der Geth-Konsole verwenden.
+Da Zahlen hexadezimal kodiert sind, wird der Kontostand in Wei als Hex-String zurückgegeben. Wenn wir den Kontostand in Ether als Zahl haben möchten, können wir web3 aus der Geth-Konsole verwenden.
```javascript
web3.fromWei("0x1639e49bba16280000", "ether")
// "410"
```
-Jetzt, da es etwas Ether in unserer privaten Entwicklungs-Kette gibt, können wir den Contract bereitstellen. Der erste Schritt besteht darin, den Multiply7-Contract in Bytecode zu kompilieren, der an die EVM gesendet werden kann. Um Solc, den Solidity-Compiler, zu installieren, folgen Sie der [Solidity-Dokumentation](https://docs.soliditylang.org/en/latest/installing-solidity.html). (Möglicherweise möchten Sie eine ältere `solc`-Version verwenden, um der [Version des verwendeten Compilers für unser Beispiel zu entsprechen](https://github.com/ethereum/solidity/releases/tag/v0.4.20).)
+Da sich nun etwas Ether auf unserer privaten Entwicklungs-Chain befindet, können wir den Vertrag bereitstellen. Der erste Schritt besteht darin, den Multiply7-Vertrag in Bytecode zu kompilieren, der an die EVM gesendet werden kann. Um solc, den Solidity-Compiler, zu installieren, folgen Sie der [Solidity-Dokumentation](https://docs.soliditylang.org/en/latest/installing-solidity.html). (Möglicherweise möchten Sie eine ältere `solc`-Version verwenden, die [der für unser Beispiel verwendeten Compiler-Version](https://github.com/ethereum/solidity/releases/tag/v0.4.20) entspricht.)
-Der nächste Schritt besteht darin, den Multiply7-Contract in Bytecode zu kompilieren, der an die EVM gesendet werden kann.
+Der nächste Schritt besteht darin, den Multiply7-Vertrag in Bytecode zu kompilieren, der an die EVM gesendet werden kann.
```bash
echo 'pragma solidity ^0.4.16; contract Multiply7 { event Print(uint); function multiply(uint input) public returns (uint) { Print(input * 7); return input * 7; } }' | solc --bin
@@ -1678,51 +1801,51 @@ Binary:
6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029
```
-Jetzt, da wir den kompilierten Code haben, müssen wir bestimmen, wie viel Gas es kostet, ihn einzusetzen. Die RPC-Schnittstelle hat eine `eth_estimateGas`-Methode, die uns eine Schätzung bereitstellt.
+Da wir nun den kompilierten Code haben, müssen wir ermitteln, wie viel Gas die Bereitstellung kostet. Die RPC-Schnittstelle verfügt über eine Methode `eth_estimateGas`, die uns eine Schätzung liefert.
```bash
curl --data '{"jsonrpc":"2.0","method": "eth_estimateGas", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 5}' -H "Content-Type: application/json" localhost:8545
{"jsonrpc":"2.0","id":5,"result":"0x1c31e"}
```
-Und schließlich stellen Sie den Contract bereit.
+Und schließlich den Vertrag bereitstellen.
```bash
curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0x9b1d35635cc34752ca54713bb99d38614f63c955", "gas": "0x1c31e", "data": "0x6060604052341561000f57600080fd5b60eb8061001d6000396000f300606060405260043610603f576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff168063c6888fa1146044575b600080fd5b3415604e57600080fd5b606260048080359060200190919050506078565b6040518082815260200191505060405180910390f35b60007f24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da600783026040518082815260200191505060405180910390a16007820290509190505600a165627a7a7230582040383f19d9f65246752244189b02f56e8d0980ed44e7a56c0b200458caad20bb0029"}], "id": 6}' -H "Content-Type: application/json" localhost:8545
{"id":6,"jsonrpc":"2.0","result":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"}
```
-Die Transaktion wird von dem Knoten akzeptiert und ein Transaktions-Hash wird zurückgegeben. Dieser Hash kann verwendet werden, um die Transaktion zu verfolgen. Der nächste Schritt besteht darin, die Adresse zu ermitteln, an der unser Contract bereitgestellt wird. Jede ausgeführte Transaktion erstellt einen Beleg. Dieser Beleg enthält verschiedene Informationen über die Transaktion, wie z. B. in welchem Block die Transaktion enthalten war und wie viel Gas von der EVM verbraucht wurde. Wenn eine Transaktion einen Contract erstellt, enthält sie auch die Contract-Adresse. Wir können den Beleg mit der RPC-Methode `eth_getTransactionReceipt` abrufen.
+Die Transaktion wird vom Blockchain-Knoten akzeptiert und ein Transaktions-Hash wird zurückgegeben. Dieser Hash kann verwendet werden, um die Transaktion zu verfolgen. Der nächste Schritt besteht darin, die Adresse zu ermitteln, an der unser Vertrag bereitgestellt wird. Jede ausgeführte Transaktion erstellt einen Beleg. Dieser Beleg enthält verschiedene Informationen über die Transaktion, z. B. in welchen Block die Transaktion aufgenommen wurde und wie viel Gas von der EVM verbraucht wurde. Wenn eine Transaktion einen Vertrag erstellt, enthält sie auch die Vertragsadresse. Wir können den Beleg mit der RPC-Methode `eth_getTransactionReceipt` abrufen.
```bash
curl --data '{"jsonrpc":"2.0","method": "eth_getTransactionReceipt", "params": ["0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf"], "id": 7}' -H "Content-Type: application/json" localhost:8545
{"jsonrpc":"2.0","id":7,"result":{"blockHash":"0x77b1a4f6872b9066312de3744f60020cbd8102af68b1f6512a05b7619d527a4f","blockNumber":"0x1","contractAddress":"0x4d03d617d700cf81935d7f797f4e2ae719648262","cumulativeGasUsed":"0x1c31e","from":"0x9b1d35635cc34752ca54713bb99d38614f63c955","gasUsed":"0x1c31e","logs":[],"logsBloom":"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000","status":"0x1","to":null,"transactionHash":"0xe1f3095770633ab2b18081658bad475439f6a08c902d0915903bafff06e6febf","transactionIndex":"0x0"}}
```
-Unser Contract wurde am `0x4d03d617d700cf81935d7f797f4e2ae719648262` erstellt. Ein Nullergebnis anstelle eines Belegs bedeutet, dass die Transaktion noch nicht in einen Block aufgenommen wurde. Warten Sie einen Moment, prüfen Sie, ob Ihr Konsens-Client ausgeführt wird, und versuchen Sie es erneut.
+Unser Vertrag wurde unter `0x4d03d617d700cf81935d7f797f4e2ae719648262` erstellt. Ein Null-Ergebnis anstelle eines Belegs bedeutet, dass die Transaktion noch nicht in einen Block aufgenommen wurde. Warten Sie einen Moment, überprüfen Sie, ob Ihr Konsens-Client läuft, und versuchen Sie es erneut.
#### Interaktion mit Smart Contracts {#interacting-with-smart-contract}
-In diesem Beispiel senden wir eine Transaktion mit `eth_sendTransaction` an die Methode `multiply` des Contracts.
+In diesem Beispiel senden wir eine Transaktion mit `eth_sendTransaction` an die Methode `multiply` des Vertrags.
-`eth_sendTransaction` erfordert mehrere Argumente, speziell `from`, `to` und `data`. `From` ist die öffentliche Adresse unseres Kontos und `to` ist die Contract-Adresse. Das Argument `data` enthält eine Nutzlast, die definiert, welche Methode mit welchen Argumenten aufgerufen werden muss. An dieser Stelle kommt die [ABI (Application Binary Interface – binäre Anwendungsschnittstelle)](https://docs.soliditylang.org/en/latest/abi-spec.html) ins Spiel. Die ABI ist eine JSON-Datei, die festlegt, wie Daten für die EVM definiert und kodiert werden.
+`eth_sendTransaction` erfordert mehrere Argumente, insbesondere `from`, `to` und `data`. `From` ist die öffentliche Adresse unseres Kontos und `to` ist die Vertragsadresse. Das Argument `data` enthält einen Payload, der definiert, welche Methode mit welchen Argumenten aufgerufen werden muss. Hier kommt das [ABI (Application Binary Interface)](https://docs.soliditylang.org/en/latest/abi-spec.html) ins Spiel. Das ABI ist eine JSON-Datei, die definiert, wie Daten für die EVM definiert und kodiert werden.
-Die Byte der Nutzlast definieren, welche Methode im Contract aufgerufen wird. Das sind die ersten 4 Byte aus dem Keccak-Hash über den Funktionsnamen und seine Argumenttypen, Hex-codiert. Die Multiplizieren-Funktion akzeptiert ein uint, welches ein Alias für uint256 ist. Damit bleibt uns:
+Die Bytes des Payloads definieren, welche Methode im Vertrag aufgerufen wird. Dies sind die ersten 4 Bytes aus dem Keccak-Hash über den Funktionsnamen und seine Argumenttypen, hexadezimal kodiert. Die Multiply-Funktion akzeptiert ein uint, was ein Alias für uint256 ist. Das ergibt für uns:
```javascript
web3.sha3("multiply(uint256)").substring(0, 10)
// "0xc6888fa1"
```
-Der nächste Schritt besteht darin, die Argumente zu codieren. Es gibt nur einen uint256, beispielsweise den Wert 6. Die ABI hat einen Abschnitt, der angibt, wie uint256-Typen codiert werden.
+Der nächste Schritt ist die Kodierung der Argumente. Es gibt nur ein uint256, sagen wir, den Wert 6. Das ABI hat einen Abschnitt, der spezifiziert, wie uint256-Typen kodiert werden.
-`int: enc(X)` ist die Big-Endian-Zweierkomplementcodierung von X, aufgefüllt auf der Seite höherer Ordnung (links) mit 0xff für negatives X und mit null > Byte für positives X, sodass die Länge ein Vielfaches von 32 Byte ist.
+`int: enc(X)` ist die Big-Endian-Zweierkomplement-Kodierung von X, die auf der höherwertigen (linken) Seite mit 0xff für negatives X und mit Null-Bytes für positives X aufgefüllt wird, sodass die Länge ein Vielfaches von 32 Bytes beträgt.
-Dies wird zu `0000000000000000000000000000000000000000000000000000000000006` codiert.
+Dies wird kodiert zu `0000000000000000000000000000000000000000000000000000000000000006`.
-Durch die Kombination des Funktionsselektors und des codierten Arguments werden unsere Daten zu `0xc6888fa10000000000000000000000000000000000000000000000000000000000006`.
+Durch die Kombination des Funktionsselektors und des kodierten Arguments lauten unsere Daten `0xc6888fa10000000000000000000000000000000000000000000000000000000000000006`.
-Dies kann nun an den Knoten gesendet werden:
+Dies kann nun an den Blockchain-Knoten gesendet werden:
```bash
curl --data '{"jsonrpc":"2.0","method": "eth_sendTransaction", "params": [{"from": "0xeb85a5557e5bdc18ee1934a89d8bb402398ee26a", "to": "0x6ff93b4b46b41c0c3c9baee01c255d3b4675963d", "data": "0xc6888fa10000000000000000000000000000000000000000000000000000000000000006"}], "id": 8}' -H "Content-Type: application/json" localhost:8545
@@ -1753,19 +1876,19 @@ Da eine Transaktion gesendet wurde, wurde ein Transaktions-Hash zurückgegeben.
}
```
-Der Beleg enthält ein Protokoll. Dieses Protokoll wurde von der EVM bei der Transaktionsausführung generiert und in den Beleg aufgenommen. Die Funktion `multiply` zeigt, dass das Ereignis `Print` mit der Eingabe mal 7 ausgelöst wurde. Da das Argument für das Ereignis `Print` ein uint256 war, können wir es gemäß den ABI-Regeln dekodieren, was zu der erwarteten Dezimalzahl 42 führt. Abgesehen von den Daten ist es erwähnenswert, dass Themen verwendet werden können, um festzustellen, welches Ereignis das Protokoll erstellt hat:
+Der Beleg enthält ein Protokoll (Log). Dieses Protokoll wurde von der EVM bei der Ausführung der Transaktion generiert und in den Beleg aufgenommen. Die Funktion `multiply` zeigt, dass das Ereignis `Print` mit der Eingabe mal 7 ausgelöst wurde. Da das Argument für das Ereignis `Print` ein uint256 war, können wir es gemäß den ABI-Regeln dekodieren, was uns die erwartete Dezimalzahl 42 liefert. Abgesehen von den Daten ist es erwähnenswert, dass Topics verwendet werden können, um zu bestimmen, welches Ereignis das Protokoll erstellt hat:
```javascript
web3.sha3("Print(uint256)")
// "24abdb5865df5079dcc5ac590ff6f01d5c16edbc5fab4e195d9febd1114503da"
```
-Das war nur eine kurze Einführung in einige der häufigsten Aufgaben, die die direkte Verwendung von JSON-RPC demonstrieren.
+Dies war nur eine kurze Einführung in einige der häufigsten Aufgaben, die die direkte Nutzung des JSON-RPC demonstriert.
## Verwandte Themen {#related-topics}
- [JSON-RPC-Spezifikation](http://www.jsonrpc.org/specification)
-- [Knotenpunkte und Clients](/developers/docs/nodes-and-clients/)
+- [Blockchain-Knoten und Clients](/developers/docs/nodes-and-clients/)
- [JavaScript-APIs](/developers/docs/apis/javascript/)
- [Backend-APIs](/developers/docs/apis/backend/)
-- [Ausführende Clients](/developers/docs/nodes-and-clients/#execution-clients)
+- [Ausführungs-Clients](/developers/docs/nodes-and-clients/#execution-clients)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/blocks/index.md b/public/content/translations/de/developers/docs/blocks/index.md
index 8729bdf88cc..38c819432b7 100644
--- a/public/content/translations/de/developers/docs/blocks/index.md
+++ b/public/content/translations/de/developers/docs/blocks/index.md
@@ -1,152 +1,153 @@
---
-title: Blöcke
-description: Eine Übersicht über Blöcke in der Ethereum Blockchain – ihre Datenstruktur, warum sie benötigt werden und wie sie erstellt werden.
+title: "Blöcke"
+description: "Ein Überblick über Blöcke in der Ethereum-Blockchain – ihre Datenstruktur, warum sie benötigt werden und wie sie erstellt werden."
lang: de
---
-Blöcke sind Stapel von Transaktionen mit einem Hash des vorherigen Blocks in der Kette. Dies verbindet Blöcke (in einer Kette), weil Hashes kryptographisch aus den Blockdaten abgeleitet werden. Dies verhindert Betrug: Eine Änderung in irgendeiner Chronik würde alle nachfolgenden Blöcke ungültig machen, da sich alle nachfolgenden Hashes ändern und jeder, der die Blockchain ausführt, dies bemerken würde.
+Blöcke sind Bündel von Transaktionen mit einem Hash des vorherigen Blocks in der Kette. Dies verbindet Blöcke miteinander (in einer Kette), da Hashes kryptografisch aus den Blockdaten abgeleitet werden. Dies verhindert Betrug, da eine einzige Änderung in einem beliebigen Block in der Historie alle folgenden Blöcke ungültig machen würde, da sich alle nachfolgenden Hashes ändern würden und jeder, der die Blockchain ausführt, dies bemerken würde.
## Voraussetzungen {#prerequisites}
-Blöcke sind ein sehr anfängerfreundliches Thema. Um dir jedoch zu helfen, diese Seite besser zu verstehen, empfehlen wir, zuerst [ Konten](/developers/docs/accounts/), [Transaktionen](/developers/docs/transactions/) und unsere [Einführung in Ethereum](/developers/docs/intro-to-ethereum/) zu lesen.
+Blöcke sind ein sehr anfängerfreundliches Thema. Damit Sie diese Seite jedoch besser verstehen, empfehlen wir Ihnen, zuerst [Konten](/developers/docs/accounts/), [Transaktionen](/developers/docs/transactions/) und unsere [Einführung in Ethereum](/developers/docs/intro-to-ethereum/) zu lesen.
## Warum Blöcke? {#why-blocks}
-Um sicherzustellen, dass alle Teilnehmer des Ethereum-Netzwerks einen synchronisierten Zustand beibehalten und sich über den genauen Verlauf der Transaktionen einig sind, fassen wir die Transaktionen in Blöcken zusammen. Das bedeutet, dass Dutzende (oder Hunderte) von Transaktionen in einem Durchgang übergeben, bestätigt und synchronisiert werden.
+Um sicherzustellen, dass alle Teilnehmer im [Ethereum](/)-Netzwerk einen synchronisierten Zustand beibehalten und sich auf die genaue Historie der Transaktionen einigen, bündeln wir Transaktionen in Blöcke. Das bedeutet, dass Dutzende (oder Hunderte) von Transaktionen auf einmal festgeschrieben, vereinbart und synchronisiert werden.
- _Diagramm angepasst von [Ethereum EVM illustriert](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
+
+_Diagramm adaptiert von [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
-Durch die zeitliche Verteilung der Commits geben wir allen Netzwerkteilnehmern genügend Zeit, einen Konsens zu erzielen: Obwohl Transaktionsanfragen dutzende Male pro Sekunde erfolgen, werden Blöcke auf Ethereum nur alle zwölf Sekunden erstellt und festgeschrieben.
+Indem wir die Festschreibungen (Commits) zeitlich verteilen, geben wir allen Netzwerk-Teilnehmern genügend Zeit, um zu einem Konsens zu gelangen: Auch wenn Transaktionsanfragen dutzende Male pro Sekunde auftreten, werden Blöcke auf Ethereum nur alle zwölf Sekunden erstellt und festgeschrieben.
## Wie Blöcke funktionieren {#how-blocks-work}
-Um die Transaktionsgeschichte zu erhalten, sind Blöcke streng sortiert (jeder neu erstellte Block enthält einen Verweis auf den übergeordneten Block), und Transaktionen innerhalb von Blöcken sind ebenfalls streng geordnet. Außer in seltenen Fällen, zu einem bestimmten Zeitpunkt, sind sich alle Teilnehmer des Netzwerks über die genaue Anzahl und Geschichte der Blöcke einig und arbeiten daran, die aktuellen Live-Transaktionsanfragen in den nächsten Block zu integrieren.
+Um die Transaktionshistorie zu bewahren, sind Blöcke streng geordnet (jeder neu erstellte Block enthält einen Verweis auf seinen übergeordneten Block), und auch die Transaktionen innerhalb der Blöcke sind streng geordnet. Bis auf seltene Ausnahmen sind sich zu jedem Zeitpunkt alle Teilnehmer im Netzwerk über die genaue Anzahl und Historie der Blöcke einig und arbeiten daran, die aktuellen Live-Transaktionsanfragen in den nächsten Block zu bündeln.
-Sobald ein Block von einem zufällig ausgewählten Validator im Netzwerk erstellt wird, wird er im gesamten Netzwerk verbreitet. Alle Knoten fügen diesen Block dann am Ende ihrer Blockchain hinzu und ein neuer Validator wird ausgewählt, um den nächsten Block zu erstellen. Der genaue Prozess der Blockzusammenstellung und Festlegung/Konsensbildung ist zurzeit in Ethereums Proof-of-Stake-Protokoll festgelegt.
+Sobald ein Block von einem zufällig ausgewählten Validator im Netzwerk zusammengestellt wurde, wird er an den Rest des Netzwerks weitergeleitet; alle Blockchain-Knoten fügen diesen Block an das Ende ihrer Blockchain an, und ein neuer Validator wird ausgewählt, um den nächsten Block zu erstellen. Der genaue Prozess der Blockzusammenstellung und der Festschreibungs-/Konsensprozess wird derzeit durch Ethereums „Proof-of-Stake“-Protokoll spezifiziert.
-## Proof-of-Stake-Protokoll {#proof-of-work-protocol}
+## Proof-of-Stake-Protokoll {#proof-of-stake-protocol}
Proof-of-Stake bedeutet Folgendes:
-- Validierende Nodes müssen 32 ETH als Sicherheit gegen Fehlverhalten in einen Einzahlungsvertrag einlagern. Das dient dem Schutz des Netzwerks, da nachweislich unehrliches Verhalten zum anteiligen oder vollständigen Verlust des Einsatzes führt.
-- In jedem Slot (zwölf Sekunden voneinander entfernt) wird zufällig ein Validator ausgewählt, um als Vorschlagender für einen Block zu agieren. Sie bündeln Transaktionen, führen sie aus und bestimmen einen neuen „Zustand“. Sie verpacken diese Informationen in einen Block und geben sie an andere Validatoren weiter.
-- Andere Validatoren, die von dem neuen Block erfahren, führen die Transaktionen erneut aus, um sicherzustellen, dass sie der vorgeschlagenen Änderung des globalen Zustands zustimmen. In der Annahme, dass der Block gültig ist, fügen sie ihn zu ihrer eigenen Datenbank hinzu.
-- Wenn ein Validator von zwei konkurrierenden Blöcken für denselben Slot erfährt, wählt er mit seinem Fork-Wahlalgorithmus den Block aus, der von den meisten eingesetzten ETH unterstützt wird.
+- Validierende Blockchain-Knoten müssen 32 ETH in einen Einzahlungsvertrag als Sicherheit gegen schlechtes Verhalten einzahlen (staken). Dies hilft, das Netzwerk zu schützen, da nachweislich unehrliches Verhalten dazu führt, dass ein Teil oder der gesamte Einsatz zerstört wird.
+- In jedem Slot (im Abstand von zwölf Sekunden) wird ein Validator zufällig als Block-Vorschlagender ausgewählt. Er bündelt Transaktionen, führt sie aus und bestimmt einen neuen „Zustand“. Er verpackt diese Informationen in einen Block und leitet ihn an andere Validatoren weiter.
+- Andere Validatoren, die von dem neuen Block erfahren, führen die Transaktionen erneut aus, um sicherzustellen, dass sie mit der vorgeschlagenen Änderung des globalen Zustands einverstanden sind. Unter der Annahme, dass der Block gültig ist, fügen sie ihn ihrer eigenen Datenbank hinzu.
+- Wenn ein Validator von zwei widersprüchlichen Blöcken für denselben Slot erfährt, verwendet er seinen Fork-Choice-Algorithmus, um denjenigen auszuwählen, der durch die meisten gestakten ETH unterstützt wird.
[Mehr über Proof-of-Stake](/developers/docs/consensus-mechanisms/pos)
-## Was enthält ein Block? {#block-anatomy}
+## Was ist in einem Block? {#block-anatomy}
-Ein Block enthält viele verschiedene Informationen. Auf oberster Ebene enthält ein Block folgende Felder:
+Ein Block enthält viele Informationen. Auf der höchsten Ebene enthält ein Block die folgenden Felder:
-| Feld | Beschreibung |
-|:------------------- |:----------------------------------------------------------- |
-| `Zeitspanne (Slot)` | Der Slot, zu dem der Block gehört |
-| `proposer_index` | Die ID des Validators, der den Block vorschlägt |
-| `parent_root` | Der Hash des vorausgehenden Blocks |
-| `state_root` | Der Stamm-Hash des Zustandsobjekts |
-| `hauptteil` | Ein Objekt, das mehrere Felder enthält, wie unten definiert |
+| Feld | Beschreibung |
+| :--------------- | :------------------------------------------------------------ |
+| `slot` | der Slot, zu dem der Block gehört |
+| `proposer_index` | die ID des Validators, der den Block vorschlägt |
+| `parent_root` | der Hash des vorhergehenden Blocks |
+| `state_root` | der Root-Hash des Zustandsobjekts |
+| `body` | ein Objekt, das mehrere Felder enthält, wie unten definiert |
-Der `Body` eines Blocks enthält selbst mehrere Felder:
+Der Block-`body` enthält selbst mehrere Felder:
-| Feld | Beschreibung |
-|:-------------------- |:-------------------------------------------------------------------------------- |
-| `randao_reveal` | Ein Wert, der zur Auswahl des nächsten Block-Vorschlagenden verwendet wird |
-| `eth1_data` | Informationen zum Einzahlungsvertrag |
-| `graffiti` | Beliebige Daten, die zum Markieren von Blöcken verwendet werden |
-| `proposer_slashings` | Liste der zu streichenden Validatoren |
-| `attester_slashings` | Liste der Attestierer für Slashing |
-| `beglaubigungen` | Liste der Bescheinigungen zugunsten des aktuellen Blocks |
-| `einzahlungen` | Liste der neuen Einlagen zum Einzahlungsvertrag |
-| `voluntary_exits` | Liste der Validatoren, die das Netzwerk verlassen |
-| `sync_aggregate` | Teilmenge der Validatoren, die zur Bedienung von leichten Clients verwendet wird |
-| `execution_payload` | Vom Ausführungs-Client übergebene Transaktionen |
+| Feld | Beschreibung |
+| :------------------- | :-------------------------------------------------------------------------------- |
+| `randao_reveal` | ein Wert, der verwendet wird, um den nächsten Block-Vorschlagenden auszuwählen |
+| `eth1_data` | Informationen über den Einzahlungsvertrag |
+| `graffiti` | beliebige Daten, die zum Markieren von Blöcken verwendet werden |
+| `proposer_slashings` | Liste der Validatoren, die einem Slashing unterzogen werden sollen |
+| `attester_slashings` | Liste der Bestätiger (Attester), die einem Slashing unterzogen werden sollen |
+| `attestations` | Liste der Bestätigungen, die für vorherige Slots vorgenommen wurden |
+| `deposits` | Liste der neuen Einzahlungen in den Einzahlungsvertrag |
+| `voluntary_exits` | Liste der Validatoren, die das Netzwerk verlassen |
+| `sync_aggregate` | Teilmenge der Validatoren, die zur Bedienung von Light Clients verwendet werden |
+| `execution_payload` | Transaktionen, die vom Ausführungs-Client übergeben wurden |
-Das Feld `attestations` enthält eine Liste aller Attestierungen im Block. Attestierungen haben ihren eigenen Datentyp der mehrere Datenteile enthält. Jede Attestierung enthält:
+Das Feld `attestations` enthält eine Liste aller Bestätigungen im Block. Bestätigungen haben ihren eigenen Datentyp, der mehrere Datenbestandteile enthält. Jede Bestätigung enthält:
| Feld | Beschreibung |
-|:------------------ |:------------------------------------------------------------------------- |
-| `aggregation_bits` | Eine Liste der Validatoren, die an dieser Attestierung teilgenommen haben |
-| `daten` | Ein Container mit mehreren Unterfeldern |
-| `signature` | Kollektivsignatur aller bescheinigenden Validatoren |
+| :----------------- | :------------------------------------------------------------------------ |
+| `aggregation_bits` | eine Liste, welche Validatoren an dieser Bestätigung teilgenommen haben |
+| `data` | ein Container mit mehreren Unterfeldern |
+| `signature` | aggregierte Signatur einer Gruppe von Validatoren für den `data`-Teil |
-Das Feld `data` in `attestation` enthält folgende Elemente:
+Das Feld `data` in der `attestation` enthält Folgendes:
-| Feld | Beschreibung |
-|:------------------- |:----------------------------------------------------------- |
-| `Zeitspanne (Slot)` | Der Slot, auf den sich die Attestierung bezieht |
-| `Index` | Indizes für die bescheinigenden Validatoren |
-| `beacon_block_root` | Der Stamm-Hash des Beacon-Blocks, der dieses Objekt enthält |
-| `quelle` | Der letzte berechtigte Kontrollpunkt |
-| `target` | Der Grenzblock der neuesten Epoche |
+| Feld | Beschreibung |
+| :------------------ | :------------------------------------------------------------------------ |
+| `slot` | der Slot, auf den sich die Bestätigung bezieht |
+| `index` | Indizes für bestätigende Validatoren |
+| `beacon_block_root` | der Root-Hash des Beacon-Blocks, der als Kopf der Kette angesehen wird |
+| `source` | der letzte gerechtfertigte (justified) Checkpoint |
+| `target` | der neueste Epochengrenzblock |
-Die Ausführung der Transaktionen in der `execution_payload` aktualisiert den globalen Zustand. Alle Clients führen die Transaktionen in der `execution_payload` erneut aus, um sicherzustellen, dass der neue Zustand dem Zustand im neuen Block im Feld `state_root` entspricht. Auf diese Weise stellen Clients sicher, dass ein neuer Block gültig und sicher ist, um ihn der Blockchain hinzuzufügen. Der `execution payload` selbst ist ein Objekt mit mehreren Feldern. Es gibt auch einen `execution_payload_header`, der wichtige zusammengefasste Informationen über die auszuführenden Daten enthält. Diese Datenstrukturen sind wie folgt organisiert:
+Das Ausführen der Transaktionen im `execution_payload` aktualisiert den globalen Zustand. Alle Anwendungen führen die Transaktionen im `execution_payload` erneut aus, um sicherzustellen, dass der neue Zustand mit dem im Feld `state_root` des neuen Blocks übereinstimmt. Auf diese Weise können Anwendungen erkennen, dass ein neuer Block gültig und sicher ist, um ihn ihrer Blockchain hinzuzufügen. Das `execution payload` selbst ist ein Objekt mit mehreren Feldern. Es gibt auch einen `execution_payload_header`, der wichtige zusammenfassende Informationen über die Ausführungsdaten enthält. Diese Datenstrukturen sind wie folgt organisiert:
Der `execution_payload_header` enthält die folgenden Felder:
-| Feld | Beschreibung |
-|:--------------------- |:------------------------------------------------------------------------------------- |
-| `übergeordneter_hash` | Hash des übergeordneten Blocks |
-| `fee_recipient` | Kontoadresse, an die die Transaktionsgebühren gezahlt werden |
-| `state_root` | Stamm-Hash für den globalen Zustand nach der Anwendung der Änderungen in diesem Block |
-| `receipts_root` | Hash des Transaktionsempfänger-Baums |
-| `logs_bloom` | Datenstruktur, die Ereignisprotokolle enthält |
-| `prev_randao` | Verwendeter Wert in einer zufälligen Validatorauswahl |
-| `block_number` | Die Nummer des aktuellen Blocks |
-| `gas_limit` | Maximales für diesen Block erlaubtes Gas |
-| `gas_used` | Die eingesetzte Menge an Gas in diesem Block |
-| `Zeitstempel` | Die Blockzeit |
-| `extra_data` | Beliebige zusätzliche Daten als rohe Bytes |
-| `base_fee_per_gas` | Der Basisgebührenwert |
-| `block_hash` | Hash des ausführenden Blocks |
-| `transactions_root` | Stamm-Hash der Transaktionen in der Nutzlast |
-| `withdrawal_root` | Stamm-Hash der Abhebungen in der Nutzlast |
-
-Die `execution_payload` selbst enthält Folgendes (das ist identisch zum Header, außer dass es anstatt des Stamm-Hash der Transaktionen die Liste der Transaktions- und Abhebungsinformationen enthält) :
-
-| Feld | Beschreibung |
-|:--------------------- |:------------------------------------------------------------------------------------- |
-| `übergeordneter_hash` | Hash des übergeordneten Blocks |
-| `fee_recipient` | Kontoadresse, an die die Transaktionsgebühren gezahlt werden |
-| `state_root` | Stamm-Hash für den globalen Zustand nach der Anwendung der Änderungen in diesem Block |
-| `receipts_root` | Hash des Transaktionsempfänger-Baums |
-| `logs_bloom` | Datenstruktur, die Ereignisprotokolle enthält |
-| `prev_randao` | Verwendeter Wert in einer zufälligen Validatorauswahl |
-| `block_number` | Die Nummer des aktuellen Blocks |
-| `gas_limit` | Maximales für diesen Block erlaubtes Gas |
-| `gas_used` | Die eingesetzte Menge an Gas in diesem Block |
-| `Zeitstempel` | Die Blockzeit |
-| `extra_data` | Beliebige zusätzliche Daten als rohe Bytes |
-| `base_fee_per_gas` | Der Basisgebührenwert |
-| `block_hash` | Hash des ausführenden Blocks |
-| `Transaktionen` | Liste der Transaktionen, die ausgeführt werden sollen |
-| `abhebungen` | Liste der Abhebungsobjekte |
+| Feld | Beschreibung |
+| :------------------ | :---------------------------------------------------------------------------------- |
+| `parent_hash` | Hash des übergeordneten Blocks |
+| `fee_recipient` | Kontoadresse für die Zahlung von Transaktionsgebühren |
+| `state_root` | Root-Hash für den globalen Zustand nach Anwendung der Änderungen in diesem Block |
+| `receipts_root` | Hash des Transaktionsbeleg-Tries |
+| `logs_bloom` | Datenstruktur, die Ereignisprotokolle enthält |
+| `prev_randao` | Wert, der bei der zufälligen Auswahl von Validatoren verwendet wird |
+| `block_number` | die Nummer des aktuellen Blocks |
+| `gas_limit` | maximal zulässiges Gaslimit in diesem Block |
+| `gas_used` | die tatsächliche Menge an Gas, die in diesem Block verbraucht wurde |
+| `timestamp` | die Blockzeit |
+| `extra_data` | beliebige zusätzliche Daten als rohe Bytes |
+| `base_fee_per_gas` | der Wert der Grundgebühr |
+| `block_hash` | Hash des Ausführungsblocks |
+| `transactions_root` | Root-Hash der Transaktionen im Payload |
+| `withdrawal_root` | Root-Hash der Abhebungen im Payload |
+
+Das `execution_payload` selbst enthält Folgendes (beachten Sie, dass dies identisch mit dem Header ist, außer dass es anstelle des Root-Hashs der Transaktionen die tatsächliche Liste der Transaktionen und Abhebungsinformationen enthält):
+
+| Feld | Beschreibung |
+| :----------------- | :---------------------------------------------------------------------------------- |
+| `parent_hash` | Hash des übergeordneten Blocks |
+| `fee_recipient` | Kontoadresse für die Zahlung von Transaktionsgebühren |
+| `state_root` | Root-Hash für den globalen Zustand nach Anwendung der Änderungen in diesem Block |
+| `receipts_root` | Hash des Transaktionsbeleg-Tries |
+| `logs_bloom` | Datenstruktur, die Ereignisprotokolle enthält |
+| `prev_randao` | Wert, der bei der zufälligen Auswahl von Validatoren verwendet wird |
+| `block_number` | die Nummer des aktuellen Blocks |
+| `gas_limit` | maximal zulässiges Gaslimit in diesem Block |
+| `gas_used` | die tatsächliche Menge an Gas, die in diesem Block verbraucht wurde |
+| `timestamp` | die Blockzeit |
+| `extra_data` | beliebige zusätzliche Daten als rohe Bytes |
+| `base_fee_per_gas` | der Wert der Grundgebühr |
+| `block_hash` | Hash des Ausführungsblocks |
+| `transactions` | Liste der auszuführenden Transaktionen |
+| `withdrawals` | Liste der Abhebungsobjekte |
Die Liste `withdrawals` enthält `withdrawal`-Objekte, die wie folgt strukturiert sind:
-| Feld | Beschreibung |
-|:---------------- |:---------------------------------------------- |
-| `address` | Kontoadresse, für die die Abhebung erfolgt ist |
-| `Betrag` | Abgehobener Betrag |
-| `Index` | Abhebungsindexwert |
-| `validatorIndex` | Validatorindexwert |
+| Feld | Beschreibung |
+| :--------------- | :--------------------------------- |
+| `address` | Kontoadresse, die abgehoben hat |
+| `amount` | Abhebungsbetrag |
+| `index` | Indexwert der Abhebung |
+| `validatorIndex` | Indexwert des Validators |
## Blockzeit {#block-time}
-Die Blockzeit bezieht sich auf die Zeit zwischen Blöcken. In Ethereum wird Zeit in Einheiten zu je zwölf Sekunden aufgeteilt. Diese heißen "Slots". In jedem Slot wird ein Validator ausgewählt, der einen Block vorschlägt. Geht man davon aus, dass alle Validatoren online und voll funktionsfähig sind, wird es in jedem Slot einen Block gegen. Die zugehörige Blockzeit beträgt dann 12 Sekunden. Es kann jedoch vorkommen, dass Validatoren offline sind, wenn sie dazu aufgerufen werden einen Block vorzuschlagen. Der zugehörige Slot bleibt dann leer.
+Die Blockzeit bezieht sich auf die Zeit, die Blöcke voneinander trennt. In Ethereum ist die Zeit in Einheiten von zwölf Sekunden unterteilt, die „Slots“ genannt werden. In jedem Slot wird ein einzelner Validator ausgewählt, um einen Block vorzuschlagen. Unter der Annahme, dass alle Validatoren online und voll funktionsfähig sind, wird es in jedem Slot einen Block geben, was bedeutet, dass die Blockzeit 12 Sekunden beträgt. Gelegentlich können Validatoren jedoch offline sein, wenn sie aufgerufen werden, einen Block vorzuschlagen, was bedeutet, dass Slots manchmal leer bleiben können.
-Diese Implementierung unterscheidet sich von PoW-basierten Blockchain-Systemen, in denen die Erzeugung eines Blocks zu den probabilistischen Verfahren gehört, wodurch die Mining-Schwierigkeit des Protokolls ausgeglichen wird. Die [durchschnittliche Blockverbreitungszeit](https://etherscan.io/chart/blocktime) von Ethereum ist ein perfektes Beispiel für die Implementierung von Proof of Stake und damit für den Wechsel von Proof of Work (PoW) zu Proof of Stake (PoS), der durch eine weitere Anpassung der Blockverbreitungszeit auf 12 Sekunden ermöglicht wurde.
+Diese Implementierung unterscheidet sich von Proof-of-Work-basierten Systemen, bei denen die Blockzeiten probabilistisch sind und durch die Ziel-Mining-Schwierigkeit des Protokolls abgestimmt werden. Ethereums [durchschnittliche Blockzeit](https://etherscan.io/chart/blocktime) ist ein perfektes Beispiel dafür, wobei der Übergang von Proof-of-Work zu Proof-of-Stake anhand der Konsistenz der neuen 12-Sekunden-Blockzeit klar abgeleitet werden kann.
## Blockgröße {#block-size}
-Ein finaler, wichtiger Hinweis ist, dass Blöcke selbst in ihrer Größe begrenzt sind. Jeder Block hat eine Zielgröße von 30 Millionen Gas, aber die Größe der Blöcke wird entsprechend der Netznachfrage erhöht oder verringert, bis zur Blockgrenze von 60 Millionen Gas (doppelte Zielblockgröße). Das Gas-Limit eines Blocks kann um den Faktor 1/1024 vom Gas-Limit des vorangegangenen Blocks nach oben oder unten justiert werden. Dadurch können Validatoren das Gas-Limit eines Blocks durch Konsens verändern. Die Gesamtmenge des von allen Transaktionen im Block verbrauchten Gases muss unter dem Blockgaslimit liegen. Das ist wichtig, weil dadurch sichergestellt wird, dass Blöcke nicht willkürlich groß sein können. Wenn Blöcke beliebig groß sein könnten, würden weniger leistungsstarke Knoten aufgrund von Platz- und Geschwindigkeitsanforderungen allmählich nicht mehr mit dem Netzwerk Schritt halten können. Je größer der Block, desto höher ist die erforderliche Verarbeitungsleistung, um den Block rechtzeitig für das nächste Zeitintervall zu berechnen. Das ist ein ganz zentraler Aspekt, der durch die Begrenzung der Blockgröße umgangen wird.
+Ein letzter wichtiger Hinweis ist, dass Blöcke selbst in ihrer Größe begrenzt sind. Jeder Block hat eine Zielgröße von 30 Millionen Gas, aber die Größe der Blöcke wird entsprechend den Netzwerkanforderungen steigen oder fallen, bis zum Blocklimit von 60 Millionen Gas (2x Zielblockgröße). Das Block-Gaslimit kann um einen Faktor von 1/1024 gegenüber dem Gaslimit des vorherigen Blocks nach oben oder unten angepasst werden. Infolgedessen können Validatoren das Block-Gaslimit durch Konsens ändern. Die Gesamtmenge an Gas, die von allen Transaktionen im Block verbraucht wird, muss geringer sein als das Block-Gaslimit. Dies ist wichtig, da es sicherstellt, dass Blöcke nicht beliebig groß sein können. Wenn Blöcke beliebig groß sein könnten, würden weniger leistungsfähige vollständige Blockchain-Knoten (Full Nodes) aufgrund von Platz- und Geschwindigkeitsanforderungen allmählich nicht mehr mit dem Netzwerk mithalten können. Je größer der Block, desto größer ist die Rechenleistung, die erforderlich ist, um ihn rechtzeitig für den nächsten Slot zu verarbeiten. Dies ist eine zentralisierende Kraft, der durch die Begrenzung der Blockgrößen entgegengewirkt wird.
-## Weiterführende Informationen {#further-reading}
+## Weiterführende Literatur {#further-reading}
-_Sie kennen Community-Resourcen die Ihnen geholfen haben? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
+_Kennen Sie eine Community-Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
## Verwandte Themen {#related-topics}
- [Transaktionen](/developers/docs/transactions/)
-- [Ressourcen](/developers/docs/gas/)
-- [Proof-of-Stake](/developers/docs/consensus-mechanisms/pos)
+- [Gas](/developers/docs/gas/)
+- [Proof-of-Stake](/developers/docs/consensus-mechanisms/pos)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/bridges/index.md b/public/content/translations/de/developers/docs/bridges/index.md
new file mode 100644
index 00000000000..8778f133bab
--- /dev/null
+++ b/public/content/translations/de/developers/docs/bridges/index.md
@@ -0,0 +1,138 @@
+---
+title: "Kettenübergreifende Brücken"
+description: "Ein Überblick über das Bridging für Entwickler"
+lang: de
+---
+
+Mit der Verbreitung von L1-Blockchains und L2-[Skalierungslösungen](/developers/docs/scaling/) sowie einer ständig wachsenden Zahl von dezentralisierten Anwendungen, die kettenübergreifend agieren, ist der Bedarf an Kommunikation und der Bewegung von Vermögenswerten über verschiedene Chains hinweg zu einem wesentlichen Bestandteil der Netzwerkinfrastruktur geworden. Es gibt verschiedene Arten von kettenübergreifenden Brücken, um dies zu ermöglichen.
+
+## Bedarf an kettenübergreifenden Brücken {#need-for-bridges}
+
+Kettenübergreifende Brücken existieren, um Blockchain-Netzwerke miteinander zu verbinden. Sie ermöglichen Konnektivität und Interoperabilität zwischen Blockchains.
+
+Blockchains existieren in isolierten Umgebungen, was bedeutet, dass es für Blockchains keine natürliche Möglichkeit gibt, mit anderen Blockchains zu handeln und zu kommunizieren. Infolgedessen kann es zwar erhebliche Aktivitäten und Innovationen innerhalb eines Ökosystems geben, diese werden jedoch durch die mangelnde Konnektivität und Interoperabilität mit anderen Ökosystemen eingeschränkt.
+
+Kettenübergreifende Brücken bieten eine Möglichkeit für isolierte Blockchain-Umgebungen, sich miteinander zu verbinden. Sie richten eine Transportroute zwischen Blockchains ein, auf der Token, Nachrichten, beliebige Daten und sogar [Smart Contract](/developers/docs/smart-contracts/)-Aufrufe von einer Chain zur anderen übertragen werden können.
+
+## Vorteile von kettenübergreifenden Brücken {#benefits-of-bridges}
+
+Einfach ausgedrückt, erschließen kettenübergreifende Brücken zahlreiche Anwendungsfälle, indem sie es Blockchain-Netzwerken ermöglichen, Daten auszutauschen und Vermögenswerte untereinander zu verschieben.
+
+Blockchains haben einzigartige Stärken, Schwächen und Ansätze zur Entwicklung von Anwendungen (wie Geschwindigkeit, Durchsatz, Kosten usw.). Kettenübergreifende Brücken unterstützen die Entwicklung des gesamten Krypto-Ökosystems, indem sie es Blockchains ermöglichen, die Innovationen der jeweils anderen zu nutzen.
+
+Für Entwickler ermöglichen kettenübergreifende Brücken Folgendes:
+
+- die Übertragung beliebiger Daten, Informationen und Vermögenswerte über Chains hinweg.
+- die Erschließung neuer Funktionen und Anwendungsfälle für Protokolle, da kettenübergreifende Brücken den Gestaltungsspielraum für das Angebot von Protokollen erweitern. Zum Beispiel kann ein Protokoll für Yield Farming, das ursprünglich im [Ethereum](/)-Mainnet bereitgestellt wurde, Liquiditätspools über alle EVM-kompatiblen Chains hinweg anbieten.
+- die Möglichkeit, die Stärken verschiedener Blockchains zu nutzen. Beispielsweise können Entwickler von den niedrigeren Gebühren der verschiedenen L2-Lösungen profitieren, indem sie ihre Dapps über Rollups und Sidechains hinweg bereitstellen, und Benutzer können diese über Brücken hinweg nutzen.
+- die Zusammenarbeit von Entwicklern aus verschiedenen Blockchain-Ökosystemen zur Entwicklung neuer Produkte.
+- die Gewinnung von Benutzern und Communitys aus verschiedenen Ökosystemen für ihre Dapps.
+
+## Wie funktionieren kettenübergreifende Brücken? {#how-do-bridges-work}
+
+Obwohl es viele [Arten von Brückendesigns](https://li.fi/knowledge-hub/blockchain-bridges-and-classification/) gibt, stechen drei Methoden zur Erleichterung des kettenübergreifenden Transfers von Vermögenswerten hervor:
+
+- **Sperren und Prägen (Lock and mint) –** Sperren von Vermögenswerten auf der Quell-Chain und Prägen von Vermögenswerten auf der Ziel-Chain.
+- **Verbrennen und Prägen (Burn and mint) –** Verbrennen von Vermögenswerten auf der Quell-Chain und Prägen von Vermögenswerten auf der Ziel-Chain.
+- **Atomic Swaps –** Tauschen von Vermögenswerten auf der Quell-Chain gegen Vermögenswerte auf der Ziel-Chain mit einer anderen Partei.
+
+## Arten von kettenübergreifenden Brücken {#bridge-types}
+
+Kettenübergreifende Brücken lassen sich in der Regel in eine der folgenden Kategorien einteilen:
+
+- **Native Brücken –** Diese Brücken werden in der Regel gebaut, um Liquidität auf einer bestimmten Blockchain aufzubauen und es Benutzern zu erleichtern, Gelder in das Ökosystem zu verschieben. Beispielsweise wurde die [Arbitrum Bridge](https://bridge.arbitrum.io/) entwickelt, um es Benutzern bequem zu machen, vom Ethereum-Mainnet zu Arbitrum zu wechseln. Weitere solcher Brücken sind die Polygon PoS Bridge, das [Optimism Gateway](https://app.optimism.io/bridge) usw.
+- **Auf Validatoren oder Orakeln basierende Brücken –** Diese Brücken stützen sich auf ein externes Set von Validatoren oder Orakeln, um kettenübergreifende Transfers zu validieren. Beispiele: Multichain und Across.
+- **Brücken zur verallgemeinerten Nachrichtenübermittlung –** Diese Brücken können Vermögenswerte zusammen mit Nachrichten und beliebigen Daten über Chains hinweg übertragen. Beispiele: Axelar, LayerZero und Nomad.
+- **Liquiditätsnetzwerke –** Diese Brücken konzentrieren sich in erster Linie auf die Übertragung von Vermögenswerten von einer Chain zur anderen über Atomic Swaps. Im Allgemeinen unterstützen sie keine kettenübergreifende Nachrichtenübermittlung. Beispiele: Connext und Hop.
+
+## Zu berücksichtigende Kompromisse {#trade-offs}
+
+Bei kettenübergreifenden Brücken gibt es keine perfekten Lösungen. Vielmehr gibt es nur Kompromisse, die eingegangen werden, um einen Zweck zu erfüllen. Entwickler und Benutzer können Brücken anhand der folgenden Faktoren bewerten:
+
+- **Sicherheit –** Wer verifiziert das System? Brücken, die durch externe Validatoren gesichert sind, sind in der Regel weniger sicher als Brücken, die lokal oder nativ durch die Validatoren der Blockchain gesichert sind.
+- **Komfort –** Wie lange dauert es, eine Transaktion abzuschließen, und wie viele Transaktionen musste ein Benutzer signieren? Für einen Entwickler: Wie lange dauert es, eine Brücke zu integrieren, und wie komplex ist der Prozess?
+- **Konnektivität –** Welche verschiedenen Ziel-Chains kann eine Brücke verbinden (d. h. Rollups, Sidechains, andere Layer-1-Blockchains usw.), und wie schwer ist es, eine neue Blockchain zu integrieren?
+- **Fähigkeit zur Weitergabe komplexerer Daten –** Kann eine Brücke die Übertragung von Nachrichten und komplexeren beliebigen Daten über Chains hinweg ermöglichen, oder unterstützt sie nur kettenübergreifende Transfers von Vermögenswerten?
+- **Kosteneffizienz –** Wie viel kostet es, Vermögenswerte über eine Brücke über Chains hinweg zu übertragen? In der Regel erheben Brücken eine feste oder variable Gebühr, die von den Gaskosten und der Liquidität bestimmter Routen abhängt. Es ist auch entscheidend, die Kosteneffizienz einer Brücke auf der Grundlage des Kapitals zu bewerten, das zur Gewährleistung ihrer Sicherheit erforderlich ist.
+
+Auf einer hohen Ebene können kettenübergreifende Brücken in vertrauenswürdige (trusted) und vertrauenslose (trustless) Brücken kategorisiert werden.
+
+- **Vertrauenswürdig (Trusted) –** Vertrauenswürdige Brücken werden extern verifiziert. Sie verwenden ein externes Set von Verifizierern (Föderationen mit Mehrfachsignatur, Multi-Party-Computation-Systeme, Orakel-Netzwerke), um Daten über Chains hinweg zu senden. Infolgedessen können sie eine hervorragende Konnektivität bieten und eine vollständig verallgemeinerte Nachrichtenübermittlung über Chains hinweg ermöglichen. Sie schneiden auch in Bezug auf Geschwindigkeit und Kosteneffizienz tendenziell gut ab. Dies geht auf Kosten der Sicherheit, da sich die Benutzer auf die Sicherheit der Brücke verlassen müssen.
+- **Vertrauenslos (Trustless) –** Diese Brücken stützen sich auf die Blockchains, die sie verbinden, und deren Validatoren, um Nachrichten und Token zu übertragen. Sie sind „vertrauenslos“, weil sie keine neuen Vertrauensannahmen (zusätzlich zu den Blockchains) hinzufügen. Infolgedessen gelten vertrauenslose Brücken als sicherer als vertrauenswürdige Brücken.
+
+Um vertrauenslose Brücken anhand anderer Faktoren zu bewerten, müssen wir sie in Brücken zur verallgemeinerten Nachrichtenübermittlung und Liquiditätsnetzwerke unterteilen.
+
+- **Brücken zur verallgemeinerten Nachrichtenübermittlung –** Diese Brücken zeichnen sich durch Sicherheit und die Fähigkeit aus, komplexere Daten über Chains hinweg zu übertragen. In der Regel sind sie auch kosteneffizient. Diese Stärken gehen jedoch im Allgemeinen auf Kosten der Konnektivität bei Light-Client-Brücken (z. B. IBC) und Geschwindigkeitsnachteilen bei optimistischen Brücken (z. B. Nomad), die Betrugsnachweise verwenden.
+- **Liquiditätsnetzwerke –** Diese Brücken verwenden Atomic Swaps zur Übertragung von Vermögenswerten und sind lokal verifizierte Systeme (d. h. sie verwenden die Validatoren der zugrunde liegenden Blockchains, um Transaktionen zu verifizieren). Infolgedessen zeichnen sie sich durch Sicherheit und Geschwindigkeit aus. Darüber hinaus gelten sie als vergleichsweise kosteneffizient und bieten eine gute Konnektivität. Der größte Kompromiss ist jedoch ihre Unfähigkeit, komplexere Daten weiterzugeben – da sie keine kettenübergreifende Nachrichtenübermittlung unterstützen.
+
+## Risiken bei kettenübergreifenden Brücken {#risk-with-bridges}
+
+Kettenübergreifende Brücken sind für die drei [größten Hacks im DeFi-Bereich](https://rekt.news/leaderboard/) verantwortlich und befinden sich noch in einem frühen Entwicklungsstadium. Die Nutzung einer Brücke birgt die folgenden Risiken:
+
+- **Smart-Contract-Risiko –** Obwohl viele Brücken Audits erfolgreich bestanden haben, reicht ein einziger Fehler in einem Smart Contract aus, um Vermögenswerte Hacks auszusetzen (z. B. [Solanas Wormhole Bridge](https://rekt.news/wormhole-rekt/)).
+- **Systemische finanzielle Risiken** – Viele Brücken verwenden Wrapped Assets, um kanonische Versionen des ursprünglichen Vermögenswerts auf einer neuen Chain zu prägen. Dies setzt das Ökosystem einem systemischen Risiko aus, da wir bereits gesehen haben, wie Wrapped-Versionen von Token ausgenutzt wurden.
+- **Kontrahentenrisiko –** Einige Brücken verwenden ein vertrauenswürdiges Design, das erfordert, dass sich Benutzer auf die Annahme verlassen, dass Validatoren nicht zusammenarbeiten, um Benutzergelder zu stehlen. Die Notwendigkeit für Benutzer, diesen Drittakteuren zu vertrauen, setzt sie Risiken wie Rug Pulls, Zensur und anderen böswilligen Aktivitäten aus.
+- **Offene Fragen –** Da sich Brücken noch in der Anfangsphase der Entwicklung befinden, gibt es viele unbeantwortete Fragen dazu, wie sich Brücken unter verschiedenen Marktbedingungen verhalten werden, z. B. in Zeiten von Netzwerküberlastungen und bei unvorhergesehenen Ereignissen wie Angriffen auf Netzwerkebene oder State Rollbacks. Diese Unsicherheit birgt gewisse Risiken, deren Ausmaß noch unbekannt ist.
+
+## Wie können Dapps kettenübergreifende Brücken nutzen? {#how-can-dapps-use-bridges}
+
+Hier sind einige praktische Anwendungen, die Entwickler in Bezug auf Brücken und die kettenübergreifende Ausrichtung ihrer Dapp in Betracht ziehen können:
+
+### Integration von kettenübergreifenden Brücken {#integrating-bridges}
+
+Für Entwickler gibt es viele Möglichkeiten, Unterstützung für Brücken hinzuzufügen:
+
+1. **Aufbau einer eigenen Brücke –** Der Aufbau einer sicheren und zuverlässigen Brücke ist nicht einfach, insbesondere wenn man einen Weg mit minimiertem Vertrauen wählt. Darüber hinaus erfordert es jahrelange Erfahrung und technisches Fachwissen im Zusammenhang mit Skalierbarkeits- und Interoperabilitätsstudien. Zusätzlich wäre ein engagiertes Team erforderlich, um eine Brücke zu warten und ausreichend Liquidität anzuziehen, um sie rentabel zu machen.
+
+2. **Benutzern mehrere Brückenoptionen anzeigen –** Viele [Dapps](/developers/docs/dapps/) erfordern, dass Benutzer ihren nativen Token besitzen, um mit ihnen zu interagieren. Um Benutzern den Zugriff auf ihre Token zu ermöglichen, bieten sie auf ihrer Website verschiedene Brückenoptionen an. Diese Methode ist jedoch nur eine schnelle Lösung für das Problem, da sie den Benutzer von der Dapp-Schnittstelle wegführt und ihn dennoch zwingt, mit anderen Dapps und Brücken zu interagieren. Dies ist eine umständliche Onboarding-Erfahrung mit einem erhöhten Risiko, Fehler zu machen.
+
+3. **Integration einer Brücke –** Diese Lösung erfordert nicht, dass die Dapp Benutzer zu externen Brücken- und DEX-Schnittstellen weiterleitet. Sie ermöglicht es Dapps, die Onboarding-Erfahrung der Benutzer zu verbessern. Dieser Ansatz hat jedoch seine Grenzen:
+
+ - Die Bewertung und Wartung von Brücken ist schwierig und zeitaufwändig.
+ - Die Auswahl einer einzigen Brücke schafft einen Single Point of Failure und eine Abhängigkeit.
+ - Die Dapp ist durch die Fähigkeiten der Brücke eingeschränkt.
+ - Brücken allein reichen möglicherweise nicht aus. Dapps benötigen möglicherweise DEXs, um mehr Funktionen wie kettenübergreifende Swaps anzubieten.
+
+4. **Integration mehrerer Brücken –** Diese Lösung löst viele Probleme, die mit der Integration einer einzelnen Brücke verbunden sind. Sie hat jedoch auch Einschränkungen, da die Integration mehrerer Brücken ressourcenintensiv ist und technische sowie kommunikative Mehraufwände für Entwickler schafft – die knappste Ressource im Krypto-Bereich.
+
+5. **Integration eines Brücken-Aggregators –** Eine weitere Option für Dapps ist die Integration einer Brücken-Aggregationslösung, die ihnen Zugriff auf mehrere Brücken bietet. Brücken-Aggregatoren erben die Stärken aller Brücken und sind somit nicht durch die Fähigkeiten einer einzelnen Brücke eingeschränkt. Insbesondere pflegen die Brücken-Aggregatoren in der Regel die Brückenintegrationen, was der Dapp die Mühe erspart, sich um die technischen und operativen Aspekte einer Brückenintegration kümmern zu müssen.
+
+Allerdings haben auch Brücken-Aggregatoren ihre Grenzen. Zum Beispiel können sie zwar mehr Brückenoptionen anbieten, aber auf dem Markt sind in der Regel noch viel mehr Brücken verfügbar als die, die auf der Plattform des Aggregators angeboten werden. Darüber hinaus sind Brücken-Aggregatoren genau wie Brücken auch Smart-Contract- und Technologierisiken ausgesetzt (mehr Smart Contracts = mehr Risiken).
+
+Wenn eine Dapp den Weg der Integration einer Brücke oder eines Aggregators wählt, gibt es verschiedene Optionen, je nachdem, wie tief die Integration sein soll. Wenn es sich beispielsweise nur um eine Front-End-Integration handelt, um die Onboarding-Erfahrung der Benutzer zu verbessern, würde eine Dapp das Widget integrieren. Wenn die Integration jedoch dazu dient, tiefere kettenübergreifende Strategien wie Staking, Yield Farming usw. zu erkunden, integriert die Dapp das SDK oder die API.
+
+### Bereitstellung einer Dapp auf mehreren Chains {#deploying-a-dapp-on-multiple-chains}
+
+Um eine Dapp auf mehreren Chains bereitzustellen, können Entwickler Entwicklungsplattformen wie [Alchemy](https://www.alchemy.com/), [Hardhat](https://hardhat.org/), [Moralis](https://moralis.io/) usw. verwenden. In der Regel verfügen diese Plattformen über zusammensetzbare Plugins, die es Dapps ermöglichen, kettenübergreifend zu agieren. Beispielsweise können Entwickler einen deterministischen Bereitstellungs-Proxy verwenden, der vom [hardhat-deploy-Plugin](https://github.com/wighawag/hardhat-deploy) angeboten wird.
+
+#### Beispiele:
+
+- [How to build cross-chain dapps](https://moralis.io/how-to-build-cross-chain-dapps/)
+- [Building a Cross-Chain NFT Marketplace](https://youtu.be/WZWCzsB1xUE)
+- [Moralis: Building cross-chain NFT dapps](https://www.youtube.com/watch?v=ehv70kE1QYo)
+
+### Überwachung der Vertragsaktivität über Chains hinweg {#monitoring-contract-activity-across-chains}
+
+Um die Vertragsaktivität über Chains hinweg zu überwachen, können Entwickler Subgraphen und Entwicklerplattformen wie Tenderly verwenden, um Smart Contracts in Echtzeit zu beobachten. Solche Plattformen verfügen auch über Tools, die eine größere Datenüberwachungsfunktionalität für kettenübergreifende Aktivitäten bieten, wie z. B. die Überprüfung auf [von Verträgen ausgegebene Ereignisse](https://docs.soliditylang.org/en/v0.8.14/contracts.html?highlight=events#events) usw.
+
+#### Tools
+
+- [The Graph](https://thegraph.com/en/)
+- [Tenderly](https://tenderly.co/)
+
+## Weiterführende Literatur {#further-reading}
+
+- [Kettenübergreifende Blockchain-Brücken](/bridges/) – ethereum.org
+- [L2Beat Bridge Risk Framework](https://l2beat.com/bridges/summary)
+- [Blockchain Bridges: Building Networks of Cryptonetworks](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) - 8. Sep. 2021 – Dmitriy Berenzon
+- [The Interoperability Trilemma](https://blog.connext.network/the-interoperability-trilemma-657c2cf69f17) - 1. Okt. 2021 – Arjun Bhuptani
+- [Clusters: How Trusted & Trust-Minimized Bridges Shape the Multi-Chain Landscape](https://blog.celestia.org/clusters/) - 4. Okt. 2021 – Mustafa Al-Bassam
+- [LI.FI: With Bridges, Trust is a Spectrum](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) - 28. Apr. 2022 – Arjun Chand
+- [The State Of Rollup Interoperability Solutions](https://web.archive.org/web/20250428015516/https://research.2077.xyz/the-state-of-rollup-interoperability) - 20. Juni 2024 – Alex Hook
+- [Harnessing Shared Security For Secure Cross-Chain Interoperability: Lagrange State Committees And Beyond](https://web.archive.org/web/20250125035123/https://research.2077.xyz/harnessing-shared-security-for-secure-blockchain-interoperability) - 12. Juni 2024 – Emmanuel Awosika
+
+Darüber hinaus finden Sie hier einige aufschlussreiche Präsentationen von [James Prestwich](https://twitter.com/_prestwich), die dabei helfen können, ein tieferes Verständnis für kettenübergreifende Brücken zu entwickeln:
+
+- [Building Bridges, Not Walled Gardens](https://youtu.be/ZQJWMiX4hT0)
+- [Breaking Down Bridges](https://youtu.be/b0mC-ZqN8Oo)
+- [Why are the Bridges Burning](https://youtu.be/c7cm2kd20j8)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/consensus-mechanisms/index.md b/public/content/translations/de/developers/docs/consensus-mechanisms/index.md
index ffbf5c088ab..c66345b9019 100644
--- a/public/content/translations/de/developers/docs/consensus-mechanisms/index.md
+++ b/public/content/translations/de/developers/docs/consensus-mechanisms/index.md
@@ -1,30 +1,30 @@
---
-title: Konsensmechanismus
-description: Eine Erklärung von Konsensprotokollen in verteilten Systemen und die Rolle, die sie in Ethereum spielen.
+title: Konsensmechanismen
+description: "Eine Erklärung von Konsensprotokollen in verteilten Systemen und der Rolle, die sie bei Ethereum spielen."
lang: de
---
-Der Begriff „Konsensmechanismus“ wird oft umgangssprachlich verwendet, um „Proof-of-Stake“-, „Proof-of-Work“- oder „Proof-of-Authority“-Protokolle zu beschreiben. Dies sind jedoch nur Komponenten in Konsensmechanismen, die vor [Sybil-Angriffen](/glossary/#sybil-attack) schützen. Konsensmechanismen sind der komplette Stack von Ideen, Protokollen und Anreizen, die es einer verteilten Reihe von Nodes ermöglichen, sich über den Zustand einer Blockchain zu einigen.
+Der Begriff „Konsensmechanismus“ wird umgangssprachlich oft verwendet, um sich auf „Proof-of-Stake“-, „Proof-of-Work“- oder „Proof-of-Authority“-Protokolle zu beziehen. Dies sind jedoch nur Komponenten in Konsensmechanismen, die vor [Sybil-Angriffen](/glossary/#sybil-attack) schützen. Konsensmechanismen sind der komplette Stack aus Ideen, Protokollen und Anreizen, die es einer verteilten Gruppe von Blockchain-Knoten ermöglichen, sich auf den Zustand einer Blockchain zu einigen.
## Voraussetzungen {#prerequisites}
-Um diese Seite besser zu verstehen, empfehlen wir dir, zuerst unsere [Einleitung zu Ethereum](/developers/docs/intro-to-ethereum/) zu lesen.
+Um diese Seite besser zu verstehen, empfehlen wir Ihnen, zuerst unsere [Einführung in Ethereum](/developers/docs/intro-to-ethereum/) zu lesen.
-## Was ist ein Konsens? {#what-is-consensus}
+## Was ist Konsens? {#what-is-consensus}
-Unter einem Konsens verstehen wir, dass eine allgemeine Einigung erzielt wurde. Stellen Sie sich vor, eine Gruppe von Menschen geht ins Kino. Wenn es keine Meinungsverschiedenheiten über einen vorgeschlagenen Film gibt, dann besteht Konsens. Wenn es zu Uneinigkeiten kommt, muss die Gruppe über die Mittel verfügen, um zu entscheiden, welchen Film sie sehen möchte. In extremen Fällen wird die Gruppe sich irgendwann aufteilen.
+Unter Konsens verstehen wir, dass eine allgemeine Einigung erzielt wurde. Stellen Sie sich eine Gruppe von Menschen vor, die ins Kino gehen. Wenn es keine Meinungsverschiedenheiten über die vorgeschlagene Filmauswahl gibt, ist ein Konsens erreicht. Wenn es Meinungsverschiedenheiten gibt, muss die Gruppe über Mittel verfügen, um zu entscheiden, welchen Film sie sehen möchte. In extremen Fällen wird sich die Gruppe schließlich aufteilen.
-Im Zusammenhang mit der Ethereum-Blockchain ist der Prozess formalisiert. Das Erreichen von Konsens bedeutet, dass mindestens 66 % der Nodes im Netzwerk sich auf den globalen Zustand des Netzwerks einigen.
+In Bezug auf die [Ethereum](/)-Blockchain ist der Prozess formalisiert, und das Erreichen eines Konsenses bedeutet, dass mindestens 66 % der Blockchain-Knoten im Netzwerk über den globalen Zustand des Netzwerks einig sind.
## Was ist ein Konsensmechanismus? {#what-is-a-consensus-mechanism}
-Der Begriff „Konsensmechanismus“ bezieht sich auf den gesamten Stack von Protokollen, Anreizen und Ideen, die es einem Netzwerk von Nodes ermöglichen, sich auf den Zustand einer Blockchain zu einigen.
+Der Begriff Konsensmechanismus bezieht sich auf den gesamten Stack von Protokollen, Anreizen und Ideen, die es einem Netzwerk von Blockchain-Knoten ermöglichen, sich auf den Zustand einer Blockchain zu einigen.
-Ethereum verwendet einen auf Proof-of-Stake basierenden Konsensmechanismus, der seine kryptoökonomische Sicherheit aus einer Reihe von Belohnungen und Strafen ableitet, die auf das von Stakern gesperrte Kapital angewendet werden. Diese Anreizstruktur ermutigt einzelne Staker dazu, ehrliche Validatoren zu betreiben, bestraft diejenigen, die dies nicht tun, und schafft extrem hohe Kosten für Angriffe auf das Netzwerk.
+Ethereum verwendet einen auf Proof-of-Stake basierenden Konsensmechanismus, der seine kryptoökonomische Sicherheit aus einer Reihe von Belohnungen und Strafen ableitet, die auf das von Stakern gesperrte Kapital angewendet werden. Diese Anreizstruktur ermutigt einzelne Staker, ehrliche Validatoren zu betreiben, bestraft diejenigen, die dies nicht tun, und verursacht extrem hohe Kosten für einen Angriff auf das Netzwerk.
-Es existiert darüber hinaus ein Protokoll, das den Auswahlprozess ehrlicher Validatoren bestimmt, die Blöcke vorschlagen oder validieren, Transaktionen verarbeiten und ihre Stimme bezüglich ihrer Sicht auf die Spitze der Chain abgeben. In den seltenen Situationen, in denen mehrere Blöcke sich in der gleichen Position nahe der Spitze der Chain befinden, kommt ein Abspaltungs-Wahl-Mechanismus zum Tragen. Hierbei werden die Blöcke auswählt, die die „schwerste“ Kette bilden, und zwar gemessen an der Anzahl der Validatoren, die für die Blöcke gestimmt haben, gewichtet nach ihrem eingesetzten Ether-Guthaben.
+Dann gibt es ein Protokoll, das regelt, wie ehrliche Validatoren ausgewählt werden, um Blöcke vorzuschlagen oder zu validieren, Transaktionen zu verarbeiten und für ihre Sicht auf die Spitze der Chain abzustimmen. In den seltenen Situationen, in denen sich mehrere Blöcke an derselben Position in der Nähe der Spitze der Chain befinden, gibt es einen Fork-Choice-Mechanismus, der Blöcke auswählt, die die „schwerste“ Chain bilden, gemessen an der Anzahl der Validatoren, die für die Blöcke gestimmt haben, gewichtet nach ihrem gestakten Ether-Guthaben.
-Einige Konzepte, die für den Konsens wichtig sind, sind nicht explizit im Code definiert. Dazu gehört etwa die zusätzliche Sicherheit, die durch potenzielle soziale Koordination außerhalb des Bands als letzte Verteidigungslinie gegen Angriffe auf das Netzwerk geboten wird.
+Einige Konzepte sind für den Konsens wichtig, die nicht explizit im Code definiert sind, wie z. B. die zusätzliche Sicherheit, die durch eine potenzielle Out-of-Band-soziale Koordination als letzte Verteidigungslinie gegen Angriffe auf das Netzwerk geboten wird.
Diese Komponenten bilden zusammen den Konsensmechanismus.
@@ -32,61 +32,61 @@ Diese Komponenten bilden zusammen den Konsensmechanismus.
### Proof-of-Work-basiert {#proof-of-work}
-Wie Bitcoin nutzte auch Ethereum früher ein auf **Proof-of-Work (PoW)** basierendes Konsensprotokoll.
+Wie Bitcoin verwendete Ethereum einst ein auf **Proof-of-Work (PoW)** basierendes Konsensprotokoll.
-#### Blockerstellung {#pow-block-creation}
+#### Block-Erstellung {#pow-block-creation}
-Miner konkurrieren darum, neue Blöcke voll mit verarbeiteten Transaktionen zu erstellen. Der Gewinner teilt den neuen Block mit dem Rest des Netzwerks und verdient einige frisch geprägte ETH. Das Rennen wird von dem Computer gewonnen, der ein mathematisches Rätsel am schnellsten lösen kann. Dies erzeugt die kryptografische Verbindung zwischen dem aktuellen Block und dem vorherigen Block. Die Lösung dieses Rätsels ist die Arbeit („Work“) in „Proof-of-Work“. Die kanonische Chain wird dann durch eine Abspaltungs-Wahl-Regel bestimmt, bei der die Reihe von Blöcken ausgewählt wird, für deren Mining die meiste Arbeit geleistet wurde.
+Miner konkurrieren darum, neue Blöcke zu erstellen, die mit verarbeiteten Transaktionen gefüllt sind. Der Gewinner teilt den neuen Block mit dem Rest des Netzwerks und verdient etwas frisch geprägtes ETH. Das Rennen gewinnt der Computer, der ein mathematisches Rätsel am schnellsten lösen kann. Dies erzeugt die kryptografische Verbindung zwischen dem aktuellen Block und dem vorhergehenden Block. Das Lösen dieses Rätsels ist die Arbeit (Work) in „Proof-of-Work“. Die kanonische Chain wird dann durch eine Fork-Choice-Regel bestimmt, die die Menge an Blöcken auswählt, für deren Mining die meiste Arbeit aufgewendet wurde.
#### Sicherheit {#pow-security}
-Die Sicherheit des Netzwerks wird dadurch gewährleistet, dass Sie 51 % der Rechenleistung des Netzwerks brauchen, um die Chain zu betrügen. Das würde so große Investitionen in Ausrüstung und Energie erfordern, dass Sie wahrscheinlich mehr ausgeben würden, als Sie einnehmen.
+Das Netzwerk wird dadurch sicher gehalten, dass man 51 % der Rechenleistung des Netzwerks benötigen würde, um die Chain zu betrügen. Dies würde so enorme Investitionen in Ausrüstung und Energie erfordern, dass man wahrscheinlich mehr ausgeben würde, als man gewinnen könnte.
-Mehr über [Proof-of-Work](/developers/docs/consensus-mechanisms/pow/)
+Mehr zu [Proof-of-Work](/developers/docs/consensus-mechanisms/pow/)
### Proof-of-Stake-basiert {#proof-of-stake}
-Ethereum verwendet jetzt ein auf **Proof-of-Stake (PoS)** basierendes Konsensprotokoll.
+Ethereum verwendet nun ein auf **Proof-of-Stake (PoS)** basierendes Konsensprotokoll.
-#### Blockerstellung {#pos-block-creation}
+#### Block-Erstellung {#pos-block-creation}
-Validatoren erstellen Blöcke. In jedem Slot wird zufällig ein Validator als Block-Proposer ausgewählt. Ihr Konsens-Client fordert ein Bündel von Transaktionen als „Ausführungsnutzlast“ von ihrem gekoppelten Ausführungs-Client an. Sie verpacken dies in Konsensdaten, um einen Block zu bilden, den sie an andere Nodes im Ethereum-Netzwerk senden. Diese Blockproduktion wird mit ETH belohnt. In seltenen Fällen, wenn für einen einzigen Slot mehrere mögliche Blöcke existieren oder Nodes zu unterschiedlichen Zeiten von Blöcken erfahren, wählt der Abspaltungs-Wahl-Algorithmus den Block aus, der die Chain mit dem größten Gewicht an Attestierungen bildet (wobei das Gewicht die Anzahl der attestierenden Validatoren ist, skaliert nach ihrem ETH-Guthaben).
+Validatoren erstellen Blöcke. Ein Validator wird in jedem Slot zufällig als Block-Vorschlagender ausgewählt. Sein Konsens-Client fordert ein Bündel von Transaktionen als „Ausführungs-Payload“ von seinem gekoppelten Ausführungs-Client an. Er verpackt dies in Konsensdaten, um einen Block zu bilden, den er an andere Blockchain-Knoten im Ethereum-Netzwerk sendet. Diese Blockproduktion wird in ETH belohnt. In seltenen Fällen, in denen mehrere mögliche Blöcke für einen einzelnen Slot existieren oder Blockchain-Knoten zu unterschiedlichen Zeiten von Blöcken erfahren, wählt der Fork-Choice-Algorithmus den Block aus, der die Chain mit dem größten Gewicht an Bestätigungen bildet (wobei das Gewicht die Anzahl der bestätigenden Validatoren skaliert nach ihrem ETH-Guthaben ist).
#### Sicherheit {#pos-security}
-Ein Proof-of-Stake-System ist kryptoökonomisch sicher, weil ein Angreifer, der versucht, die Kontrolle über die Chain zu übernehmen, eine massive Menge an ETH zerstören muss. Ein Belohnungssystem setzt Anreize für einzelne Staker, ehrlich zu handeln, und Strafen halten Staker davon ab, mit böswilliger Absicht zu handeln.
+Ein Proof-of-Stake-System ist kryptoökonomisch sicher, da ein Angreifer, der versucht, die Kontrolle über die Chain zu übernehmen, eine massive Menge an ETH zerstören muss. Ein System von Belohnungen bietet einzelnen Stakern Anreize, sich ehrlich zu verhalten, und Strafen schrecken Staker davon ab, böswillig zu handeln.
Mehr zu [Proof-of-Stake](/developers/docs/consensus-mechanisms/pos/)
### Ein visueller Leitfaden {#types-of-consensus-video}
-Erfahren Sie mehr über die verschiedenen Arten von Konsensmechanismen, die auf Ethereum verwendet werden:
+Sehen Sie sich mehr zu den verschiedenen Arten von Konsensmechanismen an, die bei Ethereum verwendet werden:
- Proof-of-Work ist inzwischen veraltet. Ethereum verwendet Proof-of-Work nicht mehr als Teil seines Konsensmechanismus. Stattdessen nutzt Ethereum Proof-of-Stake. Lesen Sie mehr über [Proof-of-Stake](/developers/docs/consensus-mechanisms/pos/) und [Staking](/staking/).
+ Proof-of-Work ist nun veraltet. Ethereum verwendet Proof-of-Work nicht mehr als Teil seines Konsensmechanismus. Stattdessen wird Proof-of-Stake verwendet. Lesen Sie mehr über [Proof-of-Stake](/developers/docs/consensus-mechanisms/pos/) und [Staking](/staking/).
## Voraussetzungen {#prerequisites}
-Um diese Seite besser zu verstehen, empfehlen wir Ihnen, zuerst etwas über [Transaktionen](/developers/docs/transactions/), [Blöcke](/developers/docs/blocks/) und [Konsensmechanismen](/developers/docs/consensus-mechanisms/) zu lesen.
+Um diese Seite besser zu verstehen, empfehlen wir Ihnen, sich zunächst über [Transaktionen](/developers/docs/transactions/), [Blöcke](/developers/docs/blocks/) und [Konsensmechanismen](/developers/docs/consensus-mechanisms/) zu informieren.
## Was ist Proof-of-Work (PoW)? {#what-is-pow}
-Der Nakamoto-Konsens, der Proof-of-Work nutzt, ist der Mechanismus, der es dem dezentralisierten Ethereum-Netzwerk früher ermöglichte, einen Konsens zu erzielen (d. h., alle Knoten stimmen überein) – beispielsweise über Kontostände und die Reihenfolge von Transaktionen. Das verhinderte, dass Benutzer ihre Münzen „doppelt ausgeben“ konnten, und stellte sicher, dass die Ethereum-Kette extrem schwierig anzugreifen oder zu manipulieren war. Diese Sicherheitseigenschaften stammen jetzt stattdessen von Proof-of-Stake – unter Verwendung des Konsensmechanismus [Gasper](/developers/docs/consensus-mechanisms/pos/gasper/).
+Der Nakamoto-Konsens, der Proof-of-Work nutzt, ist der Mechanismus, der es dem dezentralisierten Ethereum-Netzwerk einst ermöglichte, einen Konsens (d. h. alle Blockchain-Knoten stimmen überein) über Dinge wie Kontostände und die Reihenfolge von Transaktionen zu erzielen. Dies hinderte Benutzer daran, ihre Coins "doppelt auszugeben" (Double Spending), und stellte sicher, dass die Ethereum-Chain extrem schwer anzugreifen oder zu manipulieren war. Diese Sicherheitseigenschaften stammen nun stattdessen von Proof-of-Stake unter Verwendung des Konsensmechanismus namens [Gasper](/developers/docs/consensus-mechanisms/pos/gasper/).
## Proof-of-Work und Mining {#pow-and-mining}
-Proof-of-Work ist der grundlegende Algorithmus, der den Schwierigkeitsgrad und die Regeln für die Arbeit der Miner bei Proof-of-Work-Blockchains festlegt. Mining ist die „Work“ (Arbeit) selbst. Es ist das Hinzufügen von gültigen Blöcken zur Kette. Das ist wichtig, da die Länge der Kette dem Netzwerk hilft, der richtigen Abzweigung der Blockchain zu folgen. Je mehr „Work“ erledigt ist, desto länger die Kette, und je höher die Blockzahl, desto sicherer kann das Netzwerk bezüglich des aktuellen Status sein.
+Proof-of-Work ist der zugrunde liegende Algorithmus, der die Schwierigkeit und die Regeln für die Arbeit festlegt, die Miner auf Proof-of-Work-Blockchains leisten. Mining ist die "Arbeit" selbst. Es ist der Vorgang, der Chain gültige Blöcke hinzuzufügen. Dies ist wichtig, da die Länge der Chain dem Netzwerk hilft, dem richtigen Fork der Blockchain zu folgen. Je mehr "Arbeit" geleistet wird, desto länger ist die Chain, und je höher die Blocknummer, desto sicherer kann sich das Netzwerk über den aktuellen Zustand der Dinge sein.
[Mehr über Mining](/developers/docs/consensus-mechanisms/pow/mining/)
## Wie funktionierte Ethereums Proof-of-Work? {#how-it-works}
-Ethereums Transaktionen werden zu Blöcken verarbeitet. Im mittlerweile veralteten Proof-of-Work-Ethereum enthielt jeder Block:
+Ethereum-Transaktionen werden in Blöcken verarbeitet. Im nun veralteten Proof-of-Work-Ethereum enthielt jeder Block:
-- einen Block-Schwierigkeitsgrad – zum Beispiel: 3.324.092.183.262.715,
-- einen mixHash – zum Beispiel, `0x44bca881b07a6a09f83b130798072441705d9a665c5ac8bdf2f39a3cdf3bee29`,
-- eine Nonce – zum Beispiel: `0xd3ee432b4fb3d26b`.
+- Blockschwierigkeit (block difficulty) – zum Beispiel: 3.324.092.183.262.715
+- mixHash – zum Beispiel: `0x44bca881b07a6a09f83b130798072441705d9a665c5ac8bdf2f39a3cdf3bee29`
+- Nonce – zum Beispiel: `0xd3ee432b4fb3d26b`
-Diese Blockdaten standen in direktem Zusammenhang zu Proof-of-Work.
+Diese Blockdaten standen in direktem Zusammenhang mit Proof-of-Work.
-### Die "Arbeit" (Work) in Proof-of-Work {#the-work}
+### Die Arbeit in Proof-of-Work {#the-work}
-Ethash, das Proof-of-Work-Protokoll, verlangte von Minern, dass sie sich an einem intensiven Trial-and-Error-Wettlauf beteiligten, um die Nonce für einen Block zu finden. Nur Blöcke mit einer gültigen Nonce konnten zur Kette hinzugefügt werden.
+Das Proof-of-Work-Protokoll Ethash verlangte von den Minern, ein intensives Rennen von Versuch und Irrtum (Trial and Error) zu durchlaufen, um die Nonce für einen Block zu finden. Nur Blöcke mit einer gültigen Nonce konnten der Chain hinzugefügt werden.
-Während des Wettlaufs zur Erstellung eines Blocks leitete ein Miner einen Datensatz, der nur durch das Herunterladen und Ausführen der vollständigen Kette erlangt werden konnte (wie ein Miner es tut), durch eine mathematische Funktion. Der Datensatz wurde verwendet, um einen mixHash unterhalb eines Ziels zu erzeugen, das durch die Blockschwierigkeit vorgegeben wird. Die beste Herangehensweise dafür ist die Trial-and-Error-Methode.
+Beim Wettlauf um die Erstellung eines Blocks leitete ein Miner wiederholt einen Datensatz, der nur durch das Herunterladen und Ausführen der gesamten Chain (wie es ein Miner tut) erhalten werden konnte, durch eine mathematische Funktion. Der Datensatz wurde verwendet, um einen mixHash unterhalb eines Ziels zu generieren, das durch die Blockschwierigkeit vorgegeben ist. Der beste Weg, dies zu tun, ist durch Versuch und Irrtum.
-Die Schwierigkeit bestimmte das Ziel für den Hash. Je niedriger das Ziel, desto kleiner der Satz gültiger Hashes. Einmal generiert war die Verifizierung für andere Miner und Clients unglaublich einfach. Selbst wenn sich eine Transaktion ändern sollte, war der Hash völlig anders und deutete auf Betrug hin.
+Die Schwierigkeit bestimmte das Ziel für den Hash. Je niedriger das Ziel, desto kleiner die Menge der gültigen Hashes. Einmal generiert, war dies für andere Miner und Anwendungen unglaublich einfach zu verifizieren. Selbst wenn sich nur eine Transaktion ändern würde, wäre der Hash völlig anders und würde Betrug signalisieren.
-„Hashing“ macht es leichter, Betrug zu erkennen. Aber auch der Proof-of-Work-Prozess selbst war eine große Abschreckung für Angriffe auf die Chain.
+Hashing macht es einfach, Betrug zu erkennen. Aber Proof-of-Work als Prozess war auch eine große Abschreckung gegen Angriffe auf die Chain.
-### Sicherheit von Proof-of-Work {#security}
+### Proof-of-Work und Sicherheit {#security}
-Die Miner wurden dazu angeregt, diese Arbeit auf der Haupt-Kette von Ethereum zu leisten. Für Untergruppen von Minern gab es wenig Anreiz, eine eigene Kette zu starten – das untergräbt das System. Bockchains verlassen sich auf einen einzigen Status als Quelle der Wahrheit.
+Miner wurden dazu angeregt, diese Arbeit auf der Haupt-Ethereum-Chain zu verrichten. Es gab wenig Anreiz für eine Untergruppe von Minern, ihre eigene Chain zu starten – es untergräbt das System. Blockchains verlassen sich darauf, einen einzigen Zustand als Quelle der Wahrheit (Source of Truth) zu haben.
-Das Ziel von Proof-of-Work bestand darin, die Chain zu verlängern. Die Gültigkeit der längsten Kette war am glaubwürdigsten, weil diese den größten Rechenaufwand zur Erzeugung erfordert hatte. Im PoW-System von Ethereum war es nahezu unmöglich, neue Blöcke zu erstellen, die Transaktionen löschen, gefälschte Transaktionen erstellen oder eine zweite Kette aufrechterhalten. Das liegt daran, dass ein bösartiger Miner immer schneller als alle anderen den Nonce des Blocks hätte lösen müssen.
+Das Ziel von Proof-of-Work war es, die Chain zu verlängern. Die längste Chain war am glaubwürdigsten als die gültige, da für ihre Generierung die meiste Rechenarbeit geleistet wurde. Innerhalb von Ethereums PoW-System war es fast unmöglich, neue Blöcke zu erstellen, die Transaktionen löschen, gefälschte erstellen oder eine zweite Chain aufrechterhalten. Das liegt daran, dass ein böswilliger Miner die Block-Nonce immer schneller als alle anderen hätte lösen müssen.
-Um konsequent bösartige, aber gültige Blöcke zu erstellen, hätte ein bösartiger Miner über 51 % der Mining-Leistung des Netzwerks benötigt, um alle anderen zu übertreffen. Diese Menge an „Work“ erfordert eine Menge teure Rechenleistung, und der aufgewendete Energieaufwand könnte sogar die bei dem Angriff erzielten Gewinne übersteigen.
+Um beständig böswillige, aber gültige Blöcke zu erstellen, hätte ein böswilliger Miner über 51 % der Mining-Leistung des Netzwerks benötigt, um alle anderen zu schlagen. Diese Menge an "Arbeit" erfordert viel teure Rechenleistung, und die aufgewendete Energie hätte die bei einem Angriff erzielten Gewinne möglicherweise sogar übertroffen.
-### Wirtschaftlichkeit von Proof-of-Work {#economics}
+### Proof-of-Work-Ökonomie {#economics}
-Proof-of-Work war auch dafür verantwortlich, neue Währung in das System einzuspeisen und Miner zur Ausführung der Arbeit zu motivieren.
+Proof-of-Work war auch dafür verantwortlich, neue Währung in das System auszugeben und Miner zu motivieren, die Arbeit zu tun.
-Seit dem [Konstantinopel-Upgrade](/ethereum-forks/#constantinople) wurden Miner, die erfolgreich einen Block erstellen, mit zwei frisch geprägten ETH und einem Teil der Transaktionsgebühren belohnt. Ommer-Blöcke wurden ebenfalls mit 1,75 ETH vergütet. Ommer-Blöcke waren gültige Blöcke, die von einem Miner praktisch zur selben Zeit erstellt wurden wie ein durch einen anderen Miner erstellter kanonischer Block. Die endgültige Bestimmung erfolgte anhand der Kette, auf die zuerst aufgebaut wurde. Zu Ommer-Blöcken kam es in der Regel durch Netzwerklatenzen.
+Seit dem [Constantinople-Upgrade](/ethereum-forks/#constantinople) wurden Miner, die erfolgreich einen Block erstellten, mit zwei frisch geprägten ETH und einem Teil der Transaktionsgebühren belohnt. Ommer-Blöcke wurden ebenfalls mit 1,75 ETH vergütet. Ommer-Blöcke waren gültige Blöcke, die von einem Miner praktisch zur gleichen Zeit erstellt wurden, als ein anderer Miner den kanonischen Block erstellte, was letztendlich dadurch bestimmt wurde, auf welcher Chain zuerst aufgebaut wurde. Ommer-Blöcke traten normalerweise aufgrund von Netzwerklatenz auf.
-## Endgültigkeit {#finality}
+## Finalität {#finality}
-Eine Transaktion hat bei Ethereum „Endgültigkeit“, wenn sie Teil eines Blocks ist, der sich nicht mehr ändern kann.
+Eine Transaktion hat auf Ethereum "Finalität", wenn sie Teil eines Blocks ist, der sich nicht mehr ändern kann.
-Da die Miner dezentral arbeiteten, konnten zwei gültige Blöcke gleichzeitig gemint werden. Das erzeugt eine temporäre Abzweigung. Letztendlich wurde eine dieser Ketten zur akzeptierten Kette, nachdem weitere Blöcke gemint und hinzugefügt wurden, wodurch die Kette länger wurde.
+Da Miner auf dezentralisierte Weise arbeiteten, konnten zwei gültige Blöcke gleichzeitig gemint werden. Dies erzeugt einen temporären Fork. Letztendlich wurde eine dieser Chains zur akzeptierten Chain, nachdem nachfolgende Blöcke gemint und ihr hinzugefügt wurden, was sie länger machte.
-Um es noch komplizierter zu machen, wurden Transaktionen, die auf der temporären Abzweigung abgelehnt wurden, möglicherweise nicht in die akzeptierte Kette aufgenommen. Das bedeutet, dass dies umgekehrt werden konnte. „Endgültigkeit“ bezieht sich also auf die Zeit, die Sie abwarten sollten, bevor Sie eine Transaktion als unumkehrbar betrachten. Unter dem vorherigen Proof-of-Work-Ethereum galt: Je mehr Blöcke auf einem spezifischen Block `N` gemint wurden, desto größer war das Vertrauen, dass die Transaktionen in `N` erfolgreich waren und nicht zurückgesetzt werden. Jetzt, mit Proof-of-Stake, ist die Finalisierung eine explizite Eigenschaft eines Blocks, keine wahrscheinliche.
+Um die Dinge weiter zu verkomplizieren, wurden Transaktionen, die auf dem temporären Fork abgelehnt wurden, möglicherweise nicht in die akzeptierte Chain aufgenommen. Das bedeutet, dass sie rückgängig gemacht werden könnten. Finalität bezieht sich also auf die Zeit, die Sie warten sollten, bevor Sie eine Transaktion als unumkehrbar betrachten. Unter dem vorherigen Proof-of-Work-Ethereum galt: Je mehr Blöcke auf einem bestimmten Block `N` gemint wurden, desto höher war die Zuversicht, dass die Transaktionen in `N` erfolgreich waren und nicht rückgängig gemacht würden. Jetzt, mit Proof-of-Stake, ist die Finalisierung eine explizite und keine probabilistische Eigenschaft eines Blocks.
-## Energieverbrauch von Proof-of-Work {#energy}
+## Proof-of-Work-Energieverbrauch {#energy}
-Ein Hauptkritikpunkt an Proof-of-Work ist die Menge an Energie, die benötigt wird, um das Netzwerk sicher zu halten. Um Sicherheit und Dezentralisierung zu erhalten, verbrauchte Ethereums Proof-of-Work große Mengen an Energie. Kurz vor der Umstellung auf Proof-of-Stake verbrauchten die Ethereum-Miner zusammen etwa 70 TWh/Jahr (ungefähr so viel wie die Tschechische Republik – laut [digiconomist](https://digiconomist.net/) am 18. Juli 2022).
+Ein Hauptkritikpunkt an Proof-of-Work ist die Menge an Energie, die erforderlich ist, um das Netzwerk sicher zu halten. Um Sicherheit und Dezentralisierung aufrechtzuerhalten, verbrauchte Ethereum unter Proof-of-Work große Mengen an Energie. Kurz vor dem Wechsel zu Proof-of-Stake verbrauchten die Ethereum-Miner zusammen etwa 70 TWh/Jahr (etwa so viel wie die Tschechische Republik – laut [digiconomist](https://digiconomist.net/) am 18. Juli 2022).
## Vor- und Nachteile {#pros-and-cons}
-| Vorteile | Nachteile |
-| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------- |
-| Proof-of-Work ist neutral. Du brauchst keine ETH, um loszulegen, und die Blockbelohnungen erlauben dir von 0 ETH auf einen positiven Kontostand zu kommen. Für [Proof-of-Stake](/developers/docs/consensus-mechanisms/pos/) brauchst du zu Beginn ETH. | Proof-of-Work verbraucht so viel Energie, dass es schlecht für die Umwelt ist. |
-| Proof-of-Work ist ein bewährter Konsensmechanismus, der Bitcoin und Ethereum seit vielen Jahren sicher und dezentralisiert macht. | Wenn du Mining betreiben willst, brauchst du eine so spezielle Ausrüstung, dass es eine große Investition ist, damit anzufangen. |
-| Verglichen mit dem Proof-of-Stake ist es relativ einfach zu implementieren. | Da immer mehr Rechenleistung benötigt wird, könnten Mining-Pools das Mining-Geschäft dominieren, was zu Zentralisierung und Sicherheitsrisiken führt. |
+| Vorteile | Nachteile |
+| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------- |
+| Proof-of-Work ist neutral. Sie benötigen keine ETH, um loszulegen, und Block-Belohnungen ermöglichen es Ihnen, von 0 ETH zu einem positiven Guthaben zu gelangen. Bei [Proof-of-Stake](/developers/docs/consensus-mechanisms/pos/) benötigen Sie ETH, um zu beginnen. | Proof-of-Work verbraucht so viel Energie, dass es schlecht für die Umwelt ist. |
+| Proof-of-Work ist ein erprobter und getesteter Konsensmechanismus, der Bitcoin und Ethereum über viele Jahre hinweg sicher und dezentralisiert gehalten hat. | Wenn Sie minen möchten, benötigen Sie so spezielle Ausrüstung, dass es eine große Investition ist, um anzufangen. |
+| Im Vergleich zu Proof-of-Stake ist es relativ einfach zu implementieren. | Aufgrund des steigenden Rechenbedarfs könnten Mining-Pools potenziell das Mining-Geschäft dominieren, was zu Zentralisierung und Sicherheitsrisiken führt. |
-## Vergleich mit Proof-of-Stake {#compared-to-pos}
+## Im Vergleich zu Proof-of-Stake {#compared-to-pos}
-Im Großen und Ganzen hat Proof-of-Stake dasselbe Ziel wie Proof-of-Work: dem dezentralen Netzwerk helfen, Konsens auf eine sichere Weise zu erzielen. Es gibt jedoch einige Unterschiede im Prozess und im Personal:
+Auf hoher Ebene hat Proof-of-Stake das gleiche Endziel wie Proof-of-Work: dem dezentralisierten Netzwerk zu helfen, sicher einen Konsens zu erreichen. Es gibt jedoch einige Unterschiede im Prozess und beim Personal:
-- Der Proof-of-Stake hebt die Bedeutung der Rechenleistung für die eingesetzte ETH auf.
-- Beim Proof-of-Stake werden die Miner durch Validatoren ersetzt. Validatoren setzen ihre ETH ein ("Staking"), um die Fähigkeit, neue Blöcke zu erstellen, zu aktivieren.
-- Validatoren konkurrieren nicht um Blöcke, sondern werden zufällig durch einen Algorithmus ausgewählt.
-- Die Endgültigkeit ist klarer: Wenn sich 2/3 der Prüfer/Prüferinnen an bestimmten Kontrollpunkten über den Zustand des Blocks einig sind, gilt er als endgültig. Die Validatoren müssen ihren gesamten Einsatz darauf setzen. Wenn sie also versuchen, sich abzusprechen, verlieren sie ihren gesamten Einsatz.
+- Proof-of-Stake tauscht die Bedeutung von Rechenleistung gegen gestakte ETH aus.
+- Proof-of-Stake ersetzt Miner durch Validatoren. Validatoren setzen ihre ETH als Einsatz (Stake), um die Fähigkeit zur Erstellung neuer Blöcke zu aktivieren.
+- Validatoren konkurrieren nicht um die Erstellung von Blöcken, sondern werden zufällig von einem Algorithmus ausgewählt.
+- Finalität ist klarer: An bestimmten Checkpoints gilt ein Block als final, wenn 2/3 der Validatoren dem Zustand des Blocks zustimmen. Validatoren müssen ihren gesamten Einsatz darauf wetten. Wenn sie also später versuchen, sich abzusprechen, verlieren sie ihren gesamten Einsatz.
[Mehr über Proof-of-Stake](/developers/docs/consensus-mechanisms/pos/)
-## Eher ein visueller Lerner? {#visual-learner}
+## Lernen Sie eher visuell? {#visual-learner}
-Proof-of-Work ist nicht mehr der zugrunde liegende Konsensmechanismus von Ethereum, was bedeutet, dass das Mining ausgeschaltet wurde. Stattdessen wird Ethereum von Validatoren gesichert, die ETH staken. Du kannst schon heute mit dem Staking deiner ETH beginnen. Lese mehr dazu unter den Merge, Proof-of-Stake, und Staking. Diese Seite dient ausschließlich zu Archivierungszwecken, um Ereignisse rund um Ethereum zu dokumentieren.
+Proof-of-Work liegt dem Konsensmechanismus von Ethereum nicht mehr zugrunde, was bedeutet, dass das Mining abgeschaltet wurde. Stattdessen wird [Ethereum](/) durch Validatoren gesichert, die ETH staken. Sie können noch heute mit dem Staking Ihrer ETH beginnen. Lesen Sie mehr über The Merge, Proof-of-Stake und Staking. Diese Seite ist nur von historischem Interesse.
## Voraussetzungen {#prerequisites}
-Um diese Seite besser zu verstehen, empfehlen wir dir, zuerst [Transaktionen](/developers/docs/transactions/), [Blöcke](/developers/docs/blocks/) und [Proof-of-Work](/developers/docs/consensus-mechanisms/pow/) zu lesen.
+Um diese Seite besser zu verstehen, empfehlen wir Ihnen, sich zunächst über [Transaktionen](/developers/docs/transactions/), [Blöcke](/developers/docs/blocks/) und [Proof-of-Work](/developers/docs/consensus-mechanisms/pow/) zu informieren.
## Was ist Ethereum-Mining? {#what-is-ethereum-mining}
-Mining ist der Prozess der Erstellung eines Blocks von Transaktionen, der zur Ethereum-Blockchain in der mittlerweile veralteten Proof-of-Work-Architektur von Ethereum hinzugefügt werden soll.
+Mining ist der Prozess der Erstellung eines Blocks von Transaktionen, der der Ethereum-Blockchain in der nun veralteten Proof-of-Work-Architektur von Ethereum hinzugefügt wird.
-Das Wort Mining stammt aus dem Kontext der Goldanalogie für Kryptowährungen. Gold oder Edelmetalle sind knapp, digitale Token sind es auch, und die einzige Möglichkeit, das Gesamtvolumen in einem Proof-of-Work System zu erhöhen, ist das Mining. Beim Proof-of-Work von Ethereum erfolgte die Ausgabe ausschließlich durch Mining. Im Gegensatz zum Mining von Gold oder Edelmetallen, diente Mining bei Ethereum, durch das Kreieren, Verifizieren, Publizieren und Verteilen von Blocks in der Blockchain, auch der Sicherung des Netzwerkes.
+Das Wort Mining stammt aus dem Kontext der Goldanalogie für Kryptowährungen. Gold oder Edelmetalle sind knapp, ebenso wie digitale Token, und die einzige Möglichkeit, das Gesamtvolumen in einem Proof-of-Work-System zu erhöhen, ist durch Mining. Im Proof-of-Work-Ethereum war die einzige Art der Emission das Mining. Im Gegensatz zu Gold oder Edelmetallen war das Ethereum-Mining jedoch auch die Methode, um das Netzwerk zu sichern, indem Blöcke in der Blockchain erstellt, verifiziert, veröffentlicht und verbreitet wurden.
-Mining von Ether = Sicherung des Netzwerks
+Ether minen = Das Netzwerk sichern
-Mining ist das Lebenselixier jeder Proof-of-Work Blockchain. Ethereum-Miner – die Computer, auf denen die Software lief – investierten ihre Zeit und Rechenleistung, um Transaktionen zu verarbeiten und Blöcke zu generieren, bevor der Übergang zu Proof-of-Stake erfolgte.
+Mining ist das Lebenselixier jeder Proof-of-Work-Blockchain. Ethereum-Miner – Computer, auf denen Software läuft – nutzten vor dem Übergang zu Proof-of-Stake ihre Zeit und Rechenleistung, um Transaktionen zu verarbeiten und Blöcke zu produzieren.
## Warum gibt es Miner? {#why-do-miners-exist}
-In dezentralisierten Systemen wie Ethereum müssen wir sicherstellen, dass jeder mit der Reihenfolge der Transaktionen einverstanden ist. Miner halfen dabei, indem sie rechnerisch schwierige Puzzles lösten, um Blöcke zu produzieren und dabei das Netzwerk vor Attacken zu schützen.
+In dezentralisierten Systemen wie Ethereum müssen wir sicherstellen, dass sich alle über die Reihenfolge der Transaktionen einig sind. Miner halfen dabei, indem sie rechenintensive Rätsel lösten, um Blöcke zu produzieren und das Netzwerk vor Angriffen zu sichern.
[Mehr zu Proof-of-Work](/developers/docs/consensus-mechanisms/pow/)
-Zuvor war es jedem möglich, mit dem eigenen Computer im Ethereum-Netzwerk zu minen. Allerdings konnte nicht jeder profitabel Ether (ETH) minen. In den meisten Fällen mussten Miner dedizierte Computer-Hardware kauften und Zugang zu günstigen Energiequellen haben. Es war unwahrscheinlich, dass ein durchschnittlicher Computer genug Blockbelohnungen verdienen konnte, um die Kosten für das Mining zu kompensieren.
+Zuvor konnte jeder mit seinem Computer im Ethereum-Netzwerk minen. Allerdings konnte nicht jeder Ether (ETH) profitabel minen. In den meisten Fällen mussten Miner spezielle Computerhardware kaufen und Zugang zu günstigen Energiequellen haben. Der durchschnittliche Computer verdiente wahrscheinlich nicht genug Block-Belohnungen, um die mit dem Mining verbundenen Kosten zu decken.
-### Mining-Kosten {#cost-of-mining}
+### Kosten des Minings {#cost-of-mining}
-- Mögliche Kosten für die Hardware, die für den Bau und die Wartung einer Mining-Anlage erforderlich ist
-- Stromkosten für den Betrieb der Mining-Anlage
-- Wenn man Miner in einem Pool war, erhob der Pool üblicherweise eine pauschale prozentuale Gebühr für jeden im Pool generierten Block
-- Mögliche Kosten für die Ausrüstung zur Unterstützung der Mining-Anlage (Belüftung, Energieüberwachung, elektrische Verkabelung usw.)
+- Potenzielle Kosten für die Hardware, die zum Bau und zur Wartung eines Mining-Rigs erforderlich ist
+- Stromkosten für den Betrieb des Mining-Rigs
+- Wenn Sie in einem Pool gemint haben, berechneten diese Pools in der Regel eine pauschale prozentuale Gebühr für jeden vom Pool generierten Block
+- Potenzielle Kosten für Ausrüstung zur Unterstützung des Mining-Rigs (Belüftung, Energieüberwachung, elektrische Verkabelung usw.)
-Um die Rentabilität des Minings weiterzuerkunden, können Sie einen Mining-Rechner verwenden, beispielsweise den von [Etherscan](https://etherscan.io/ether-mining-calculator).
+Um die Rentabilität des Minings weiter zu untersuchen, verwenden Sie einen Mining-Rechner, wie ihn [Etherscan](https://etherscan.io/ether-mining-calculator) anbietet.
## Wie Ethereum-Transaktionen gemint wurden {#how-ethereum-transactions-were-mined}
-Im Folgenden wird ein Überblick darüber gegeben, wie Transaktionen in Ethereum-Proof-of-Work gemint wurden. Eine analoge Beschreibung dieses Prozesses für Ethereum-Proof-of-Stake finden Sie [hier](/developers/docs/consensus-mechanisms/pos/#transaction-execution-ethereum-pos).
+Im Folgenden finden Sie einen Überblick darüber, wie Transaktionen im Ethereum-Proof-of-Work gemint wurden. Eine analoge Beschreibung dieses Prozesses für Ethereum-Proof-of-Stake finden Sie [hier](/developers/docs/consensus-mechanisms/pos/#transaction-execution-ethereum-pos).
-1. Ein Benutzer schreibt und signiert eine Anfrage für eine [Transaktion](/developers/docs/transactions/) mit seinem privaten Schlüssel von einem [Konto](/developers/docs/accounts/).
-2. Der Benutzer überträgt die Transaktionsanfrage von einigen [Nodes](/developers/docs/nodes-and-clients/) an das gesamte Ethereum-Netzwerk.
-3. Wenn sie von der neuen Transaktionsanfrage hören, fügen alle Nodes die Anfrage ihrem lokalen Mempool (eine Liste aller Transaktionsanfragen, die noch nicht an die Blockchain übertragen wurden, von denen sie gehört haben) hinzu.
-4. Irgendwann fasst ein Mining-Node mehrere Dutzend oder Hundert Transaktionsanfragen in einem potenziellen [Block](/developers/docs/blocks/) zusammen, sodass die [Transaktionsentgelte](/developers/docs/gas/), die sie verdienen, maximiert werden, während sie unter dem Block-Ressourcen-Limit bleiben. Zu diesem Zeitpunkt tut der Mining-Node Folgendes:
- 1. Er überprüft die Gültigkeit jeder Transaktionsanfrage (z. B. es versucht keiner, die Ether von einem Konto ohne Signatur zu transferieren, die Anfrage ist nicht fehlerhaft etc.), führt dann den Code der Anfrage aus und ändert den Status ihrer lokalen Kopie der EVM. Die Miner erhalten die Transaktionsentgelte für jede dieser Transaktionsanfragen auf ihr eigenes Konto.
- 2. Startet den Prozess der Erstellung des Proof-of-Work "Nachweiszertifikat der Legitimität" für den potenziellen Block, sobald alle Transaktionsanfragen in dem Block verifiziert und in der lokalen EVM-Kopie ausgeführt wurden.
-5. Letztendlich wird ein Miner ein Zertifikat für einen Block erstellen, der unsere spezifische Transaktionsanfrage enthält. Dieser Miner sendet dann den vollendeten Block, der das Zertifikat und eine Prüfsumme des beanspruchten neuen EVM-Status enthält.
-6. Andere Nodes hören von dem neuen Block. Sie prüfen das Zertifikat, führen alle Transaktionen in dem Block selbst aus (einschließlich der ursprünglich von unserem Nutzer übermittelten Transaktion) und überprüfen, ob die Prüfsumme von ihrem neuem EVM-Status nach der Ausführung aller Transaktionen mit der Prüfsumme aus dem vom Miner-Block selbst behaupteten Status übereinstimmt. Nur dann fügen diese Nodes den Block an den Schwanz ihrer Blockchain an und akzeptieren den neuen EVM-Status als kanonischen Status.
-7. Jeder Node entfernt alle Transaktionen in dem neuen Block aus seinem lokalen Mempool aus unerfüllten Transaktionsanfragen.
-8. Neue Knoten, die dem Netzwerk beitreten, laden alle Blöcke in Reihenfolge herunter, einschließlich des Blocks mit der von uns vefolgten Transaktion. Sie initialisieren eine lokale EVM-Kopie (diese startet als ein leerer EVM-Status), gehen dann durch den Ausführungsprozess jeder Transaktion in jedem Block an der Spitze der lokalen EVM-Kopie und überprüfen dabei in jedem Block die Prüfsummenstatus.
+1. Ein Benutzer schreibt und signiert eine [Transaktionsanfrage](/developers/docs/transactions/) mit dem Private-Key eines [Kontos](/developers/docs/accounts/).
+2. Der Benutzer sendet die Transaktionsanfrage von einem [Blockchain-Knoten](/developers/docs/nodes-and-clients/) an das gesamte Ethereum-Netzwerk.
+3. Sobald ein Blockchain-Knoten im Ethereum-Netzwerk von der neuen Transaktionsanfrage erfährt, fügt er die Anfrage seinem lokalen Mempool hinzu, einer Liste aller Transaktionsanfragen, von denen er gehört hat und die noch nicht in einem Block in die Blockchain aufgenommen wurden.
+4. Irgendwann fasst ein Mining-Knoten mehrere Dutzend oder Hundert Transaktionsanfragen zu einem potenziellen [Block](/developers/docs/blocks/) zusammen, und zwar so, dass die [Transaktionsgebühren](/developers/docs/gas/), die er verdient, maximiert werden, während er gleichzeitig unter das Gaslimit des Blocks fällt. Der Mining-Knoten führt dann Folgendes aus:
+ 1. Er verifiziert die Gültigkeit jeder Transaktionsanfrage (d. h. niemand versucht, Ether von einem Konto zu überweisen, für das er keine Signatur erstellt hat, die Anfrage ist nicht fehlerhaft usw.) und führt dann den Code der Anfrage aus, wodurch der Zustand seiner lokalen Kopie der EVM geändert wird. Der Miner schreibt die Transaktionsgebühr für jede dieser Transaktionsanfragen seinem eigenen Konto gut.
+ 2. Er beginnt mit dem Prozess der Erstellung des Proof-of-Work-„Legitimitätszertifikats“ für den potenziellen Block, sobald alle Transaktionsanfragen im Block verifiziert und auf der lokalen EVM-Kopie ausgeführt wurden.
+5. Schließlich wird ein Miner die Erstellung eines Zertifikats für einen Block abschließen, der unsere spezifische Transaktionsanfrage enthält. Der Miner sendet dann den fertigen Block, der das Zertifikat und eine Prüfsumme des behaupteten neuen EVM-Zustands enthält.
+6. Andere Blockchain-Knoten erfahren von dem neuen Block. Sie verifizieren das Zertifikat, führen alle Transaktionen auf dem Block selbst aus (einschließlich der ursprünglich von unserem Benutzer gesendeten Transaktion) und verifizieren, dass die Prüfsumme ihres neuen EVM-Zustands nach der Ausführung aller Transaktionen mit der Prüfsumme des vom Block des Miners behaupteten Zustands übereinstimmt. Erst dann hängen diese Blockchain-Knoten diesen Block an das Ende ihrer Blockchain an und akzeptieren den neuen EVM-Zustand als den kanonischen Zustand.
+7. Jeder Blockchain-Knoten entfernt alle Transaktionen im neuen Block aus seinem lokalen Mempool unerfüllter Transaktionsanfragen.
+8. Neue Blockchain-Knoten, die dem Netzwerk beitreten, laden alle Blöcke nacheinander herunter, einschließlich des Blocks, der unsere interessante Transaktion enthält. Sie initialisieren eine lokale EVM-Kopie (die als EVM mit leerem Zustand beginnt) und durchlaufen dann den Prozess der Ausführung jeder Transaktion in jedem Block auf ihrer lokalen EVM-Kopie, wobei sie die Zustandsprüfsummen bei jedem Block auf dem Weg verifizieren.
-Jede Transaktion wird einmal gemint (in einen neuen Block eingeschlossen und zum ersten Mal propagiert), aber von jedem Teilnehmer im Prozess der Weitergabe des kanonischen EVM-Status ausgeführt und verifiziert. Dies hebt eines der wichtigsten Mantras der Blockchain hervor: **Nicht vertrauen – prüfen**.
+Jede Transaktion wird einmal gemint (in einen neuen Block aufgenommen und zum ersten Mal verbreitet), aber von jedem Teilnehmer im Prozess der Weiterentwicklung des kanonischen EVM-Zustands ausgeführt und verifiziert. Dies unterstreicht eines der zentralen Mantras der Blockchain: **Nicht vertrauen, verifizieren** (Don’t trust, verify).
-## Ommer(Onkel)-Blöcke {#ommer-blocks}
+## Ommer- (Uncle-) Blöcke {#ommer-blocks}
-Das Mining von Blöcken bei Proof-of-Work war probabilistisch, was bedeutet, dass manchmal aufgrund von Netzwerklatenz gleichzeitig zwei gültige Blöcke veröffentlicht wurden. In diesem Fall musste das Protokoll die längste (und daher „gültigste“) Kette bestimmen und gleichzeitig Fairness gegenüber den Minern gewährleisten, indem es den vorgeschlagenen, aber nicht einbezogenen gültigen Block teilweise belohnte. Das förderte eine weitere Dezentralisierung des Netzwerks, da kleinere Miner, die möglicherweise mit größerer Latenz konfrontiert sind, immer noch Erträge durch [Ommer](/glossary/#ommer)-Blockbelohnungen generieren konnten.
+Das Block-Mining bei Proof-of-Work war probabilistisch, was bedeutet, dass aufgrund von Netzwerklatenz manchmal zwei gültige Blöcke gleichzeitig veröffentlicht wurden. In diesem Fall musste das Protokoll die längste (und damit „gültigste“) Kette bestimmen und gleichzeitig Fairness gegenüber den Minern gewährleisten, indem der vorgeschlagene, aber nicht aufgenommene gültige Block teilweise belohnt wurde. Dies förderte die weitere Dezentralisierung des Netzwerks, da kleinere Miner, die möglicherweise mit einer größeren Latenz konfrontiert waren, dennoch Erträge über [Ommer](/glossary/#ommer)-Block-Belohnungen erzielen konnten.
-Der Begriff „Ommer" ist der bevorzugte geschlechtsneutrale Begriff für das Geschwisterteil eines Elternblocks, aber manchmal ist auch die Rede von „Onkel". **Seit dem Übergang von Ethereum zu Proof-of-Stake werden keine Ommer-Blöcke mehr gemint**, da in jedem Slot nur ein Vorschlaggeber gewählt wird. Sie können diese Veränderung im [Geschichtsdiagramm](https://ycharts.com/indicators/ethereum_uncle_rate) der geminten Ommer-Blöcke einsehen.
+Der Begriff „Ommer“ ist der bevorzugte geschlechtsneutrale Begriff für das Geschwisterkind eines Elternblocks, wird aber manchmal auch als „Uncle“ (Onkel) bezeichnet. **Seit Ethereums Wechsel zu Proof-of-Stake werden Ommer-Blöcke nicht mehr gemint**, da in jedem Slot nur ein Block-Vorschlagender gewählt wird. Sie können diese Änderung sehen, indem Sie sich das [historische Diagramm](https://ycharts.com/indicators/ethereum_uncle_rate) der geminten Ommer-Blöcke ansehen.
## Eine visuelle Demo {#a-visual-demo}
-Sehen Sie Austin bei einer Führung durch das Mining und die Proof-of-Work-Blockchain zu.
+Sehen Sie zu, wie Austin Sie durch das Mining und die Proof-of-Work-Blockchain führt.
xᵐ mod P ≡ 1
-Angesichts dieser Definitionen haben wir:
+Um dies zu vermeiden, wird auf ein Ergebnis aus der Zahlentheorie zurückgegriffen. Eine [_sichere Primzahl_ (Safe Prime)](https://en.wikipedia.org/wiki/Safe_prime) ist definiert als eine Primzahl `P`, bei der `(P-1)/2` ebenfalls eine Primzahl ist. Die _Ordnung_ eines Elements `x` der [multiplikativen Gruppe](https://en.wikipedia.org/wiki/Multiplicative_group_of_integers_modulo_n) `ℤ/nℤ` ist definiert als das minimale `m`, sodass xᵐ mod P ≡ 1
+Unter Berücksichtigung dieser Definitionen haben wir:
-> Beobachtung 1. Lassen Sie `x` ein Mitglied der multiplikativen Gruppe `ℤ/Pℤ` für eine sichere Primzahl `P` sein. Bei `x mod P ≠ 1 mod P` und `x mod P ≠ P-1 mod P` ist die Ordnung von `x` entweder `P-1` oder `(P-1)/2`.
+> Beobachtung 1. Sei `x` ein Element der multiplikativen Gruppe `ℤ/Pℤ` für eine sichere Primzahl `P`. Wenn `x mod P ≠ 1 mod P` und `x mod P ≠ P-1 mod P`, dann ist die Ordnung von `x` entweder `P-1` oder `(P-1)/2`.
-_Beweis_. Da `P` eine sichere Primzahl ist, gilt nach dem \[Satz von Lagrange\]\[lagrange\], dass die Ordnung von `x` entweder `1`, `2`, `(P-1)/2` oder `P-1` ist.
+_Beweis_. Da `P` eine sichere Primzahl ist, gilt nach dem [Satz von Lagrange][lagrange], dass die Ordnung von `x` entweder `1`, `2`, `(P-1)/2` oder `P-1` ist.
-Die Ordnung von `x` kann nicht `1` sein, da wir gemäß dem Little Theorem von Fermat Folgendes haben:
+Die Ordnung von `x` kann nicht `1` sein, da nach dem kleinen Satz von Fermat gilt:
xP-1 mod P ≡ 1
Daher muss `x` eine multiplikative Identität von `ℤ/nℤ` sein, die eindeutig ist. Da wir angenommen haben, dass `x ≠ 1`, ist dies nicht möglich.
-Die Ordnung von `x` kann nicht `2` sein, es sei denn, `x = P-1`, weil dies die Aussage verletzen würde, dass `P` eine Primzahl ist.
+Die Ordnung von `x` kann nicht `2` sein, es sei denn, `x = P-1`, da dies verletzen würde, dass `P` eine Primzahl ist.
-Aus dem obigen Vorschlag können wir erkennen, dass die Iteration von `(picker * init) % P` eine Zykluslänge von mindestens `(P-1)/2` hat. Das liegt daran, dass wir `P` als sichere Primzahl gewählt haben, die etwa einer höheren Potenz von zwei entspricht, und `init` im Intervall `[2,2**256+1]` liegt. Angesichts der Größe von `P` sollten wir niemals einen Zyklus aus der modularen Potenzierung erwarten.
+Aus der obigen Aussage können wir erkennen, dass die Iteration von `(picker * init) % P` eine Zykluslänge von mindestens `(P-1)/2` haben wird. Dies liegt daran, dass wir `P` als eine sichere Primzahl ausgewählt haben, die ungefähr einer höheren Zweierpotenz entspricht, und `init` im Intervall `[2,2**256+1]` liegt. Angesichts der Größe von `P` sollten wir niemals einen Zyklus aus der modularen Exponentiation erwarten.
-Wenn wir die erste Zelle im DAG zuweisen (die Variable mit der Bezeichnung `init`), berechnen wir `pow(sha3(seed) + 2, 3, P)`. Auf den ersten Blick stellt dies nicht sicher, dass das Ergebnis weder `1` noch `P-1` ist. Da `P-1` jedoch eine sichere Primzahl ist, haben wir die folgende zusätzliche Sicherheit, die eine Folgerung aus Beobachtung 1 ist:
+Wenn wir die erste Zelle im DAG zuweisen (die Variable mit der Bezeichnung `init`), berechnen wir `pow(sha3(seed) + 2, 3, P)`. Auf den ersten Blick garantiert dies nicht, dass das Ergebnis weder `1` noch `P-1` ist. Da `P-1` jedoch eine sichere Primzahl ist, haben wir die folgende zusätzliche Sicherheit, die ein Korollar aus Beobachtung 1 ist:
-> Beobachtung 2. `x` sei ein Element der multiplikativen Gruppe `ℤ/Pℤ` für eine sichere Primzahl `P`, und `w` sei eine natürliche Zahl. Wenn `x mod P ≠ 1 mod P` und `x mod P ≠ P-1 mod P` sowie `w mod P ≠ P-1 mod P` und `w mod P ≠ 0 mod P`, dann `xʷ mod P ≠ 1 mod P` und `xʷ mod P ≠ P-1 mod P`.
+> Beobachtung 2. Sei `x` ein Element der multiplikativen Gruppe `ℤ/Pℤ` für eine sichere Primzahl `P`, und sei `w` eine natürliche Zahl. Wenn `x mod P ≠ 1 mod P` und `x mod P ≠ P-1 mod P`, sowie `w mod P ≠ P-1 mod P` und `w mod P ≠ 0 mod P`, dann ist `xʷ mod P ≠ 1 mod P` und `xʷ mod P ≠ P-1 mod P`
-### Modulare Potenzierung als Hash-Funktion {#modular-exponentiation}
+### Modulare Exponentiation als Hash-Funktion {#modular-exponentiation}
-Bei bestimmten Werten von `P` und `w` kann es bei der Funktion `pow(x, w, P)` zu zahlreichen Kollisionen kommen. Beispielsweise nimmt `pow(x,9,19)` nur die Werte `{1,18}` an.
+Für bestimmte Werte von `P` und `w` kann die Funktion `pow(x, w, P)` viele Kollisionen aufweisen. Zum Beispiel nimmt `pow(x,9,19)` nur die Werte `{1,18}` an.
-Wenn `P` eine Primzahl ist, kann ein geeignetes `w` für eine Hash-Funktion zur modularen Potenzierung mithilfe des folgenden Ergebnisses ausgewählt werden:
+Da `P` eine Primzahl ist, kann ein geeignetes `w` für eine modulare Exponentiations-Hash-Funktion unter Verwendung des folgenden Ergebnisses ausgewählt werden:
-> Beobachtung 3. `P` sei eine Primzahl; `w` und `P-1` sind nur dann teilerfremd, wenn für alle `a` und `b` in `ℤ/Pℤ` Folgendes gilt:
->
->
-> „aʷ mod P ≡ bʷ mod P“ gilt nur dann, wenn „a mod P ≡ b mod P“
->
+> Beobachtung 3. Sei `P` eine Primzahl; `w` und `P-1` sind teilerfremd, wenn und nur wenn für alle `a` und `b` in `ℤ/Pℤ` gilt:`aʷ mod P ≡ bʷ mod P` wenn und nur wenn `a mod P ≡ b mod P`
-Da `P` eine Primzahl ist und `w` teilerfremd zu `P-1` ist, gilt, dass `|{pow(x, w, P) : x ∈ ℤ}| = P`, was bedeutet, dass die Hashing-Funktion die minimal mögliche Kollisionsrate aufweist.
+Da `P` eine Primzahl ist und `w` teilerfremd zu `P-1` ist, gilt somit `|{pow(x, w, P) : x ∈ ℤ}| = P`, was impliziert, dass die Hash-Funktion die minimal mögliche Kollisionsrate aufweist.
-Im speziellen Fall, dass `P` eine sichere Primzahl ist, wie wir sie ausgewählt haben, hat `P-1` nur die Faktoren 1, 2, `(P-1)/2` und `P-1`. Da `P` > 7 ist, wissen wir, dass 3 teilerfremd zu `P-1` ist, daher erfüllt `w=3` die obige Aussage.
+In dem speziellen Fall, dass `P` eine sichere Primzahl ist, wie wir sie ausgewählt haben, hat `P-1` nur die Faktoren 1, 2, `(P-1)/2` und `P-1`. Da `P` > 7, wissen wir, dass 3 teilerfremd zu `P-1` ist, daher erfüllt `w=3` die obige Aussage.
-## Effizienterer cache-basierter Auswertungsalgorithmus {#cache-based-evaluation}
+## Effizienterer Cache-basierter Auswertungsalgorithmus {#cache-based-evaluation}
```python
def quick_calc(params, seed, p):
@@ -331,4 +327,4 @@ def quick_hashimoto_cached(cache, dagsize, params, header, nonce):
for _ in range(params["accesses"]):
mix ^= quick_calc_cached(cache, params, m + (mix & mask) % m)
return dbl_sha3(mix)
-```
+```
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md b/public/content/translations/de/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md
index b42bba6a799..fd3f7da831c 100644
--- a/public/content/translations/de/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md
+++ b/public/content/translations/de/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md
@@ -1,6 +1,6 @@
---
title: Ethash
-description: Der Ethash-Algorithmus im Detail.
+description: Ein detaillierter Blick auf den Ethash-Algorithmus.
lang: de
---
@@ -8,25 +8,25 @@ lang: de
- Ethash war der Proof-of-Work-Mining-Algorithmus von Ethereum. Proof-of-work wurde nun **komplett abgeschaltet** und Ethereum wird jetzt stattdessen durch [Proof-of-Stake](/developers/docs/consensus-mechanisms/pos/) gesichert. Lesen Sie mehr über [die Zusammenführung](/roadmap/merge/), [Proof-of-Stake](/developers/docs/consensus-mechanisms/pos/) und [Staking](/staking/). Diese Seite dient dem geschichtlichen Interesse!
+ Ethash war Ethereums Proof-of-Work-Mining-Algorithmus. Proof-of-Work wurde nun **vollständig abgeschaltet** und Ethereum wird stattdessen durch [Proof-of-Stake](/developers/docs/consensus-mechanisms/pos/) gesichert. Lesen Sie mehr über [The Merge](/roadmap/merge/), [Proof-of-Stake](/developers/docs/consensus-mechanisms/pos/) und [Staking](/staking/). Diese Seite ist von historischem Interesse!
-Ethash ist eine modifizierte Version des [Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto)-Algorithmus. Ethash-Proof-of-Work ist [speicherhart](https://wikipedia.org/wiki/Memory-hard_function), was die Algorithmus-ASIC resistent machen sollte. Zwar wurden schließlich Ethash-ASICs entwickelt, aber GPU-Mining war weiterhin eine gangbare Option, bis Proof-of-Work abgeschaltet wurde. Ethash wird immer noch verwendet, um andere Coins zu minen, die nicht auf Proof-of-Work-Netzwerken von Ethereum laufen.
+Ethash ist eine modifizierte Version des [Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto)-Algorithmus. Ethash-Proof-of-Work ist [speicherintensiv (memory hard)](https://wikipedia.org/wiki/Memory-hard_function), was den Algorithmus ASIC-resistent machen sollte. Ethash-ASICs wurden schließlich entwickelt, aber GPU-Mining war immer noch eine praktikable Option, bis Proof-of-Work abgeschaltet wurde. Ethash wird weiterhin verwendet, um andere Coins in anderen Nicht-Ethereum-Proof-of-Work-Netzwerken zu minen.
## Wie funktioniert Ethash? {#how-does-ethash-work}
-Speicherhärte wird durch einen Proof-of-Work-Algorithmus erreicht, der das Auswählen von Teilmengen einer festgelegten Ressource erfordert, abhängig von der Nonce und dem Block-Header. Diese Ressource (einige Gigabyte groß) nennt sich DAG. Der DAG wird alle 30.000 Blöcke geändert – ein ~125-Stunden-Fenster, das als Epoche bezeichnet wird (etwa 5,2 Tage) – und seine Erstellung dauert eine Weile. Da der DAG nur von der Höhe des Blocks abhängt, kann die Erzeugung im Voraus erfolgen. Ist dies jedoch nicht der Fall, muss der Client bis zum Ende dieses Prozesses warten, um einen Block zu erstellen. Wenn die Clients die DAGs nicht im Voraus erstellen und zwischenspeichern, kann es bei jedem Epochenwechsel zu massiven Blockverzögerungen im Netzwerk kommen. Beachten Sie, dass der DAG nicht für die Verifizierung des Proof-of-Work erzeugt werden muss, was im Wesentlichen eine Verifizierung mit geringer CPU-Leistung und wenig Speicher ermöglicht.
+Speicherintensität wird mit einem Proof-of-Work-Algorithmus erreicht, der die Auswahl von Teilmengen einer festen Ressource in Abhängigkeit von der Nonce und dem Block-Header erfordert. Diese Ressource (einige Gigabyte groß) wird als DAG bezeichnet. Der DAG wird alle 30000 Blöcke geändert, ein ~125-Stunden-Fenster, das als Epoche (etwa 5,2 Tage) bezeichnet wird, und dessen Generierung eine Weile dauert. Da der DAG nur von der Blockhöhe abhängt, kann er im Voraus generiert werden. Wenn dies jedoch nicht der Fall ist, muss die Anwendung bis zum Ende dieses Prozesses warten, um einen Block zu produzieren. Wenn Anwendungen DAGs nicht im Voraus generieren und zwischenspeichern, kann das Netzwerk bei jedem Epochenübergang eine massive Blockverzögerung erfahren. Beachten Sie, dass der DAG nicht für die Verifizierung des Proof-of-Work generiert werden muss, was im Wesentlichen eine Verifizierung mit geringer CPU- und Speicherleistung ermöglicht.
-Die allgemeine Route, die der Algorithmus nimmt, ist wie folgt:
+Der allgemeine Ablauf des Algorithmus ist wie folgt:
-1. Es gibt einen **Seed**, welcher für jeden Block berechnet werden kann, indem die Block-Header bis zu diesem Punkt durchsucht werden.
-2. Aus dem Seed kann ein **16 MB großer pseudozufälliger Cache** berechnet werden. Light-Clients speichern den Cache.
-3. Aus dem Cache können wir einen **1 GB großen Datensatz** mit der Eigenschaft generieren, dass jedes Element im Datensatz nur von einer sehr kleinen Anzahl an Elementen aus dem Cache abhängt. Volle Clients und Miner speichern den Datensatz. Der Datensatz wächst linear über die Zeit.
-4. Beim Mining werden zufällige Ausschnitte aus dem Datensatz entnommen und zu einem Hash zusammengefügt. Die Verifizierung kann mit wenig Speicher durchgeführt werden, indem der Cache verwendet wird, um die spezifischen Teile des Datensatzes, die Sie benötigen, neu zu generieren, sodass Sie nur den Cache speichern müssen.
+1. Es gibt einen **Seed**, der für jeden Block berechnet werden kann, indem die Block-Header bis zu diesem Punkt durchsucht werden.
+2. Aus dem Seed kann man einen **16 MB großen pseudozufälligen Cache** berechnen. Light-Anwendungen speichern den Cache.
+3. Aus dem Cache können wir einen **1 GB großen Datensatz** generieren, mit der Eigenschaft, dass jedes Element im Datensatz nur von einer kleinen Anzahl von Elementen aus dem Cache abhängt. Vollständige Anwendungen und Miner speichern den Datensatz. Der Datensatz wächst linear mit der Zeit.
+4. Beim Mining werden zufällige Teile des Datensatzes entnommen und zusammen gehasht. Die Verifizierung kann mit wenig Speicherplatz durchgeführt werden, indem der Cache verwendet wird, um die spezifischen Teile des Datensatzes, die Sie benötigen, neu zu generieren, sodass Sie nur den Cache speichern müssen.
-Der große Datensatz wird alle 30.000 Blöcke aktualisiert, sodass der größte Teil der Arbeit eines Miners darin besteht, den Datensatz zu lesen, und nicht darin, ihn zu verändern.
+Der große Datensatz wird alle 30000 Blöcke aktualisiert, sodass der Großteil der Arbeit eines Miners darin besteht, den Datensatz zu lesen und nicht, Änderungen daran vorzunehmen.
## Definitionen {#definitions}
@@ -47,15 +47,15 @@ CACHE_ROUNDS = 3 # number of rounds in cache production
ACCESSES = 64 # number of accesses in hashimoto loop
```
-### Die Verwendung von „SHA3“ {#sha3}
+### Die Verwendung von 'SHA3' {#sha3}
-Die Entwicklung von Ethereum fiel mit der Entwicklung des SHA3-Standards zusammen, und im Verlauf des Standardisierungsprozesses wurde eine späte Änderung im Padding des finalen Hash-Algorithmus vorgenommen. Daher sind Ethereums „sha3_256“- und „sha3_512“-Hashes keine standardmäßigen SHA3-Hashes, sondern eine Abwandlung, die in anderen Zusammenhängen oft als „Keccak-256“ und „Keccak-512“ bezeichnet wird. Die Diskussion finden Sie beispielsweise [hier](https://eips.ethereum.org/EIPS/eip-1803), [hier](http://ethereum.stackexchange.com/questions/550/which-cryptographic-hash-function-does-ethereum-use) oder [hier](http://bitcoin.stackexchange.com/questions/42055/what-is-the-approach-to-calculate-an-ethereum-address-from-a-256-bit-private-key/42057#42057).
+Die Entwicklung von Ethereum fiel mit der Entwicklung des SHA3-Standards zusammen, und der Standardisierungsprozess nahm eine späte Änderung am Padding des finalisierten Hash-Algorithmus vor, sodass Ethereums "sha3_256"- und "sha3_512"-Hashes keine Standard-SHA3-Hashes sind, sondern eine Variante, die in anderen Kontexten oft als "Keccak-256" und "Keccak-512" bezeichnet wird. Siehe Diskussion z. B. [hier](https://eips.ethereum.org/EIPS/eip-1803), [hier](http://ethereum.stackexchange.com/questions/550/which-cryptographic-hash-function-does-ethereum-use) oder [hier](http://bitcoin.stackexchange.com/questions/42055/what-is-the-approach-to-calculate-an-ethereum-address-from-a-256-bit-private-key/42057#42057).
-Bitte behalten Sie das im Hinterkopf, da im Folgenden bei der Beschreibung des Algorithmus auf „sha3“-Hashes Bezug genommen wird.
+Bitte behalten Sie dies im Hinterkopf, da in der unten stehenden Beschreibung des Algorithmus auf "sha3"-Hashes verwiesen wird.
## Parameter {#parameters}
-Die Parameter für den Cache und den Datensatz von Ethash hängen von der Blocknummer ab. Die Größe des Cache und die Datensatzgröße wachsen beide linear; jedoch wählen wir immer die größte Primzahl unterhalb des linear wachsenden Schwellenwerts, um das Risiko zu verringern, dass versehentliche Regelmäßigkeiten zu zyklischem Verhalten führen.
+Die Parameter für den Cache und den Datensatz von Ethash hängen von der Blocknummer ab. Die Cache-Größe und die Datensatzgröße wachsen beide linear; wir nehmen jedoch immer die höchste Primzahl unter dem linear wachsenden Schwellenwert, um das Risiko versehentlicher Regelmäßigkeiten zu verringern, die zu zyklischem Verhalten führen.
```python
def get_cache_size(block_number):
@@ -73,22 +73,22 @@ def get_full_size(block_number):
return sz
```
-Tabellen mit Werten zu Datensatz- und Cache-Größe finden Sie im Zusatz.
+Tabellen mit Werten für Datensatz- und Cache-Größen finden Sie im Anhang.
-## Cache-Gegerierung {#cache-generation}
+## Cache-Generierung {#cache-generation}
-Nun geben wir die Funktion zur Erzeugung eines Cache an:
+Nun spezifizieren wir die Funktion zur Erstellung eines Caches:
```python
def mkcache(cache_size, seed):
n = cache_size // HASH_BYTES
- # Sequentially produce the initial dataset
+ # Den anfänglichen Datensatz sequenziell erzeugen
o = [sha3_512(seed)]
for i in range(1, n):
o.append(sha3_512(o[-1]))
- # Use a low-round version of randmemohash
+ # Eine Version von randmemohash mit wenigen Runden verwenden
for _ in range(CACHE_ROUNDS):
for i in range(n):
v = o[i][0] % n
@@ -97,11 +97,11 @@ def mkcache(cache_size, seed):
return o
```
-Der Cache-Produktionsprozess des Cache umfasst zunächst das sequenzielle Auffüllen von 32 MB Speicher und dann das Ausführen von zwei Durchläufen des _RandMemoHash_-Algorithmus von Sergio Demian Lerner aus [_Strict Memory Hard Hashing Functions_ (2014)](http://www.hashcash.org/papers/memohash.pdf). Die Ausgabe ist ein Satz von 524288 64-Byte-Werten.
+Der Cache-Erstellungsprozess beinhaltet zunächst das sequentielle Auffüllen von 32 MB Speicher und anschließend die Durchführung von zwei Durchläufen von Sergio Demian Lerners _RandMemoHash_-Algorithmus aus [_Strict Memory Hard Hashing Functions_ (2014)](http://www.hashcash.org/papers/memohash.pdf). Die Ausgabe ist ein Satz von 524288 64-Byte-Werten.
-## Funktion der Datenaggregation {#date-aggregation-function}
+## Datenaggregationsfunktion {#date-aggregation-function}
-Wir verwenden in einigen Fällen einen vom [FNV-Hash](https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function) inspirierten Algorithmus als nicht-assoziativen Ersatz für XOR. Beachten Sie, dass wir die Primzahl mit dem vollständigen 32-Bit-Input multiplizieren, im Gegensatz zur FNV-1-Spezifikation, die die Primzahl wiederum mit einem Byte (Oktett) multipliziert.
+Wir verwenden in einigen Fällen einen vom [FNV-Hash](https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function) inspirierten Algorithmus als nicht-assoziativen Ersatz für XOR. Beachten Sie, dass wir die Primzahl mit der vollen 32-Bit-Eingabe multiplizieren, im Gegensatz zur FNV-1-Spezifikation, die die Primzahl nacheinander mit einem Byte (Oktett) multipliziert.
```python
FNV_PRIME = 0x01000193
@@ -110,9 +110,9 @@ def fnv(v1, v2):
return ((v1 * FNV_PRIME) ^ v2) % 2**32
```
-Bitte beachten Sie, dass selbst das Yellow Paper fnv als v1\*(FNV_PRIME ^ v2) spezifiziert, alle aktuellen Implementierungen verwenden durchgängig die obige Definition.
+Bitte beachten Sie, dass selbst das Yellow Paper `fnv` als `v1*(FNV_PRIME ^ v2)` spezifiziert, alle aktuellen Implementierungen jedoch konsequent die obige Definition verwenden.
-## Berechnung des gesamten Datensatzes {#full-dataset-calculation}
+## Berechnung des vollständigen Datensatzes {#full-dataset-calculation}
Jedes 64-Byte-Element im vollständigen 1-GB-Datensatz wird wie folgt berechnet:
@@ -120,18 +120,18 @@ Jedes 64-Byte-Element im vollständigen 1-GB-Datensatz wird wie folgt berechnet:
def calc_dataset_item(cache, i):
n = len(cache)
r = HASH_BYTES // WORD_BYTES
- # initialize the mix
+ # Den Mix initialisieren
mix = copy.copy(cache[i % n])
mix[0] ^= i
mix = sha3_512(mix)
- # fnv it with a lot of random cache nodes based on i
+ # Mit vielen zufälligen Cache-Knoten basierend auf i fnv-hashen
for j in range(DATASET_PARENTS):
cache_index = fnv(i ^ j, mix[j % r])
mix = map(fnv, mix, cache[cache_index % n])
return sha3_512(mix)
```
-Im Wesentlichen werden die Daten von 256 pseudozufällig ausgewählten Cache-Knoten kombiniert und gehasht, um den Datensatzknoten zu berechnen. Der gesamte Datensatz wird dann wie folgt generiert:
+Im Wesentlichen kombinieren wir Daten von 256 pseudozufällig ausgewählten Cache-Knoten und hashen diese, um den Datensatz-Knoten zu berechnen. Der gesamte Datensatz wird dann generiert durch:
```python
def calc_dataset(full_size, cache):
@@ -140,27 +140,27 @@ def calc_dataset(full_size, cache):
## Hauptschleife {#main-loop}
-Nun legen wir die „Hashimoto“-ähnliche Hauptschleife fest, in der wir Daten aus dem gesamten Datensatz aggregieren, um unseren endgültigen Wert für einen bestimmten Header und eine bestimmte Nonce zu ermitteln. Im folgenden Code stellt `header` den SHA3-256-_Hash_ der RLP-Darstellung eines _abgeschnittenen_ Block-Headers dar, d. h. eines Headers ohne die Felder **mixHash** und **nonce**. `nonce` sind die acht Byte einer vorzeichenlosen 64-Bit-Ganzzahl in Big-Endian-Reihenfolge. Daher ist `nonce[::-1]` die Little-Endian-Darstellung dieses Werts mit acht Byte:
+Nun spezifizieren wir die "Hashimoto"-ähnliche Hauptschleife, in der wir Daten aus dem vollständigen Datensatz aggregieren, um unseren Endwert für einen bestimmten Header und eine bestimmte Nonce zu erzeugen. Im folgenden Code repräsentiert `header` den SHA3-256-_Hash_ der RLP-Darstellung eines _abgeschnittenen_ Block-Headers, d. h. eines Headers ohne die Felder **mixHash** und **nonce**. `nonce` sind die acht Bytes einer vorzeichenlosen 64-Bit-Ganzzahl in Big-Endian-Reihenfolge. Somit ist `nonce[::-1]` die acht Byte lange Little-Endian-Darstellung dieses Wertes:
```python
def hashimoto(header, nonce, full_size, dataset_lookup):
n = full_size / HASH_BYTES
w = MIX_BYTES // WORD_BYTES
mixhashes = MIX_BYTES / HASH_BYTES
- # combine header+nonce into a 64 byte seed
+ # Header+Nonce zu einem 64-Byte-Seed kombinieren
s = sha3_512(header + nonce[::-1])
- # start the mix with replicated s
+ # Den Mix mit repliziertem s starten
mix = []
for _ in range(MIX_BYTES / HASH_BYTES):
mix.extend(s)
- # mix in random dataset nodes
+ # Zufällige Datensatz-Knoten einmischen
for i in range(ACCESSES):
p = fnv(i ^ s[0], mix[i % w]) % (n // mixhashes) * mixhashes
newdata = []
for j in range(MIX_BYTES / HASH_BYTES):
newdata.extend(dataset_lookup(p + j))
mix = map(fnv, mix, newdata)
- # compress mix
+ # Mix komprimieren
cmix = []
for i in range(0, len(mix), 4):
cmix.append(fnv(fnv(fnv(mix[i], mix[i+1]), mix[i+2]), mix[i+3]))
@@ -176,17 +176,17 @@ def hashimoto_full(full_size, dataset, header, nonce):
return hashimoto(header, nonce, full_size, lambda x: dataset[x])
```
-Im Wesentlichen halten wir einen 128 Byte breiten „Mix“ aufrecht und holen wiederholt sequentiell 128 Byte aus dem vollständigen Datensatz, um sie mithilfe der `fnv`-Funktion mit dem Mix zu kombinieren. Es werden 128 Byte sequentieller Zugriff verwendet, sodass bei jeder Runde des Algorithmus immer eine vollständige Seite aus dem RAM geholt wird, wodurch Fehlübersetzungen im Lookaside-Puffer, die ASICs theoretisch vermeiden könnten, minimiert werden.
+Im Wesentlichen pflegen wir einen "Mix" von 128 Bytes Breite und rufen wiederholt sequentiell 128 Bytes aus dem vollständigen Datensatz ab und verwenden die `fnv`-Funktion, um sie mit dem Mix zu kombinieren. Es werden 128 Bytes sequentieller Zugriff verwendet, sodass jede Runde des Algorithmus immer eine vollständige Seite aus dem RAM abruft, wodurch Translation-Lookaside-Buffer-Fehlschläge minimiert werden, die ASICs theoretisch vermeiden könnten.
-Liegt das Ergebnis dieses Algorithmus unter dem gewünschten Zielwert, so ist die Nonce gültig. Beachten Sie, dass die zusätzliche Anwendung von `sha3_256` am Ende sicherstellt, dass es eine Zwischen-Nonce gibt, die bereitgestellt werden kann, um zu beweisen, dass zumindest etwas Arbeit geleistet wurde; diese schnelle äußere PoW-Verifizierung kann für Anti-DoS-Zwecke verwendet werden. Ein weiterer Zweck ist die statistische Sicherheit darüber, dass das Ergebnis eine unverzerrte 256-Bit-Zahl ist.
+Wenn die Ausgabe dieses Algorithmus unter dem gewünschten Ziel liegt, ist die Nonce gültig. Beachten Sie, dass die zusätzliche Anwendung von `sha3_256` am Ende sicherstellt, dass eine Zwischen-Nonce existiert, die bereitgestellt werden kann, um zu beweisen, dass zumindest ein kleiner Teil der Arbeit erledigt wurde; diese schnelle äußere PoW-Verifizierung kann für Anti-DDoS-Zwecke verwendet werden. Sie dient auch dazu, statistisch sicherzustellen, dass das Ergebnis eine unverzerrte 256-Bit-Zahl ist.
## Mining {#mining}
-Der Mining-Algorithmus wird wie folgt definiert:
+Der Mining-Algorithmus ist wie folgt definiert:
```python
def mine(full_size, dataset, header, difficulty):
- # zero-pad target to compare with hash on the same digit
+ # Ziel mit Nullen auffüllen, um es mit dem Hash auf derselben Stelle zu vergleichen
target = zpad(encode_int(2**256 // difficulty), 64)[::-1]
from random import randint
nonce = randint(0, 2**64)
@@ -195,9 +195,9 @@ def mine(full_size, dataset, header, difficulty):
return nonce
```
-## Seed-Hashes definieren {#seed-hash}
+## Definition des Seed-Hashes {#seed-hash}
-Um den Seed-Hash zu berechnen, der für das Mining auf einem bestimmten Block verwendet wird, nutzen wir den folgenden Algorithmus:
+Um den Seed-Hash zu berechnen, der verwendet werden würde, um auf einem bestimmten Block zu minen, verwenden wir den folgenden Algorithmus:
```python
def get_seedhash(block):
@@ -207,20 +207,20 @@ Um den Seed-Hash zu berechnen, der für das Mining auf einem bestimmten Block ve
return s
```
-Beachten Sie, dass wir für reibungsloses Mining und Überprüfen empfehlen, zukünftige Seed-Hashes und Datensätze in einem separaten Thread vorab zu berechnen.
+Beachten Sie, dass wir für ein reibungsloses Mining und Verifizieren empfehlen, zukünftige Seed-Hashes und Datensätze in einem separaten Thread im Voraus zu berechnen.
-## Weiterführende Informationen {#further-reading}
+## Weiterführende Literatur {#further-reading}
-_Kennen Sie eine Community-Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu._
+_Kennen Sie eine Community-Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
-## Zusatz {#appendix}
+## Anhang {#appendix}
Der folgende Code sollte vorangestellt werden, wenn Sie daran interessiert sind, die obige Python-Spezifikation als Code auszuführen.
```python
import sha3, copy
-# Assumes little endian bit ordering (same as Intel architectures)
+# Setzt Little-Endian-Bitreihenfolge voraus (wie bei Intel-Architekturen)
def decode_int(s):
return int(s[::-1].encode('hex'), 16) if s else 0
@@ -248,7 +248,7 @@ def serialize_cache(ds):
serialize_dataset = serialize_cache
-# sha3 hash function, outputs 64 bytes
+# sha3-Hash-Funktion, gibt 64 Bytes aus
def sha3_512(x):
return hash_words(lambda v: sha3.sha3_512(v).digest(), 64, x)
@@ -267,7 +267,7 @@ def isprime(x):
### Datengrößen {#data-sizes}
-Die folgenden Nachschlagetabellen enthalten etwa 2048 tabellarische Epochen von Daten- und Cache-Größen.
+Die folgenden Lookup-Tabellen bieten ungefähr 2048 tabellarische Epochen von Datengrößen und Cache-Größen.
```python
def get_datasize(block_number):
@@ -1016,4 +1016,4 @@ cache_sizes = [
283377344, 283508416, 283639744, 283770304, 283901504, 284032576,
284163136, 284294848, 284426176, 284556992, 284687296, 284819264,
284950208, 285081536]
-```
+```
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md b/public/content/translations/de/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
index b7edea0d218..fab3585c517 100644
--- a/public/content/translations/de/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
+++ b/public/content/translations/de/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
@@ -1,6 +1,6 @@
---
title: Mining-Algorithmen
-description: Ein detailierter Einblick in die Algorithmen, welche für das Ethereum-Mining eingesetzt werden.
+description: "Ein detaillierter Blick auf die Algorithmen, die für das Ethereum-Mining verwendet werden."
lang: de
---
@@ -8,35 +8,35 @@ lang: de
-Proof-of-work ist nicht länger Ethereums Konsensmechanismus. Dies bedeutet, dass das Minen abgeschaltet wurde. Ethereum wird stattdessen durch Validatoren gesichert, die ETH einsetzen. Sie können schon heute mit dem Staking von ETH beginnen. Lese mehr dazu unter den Merge, Proof-of-Stake, und Staking. Diese Seite dient ausschließlich dem geschichtlichen Interesse.
+Proof-of-Work liegt dem Konsensmechanismus von Ethereum nicht mehr zugrunde, was bedeutet, dass das Mining abgeschaltet wurde. Stattdessen wird Ethereum durch Validatoren gesichert, die ETH staken. Sie können noch heute mit dem Staking Ihrer ETH beginnen. Lesen Sie mehr über The Merge, Proof-of-Stake und Staking. Diese Seite ist nur von historischem Interesse.
-Ethereum-Mining nutzte einen Algorithmus namens Ethash. Die Grundidee des Algorithmus besteht darin, dass der Miner versucht, durch Brute-Force-Berechnungen einen Nonce-Input zu finden, sodass der sich ergebende Hash-Wert kleiner ist als ein spezifischer Schwellenwert, der durch die berechnete Schwierigkeit festgelegt ist. Dieser Schwierigkeitsgrad kann dynamisch angepasst werden, sodass die Block-Produktion in regelmäßigen Intervallen ausgeführt werden kann.
+Das Ethereum-Mining verwendete einen Algorithmus namens Ethash. Die grundlegende Idee des Algorithmus ist, dass ein Miner versucht, durch Brute-Force-Berechnung eine Nonce-Eingabe zu finden, sodass der resultierende Hash kleiner ist als ein Schwellenwert, der durch die berechnete Schwierigkeit bestimmt wird. Dieser Schwierigkeitsgrad kann dynamisch angepasst werden, sodass die Blockproduktion in regelmäßigen Abständen erfolgen kann.
## Voraussetzungen {#prerequisites}
-Um diese Seite besser zu verstehen, empfehlen wir, dass Sie zunächst etwas über den [Proof-of-Work-Konsens](/developers/docs/consensus-mechanisms/pow) und [das Mining](/developers/docs/consensus-mechanisms/pow/mining) lesen.
+Um diese Seite besser zu verstehen, empfehlen wir Ihnen, sich zunächst über den [Proof-of-Work-Konsens](/developers/docs/consensus-mechanisms/pow) und [Mining](/developers/docs/consensus-mechanisms/pow/mining) zu informieren.
-## Dagger-Hashimoto {#dagger-hashimoto}
+## Dagger Hashimoto {#dagger-hashimoto}
-Dagger Hashimoto war ein Wegbereiter-Forschungsalgorithmus für das Ethereum-Mining, der von Ethash abgelöst wurde. Er war eine Verschmelzung zweier anderer Algorithmen: Dagger und Hashimoto. Er war stets nur eine Forschungsimplementierung und wurde mit Veröffentlichung des Ethereum-Mainnets von Ethash abgelöst.
+Dagger Hashimoto war ein Vorläufer-Forschungsalgorithmus für das Ethereum-Mining, der von Ethash abgelöst wurde. Es war eine Verschmelzung von zwei verschiedenen Algorithmen: Dagger und Hashimoto. Es handelte sich immer nur um eine Forschungsimplementierung und wurde bis zum Start des Ethereum-Mainnets durch Ethash ersetzt.
-[Dagger](http://www.hashcash.org/papers/dagger.html) beinhaltet unter anderem die Generierung eines [Directed Acyclic Graph](https://en.wikipedia.org/wiki/Directed_acyclic_graph), von dem zufällige Teile zu einem Hash-Wert zusammengefügt werden. Der Grundgedanke beruht darauf, dass jede Nonce nur einen kleinen Abschnitt eines großen Gesamt-Datenbaums benötigt. Den Unterbaum für jede Nonce neu zu berechnen, würde Mining unmöglich machen – weshalb der Baum gespeichert werden muss –, doch für die Verifizierung einer einzigen Nonce ist dieser Vorgang in Ordnung. Dagger wurde als Alternative zu bestehenden Algorithmen wie Scrypt entwickelt, die speicherhart, aber schwer zu verifizieren sind, wenn ihre Speicherhärte auf tatsächlich sichere Ebenen ansteigt. Dagger hatte jedoch Schwachstellen durch Hardwarebeschleunigung in Shared-Memory-Umgebungen und wurde daher durch andere Methoden in der Forschung ersetzt.
+[Dagger](http://www.hashcash.org/papers/dagger.html) beinhaltet die Erstellung eines [gerichteten azyklischen Graphen (Directed Acyclic Graph)](https://en.wikipedia.org/wiki/Directed_acyclic_graph), von dem zufällige Teile zusammen gehasht werden. Das Kernprinzip besteht darin, dass jede Nonce nur einen kleinen Teil eines großen Gesamtdatenbaums benötigt. Die Neuberechnung des Teilbaums für jede Nonce ist für das Mining unerschwinglich – daher die Notwendigkeit, den Baum zu speichern –, aber für die Verifizierung einer einzelnen Nonce in Ordnung. Dagger wurde als Alternative zu bestehenden Algorithmen wie Scrypt entwickelt, die speicherintensiv (memory-hard) sind, aber schwer zu verifizieren, wenn ihre Speicherintensität auf ein wirklich sicheres Niveau ansteigt. Dagger war jedoch anfällig für Hardwarebeschleunigung mit gemeinsam genutztem Speicher (Shared Memory) und wurde zugunsten anderer Forschungsansätze fallen gelassen.
-[Hashimoto](http://diyhpl.us/%7Ebryan/papers2/bitcoin/meh/hashimoto.pdf) ist ein Algorithmus, der durch I/O-Limitierung ASIC-resistent ist (d. h., Speicherzugriffe sind der limitierende Faktor während des Miningprozesses). Die Theorie dahinter besagt, dass RAM leichter verfügbar ist als Rechenleistung; durch milliardenschwere Forschung wurde bereits untersucht, inwieweit sich RAM für verschiedene Nutzungsszenarien optimieren lässt, die häufig annähernd zufällige Zugriffsmuster nutzen (daher „Random Access Memory“). Daraus folgt, dass bestehende RAM-Lösungen wahrscheinlich annähernd optimal für die Bewertung des Algorithmus sind. Hashimoto nutzt die Blockchain als Datenquelle, was sowohl den Punkt (1) als auch (3) weiter oben erfüllt.
+[Hashimoto](http://diyhpl.us/%7Ebryan/papers2/bitcoin/meh/hashimoto.pdf) ist ein Algorithmus, der ASIC-Resistenz hinzufügt, indem er I/O-gebunden ist (d. h. Speicherlesevorgänge sind der begrenzende Faktor im Mining-Prozess). Die Theorie besagt, dass RAM leichter verfügbar ist als Rechenleistung; Milliarden von Dollar an Forschungsgeldern wurden bereits in die Optimierung von RAM für verschiedene Anwendungsfälle investiert, die oft nahezu zufällige Zugriffsmuster beinhalten (daher „Random Access Memory“). Infolgedessen ist der vorhandene RAM wahrscheinlich mäßig nah am Optimum für die Auswertung des Algorithmus. Hashimoto nutzt die Blockchain als Datenquelle und erfüllt damit gleichzeitig die obigen Punkte (1) und (3).
-Dagger-Hashimoto verwendete abgeänderte Versionen der Algorithmen von Dagger und Hashimoto. Der Unterschied zwischen Dagger-Hashimoto und Hashimoto besteht darin, dass Dagger-Hashimoto anstatt der Blockchain einen spezifischen Datensatz nutzt, der entsprechend den Blockdaten alle n Blöcke eine Aktualisierung durchführt. Der Datensatz wird durch den Dagger-Algorithmus generiert, was die effiziente Berechnung einer Untergruppe für jede Nonce für den Verifizierungsalgorithmus des Light-Clients ermöglicht. Der Unterschied zwischen Dagger-Hashimoto und Dagger besteht darin, dass – anders als im originalen Dagger – der Datensatz, der für die Anfrage an den Block genutzt wird, semi-permanent ist und nur gelegentlich aktualisiert wird (beispielsweise einmal pro Woche). Das bedeutet, dass der Anteil des Aufwands für die Generierung des Datensatzes annähernd null ist, weshalb Sergio Lerners Argumente in Bezug auf Geschwindigkeitszuwächse durch Shared-Memory vernachlässigbar sind.
+Dagger-Hashimoto verwendete geänderte Versionen der Dagger- und Hashimoto-Algorithmen. Der Unterschied zwischen Dagger Hashimoto und Hashimoto besteht darin, dass Dagger Hashimoto anstelle der Blockchain als Datenquelle einen benutzerdefiniert generierten Datensatz verwendet, der basierend auf Blockdaten alle N Blöcke aktualisiert wird. Der Datensatz wird mit dem Dagger-Algorithmus generiert, was eine effiziente Berechnung einer für jede Nonce spezifischen Teilmenge für den Light-Client-Verifizierungsalgorithmus ermöglicht. Der Unterschied zwischen Dagger Hashimoto und Dagger besteht darin, dass der Datensatz, der zur Abfrage des Blocks verwendet wird, im Gegensatz zum ursprünglichen Dagger semi-permanent ist und nur in gelegentlichen Abständen (z. B. einmal pro Woche) aktualisiert wird. Dies bedeutet, dass der Aufwand für die Generierung des Datensatzes nahezu null ist, sodass Sergio Lerners Argumente bezüglich der Geschwindigkeitssteigerungen durch Shared Memory vernachlässigbar werden.
-Erfahren Sie mehr über [Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto).
+Mehr zu [Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto).
## Ethash {#ethash}
-Ethash war der Mining-Algorithmus, der tatsächlich auf dem echten Ethereum-Mainnet unter der inzwischen veralteten Proof-of-Work-Architektur verwendet wurde. Ethash war im Grunde ein neuer Name, der einer bestimmten Version von Dagger-Hashimoto gegeben wurde, nachdem der Algorithmus signifikant aktualisiert worden war, aber noch immer die grundlegenden Prinzipien seines Vorgängers befolgte. Das Ethereum-Mainnet hat immer ausschließlich Ethash verwendet – Dagger-Hashimoto war eine Forschungs- und Entwicklungsversion des Mining-Algorithmus, die noch vor dem Mining auf dem Ethereum-Mainnet ersetzt wurde.
+Ethash war der Mining-Algorithmus, der tatsächlich im echten Ethereum-Mainnet unter der nun veralteten Proof-of-Work-Architektur verwendet wurde. Ethash war im Grunde ein neuer Name für eine bestimmte Version von Dagger-Hashimoto, nachdem der Algorithmus erheblich aktualisiert wurde, während er weiterhin die grundlegenden Prinzipien seines Vorgängers erbte. Das Ethereum-Mainnet verwendete immer nur Ethash – Dagger Hashimoto war eine F&E-Version des Mining-Algorithmus, die abgelöst wurde, bevor das Mining im Ethereum-Mainnet begann.
-[Mehr über Ethash](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash).
+[Mehr zu Ethash](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash).
-## Weiterführende Informationen {#further-reading}
+## Weiterführende Literatur {#further-reading}
-_Kennen Sie eine Community Ressource, die Ihnen geholfen hat? Bearbeite diese Seite und füge sie hinzu!_
+_Kennen Sie eine Community-Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/dapps/index.md b/public/content/translations/de/developers/docs/dapps/index.md
index 934f383496c..aad29b6ae4f 100644
--- a/public/content/translations/de/developers/docs/dapps/index.md
+++ b/public/content/translations/de/developers/docs/dapps/index.md
@@ -1,96 +1,104 @@
---
-title: Einführung in Dapps
+title: "Technische Einführung in Dapps"
description:
lang: de
---
-Eine dezentralisierte Anwendung (dapp) ist eine Anwendung, die auf einem dezentralisierten Netzwerk aufgebaut ist. Dies kombiniert einen [Smart Contract](/developers/docs/smart-contracts/) und eine Frontend-Benutzeroberfläche. Beachte, dass Smart Contracts in Ethereum zugänglich und transparent sind – wie offene APIs –, also kann deine Dapp sogar einen Smart Contract enthalten, den eine andere Person geschrieben hat.
+Eine dezentralisierte Anwendung (Dapp) ist eine Anwendung, die auf einem dezentralisierten Netzwerk aufbaut und einen [Smart Contract](/developers/docs/smart-contracts/) mit einer Frontend-Benutzeroberfläche kombiniert. Auf [Ethereum](/) sind Smart Contracts zugänglich und transparent – wie offene APIs –, sodass Ihre Dapp sogar einen Smart Contract enthalten kann, den jemand anderes geschrieben hat.
## Voraussetzungen {#prerequisites}
-Bevor du mehr über Dapps lernst, solltest du die [Blockchain-Basics](/developers/docs/intro-to-ethereum/) kennen und dir durchlesen, was das Ethereum-Netzwerk ist und wie es dezentralisiert wird.
+Bevor Sie sich mit Dapps befassen, sollten Sie die [Blockchain-Grundlagen](/developers/docs/intro-to-ethereum/) durchgehen und sich über das Ethereum-Netzwerk und dessen dezentralisierte Natur informieren.
## Definition einer Dapp {#definition-of-a-dapp}
-Eine Dapp hat ihren Backend-Code auf einem dezentralisierten Peer-to-Peer-Netzwerk laufen. Vergleiche das mit einer App, bei der der Backend-Code auf dezentralisierten Servern läuft.
+Der Backend-Code einer Dapp läuft auf einem dezentralisierten Peer-to-Peer-Netzwerk. Im Gegensatz dazu läuft der Backend-Code einer herkömmlichen App auf zentralisierten Servern.
-Eine Dapp kann Frontend-Code und eine Benutzeroberfläche in jeder beliebigen Sprache haben (genau wie eine App), die Aufrufe in ihrem Backend tätigen können. Darüber hinaus kann das Frontend auf dezentralisiertem Speicher wie [IPFS](https://ipfs.io/) gehostet werden.
+Eine Dapp kann Frontend-Code und Benutzeroberflächen haben, die in einer beliebigen Sprache geschrieben sind (genau wie eine App), um Aufrufe an ihr Backend zu tätigen. Darüber hinaus kann ihr Frontend auf dezentralisierten Speichern wie [IPFS](https://ipfs.io/) gehostet werden.
-- **Dezentralisiert** – Dapps arbeiten auf Ethereum, einer offenen, öffentlichen und dezentralen Plattform, auf der keine Person oder Gruppe die Kontrolle hat.
-- **Deterministisch** – Dapps führen dieselbe Funktion aus, unabhängig von der Umgebung, in der sie ausgeführt werden.
-- **Turing-Vollständigkeit** – Dapps können jede Aktion ausführen, wenn die erforderlichen Ressourcen vorhanden sind.
-- **Isoliert** – Dapps werden in einer virtuellen Umgebung ausgeführt, die als Ethereum Virtual Machine bekannt ist, so dass ein Fehler im Smart Contract die normale Funktion des Blockchain-Netzwerks nicht beeinträchtigt.
+- **Dezentralisiert** – Dapps laufen auf Ethereum, einer offenen, öffentlichen, dezentralisierten Plattform, bei der keine einzelne Person oder Gruppe die Kontrolle hat
+- **Deterministisch** – Dapps führen dieselbe Funktion aus, unabhängig von der Umgebung, in der sie ausgeführt werden
+- **Turing-vollständig** – Dapps können jede Aktion ausführen, sofern die erforderlichen Ressourcen vorhanden sind
+- **Isoliert** – Dapps werden in einer virtuellen Umgebung ausgeführt, die als Ethereum Virtual Machine bekannt ist. Wenn der Smart Contract also einen Fehler aufweist, beeinträchtigt dies nicht die normale Funktion des Blockchain-Netzwerks
-### Smart Contracts {#on-smart-contracts}
+### Über Smart Contracts {#on-smart-contracts}
-Um Dapps einzuführen, müssen wir auch Smart Contracts vorstellen – das Backend einer Dapp. Einen detaillierten Überblick findest du in unserem Abschnitt über [Smart Contracts](/developers/docs/smart-contracts/).
+Um Dapps vorzustellen, müssen wir Smart Contracts einführen – mangels eines besseren Begriffs das Backend einer Dapp. Für einen detaillierten Überblick besuchen Sie unseren Abschnitt über [Smart Contracts](/developers/docs/smart-contracts/).
-Ein Smart Contract ist ein Code, der auf der Ethereum-Blockchain existiert und genau wie programmiert abläuft. Sobald Smart Contracts im Netzwerk eingesetzt werden, kannst du sie nicht mehr ändern. Dapps können dezentralisiert sein, weil sie von der Logik kontrolliert werden, die in den Vertrag geschrieben ist, und nicht von einem Individuum oder einem Unternehmen. Das bedeutet auch, dass du deine Verträge sehr sorgfältig gestalten und gründlich testen musst.
+Ein Smart Contract ist Code, der auf der Ethereum-Blockchain existiert und genau wie programmiert ausgeführt wird. Sobald Smart Contracts im Netzwerk bereitgestellt wurden, können Sie sie nicht mehr ändern. Dapps können dezentralisiert sein, weil sie durch die im Vertrag geschriebene Logik gesteuert werden und nicht durch eine Einzelperson oder ein Unternehmen. Das bedeutet auch, dass Sie Ihre Verträge sehr sorgfältig entwerfen und gründlich testen müssen.
## Vorteile der Dapp-Entwicklung {#benefits-of-dapp-development}
-- **Zero downtime** - Sobald der Smart Contract auf der Blockchain implementiert ist, kann das gesamte Netzwerk jederzeit Kunden bedienen, die mit dem Vertrag interagieren wollen. Böswillige Akteure können daher keine "Denial-of-Service"-Angriffe starten, die auf einzelne Dapps abzielen.
-- **Privatsphäre** – Du musst keine echte Identität zur Verfügung stellen, um eine Dapp bereitzustellen oder mit einer zu interagieren.
-- **Resistenz gegen Zensur** - keine einzige Entität im Netzwerk kann Benutzer daran hindern, Transaktionen zu übertragen, Dapps bereitzustellen oder Daten der Blockchain auszulesen.
-- **Komplette Datenintegrität** – Daten, die auf der Blockchain gespeichert sind, sind unveränderbar und unbestreitbar, dank kryptographischer Primitivität. Böswillige Akteure können keine Transaktionen oder andere Daten, die bereits öffentlich gemacht wurden, fälschen.
-- **Vertrauenslose Berechnung/überprüfbares Verhalten** – Smart Contracts können analysiert werden und garantieren, dass sie auf vorhersehbare Weise ausgeführt werden, ohne dass dafür das Vertrauen in eine zentrale Autorität vorausgesetzt wird. Das ist bei traditionellen Modellen nicht der Fall. Wenn wir zum Beispiel Online-Banking-Systeme nutzen, müssen wir darauf vertrauen, dass die Finanzinstitute unsere Finanzdaten nicht missbrauchen, keine Aufzeichnungen manipulieren und uns nicht hacken.
+- **Keine Ausfallzeiten** – Sobald der Smart Contract auf der Blockchain bereitgestellt ist, wird das Netzwerk als Ganzes immer in der Lage sein, Anwendungen zu bedienen, die mit dem Vertrag interagieren möchten. Böswillige Akteure können daher keine Denial-of-Service-Angriffe auf einzelne Dapps starten.
+- **Datenschutz** – Sie müssen keine reale Identität angeben, um eine Dapp bereitzustellen oder mit ihr zu interagieren.
+- **Zensurresistenz** – Keine einzelne Entität im Netzwerk kann Benutzer daran hindern, Transaktionen einzureichen, Dapps bereitzustellen oder Daten aus der Blockchain zu lesen.
+- **Vollständige Datenintegrität** – Daten, die auf der Blockchain gespeichert sind, sind dank kryptografischer Primitive unveränderlich und unbestreitbar. Böswillige Akteure können keine Transaktionen oder andere Daten fälschen, die bereits veröffentlicht wurden.
+- **Vertrauenslose Berechnung/verifizierbares Verhalten** – Smart Contracts können analysiert werden und führen garantiert auf vorhersehbare Weise aus, ohne dass einer zentralen Autorität vertraut werden muss. Dies gilt nicht für traditionelle Modelle; wenn wir beispielsweise Online-Banking-Systeme nutzen, müssen wir darauf vertrauen, dass Finanzinstitute unsere Finanzdaten nicht missbrauchen, Aufzeichnungen nicht manipulieren oder gehackt werden.
## Nachteile der Dapp-Entwicklung {#drawbacks-of-dapp-development}
-- **Wartung** – Dapps können schwieriger zu warten sein, weil der Code und die Daten, die auf der Blockchain veröffentlicht werden, schwerer zu ändern sind. Für Entwickler ist es schwierig ihre dApps (oder die zugrunde liegenden Daten, die von einer dApp gespeichert werden) zu aktualisieren, sobald sie bereitgestellt wurden, selbst wenn in einer alten Version Fehler oder Sicherheitsrisiken festgestellt werden.
-- **Performance-Overhead** – Es gibt einen enormen Performance-Overhead und die Skalierung ist sehr schwierig. Um den Grad an Sicherheit, Integrität, Transparenz und Zuverlässigkeit zu erreichen, den Ethereum anstrebt, führt jeder Node jede Transaktion aus und speichert sie. Hinzu kommt, dass der Proof-of-Stake-Konsens ebenfalls Zeit benötigt.
-- **Netzüberlastung** – Wenn eine Dapp zu viele Rechenressourcen verbraucht, gerät das gesamte Netzwerk ins Stocken. Derzeit kann das Netzwerk nur etwa 10 bis 15 Transaktionen pro Sekunde verarbeiten; wenn Transaktionen schneller eingehen, kann der Pool an unbestätigten Transaktionen schnell anschwellen.
-- **Benutzererfahrung** – Es könnte schwieriger sein, eine benutzerfreundliche Erfahrung zu entwickeln, weil es für den durchschnittlichen Endbenutzer zu schwer sein könnte, die notwendigen Tools für eine wirklich sichere Interaktion mit der Blockchain einzurichten.
-- **Zentralisierung** – Benutzer- und entwicklerfreundliche Lösungen, die auf der Basisschicht von Ethereum aufgebaut sind, könnten am Ende ohnehin wie zentralisierte Dienste aussehen. Solche Dienste können zum Beispiel Schlüssel oder andere sensible Informationen serverseitig speichern, ein Frontend über einen zentralen Server bedienen oder wichtige Geschäftslogik auf einem zentralen Server ausführen, bevor sie in die Blockchain geschrieben werden. Durch die Zentralisierung werden viele (wenn nicht alle) Vorteile der Blockchain gegenüber dem traditionellen Modell aufgehoben.
+- **Wartung** – Dapps können schwerer zu warten sein, da der auf der Blockchain veröffentlichte Code und die Daten schwerer zu ändern sind. Es ist für Entwickler schwierig, Aktualisierungen an ihren Dapps (oder den zugrunde liegenden Daten, die von einer Dapp gespeichert werden) vorzunehmen, sobald sie bereitgestellt sind, selbst wenn Fehler oder Sicherheitsrisiken in einer alten Version identifiziert werden.
+- **Leistungsaufwand** – Es gibt einen enormen Leistungsaufwand, und die Skalierung ist wirklich schwierig. Um das Maß an Sicherheit, Integrität, Transparenz und Zuverlässigkeit zu erreichen, das Ethereum anstrebt, führt jeder Blockchain-Knoten jede Transaktion aus und speichert sie. Darüber hinaus nimmt auch der Proof-of-Stake-Konsens Zeit in Anspruch.
+- **Netzwerküberlastung** – Wenn eine Dapp zu viele Rechenressourcen verbraucht, staut sich das gesamte Netzwerk. Derzeit kann das Netzwerk nur etwa 10-15 Transaktionen pro Sekunde verarbeiten; wenn Transaktionen schneller gesendet werden, kann der Pool unbestätigter Transaktionen schnell anwachsen.
+- **Benutzererfahrung** – Es kann schwieriger sein, benutzerfreundliche Erlebnisse zu entwickeln, da der durchschnittliche Endbenutzer es möglicherweise zu schwierig findet, einen Tool-Stack einzurichten, der erforderlich ist, um auf wirklich sichere Weise mit der Blockchain zu interagieren.
+- **Zentralisierung** – Benutzerfreundliche und entwicklerfreundliche Lösungen, die auf der Basisschicht von Ethereum aufbauen, könnten am Ende ohnehin wie zentralisierte Dienste aussehen. Beispielsweise können solche Dienste Schlüssel oder andere sensible Informationen serverseitig speichern, ein Frontend über einen zentralisierten Server bereitstellen oder wichtige Geschäftslogik auf einem zentralisierten Server ausführen, bevor sie auf die Blockchain schreiben. Zentralisierung beseitigt viele (wenn nicht alle) Vorteile der Blockchain gegenüber dem traditionellen Modell.
-## Eher ein visueller Lerner? {#visual-learner}
+## Lernen Sie lieber visuell? {#visual-learner}
,
+ number3: u64
+ }
+
+ dummy = Dummy{
+
+ number1: 37,
+ number2: 55,
+ vector: vec![1,2,3,4],
+ number3: 22,
+ }
+
+ serialized = ssz.serialize(dummy)
+
+```
+
+`serialized` hätte die folgende Struktur (hier nur auf 4 Bits aufgefüllt, in der Realität auf 32 Bits aufgefüllt, und die `int`-Darstellung wird der Übersichtlichkeit halber beibehalten):
+
+```
+[37, 0, 0, 0, 55, 0, 0, 0, 16, 0, 0, 0, 22, 0, 0, 0, 1, 2, 3, 4]
+------------ ----------- ----------- ----------- ----------
+ | | | | |
+ number1 number2 offset for number 3 value for
+ vector vector
+
+```
+
+der Übersichtlichkeit halber auf mehrere Zeilen aufgeteilt:
+
+```
+[
+ 37, 0, 0, 0, # little-endian encoding of `number1`.
+ 55, 0, 0, 0, # little-endian encoding of `number2`.
+ 16, 0, 0, 0, # The "offset" that indicates where the value of `vector` starts (little-endian 16).
+ 22, 0, 0, 0, # little-endian encoding of `number3`.
+ 1, 2, 3, 4, # The actual values in `vector`.
+]
+```
+
+Dies ist immer noch eine Vereinfachung – die Ganzzahlen und Nullen in den obigen Schemata wären eigentlich gespeicherte Bytelisten, wie hier:
+
+```
+[
+ 10100101000000000000000000000000 # little-endian encoding of `number1`
+ 10110111000000000000000000000000 # little-endian encoding of `number2`.
+ 10010000000000000000000000000000 # The "offset" that indicates where the value of `vector` starts (little-endian 16).
+ 10010110000000000000000000000000 # little-endian encoding of `number3`.
+ 10000001100000101000001110000100 # The actual value of the `bytes` field.
+]
+```
+
+Die tatsächlichen Werte für Typen mit variabler Länge werden also in einem Heap am Ende des serialisierten Objekts gespeichert, wobei ihre Offsets an den richtigen Positionen in der geordneten Liste der Felder gespeichert werden.
+
+Es gibt auch einige Sonderfälle, die eine spezifische Behandlung erfordern, wie z. B. der Typ `BitList`, bei dem während der Serialisierung eine Längenbegrenzung hinzugefügt und bei der Deserialisierung entfernt werden muss. Vollständige Details sind in der [SSZ-Spezifikation](https://github.com/ethereum/consensus-specs/blob/master/ssz/simple-serialize.md) verfügbar.
+
+### Deserialisierung {#deserialization}
+
+Um dieses Objekt zu deserialisieren, wird das Schema benötigt. Das Schema definiert das genaue Layout der serialisierten Daten, sodass jedes spezifische Element aus einem Byte-Blob in ein sinnvolles Objekt deserialisiert werden kann, bei dem die Elemente den richtigen Typ, Wert, die richtige Größe und Position haben. Es ist das Schema, das dem Deserialisierer mitteilt, welche Werte tatsächliche Werte und welche Offsets sind. Alle Feldnamen verschwinden, wenn ein Objekt serialisiert wird, werden aber bei der Deserialisierung gemäß dem Schema wieder instanziiert.
+
+Siehe [ssz.dev](https://www.ssz.dev/overview) für eine interaktive Erklärung dazu.
+
+## Merkelisierung {#merkleization}
+
+Dieses SSZ-serialisierte Objekt kann dann merkelisiert werden – das heißt, in eine Merkle-Baum-Darstellung derselben Daten umgewandelt werden. Zunächst wird die Anzahl der 32-Byte-Blöcke im serialisierten Objekt bestimmt. Dies sind die „Blätter“ (Leaves) des Baums. Die Gesamtzahl der Blätter muss eine Zweierpotenz sein, damit das gemeinsame Hashen der Blätter schließlich eine einzige Hash-Baum-Wurzel (Hash-Tree-Root) ergibt. Wenn dies von Natur aus nicht der Fall ist, werden zusätzliche Blätter hinzugefügt, die 32 Bytes an Nullen enthalten. Schematisch dargestellt:
+
+```
+ hash tree root
+ / \
+ / \
+ / \
+ / \
+ hash of leaves hash of leaves
+ 1 and 2 3 and 4
+ / \ / \
+ / \ / \
+ / \ / \
+ leaf1 leaf2 leaf3 leaf4
+```
+
+Es gibt auch Fälle, in denen sich die Blätter des Baums nicht von Natur aus so gleichmäßig verteilen wie im obigen Beispiel. Zum Beispiel könnte Blatt 4 ein Container mit mehreren Elementen sein, die zusätzliche „Tiefe“ erfordern, die dem Merkle-Baum hinzugefügt werden muss, wodurch ein ungleichmäßiger Baum entsteht.
+
+Anstatt diese Baumelemente als Blatt X, Knoten X usw. zu bezeichnen, können wir ihnen verallgemeinerte Indizes geben, beginnend mit Wurzel = 1 und von links nach rechts entlang jeder Ebene zählend. Dies ist der oben erklärte verallgemeinerte Index. Jedes Element in der serialisierten Liste hat einen verallgemeinerten Index, der gleich `2**depth + idx` ist, wobei idx seine nullbasierte Position im serialisierten Objekt ist und die Tiefe (depth) die Anzahl der Ebenen im Merkle-Baum ist, die als Zweierlogarithmus der Anzahl der Elemente (Blätter) bestimmt werden kann.
+
+## Verallgemeinerte Indizes {#generalized-indices}
+
+Ein verallgemeinerter Index ist eine Ganzzahl, die einen Knoten in einem binären Merkle-Baum darstellt, wobei jeder Knoten einen verallgemeinerten Index `2 ** depth + index in row` hat.
+
+```
+ 1 --depth = 0 2**0 + 0 = 1
+ 2 3 --depth = 1 2**1 + 0 = 2, 2**1+1 = 3
+ 4 5 6 7 --depth = 2 2**2 + 0 = 4, 2**2 + 1 = 5...
+
+```
+
+Diese Darstellung liefert einen Knotenindex für jedes Datenelement im Merkle-Baum.
+
+## Multiproofs {#multiproofs}
+
+Die Bereitstellung der Liste der verallgemeinerten Indizes, die ein bestimmtes Element darstellen, ermöglicht es uns, es gegen die Hash-Baum-Wurzel zu verifizieren. Diese Wurzel ist unsere akzeptierte Version der Realität. Alle Daten, die uns zur Verfügung gestellt werden, können gegen diese Realität verifiziert werden, indem sie an der richtigen Stelle in den Merkle-Baum eingefügt werden (bestimmt durch ihren verallgemeinerten Index) und beobachtet wird, dass die Wurzel konstant bleibt. Es gibt Funktionen in der Spezifikation [hier](https://github.com/ethereum/consensus-specs/blob/master/ssz/merkle-proofs.md#merkle-multiproofs), die zeigen, wie man die minimale Menge an Knoten berechnet, die erforderlich ist, um den Inhalt einer bestimmten Menge von verallgemeinerten Indizes zu verifizieren.
+
+Um beispielsweise Daten im Index 9 im untenstehenden Baum zu verifizieren, benötigen wir den Hash der Daten an den Indizes 8, 9, 5, 3, 1.
+Der Hash von (8,9) sollte gleich dem Hash (4) sein, der mit 5 gehasht wird, um 2 zu erzeugen, was wiederum mit 3 gehasht wird, um die Baumwurzel 1 zu erzeugen. Wenn für 9 falsche Daten bereitgestellt würden, würde sich die Wurzel ändern – wir würden dies erkennen und den Zweig nicht verifizieren können.
+
+```
+* = data required to generate proof
+
+ 1*
+ 2 3*
+ 4 5* 6 7
+8* 9* 10 11 12 13 14 15
+
+```
+
+## Weiterführende Literatur {#further-reading}
+
+- [Upgrading Ethereum: SSZ](https://eth2book.info/altair/part2/building_blocks/ssz)
+- [Upgrading Ethereum: Merkelisierung](https://eth2book.info/altair/part2/building_blocks/merkleization)
+- [SSZ-Implementierungen](https://github.com/ethereum/consensus-specs/issues/2138)
+- [SSZ-Rechner](https://simpleserialize.com/)
+- [SSZ.dev](https://www.ssz.dev/)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md b/public/content/translations/de/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md
new file mode 100644
index 00000000000..95ae76d3621
--- /dev/null
+++ b/public/content/translations/de/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md
@@ -0,0 +1,199 @@
+---
+title: Definition der Web3-Geheimnisspeicherung
+description: "Formale Definition für die Web3-Geheimnisspeicherung"
+lang: de
+sidebarDepth: 2
+---
+
+Damit Ihre App auf Ethereum funktioniert, können Sie das Web3-Objekt verwenden, das von der web3.js-Bibliothek bereitgestellt wird. Unter der Haube kommuniziert es über RPC-Aufrufe mit einem lokalen Blockchain-Knoten. [web3](https://github.com/ethereum/web3.js/) funktioniert mit jedem Ethereum-Blockchain-Knoten, der eine RPC-Schicht bereitstellt.
+
+`web3` enthält das `eth`-Objekt – web3.eth.
+
+```js
+var fs = require("fs")
+var recognizer = require("ethereum-keyfile-recognizer")
+
+fs.readFile("keyfile.json", (err, data) => {
+ var json = JSON.parse(data)
+ var result = recognizer(json)
+})
+
+/* * Ergebnis
+ * [ 'web3', 3 ] web3 (v3) Schlüsseldatei
+ * [ 'ethersale', undefined ] Ethersale-Schlüsseldatei
+ * null ungültige Schlüsseldatei */
+
+
+
+
+
+```
+
+Dies dokumentiert **Version 3** der Definition der Web3-Geheimnisspeicherung.
+
+## Definition {#definition}
+
+Die eigentliche Kodierung und Dekodierung der Datei bleibt im Vergleich zu Version 1 weitgehend unverändert, außer dass der Krypto-Algorithmus nicht mehr auf AES-128-CBC festgelegt ist (AES-128-CTR ist jetzt die Mindestanforderung). Die meisten Bedeutungen/Algorithmen ähneln Version 1, mit Ausnahme von `mac`, das als SHA3 (keccak-256) der Verkettungen der zweit-linkesten 16 Bytes des abgeleiteten Schlüssels zusammen mit dem vollständigen `ciphertext` angegeben wird.
+
+Geheime Schlüsseldateien werden direkt in `~/.web3/keystore` (für Unix-ähnliche Systeme) und `~/AppData/Web3/keystore` (für Windows) gespeichert. Sie können beliebig benannt werden, aber eine gute Konvention ist `.json`, wobei `` die 128-Bit-UUID ist, die dem geheimen Schlüssel zugewiesen wird (ein datenschutzfreundlicher Stellvertreter für die Adresse des geheimen Schlüssels).
+
+Alle solchen Dateien haben ein zugehöriges Passwort. Um den geheimen Schlüssel einer bestimmten `.json`-Datei abzuleiten, leiten Sie zunächst den Verschlüsselungsschlüssel der Datei ab; dies geschieht, indem das Passwort der Datei durch eine Schlüsselableitungsfunktion geleitet wird, wie durch den Schlüssel `kdf` beschrieben. KDF-abhängige statische und dynamische Parameter für die KDF-Funktion werden im Schlüssel `kdfparams` beschrieben.
+
+PBKDF2 muss von allen minimal konformen Implementierungen unterstützt werden, gekennzeichnet durch:
+
+- `kdf`: `pbkdf2`
+
+Für PBKDF2 umfassen die `kdfparams`:
+
+- `prf`: Muss `hmac-sha256` sein (kann in Zukunft erweitert werden);
+- `c`: Anzahl der Iterationen;
+- `salt`: Salt, das an PBKDF übergeben wird;
+- `dklen`: Länge für den abgeleiteten Schlüssel. Muss >= 32 sein.
+
+Sobald der Schlüssel der Datei abgeleitet wurde, sollte er durch die Ableitung des MAC verifiziert werden. Der MAC sollte als SHA3-Hash (keccak-256) des Byte-Arrays berechnet werden, das als Verkettung der zweit-linkesten 16 Bytes des abgeleiteten Schlüssels mit dem Inhalt des Schlüssels `ciphertext` gebildet wird, d. h.:
+
+```js
+KECCAK(DK[16..31] ++ )
+```
+
+(wobei `++` der Verkettungsoperator ist)
+
+Dieser Wert sollte mit dem Inhalt des Schlüssels `mac` verglichen werden; wenn sie unterschiedlich sind, sollte ein alternatives Passwort angefordert (oder der Vorgang abgebrochen) werden.
+
+Nachdem der Schlüssel der Datei verifiziert wurde, kann der Geheimtext (der Schlüssel `ciphertext` in der Datei) mit dem symmetrischen Verschlüsselungsalgorithmus entschlüsselt werden, der durch den Schlüssel `cipher` angegeben und durch den Schlüssel `cipherparams` parametrisiert wird. Wenn die Größe des abgeleiteten Schlüssels und die Schlüsselgröße des Algorithmus nicht übereinstimmen, sollten die mit Nullen aufgefüllten, rechtesten Bytes des abgeleiteten Schlüssels als Schlüssel für den Algorithmus verwendet werden.
+
+Alle minimal konformen Implementierungen müssen den Algorithmus AES-128-CTR unterstützen, gekennzeichnet durch:
+
+- `cipher: aes-128-ctr`
+
+Diese Chiffre nimmt die folgenden Parameter an, die als Schlüssel für den Schlüssel `cipherparams` angegeben werden:
+
+- `iv`: 128-Bit-Initialisierungsvektor für die Chiffre.
+
+Der Schlüssel für die Chiffre sind die linkesten 16 Bytes des abgeleiteten Schlüssels, d. h. `DK[0..15]`
+
+Die Erstellung/Verschlüsselung eines geheimen Schlüssels sollte im Wesentlichen die Umkehrung dieser Anweisungen sein. Stellen Sie sicher, dass `uuid`, `salt` und `iv` tatsächlich zufällig sind.
+
+Zusätzlich zum Feld `version`, das als „harter“ Identifikator der Version dienen sollte, können Implementierungen auch `minorversion` verwenden, um kleinere, nicht bahnbrechende Änderungen am Format zu verfolgen.
+
+## Testvektoren {#test-vectors}
+
+Details:
+
+- `Address`: `008aeeda4d805471df9b2a5b0f38a0c3bcba786b`
+- `ICAP`: `XE542A5PZHH8PYIZUBEJEO0MFWRAPPIL67`
+- `UUID`: `3198bc9c-6672-5ab3-d9954942343ae5b6`
+- `Password`: `testpassword`
+- `Secret`: `7a28b5ba57c53603b0b07b56bba752f7784bf506fa95edc395f5cf6c7514fe9d`
+
+### PBKDF2-SHA-256 {#PBKDF2-SHA-256}
+
+Testvektor unter Verwendung von `AES-128-CTR` und `PBKDF2-SHA-256`:
+
+Dateiinhalte von `~/.web3/keystore/3198bc9c-6672-5ab3-d9954942343ae5b6.json`:
+
+```json
+{
+ "crypto": {
+ "cipher": "aes-128-ctr",
+ "cipherparams": {
+ "iv": "6087dab2f9fdbbfaddc31a909735c1e6"
+ },
+ "ciphertext": "5318b4d5bcd28de64ee5559e671353e16f075ecae9f99c7a79a38af5f869aa46",
+ "kdf": "pbkdf2",
+ "kdfparams": {
+ "c": 262144,
+ "dklen": 32,
+ "prf": "hmac-sha256",
+ "salt": "ae3cd4e7013836a3df6bd7241b12db061dbe2c6785853cce422d148a624ce0bd"
+ },
+ "mac": "517ead924a9d0dc3124507e3393d175ce3ff7c1e96529c6c555ce9e51205e9b2"
+ },
+ "id": "3198bc9c-6672-5ab3-d995-4942343ae5b6",
+ "version": 3
+}
+```
+
+**Zwischenwerte**:
+
+`Derived key`: `f06d69cdc7da0faffb1008270bca38f5e31891a3a773950e6d0fea48a7188551`
+`MAC Body`: `e31891a3a773950e6d0fea48a71885515318b4d5bcd28de64ee5559e671353e16f075ecae9f99c7a79a38af5f869aa46`
+`MAC`: `517ead924a9d0dc3124507e3393d175ce3ff7c1e96529c6c555ce9e51205e9b2`
+`Cipher key`: `f06d69cdc7da0faffb1008270bca38f5`
+
+### Scrypt {#scrypt}
+
+Testvektor unter Verwendung von AES-128-CTR und Scrypt:
+
+```json
+{
+ "crypto": {
+ "cipher": "aes-128-ctr",
+ "cipherparams": {
+ "iv": "740770fce12ce862af21264dab25f1da"
+ },
+ "ciphertext": "dd8a1132cf57db67c038c6763afe2cbe6ea1949a86abc5843f8ca656ebbb1ea2",
+ "kdf": "scrypt",
+ "kdfparams": {
+ "dklen": 32,
+ "n": 262144,
+ "p": 1,
+ "r": 8,
+ "salt": "25710c2ccd7c610b24d068af83b959b7a0e5f40641f0c82daeb1345766191034"
+ },
+ "mac": "337aeb86505d2d0bb620effe57f18381377d67d76dac1090626aa5cd20886a7c"
+ },
+ "id": "3198bc9c-6672-5ab3-d995-4942343ae5b6",
+ "version": 3
+}
+```
+
+**Zwischenwerte**:
+
+`Derived key`: `7446f59ecc301d2d79bc3302650d8a5cedc185ccbb4bf3ca1ebd2c163eaa6c2d`
+`MAC Body`: `edc185ccbb4bf3ca1ebd2c163eaa6c2ddd8a1132cf57db67c038c6763afe2cbe6ea1949a86abc5843f8ca656ebbb1ea2`
+`MAC`: `337aeb86505d2d0bb620effe57f18381377d67d76dac1090626aa5cd20886a7c`
+`Cipher key`: `7446f59ecc301d2d79bc3302650d8a5c`
+
+## Änderungen gegenüber Version 1 {#alterations-from-v2}
+
+Diese Version behebt mehrere Inkonsistenzen mit der [hier](https://github.com/ethereum/homestead-guide/blob/master/old-docs-for-reference/go-ethereum-wiki.rst/Passphrase-protected-key-store-spec.rst) veröffentlichten Version 1. Kurz gesagt sind dies:
+
+- Die Groß- und Kleinschreibung ist ungerechtfertigt und inkonsistent (scrypt kleingeschrieben, Kdf gemischt, MAC großgeschrieben).
+- Adresse ist unnötig und beeinträchtigt den Datenschutz.
+- `Salt` ist an sich ein Parameter der Schlüsselableitungsfunktion und sollte mit dieser verknüpft werden, nicht mit der Krypto im Allgemeinen.
+- _SaltLen_ ist unnötig (einfach aus Salt ableiten).
+- Die Schlüsselableitungsfunktion ist vorgegeben, der Krypto-Algorithmus ist jedoch fest spezifiziert.
+- `Version` ist an sich numerisch, aber ein String (strukturierte Versionierung wäre mit einem String möglich, kann aber für ein sich selten änderndes Konfigurationsdateiformat als außerhalb des Rahmens betrachtet werden).
+- `KDF` und `cipher` sind konzeptionell verwandte Konzepte, werden aber unterschiedlich organisiert.
+- `MAC` wird durch ein Leerzeichen-agnostisches Datenstück berechnet(!)
+
+Es wurden Änderungen am Format vorgenommen, um die folgende Datei zu erhalten, die funktional dem Beispiel auf der zuvor verlinkten Seite entspricht:
+
+```json
+{
+ "crypto": {
+ "cipher": "aes-128-cbc",
+ "ciphertext": "07533e172414bfa50e99dba4a0ce603f654ebfa1ff46277c3e0c577fdc87f6bb4e4fe16c5a94ce6ce14cfa069821ef9b",
+ "cipherparams": {
+ "iv": "16d67ba0ce5a339ff2f07951253e6ba8"
+ },
+ "kdf": "scrypt",
+ "kdfparams": {
+ "dklen": 32,
+ "n": 262144,
+ "p": 1,
+ "r": 8,
+ "salt": "06870e5e6a24e183a5c807bd1c43afd86d573f7db303ff4853d135cd0fd3fe91"
+ },
+ "mac": "8ccded24da2e99a11d48cda146f9cc8213eb423e2ea0d8427f41c3be414424dd",
+ "version": 1
+ },
+ "id": "0498f19a-59db-4d54-ac95-33901b4f1870",
+ "version": 2
+}
+```
+
+## Änderungen gegenüber Version 2 {#alterations-from-v2}
+
+Version 2 war eine frühe C++-Implementierung mit einer Reihe von Fehlern. Alle wesentlichen Elemente bleiben davon unverändert.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/design-and-ux/dex-design-best-practice/index.md b/public/content/translations/de/developers/docs/design-and-ux/dex-design-best-practice/index.md
new file mode 100644
index 00000000000..d2f8699ec9f
--- /dev/null
+++ b/public/content/translations/de/developers/docs/design-and-ux/dex-design-best-practice/index.md
@@ -0,0 +1,217 @@
+---
+title: "Best Practices für das Design dezentralisierter Börsen (DEX)"
+description: "Ein Leitfaden, der UX/UI-Entscheidungen für das Tauschen von Token erklärt."
+lang: de
+---
+
+Seit dem Start von Uniswap im Jahr 2018 wurden Hunderte von dezentralisierten Börsen auf Dutzenden verschiedener Chains gestartet.
+Viele davon führten neue Elemente ein oder fügten ihre eigene Note hinzu, aber die Benutzeroberfläche ist im Allgemeinen gleich geblieben.
+
+Ein Grund dafür ist [Jakobs Gesetz](https://lawsofux.com/jakobs-law/):
+
+> Benutzer verbringen die meiste Zeit auf anderen Websites. Das bedeutet, dass Benutzer es bevorzugen, wenn Ihre Website genauso funktioniert wie all die anderen Websites, die sie bereits kennen.
+
+Dank früher Innovatoren wie Uniswap, Pancakeswap und Sushiswap haben DeFi-Benutzer eine kollektive Vorstellung davon, wie eine DEX aussieht.
+Aus diesem Grund entsteht nun so etwas wie eine „Best Practice“. Wir sehen, dass immer mehr Designentscheidungen über verschiedene Websites hinweg standardisiert werden. Man kann die Entwicklung von DEXes als ein riesiges Beispiel für Live-Tests betrachten. Dinge, die funktionierten, blieben; Dinge, die nicht funktionierten, wurden verworfen. Es gibt immer noch Raum für Persönlichkeit, aber es gibt bestimmte Standards, denen eine DEX entsprechen sollte.
+
+Dieser Artikel ist eine Zusammenfassung darüber:
+- was enthalten sein sollte
+- wie man es so benutzerfreundlich wie möglich gestaltet
+- die wichtigsten Möglichkeiten, das Design anzupassen
+
+Alle Beispiel-Wireframes wurden speziell für diesen Artikel erstellt, obwohl sie alle auf realen Projekten basieren.
+
+Das Figma-Kit ist ebenfalls unten verlinkt – fühlen Sie sich frei, es zu verwenden und Ihre eigenen Wireframes zu beschleunigen!
+
+## Grundlegende Anatomie einer DEX {#basic-anatomy-of-a-dex}
+
+Die Benutzeroberfläche (UI) enthält im Allgemeinen drei Elemente:
+1. Hauptformular
+2. Schaltfläche (Button)
+3. Detailbereich
+
+
+
+
+## Variationen {#variations}
+
+Dies wird ein wiederkehrendes Thema in diesem Artikel sein, aber es gibt verschiedene Möglichkeiten, wie diese Elemente organisiert werden können. Der „Detailbereich“ kann sich befinden:
+- Über der Schaltfläche
+- Unter der Schaltfläche
+- Versteckt in einem Akkordeon-Panel
+- Und/oder in einem „Vorschau“-Modal
+
+Hinweis: Ein „Vorschau“-Modal ist optional, aber wenn Sie auf der Haupt-UI nur sehr wenige Details anzeigen, wird es unerlässlich.
+
+## Struktur des Hauptformulars {#structure-of-the-main-form}
+
+Dies ist das Feld, in dem Sie tatsächlich auswählen, welchen Token Sie tauschen möchten. Die Komponente besteht aus einem Eingabefeld und einer kleinen Schaltfläche in einer Reihe.
+
+DEXes zeigen typischerweise zusätzliche Details in einer Reihe darüber und einer Reihe darunter an, obwohl dies auch anders konfiguriert werden kann.
+
+
+
+## Variationen {#variations2}
+
+Hier werden zwei UI-Variationen gezeigt; eine ohne jegliche Ränder, was ein sehr offenes Design schafft, und eine, bei der die Eingabereihe einen Rand hat, was den Fokus auf dieses Element lenkt.
+
+
+
+Diese Grundstruktur ermöglicht es, **vier wichtige Informationen** im Design anzuzeigen: eine in jeder Ecke. Wenn es nur eine obere/untere Reihe gibt, dann gibt es nur zwei Plätze.
+
+Während der Entwicklung von DeFi wurden hier viele verschiedene Dinge integriert.
+
+## Wichtige Informationen, die enthalten sein sollten {#key-info-to-include}
+
+- Guthaben im Wallet
+- Max-Schaltfläche
+- Fiat-Gegenwert
+- Preisauswirkung auf den „erhaltenen“ Betrag
+
+In den frühen Tagen von DeFi fehlte oft der Fiat-Gegenwert. Wenn Sie irgendeine Art von Web3-Projekt entwickeln, ist es unerlässlich, dass ein Fiat-Gegenwert angezeigt wird. Benutzer denken immer noch in lokalen Währungen. Um also den mentalen Modellen der realen Welt zu entsprechen, sollte dies einbezogen werden.
+
+Im zweiten Feld (in dem Sie den Token auswählen, in den Sie tauschen) können Sie auch die Preisauswirkung neben dem Fiat-Währungsbetrag anzeigen, indem Sie die Differenz zwischen dem Eingabebetrag und den geschätzten Ausgabebeträgen berechnen. Dies ist ein ziemlich nützliches Detail, das man einfügen sollte.
+
+Prozent-Schaltflächen (z. B. 25 %, 50 %, 75 %) können eine nützliche Funktion sein, aber sie nehmen mehr Platz ein, fügen mehr Handlungsaufforderungen (Call-to-Actions) hinzu und erhöhen die mentale Belastung. Das Gleiche gilt für Prozent-Schieberegler. Einige dieser UI-Entscheidungen hängen von Ihrer Marke und Ihrem Benutzertyp ab.
+
+Zusätzliche Details können unter dem Hauptformular angezeigt werden. Da diese Art von Informationen hauptsächlich für professionelle Benutzer gedacht ist, ist es sinnvoll, sie entweder:
+- so minimal wie möglich zu halten, oder;
+- in einem Akkordeon-Panel zu verstecken
+
+
+
+## Zusätzliche Informationen, die enthalten sein sollten {#extra-info-to-include}
+
+- Token-Preis
+- Slippage (Preisrutsch)
+- Mindestens erhalten
+- Erwartete Ausgabe
+- Preisauswirkung
+- Geschätzte Gaskosten
+- Andere Gebühren
+- Order-Routing
+
+Man kann argumentieren, dass einige dieser Details optional sein könnten.
+
+Order-Routing ist interessant, macht aber für die meisten Benutzer keinen großen Unterschied.
+
+Einige andere Details geben einfach dasselbe auf unterschiedliche Weise wieder. Zum Beispiel sind „Mindestens erhalten“ und „Slippage“ zwei Seiten derselben Medaille. Wenn Sie die Slippage auf 1 % eingestellt haben, dann ist das Minimum, das Sie erwarten können zu erhalten = erwartete Ausgabe - 1 %. Einige UIs zeigen den erwarteten Betrag, den Mindestbetrag und die Slippage an… Was nützlich, aber möglicherweise übertrieben ist.
+
+Die meisten Benutzer werden ohnehin die Standard-Slippage beibehalten.
+
+Die „Preisauswirkung“ wird oft in Klammern neben dem Fiat-Gegenwert im „An“-Feld angezeigt. Dies ist ein großartiges UX-Detail, das man hinzufügen kann, aber wenn es hier angezeigt wird, muss es dann wirklich unten noch einmal angezeigt werden? Und dann noch einmal auf einem Vorschaubildschirm?
+
+Viele Benutzer (insbesondere diejenigen, die kleine Beträge tauschen) werden sich nicht um diese Details kümmern; sie werden einfach eine Zahl eingeben und auf Tauschen klicken.
+
+
+
+Welche Details genau angezeigt werden, hängt von Ihrer Zielgruppe ab und davon, welches Gefühl die App vermitteln soll.
+
+Wenn Sie die Slippage-Toleranz in den Detailbereich aufnehmen, sollten Sie sie auch direkt von hier aus bearbeitbar machen. Dies ist ein gutes Beispiel für einen „Beschleuniger“; ein raffinierter UX-Trick, der die Abläufe erfahrener Benutzer beschleunigen kann, ohne die allgemeine Benutzerfreundlichkeit der App zu beeinträchtigen.
+
+
+
+Es ist eine gute Idee, nicht nur über eine bestimmte Information auf einem Bildschirm sorgfältig nachzudenken, sondern über den gesamten Ablauf:
+Eingabe von Zahlen im Hauptformular → Scannen der Details → Klicken auf den Vorschaubildschirm (falls Sie einen Vorschaubildschirm haben).
+Sollte der Detailbereich jederzeit sichtbar sein, oder muss der Benutzer darauf klicken, um ihn zu erweitern?
+Sollten Sie Reibung erzeugen, indem Sie einen Vorschaubildschirm hinzufügen? Dies zwingt den Benutzer, langsamer zu werden und seinen Handel zu überdenken, was nützlich sein kann. Aber wollen sie all die gleichen Informationen noch einmal sehen? Was ist an diesem Punkt für sie am nützlichsten?
+
+## Designoptionen {#design-options}
+
+Wie bereits erwähnt, hängt vieles davon von Ihrem persönlichen Stil ab.
+Wer ist Ihr Benutzer?
+Was ist Ihre Marke?
+Möchten Sie eine „Pro“-Benutzeroberfläche, die jedes Detail zeigt, oder möchten Sie minimalistisch sein?
+Selbst wenn Sie auf die professionellen Benutzer abzielen, die alle möglichen Informationen wünschen, sollten Sie sich an Alan Coopers weise Worte erinnern:
+
+> Egal wie schön, egal wie cool Ihre Benutzeroberfläche ist, es wäre besser, wenn es weniger davon gäbe.
+
+### Struktur {#structure}
+
+- Token auf der linken Seite oder Token auf der rechten Seite
+- 2 Reihen oder 3
+- Details über oder unter der Schaltfläche
+- Details erweitert, minimiert oder nicht angezeigt
+
+### Komponentenstil {#component-style}
+
+- leer (empty)
+- umrandet (outlined)
+- gefüllt (filled)
+
+Aus reiner UX-Sicht spielt der UI-Stil eine geringere Rolle, als Sie denken. Visuelle Trends kommen und gehen in Zyklen, und viele Vorlieben sind subjektiv.
+
+Der einfachste Weg, ein Gefühl dafür zu bekommen – und über die verschiedenen Konfigurationen nachzudenken – ist, sich einige Beispiele anzusehen und dann selbst etwas zu experimentieren.
+
+Das enthaltene Figma-Kit enthält leere, umrandete und gefüllte Komponenten.
+
+Sehen Sie sich die folgenden Beispiele an, um verschiedene Möglichkeiten zu sehen, wie Sie alles zusammensetzen können:
+
+
+
+
+
+
+
+
+
+
+
+
+
+## Aber auf welche Seite sollte der Token kommen? {#but-which-side-should-the-token-go-on}
+
+Unter dem Strich macht es wahrscheinlich keinen großen Unterschied für die Benutzerfreundlichkeit. Es gibt jedoch ein paar Dinge zu beachten, die Sie in die eine oder andere Richtung beeinflussen könnten.
+
+Es war leicht interessant zu beobachten, wie sich die Mode mit der Zeit ändert. Uniswap hatte den Token anfangs auf der linken Seite, hat ihn aber inzwischen nach rechts verschoben. Sushiswap hat diese Änderung ebenfalls während eines Design-Upgrades vorgenommen. Die meisten, aber nicht alle Protokolle sind diesem Beispiel gefolgt.
+
+Die finanzielle Konvention setzt das Währungssymbol traditionell vor die Zahl, z. B. $50, €50, £50, aber wir *sagen* 50 Dollar, 50 Euro, 50 Pfund.
+
+Für den allgemeinen Benutzer – insbesondere für jemanden, der von links nach rechts und von oben nach unten liest – fühlt sich der Token auf der rechten Seite wahrscheinlich natürlicher an.
+
+
+
+Den Token auf die linke Seite und alle Zahlen auf die rechte Seite zu setzen, sieht angenehm symmetrisch aus, was ein Pluspunkt ist, aber es gibt einen weiteren Nachteil bei diesem Layout.
+
+Das Gesetz der Nähe besagt, dass Elemente, die nahe beieinander liegen, als zusammengehörig wahrgenommen werden. Dementsprechend möchten wir zusammengehörige Elemente nebeneinander platzieren. Das Token-Guthaben steht in direktem Zusammenhang mit dem Token selbst und ändert sich, wenn ein neuer Token ausgewählt wird. Es macht daher etwas mehr Sinn, dass sich das Token-Guthaben neben der Token-Auswahlschaltfläche befindet. Es könnte unter den Token verschoben werden, aber das bricht die Symmetrie des Layouts.
+
+Letztendlich gibt es für beide Optionen Vor- und Nachteile, aber es ist interessant, wie der Trend anscheinend zum Token auf der rechten Seite geht.
+
+## Verhalten der Schaltfläche {#button-behavior}
+
+Haben Sie keine separate Schaltfläche für das Genehmigen (Approve). Verlangen Sie auch keinen separaten Klick für das Genehmigen. Der Benutzer möchte tauschen, also schreiben Sie einfach „Tauschen“ auf die Schaltfläche und leiten Sie die Genehmigung als ersten Schritt ein. Ein Modal kann den Fortschritt mit einem Stepper oder einer einfachen Benachrichtigung „Tx 1 von 2 - Genehmigung läuft“ anzeigen.
+
+
+
+
+
+### Schaltfläche als kontextbezogene Hilfe {#button-as-contextual-help}
+
+Die Schaltfläche kann eine Doppelfunktion als Warnung erfüllen!
+
+Dies ist eigentlich ein ziemlich ungewöhnliches Designmuster außerhalb von Web3, ist aber innerhalb davon zum Standard geworden. Dies ist eine gute Innovation, da sie Platz spart und die Aufmerksamkeit fokussiert hält.
+
+Wenn die Hauptaktion – TAUSCHEN – aufgrund eines Fehlers nicht verfügbar ist, kann der Grund dafür mit der Schaltfläche erklärt werden, z. B.:
+
+- Netzwerk wechseln
+- Wallet verbinden
+- verschiedene Fehler
+
+Die Schaltfläche kann auch **der Aktion zugeordnet** werden, die ausgeführt werden muss. Wenn der Benutzer beispielsweise nicht tauschen kann, weil er sich im falschen Netzwerk befindet, sollte auf der Schaltfläche „Zu Ethereum wechseln“ stehen, und wenn der Benutzer auf die Schaltfläche klickt, sollte das Netzwerk zu Ethereum gewechselt werden. Dies beschleunigt den Benutzerfluss erheblich.
+
+
+
+
+
+## Bauen Sie Ihre eigene mit dieser Figma-Datei {#build-your-own-with-this-figma-file}
+
+Dank der harten Arbeit mehrerer Protokolle hat sich das DEX-Design stark verbessert. Wir wissen, welche Informationen der Benutzer benötigt, wie wir sie anzeigen sollten und wie wir den Ablauf so reibungslos wie möglich gestalten können.
+Hoffentlich bietet dieser Artikel einen soliden Überblick über die UX-Prinzipien.
+
+Wenn Sie experimentieren möchten, können Sie gerne das Figma-Wireframe-Kit verwenden. Es ist so einfach wie möglich gehalten, bietet aber genug Flexibilität, um die Grundstruktur auf verschiedene Weise aufzubauen.
+
+[Figma-Wireframe-Kit](https://www.figma.com/community/file/1393606680816807382/dex-wireframes-kit)
+
+DeFi wird sich weiterentwickeln, und es gibt immer Raum für Verbesserungen.
+
+Viel Glück!
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/design-and-ux/heuristics-for-web3/index.md b/public/content/translations/de/developers/docs/design-and-ux/heuristics-for-web3/index.md
new file mode 100644
index 00000000000..0886cd2a9d6
--- /dev/null
+++ b/public/content/translations/de/developers/docs/design-and-ux/heuristics-for-web3/index.md
@@ -0,0 +1,131 @@
+---
+title: "7 Heuristiken für das Design von Web3-Benutzeroberflächen"
+description: Prinzipien zur Verbesserung der Benutzerfreundlichkeit von Web3
+lang: de
+---
+
+Usability-Heuristiken sind allgemeine „Faustregeln“, mit denen Sie die Benutzerfreundlichkeit Ihrer Website messen können.
+Die 7 hier vorgestellten Heuristiken sind speziell auf Web3 zugeschnitten und sollten zusammen mit Jakob Nielsens [10 allgemeinen Prinzipien für Interaktionsdesign](https://www.nngroup.com/articles/ten-usability-heuristics/) verwendet werden.
+
+## Sieben Usability-Heuristiken für Web3 {#seven-usability-heuristics-for-web3}
+
+1. Feedback folgt auf Aktion
+2. Sicherheit und Vertrauen
+3. Die wichtigsten Informationen sind offensichtlich
+4. Verständliche Terminologie
+5. Aktionen sind so kurz wie möglich
+6. Netzwerkverbindungen sind sichtbar und flexibel
+7. Steuerung über die App, nicht über das Wallet
+
+## Definitionen und Beispiele {#definitions-and-examples}
+
+### 1. Feedback folgt auf Aktion {#feedback-follows-action}
+
+**Es sollte offensichtlich sein, wenn etwas passiert ist oder gerade passiert.**
+
+Benutzer entscheiden über ihre nächsten Schritte basierend auf dem Ergebnis ihrer vorherigen Schritte. Daher ist es unerlässlich, dass sie über den Systemstatus informiert bleiben. Dies ist im Web3 besonders wichtig, da Transaktionen manchmal eine kurze Zeit benötigen, um in die Blockchain geschrieben zu werden. Wenn es kein Feedback gibt, das sie zum Warten auffordert, sind sich die Benutzer unsicher, ob überhaupt etwas passiert ist.
+
+**Tipps:**
+- Informieren Sie den Benutzer über Nachrichten, Benachrichtigungen und andere Warnungen.
+- Kommunizieren Sie Wartezeiten klar.
+- Wenn eine Aktion länger als ein paar Sekunden dauert, beruhigen Sie den Benutzer mit einem Timer oder einer Animation, um ihm das Gefühl zu geben, dass etwas passiert.
+- Wenn ein Prozess aus mehreren Schritten besteht, zeigen Sie jeden Schritt an.
+
+**Beispiel:**
+Das Anzeigen jedes Schritts einer Transaktion hilft den Benutzern zu wissen, wo sie sich im Prozess befinden. Entsprechende Symbole informieren den Benutzer über den Status seiner Aktionen.
+
+
+
+### 2. Sicherheit und Vertrauen sind fest integriert {#security-and-trust-are-backed-in}
+
+Sicherheit sollte priorisiert und für den Benutzer hervorgehoben werden.
+Menschen legen großen Wert auf ihre Daten. Sicherheit ist oft ein Hauptanliegen der Benutzer, daher sollte sie auf allen Ebenen des Designs berücksichtigt werden. Sie sollten immer bestrebt sein, das Vertrauen Ihrer Benutzer zu gewinnen, aber die Art und Weise, wie Sie dies tun, kann bei verschiedenen Apps Unterschiedliches bedeuten. Es sollte kein nachträglicher Einfall sein, sondern durchgehend bewusst gestaltet werden. Bauen Sie Vertrauen während der gesamten Benutzererfahrung auf, einschließlich sozialer Kanäle und Dokumentation sowie der endgültigen Benutzeroberfläche. Dinge wie der Grad der Dezentralisierung, der Mehrfachsignatur-Status (Multi-Sig) der Treasury und ob das Team öffentlich bekannt (doxxed) ist, beeinflussen das Vertrauen der Benutzer.
+
+**Tipps:**
+- Listen Sie Ihre Audits stolz auf
+- Lassen Sie mehrere Audits durchführen
+- Bewerben Sie alle von Ihnen entworfenen Sicherheitsfunktionen
+- Heben Sie mögliche Risiken hervor, einschließlich zugrunde liegender Integrationen
+- Kommunizieren Sie die Komplexität von Strategien
+- Berücksichtigen Sie Probleme außerhalb der Benutzeroberfläche, die die Sicherheitswahrnehmung Ihrer Benutzer beeinträchtigen könnten
+
+**Beispiel:**
+Fügen Sie Ihre Audits in einer gut sichtbaren Größe in die Fußzeile ein.
+
+
+
+### 3. Die wichtigsten Informationen sind offensichtlich {#the-most-important-info-is-obvious}
+
+Zeigen Sie bei komplexen Systemen nur die relevantesten Daten an. Bestimmen Sie, was am wichtigsten ist, und priorisieren Sie dessen Anzeige.
+Zu viele Informationen sind überwältigend und Benutzer orientieren sich bei Entscheidungen typischerweise an einer einzigen Information. Im DeFi-Bereich wird dies wahrscheinlich der effektive Jahreszins (APR) bei Rendite-Apps und der Beleihungsauslauf (LTV) bei Kredit-Apps sein.
+
+**Tipps:**
+- Benutzerforschung wird die wichtigste Metrik aufdecken
+- Machen Sie die wichtigsten Informationen groß und die anderen Details klein und unauffällig
+- Menschen lesen nicht, sie überfliegen; stellen Sie sicher, dass Ihr Design leicht zu überfliegen ist
+
+**Beispiel:** Große Token in voller Farbe sind beim Überfliegen leicht zu finden. Der effektive Jahreszins (APR) ist groß und in einer Akzentfarbe hervorgehoben.
+
+
+
+### 4. Klare Terminologie {#clear-terminology}
+
+Die Terminologie sollte verständlich und angemessen sein.
+Fachjargon kann ein riesiges Hindernis sein, da er den Aufbau eines völlig neuen mentalen Modells erfordert. Benutzer können das Design nicht mit Wörtern, Phrasen und Konzepten in Verbindung bringen, die sie bereits kennen. Alles erscheint verwirrend und ungewohnt, und es gibt eine steile Lernkurve, bevor sie überhaupt versuchen können, es zu nutzen. Ein Benutzer nähert sich DeFi vielleicht mit dem Wunsch, etwas Geld zu sparen, und was er findet, ist: Mining, Farming, Staking, Emissionen, Bribes, Vaults, Lockers, veTokens, Vesting, Epochen, dezentralisierte Algorithmen, protokolleigene Liquidität...
+Versuchen Sie, einfache Begriffe zu verwenden, die von der breitesten Personengruppe verstanden werden. Erfinden Sie keine brandneuen Begriffe nur für Ihr Projekt.
+
+**Tipps:**
+- Verwenden Sie eine einfache und konsistente Terminologie
+- Verwenden Sie so weit wie möglich die bestehende Sprache
+- Denken Sie sich keine eigenen Begriffe aus
+- Befolgen Sie Konventionen, sobald sie auftauchen
+- Klären Sie die Benutzer so gut wie möglich auf
+
+**Beispiel:**
+„Ihre Belohnungen“ ist ein allgemein verständlicher, neutraler Begriff; kein neues Wort, das für dieses Projekt erfunden wurde. Die Belohnungen sind in USD angegeben, um den mentalen Modellen der realen Welt zu entsprechen, auch wenn die Belohnungen selbst in einem anderen Token erfolgen.
+
+
+
+### 5. Aktionen sind so kurz wie möglich {#actions-are-as-short-as-possible}
+
+Beschleunigen Sie die Interaktionen des Benutzers durch die Gruppierung von Teilaktionen.
+Dies kann sowohl auf der Ebene des Smart Contracts als auch auf der Benutzeroberfläche erfolgen. Der Benutzer sollte nicht von einem Teil des Systems zu einem anderen wechseln – oder das System ganz verlassen – müssen, um eine häufige Aktion abzuschließen.
+
+**Tipps:**
+- Kombinieren Sie „Genehmigen“ (Approve) nach Möglichkeit mit anderen Aktionen
+- Bündeln Sie Signaturschritte so nah wie möglich beieinander
+
+**Beispiel:** Die Kombination von „Liquidität hinzufügen“ und „Staking“ ist ein einfaches Beispiel für einen Beschleuniger, der dem Benutzer sowohl Zeit als auch Gas spart.
+
+
+
+### 6. Netzwerkverbindungen sind sichtbar und flexibel {#network-connections-are-visible-and-flexible}
+
+Informieren Sie den Benutzer darüber, mit welchem Netzwerk er verbunden ist, und stellen Sie klare Verknüpfungen zum Wechseln des Netzwerks bereit.
+Dies ist besonders bei Multichain-Apps wichtig. Die Hauptfunktionen der App sollten auch dann sichtbar sein, wenn die Verbindung getrennt ist oder eine Verbindung zu einem nicht unterstützten Netzwerk besteht.
+
+**Tipps:**
+- Zeigen Sie so viel wie möglich von der App an, während die Verbindung getrennt ist
+- Zeigen Sie an, mit welchem Netzwerk der Benutzer derzeit verbunden ist
+- Zwingen Sie den Benutzer nicht, zum Wallet zu gehen, um das Netzwerk zu wechseln
+- Wenn die App erfordert, dass der Benutzer das Netzwerk wechselt, fordern Sie die Aktion über den primären Call-to-Action an
+- Wenn die App Märkte oder Vaults für mehrere Netzwerke enthält, geben Sie klar an, welches Set der Benutzer gerade betrachtet
+
+**Beispiel:** Zeigen Sie dem Benutzer in der App-Leiste an, mit welchem Netzwerk er verbunden ist, und ermöglichen Sie ihm, es zu ändern.
+
+
+
+### 7. Steuerung über die App, nicht über das Wallet {#control-from-the-app-not-the-wallet}
+
+Die Benutzeroberfläche sollte dem Benutzer alles mitteilen, was er wissen muss, und ihm die Kontrolle über alles geben, was er tun muss.
+Im Web3 gibt es Aktionen, die Sie in der Benutzeroberfläche ausführen, und Aktionen, die Sie im Wallet ausführen. Im Allgemeinen initiieren Sie eine Aktion in der Benutzeroberfläche und bestätigen sie dann im Wallet. Benutzer können sich unwohl fühlen, wenn diese beiden Stränge nicht sorgfältig integriert sind.
+
+**Tipps:**
+- Kommunizieren Sie den Systemstatus über Feedback in der Benutzeroberfläche
+- Führen Sie eine Aufzeichnung ihrer Historie
+- Stellen Sie Links zu Blocksuchmaschinen für alte Transaktionen bereit
+- Stellen Sie Verknüpfungen zum Wechseln von Netzwerken bereit.
+
+**Beispiel:** Ein dezenter Container zeigt dem Benutzer, welche relevanten Token er in seinem Wallet hat, und der Haupt-CTA bietet eine Verknüpfung zum Wechseln des Netzwerks.
+
+
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/design-and-ux/index.md b/public/content/translations/de/developers/docs/design-and-ux/index.md
new file mode 100644
index 00000000000..85c37f0a2e1
--- /dev/null
+++ b/public/content/translations/de/developers/docs/design-and-ux/index.md
@@ -0,0 +1,87 @@
+---
+title: Design und UX im Web3
+description: "Einführung in UX-Design und -Forschung im Web3-Bereich und bei Ethereum"
+lang: de
+---
+
+Sind Sie neu im Bereich Design mit Ethereum? Dann sind Sie hier genau richtig. Die Ethereum-Community hat Ressourcen zusammengestellt, um Sie in die Grundlagen von Web3-Design und -Forschung einzuführen. Sie werden Kernkonzepte kennenlernen, die sich möglicherweise von anderen App-Designs unterscheiden, mit denen Sie vertraut sind.
+
+Benötigen Sie zunächst ein grundlegenderes Verständnis von Web3? Besuchen Sie den [**Lern-Hub**](/learn/).
+
+## Beginnen Sie mit der Nutzerforschung {#start-with-user-research}
+
+Effektives Design geht über die Erstellung visuell ansprechender Benutzeroberflächen hinaus. Es beinhaltet ein tiefes Verständnis der Bedürfnisse, Ziele und treibenden Faktoren der Nutzer. Daher empfehlen wir dringend, dass alle Designer einen Designprozess anwenden, wie zum Beispiel den [**Double-Diamond-Prozess**](), um sicherzustellen, dass ihre Arbeit bewusst und zielgerichtet ist.
+
+- [Web3 needs more UX Researchers and Designers](https://blog.akasha.org/akasha-conversations-9-web3-needs-more-ux-researchers-and-designers) – Ein Überblick über den aktuellen Reifegrad des Designs
+- [A simple guide to UX Research in web3](https://uxplanet.org/a-complete-guide-to-ux-research-for-web-3-0-products-d6bead20ebb1) – Eine einfache Anleitung zur Durchführung von Forschung
+- [How to Approach UX Decisions in Web3](https://archive.devcon.org/archive/watch/6/data-empathy-how-to-approach-ux-decisions-in-web3/) – Ein kurzer Überblick über quantitative und qualitative Forschung und die Unterschiede zwischen beiden (Video, 6 Min.)
+- [Being a ux researcher in web3](https://medium.com/@georgia.rakusen/what-its-like-being-a-user-researcher-in-web3-6a4bcc096849) – Eine persönliche Sicht darauf, wie es ist, ein UX-Forscher im Web3 zu sein
+
+## Forschungsstudien im Web3 {#research-in-web3}
+
+Dies ist eine kuratierte Liste von Nutzerforschungen im Web3, die bei Design- und Produktentscheidungen helfen oder als Inspiration für die Durchführung einer eigenen Studie dienen können.
+
+| Schwerpunkt | Name |
+| :------------------------------------------------------ | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Krypto-Onboarding | [The Reown Pulse 2024: Crypto Consumer Sentiment & Usage](https://reown.com/blog/unveiling-walletconnects-consumer-crypto-report) |
+| Krypto-Onboarding | [CRADL: UX in Cryptocurrency](https://docs.google.com/presentation/d/1s2OPSH5sMJzxRYaJSSRTe8W2iIoZx0PseIV-WeZWD1s/edit?usp=sharing) |
+| Krypto-Onboarding | [CRADL: Onboarding to Cryptocurrency](https://docs.google.com/presentation/d/1R9nFuzA-R6SxaGCKhoMbE4Vxe0JxQSTiHXind3LVq_w/edit?usp=sharing) |
+| Krypto-Onboarding | [Bitcoin UX report](https://github.com/patestevao/BitcoinUX-report/blob/master/report.md) |
+| Krypto-Onboarding | [ConSensys: The State of Web3 perception around the world 2023](https://consensys.io/insight-report/web3-and-crypto-global-survey-2023) |
+| Krypto-Onboarding | [NEAR: Accelerating the journey towards adoption](https://drive.google.com/file/d/1VuaQP4QSaQxR5ddQKTMGI0b0rWdP7uGn/view) |
+| Staking | [OpenUX: Rocket Pool Node Operator UX](https://storage.googleapis.com/rocketpool/RocketPool-NodeOperator-UX-Report-Jan-2024.pdf) |
+| Staking | [Staking: Key trends, takeaways, and predictions - Eth Staker](https://lookerstudio.google.com/u/0/reporting/cafcee00-e1af-4148-bae8-442a88ac75fa/page/p_ja2srdhh2c?s=hmbTWDh9hJo) |
+| Staking | [Multi App Staking]() |
+| DAO | [2022 DAO Research Update: What do DAO Builders Need?](https://blog.aragon.org/2022-dao-research-update/) |
+| DeFi | [Coverage pools](https://github.com/threshold-network/UX-User-Research/tree/main/Keep%20Coverage%20Pool) |
+| DeFi | [ConSensys: DeFi User Research Report 2022](https://cdn2.hubspot.net/hubfs/4795067/ConsenSys%20Codefi-Defi%20User%20ResearchReport.pdf) |
+| Metaverse | [Metaverse: User Research Report](https://www.politico.com/f/?id=00000187-7685-d820-a7e7-7e85d1420000) |
+| Metaverse | [Going on Safari: Researching Users in the Metaverse](https://archive.devcon.org/archive/watch/6/going-on-safari-researching-users-in-the-metaverse/?tab=YouTube) (Video, 27 Min.) |
+
+## Design für Web3 {#design-for-web3}
+
+- [Web3 Design Playbook](https://learnweb3.design/) – Eine umfassende Sammlung von Frameworks und Notizen zu Web3-UX-Prinzipien, DeFi-Mustern, Governance-Design, Wallet-UX und Denken auf Protokollebene für Designer und Gründer
+- [Web3 UX Design Handbook](https://web3ux.design/) – Ein praktischer Leitfaden zur Gestaltung von Web3-Apps
+- [Web3 Design Principles](https://medium.com/@lyricalpolymath/web3-design-principles-f21db2f240c1) – Ein Framework von UX-Regeln für Blockchain-basierte Dapps
+- [Blockchain Design Principles](https://medium.com/design-ibm/blockchain-design-principles-599c5c067b6e) – Erkenntnisse des Blockchain-Designteams bei IBM
+- [Neueux.com](https://neueux.com/apps) – UI-Bibliothek von Nutzerabläufen mit vielfältigen Filteroptionen
+- [Web3's Usability Crisis: What You NEED to Know!](https://www.youtube.com/watch?v=oBSXT_6YDzg) – Eine Podiumsdiskussion über die Fallstricke der entwicklerfokussierten Projektentwicklung (Video, 34 Min.)
+
+## Erste Schritte {#getting-started}
+
+- [Heuristics for Web3](/developers/docs/design-and-ux/heuristics-for-web3/) – 7 Heuristiken für das Web3-Schnittstellendesign
+- [DEX Design Best Practices](/developers/docs/design-and-ux/dex-design-best-practice/) – Ein Leitfaden zur Gestaltung dezentralisierter Börsen
+
+## Web3-Design-Fallstudien {#design-case-studies}
+
+- [Deep Work Studio](https://www.deepwork.studio/case-studies)
+- [Selling an NFT on OpenSea](https://builtformars.com/case-studies/opensea)
+- [Wallet UX teardown how wallets need to change](https://www.youtube.com/watch?v=oTpuxYj8JWI&ab_channel=ETHDenver) (Video, 20 Min.)
+
+## Design-Bounties {#bounties}
+
+- [Dework](https://app.dework.xyz/bounties)
+- [Buildbox hackathons](https://app.buidlbox.io/)
+- [ETHGlobal hackathons](https://ethglobal.com/)
+
+## Design-DAOs und -Communitys {#design-daos-and-communities}
+
+Engagieren Sie sich in professionellen, von der Community getragenen Organisationen oder treten Sie Designgruppen bei, um design- und forschungsbezogene Themen und Trends mit anderen Mitgliedern zu diskutieren.
+
+- [Vectordao.com](https://vectordao.com/)
+- [Deepwork.studio](https://www.deepwork.studio/)
+- [We3.co](https://we3.co/)
+- [Openux.xyz](https://openux.xyz/)
+
+## Designsysteme und andere Designressourcen {#design-systems-and-resources}
+
+- [Optimism Design](https://www.figma.com/@optimism) (Figma)
+- [Ethereum.org Design system](https://www.figma.com/@ethdotorg) (Figma)
+- [Finity, a design system by Polygon](https://www.figma.com/community/file/1073921725197233598/finity-design-system) (Figma)
+- [Kleros Design System](https://www.figma.com/community/file/999852250110186964/kleros-design-system) (Figma)
+- [Safe Design System](https://www.figma.com/community/file/1337417127407098506/safe-design-system) (Figma)
+- [ENS Design system](https://thorin.ens.domains/)
+- [Mirror Design System](https://degen-xyz.vercel.app/)
+
+**Die auf dieser Seite aufgeführten Artikel und Projekte stellen keine offiziellen Empfehlungen dar** und dienen lediglich zu Informationszwecken.
+Wir fügen Links zu dieser Seite basierend auf den Kriterien in unserer [Auflistungsrichtlinie](/contributing/design/adding-design-resources) hinzu. Wenn Sie möchten, dass wir ein Projekt/einen Artikel hinzufügen, bearbeiten Sie diese Seite auf [GitHub](https://github.com/ethereum/ethereum-org-website/blob/dev/public/content/developers/docs/design-and-ux/index.md).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/development-networks/index.md b/public/content/translations/de/developers/docs/development-networks/index.md
index a651178cd46..1afd9a7e905 100644
--- a/public/content/translations/de/developers/docs/development-networks/index.md
+++ b/public/content/translations/de/developers/docs/development-networks/index.md
@@ -1,73 +1,75 @@
---
title: Entwicklungsnetzwerke
-description: Eine Übersicht über Entwicklungsnetzwerke und die zur Erstellung von Ethereum-Anwendungen verfügbaren Tools
+description: "Eine Übersicht über Entwicklungsnetzwerke und die verfügbaren Tools zur Unterstützung bei der Erstellung von Ethereum-Anwendungen."
lang: de
---
-Wenn Sie eine Ethereum-Anwendung mit Smart Contracts erstellen, möchten Sie sie vermutlich in einem lokalen Netzwerk ausführen, um die Funktionsweise vor der Bereitstellung zu prüfen.
+Wenn Sie eine [Ethereum](/)-Anwendung mit Smart Contracts erstellen, sollten Sie diese in einem lokalen Netzwerk ausführen, um zu sehen, wie sie funktioniert, bevor Sie sie bereitstellen.
-So, wie Sie einen lokalen Server auf Ihrem Computer für die Webentwicklung laufen lassen können, können Sie über ein Entwicklungsnetzwerk eine lokale Blockchain-Instanz für den Test Ihrer dApp erstellen. Diese Ethereum-Entwicklungsnetze bieten Funktionen, die eine wesentlich schnellere Iteration ermöglichen als ein öffentliches Testnetz (zum Beispiel müssen Sie sich nicht mit dem Erwerb von ETH von einem Testnet-Faucet beschäftigen).
+Ähnlich wie Sie für die Webentwicklung einen lokalen Server auf Ihrem Computer ausführen, können Sie ein Entwicklungsnetzwerk verwenden, um eine lokale Blockchain-Instanz zum Testen Ihrer Dapp zu erstellen. Diese Ethereum-Entwicklungsnetzwerke bieten Funktionen, die eine viel schnellere Iteration ermöglichen als ein öffentliches Testnet (zum Beispiel müssen Sie sich nicht darum kümmern, ETH von einem Testnet-Faucet zu erhalten).
## Voraussetzungen {#prerequisites}
-Sie sollten mit den [Grundlagen des Ethereum-Stacks](/developers/docs/ethereum-stack/) und den [Ethereum-Netzwerken](/developers/docs/networks/) vertraut sein, bevor Sie sich mit Entwicklungsnetzwerken beschäftigen.
+Sie sollten die [Grundlagen des Ethereum-Stacks](/developers/docs/ethereum-stack/) und der [Ethereum-Netzwerke](/developers/docs/networks/) verstehen, bevor Sie sich mit Entwicklungsnetzwerken befassen.
## Was ist ein Entwicklungsnetzwerk? {#what-is-a-development-network}
-Entwicklungsnetzwerke sind im Wesentlichen Ethereum-Kunden (Implementierungen von Ethereum), die speziell für die lokale Entwicklung konzipiert wurden.
+Entwicklungsnetzwerke sind im Wesentlichen Ethereum-Clients (Implementierungen von Ethereum), die speziell für die lokale Entwicklung konzipiert sind.
-**Warum nicht einfach einen Ethereum-Knoten lokal betreiben?**
+**Warum nicht einfach einen Standard-Ethereum-Blockchain-Knoten lokal ausführen?**
-Sie _könnten_ [einen Knoten betreiben](/developers/docs/nodes-and-clients/#running-your-own-node), da jedoch Entwicklungsnetzwerke speziell für die Entwicklung erstellt werden, sind sie oft mit praktischen Funktionen ausgestattet wie:
+Sie _könnten_ [einen Blockchain-Knoten ausführen](/developers/docs/nodes-and-clients/#running-your-own-node), aber da Entwicklungsnetzwerke speziell für die Entwicklung entwickelt wurden, sind sie oft mit praktischen Funktionen ausgestattet, wie:
-- Seeding deterministisch mit Daten für die lokale Blockchain durchführen (z. B. Konten mit ETH-Guthaben)
-- Sofortige Erzeugung von Blöcken mit jeder empfangenen Transaktion, in der richtigen Reihenfolge und ohne Verzögerung
-- Verbesserte Debugging- und Protokollierungsfunktionen
+- Deterministisches Befüllen Ihrer lokalen Blockchain mit Daten (z. B. Konten mit ETH-Guthaben)
+- Sofortiges Produzieren von Blöcken mit jeder empfangenen Transaktion, in der richtigen Reihenfolge und ohne Verzögerung
+- Erweiterte Debugging- und Protokollierungsfunktionen
## Verfügbare Tools {#available-projects}
-**Hinweis**: Die meisten [Entwicklerframeworks](/developers/docs/frameworks/) enthalten ein integriertes Entwicklungsnetzwerk. Wir empfehlen Ihnen, mit einem Framework für die Einrichtung [Ihrer lokalen Entwicklungsumgebung](/developers/local-environment/) zu beginnen.
+**Hinweis**: Die meisten [Entwicklungs-Frameworks](/developers/docs/frameworks/) enthalten ein integriertes Entwicklungsnetzwerk. Wir empfehlen, mit einem Framework zu beginnen, um [Ihre lokale Entwicklungsumgebung einzurichten](/developers/local-environment/).
### Hardhat Network {#hardhat-network}
-Ein lokales Ethereum-Netzwerk, das für die Entwicklung konzipiert ist. Die können darin Ihre Contracts bereitstellen, Tests durchführen und Ihren Code debuggen.
+Ein lokales Ethereum-Netzwerk, das für die Entwicklung konzipiert ist. Es ermöglicht Ihnen, Ihre Verträge bereitzustellen, Ihre Tests auszuführen und Ihren Code zu debuggen.
-Hardhat Network beinhaltet Hardhat, eine Ethereum-Entwicklungsumgebung für Profis.
+Hardhat Network ist in Hardhat integriert, einer Ethereum-Entwicklungsumgebung für Profis.
- [Website](https://hardhat.org/)
-- [GitHub](https://github.com/nomiclabs/hardhat)
+- [GitHub](https://github.com/NomicFoundation/hardhat)
### Lokale Beacon Chains {#local-beacon-chains}
-Einige Konsensclients verfügen über integrierte Tools, um lokale Beacon Chains zu Testzwecken zu erstellen. Anleitungen für Lighthouse, Nimbus und Lodestar sind verfügbar:
+Einige Konsens-Clients verfügen über integrierte Tools zum Starten lokaler Beacon Chains zu Testzwecken. Anleitungen für Lighthouse, Nimbus und Lodestar sind verfügbar:
-- [Lokales Testnetz unter Verwendung von Lodestar](https://chainsafe.github.io/lodestar/contribution/advanced-topics/setting-up-a-testnet#post-merge-local-testnet/)
-- [Lokales Testnetz unter Verwendung von Lighthouse](https://lighthouse-book.sigmaprime.io/setup.html#local-testnets)
+- [Lokales Testnet mit Lodestar](https://chainsafe.github.io/lodestar/contribution/advanced-topics/setting-up-a-testnet#post-merge-local-testnet/)
+- [Lokales Testnet mit Lighthouse](https://lighthouse-book.sigmaprime.io/setup.html#local-testnets)
-### Öffentliche Ethereum Test-Chains {#public-beacon-testchains}
+### Öffentliche Ethereum-Test-Chains {#public-beacon-testchains}
-Es gibt auch zwei öffentliche Testimplementierungen von Ethereum: Sepolia und Hoodi. Sepolia ist das empfohlene Standard-Testnetz für die Anwendungsentwicklung, mit einem geschlossenen Validatorsatz für schnelle Synchronisation. Hoodi ist ein Testnetz für Validierung und Staking, das einen offenen Validatorsatz verwendet und es potenziell jedem ermöglicht, zu validieren.
+Es gibt auch zwei gepflegte öffentliche Testimplementierungen von Ethereum: Sepolia und Hoodi. Das empfohlene Testnet mit langfristiger Unterstützung ist Hoodi, auf dem jeder frei validieren kann. Sepolia verwendet ein zugangsbeschränktes Validator-Set, was bedeutet, dass es keinen allgemeinen Zugang für neue Validatoren in diesem Testnet gibt.
-- [Hoodi Staking Launchpad](https://hoodi.launchpad.ethereum.org/en/)
-- [Sepolia Website](https://sepolia.dev/)
-- [Hoodi Website](https://hoodi.ethpandaops.io/)
+- [Hoodi Staking Launchpad](https://hoodi.launchpad.ethereum.org/)
-### Kurtosis Ethereum-Paket {#kurtosis}
+### Kurtosis Ethereum Package {#kurtosis}
-Kurtosis ist ein Build-System für Multi-Container-Testumgebungen, das es Entwicklern ermöglicht, lokal reproduzierbare Instanzen von Blockchain-Netzwerken zu erstellen.
+Kurtosis ist ein Build-System für Multi-Container-Testumgebungen, das es Entwicklern ermöglicht, lokal reproduzierbare Instanzen von Blockchain-Netzwerken zu starten.
-Das Ethereum-Kurtosis-Paket kann verwendet werden, um schnell ein parameterisierbares, hochskalierbares und privates Ethereum-Testnetz über Docker oder Kubernetes einzurichten. Das Paket unterstützt alle wichtigen Clients der Ausführungs- und Konsensebene. Kurtosis verwaltet gekonnt alle lokalen Portzuweisungen und Dienstverbindungen für ein repräsentatives Netzwerk, das in Validierungs- und Test-Workflows im Zusammenhang mit der Ethereum-Kerninfrastruktur verwendet wird.
+Das Ethereum-Kurtosis-Paket kann verwendet werden, um schnell ein parametrisierbares, hochskalierbares und privates Ethereum-Testnet über Docker oder Kubernetes zu instanziieren. Das Paket unterstützt alle wichtigen Ausführungsebene- (EL) und Konsensebene- (CL) Clients. Kurtosis verarbeitet elegant alle lokalen Port-Zuweisungen und Dienstverbindungen für ein repräsentatives Netzwerk, das in Validierungs- und Test-Workflows im Zusammenhang mit der Ethereum-Kerninfrastruktur verwendet werden soll.
-- [Ethereum Netzwerk-Paket](https://github.com/kurtosis-tech/ethereum-package)
+- [Ethereum-Netzwerkpaket](https://github.com/kurtosis-tech/ethereum-package)
- [Website](https://www.kurtosis.com/)
- [GitHub](https://github.com/kurtosis-tech/kurtosis)
- [Dokumentation](https://docs.kurtosis.com/)
-## Weiterführende Informationen {#further-reading}
+## Weiterführende Literatur {#further-reading}
-_Sie kennen Community-Resourcen die Ihnen geholfen haben? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
+_Kennen Sie eine Community-Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
## Verwandte Themen {#related-topics}
- [Entwicklungs-Frameworks](/developers/docs/frameworks/)
-- [Eine lokale Entwicklungsumgebung einrichten](/developers/local-environment/)
+- [Einrichten einer lokalen Entwicklungsumgebung](/developers/local-environment/)
+
+## Tutorials: Entwicklungsnetzwerke & Testumgebungen auf Ethereum {#tutorials}
+
+- [Entwickeln und Testen von Dapps mit einem lokalen Multi-Client-Ethereum-Testnet](/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/) _– Wie man ein lokales Multi-Client-Ethereum-Testnet mit Kurtosis für die Entwicklung und das Testen von Dapps startet._
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/ethereum-stack/index.md b/public/content/translations/de/developers/docs/ethereum-stack/index.md
index 2d5c5a715a1..ffa425c604f 100644
--- a/public/content/translations/de/developers/docs/ethereum-stack/index.md
+++ b/public/content/translations/de/developers/docs/ethereum-stack/index.md
@@ -1,61 +1,61 @@
---
-title: Einführung in den Ethereum-Stack
-description: Eine Vorstellung der verschiedenen Ebenen des Ethereum-Stacks und wie sie zusammen passen
+title: "Einführung in den Ethereum-Stack"
+description: Ein Durchgang durch die verschiedenen Ebenen des Ethereum-Stacks und wie sie zusammenpassen.
lang: de
---
-Wie bei jedem Software-Stack variiert der komplette "Ethereum-Stack" zielabhängig von Projekt zu Projekt.
+Wie bei jedem Software-Stack variiert der komplette „Ethereum-Stack“ von Projekt zu Projekt, abhängig von Ihren Zielen.
-Es gibt jedoch zentrale Komponenten von Ethereum, die dabei helfen, ein gedankliches Modell für die Interaktion von Softwareanwendungen mit der Ethereum-Blockchain bereitzustellen. Wenn Sie die Ebenen des Stacks verstehen, ist es einfacher, die unterschiedlichen Möglichkeiten für die Integration von Ethereum in Softwareprojekte zu verstehen.
+Es gibt jedoch Kernkomponenten von Ethereum, die ein mentales Modell dafür liefern, wie Softwareanwendungen mit der Ethereum-Blockchain interagieren. Das Verständnis der Ebenen des Stacks wird Ihnen helfen, die verschiedenen Möglichkeiten zu verstehen, wie Ethereum in Softwareprojekte integriert werden kann.
-## Ebene 1: Ethereum-Virtual Machine {#ethereum-virtual-machine}
+## Ebene 1: Ethereum Virtual Machine {#ethereum-virtual-machine}
-Die [Ethereum Virtual Machine (EVM)](/developers/docs/evm/) ist die Laufzeitumgebung für Smart Contracts in Ethereum. Alle Smart Contracts und Statusänderungen auf der Ethereum-Blockchain erfolgen über [Transaktionen](/developers/docs/transactions/). Die EVM übernimmt die gesamte Transaktionsabwicklung im Ethereum-Netzwerk.
+Die [Ethereum Virtual Machine (EVM)](/developers/docs/evm/) ist die Laufzeitumgebung für Smart Contracts auf Ethereum. Alle Smart Contracts und Zustandsänderungen auf der Ethereum-Blockchain werden durch [Transaktionen](/developers/docs/transactions/) ausgeführt. Die EVM übernimmt die gesamte Transaktionsverarbeitung im Ethereum-Netzwerk.
-Wie bei jeder virtuellen Maschine erzeugt die EVM einen Abstraktionsgrad zwischen dem ausführenden Code und der ausführenden Maschine (einem Ethereum-Node). Derzeit läuft die EVM auf Tausenden von Knoten auf der ganzen Welt.
+Wie bei jeder virtuellen Maschine schafft die EVM eine Abstraktionsebene zwischen dem ausführenden Code und der ausführenden Maschine (einem Ethereum-Blockchain-Knoten). Derzeit läuft die EVM auf Tausenden von verteilten Blockchain-Knoten auf der ganzen Welt.
-Unter der Haube verwendet die EVM eine Reihe von Opcode-Anweisungen, um bestimmte Aufgaben auszuführen. Diese (140 einmaligen) Opcodes erlauben es der EVM [Turing-komplett](https://en.wikipedia.org/wiki/Turing_completeness) zu sein, was bedeutet, dass die EVM in der Lage ist, fast alles zu berechnen, wenn man genügend Ressourcen hat.
+Unter der Haube verwendet die EVM eine Reihe von Opcode-Anweisungen, um spezifische Aufgaben auszuführen. Diese (140 einzigartigen) Opcodes ermöglichen es der EVM, [Turing-vollständig](https://en.wikipedia.org/wiki/Turing_completeness) zu sein, was bedeutet, dass die EVM in der Lage ist, fast alles zu berechnen, sofern genügend Ressourcen vorhanden sind.
-Als dApp-Entwickler müssen Sie über die EVM nicht mehr wissen, als dass sie existiert und sie alle Anwendungen auf Ethereum zuverlässig ohne Ausfallzeiten betreibt.
+Als Dapp-Entwickler müssen Sie nicht viel über die EVM wissen, außer dass sie existiert und dass sie zuverlässig alle Anwendungen auf Ethereum ohne Ausfallzeiten antreibt.
## Ebene 2: Smart Contracts {#smart-contracts}
[Smart Contracts](/developers/docs/smart-contracts/) sind die ausführbaren Programme, die auf der Ethereum-Blockchain laufen.
-Smart Contracts werden unter Verwendung bestimmter [Programmiersprachen](/developers/docs/smart-contracts/languages/) geschrieben, die in EVM Bytecode kompiliert werden (Low-Level-Maschinenbefehle, Opcodes genannt).
+Smart Contracts werden in spezifischen [Programmiersprachen](/developers/docs/smart-contracts/languages/) geschrieben, die zu EVM-Bytecode (maschinennahe Anweisungen, sogenannte Opcodes) kompiliert werden.
-Smart Contracts dienen nicht nur als Open-Source-Bibliotheken, sondern sind im Wesentlichen offene API-Dienste, die rund um die Uhr laufen und nicht aufgehoben werden können. Smart Contracts stellen öffentliche Funktionen zur Verfügung, mit denen Nutzer und Anwendungen ([dApps](/developers/docs/dapps/)) interagieren können, ohne dass eine Berechtigung dafür erforderlich ist. Jede Anwendung kann sich in die bereitgestellten Smart Contracts integrieren, um Funktionen zusammenzustellen, wie z. B. das Hinzufügen von [Daten-Feeds](/developers/docs/oracles/) oder die Unterstützung von Token-Swaps. Zudem kann jeder neue Smart Contracts für Ethereum bereitstellen, um maßgeschneiderte Funktionen für die Anforderungen der eigenen Anwendung zu schaffen.
+Smart Contracts dienen nicht nur als Open-Source-Bibliotheken, sie sind im Wesentlichen offene API-Dienste, die ständig laufen und nicht abgeschaltet werden können. Smart Contracts bieten öffentliche Funktionen, mit denen Benutzer und Anwendungen ([Dapps](/developers/docs/dapps/)) interagieren können, ohne eine Erlaubnis zu benötigen. Jede Anwendung kann sich in bereitgestellte Smart Contracts integrieren, um Funktionalitäten zusammenzustellen, wie z. B. das Hinzufügen von [Daten-Feeds](/developers/docs/oracles/) oder die Unterstützung beim Tauschen von Token. Darüber hinaus kann jeder neue Smart Contracts auf Ethereum bereitstellen, um benutzerdefinierte Funktionen hinzuzufügen, die den Anforderungen seiner Anwendung entsprechen.
-Als dApp-Entwickler müssen Sie Smart Contracts nur dann schreiben, wenn Sie benutzerdefinierte Funktionen zur Ethereum-Blockchain hinzufügen möchten. Sie werden feststellen, dass sich die meisten oder alle Bedürfnisse Ihres Projekts durch die Integration von bestehenden Smart Contracts erfüllen lassen, zum Beispiel wenn Sie Zahlungen in Stablecoins unterstützen oder den dezentralen Austausch von Tokens ermöglichen möchten.
+Als Dapp-Entwickler müssen Sie nur dann Smart Contracts schreiben, wenn Sie der Ethereum-Blockchain benutzerdefinierte Funktionen hinzufügen möchten. Möglicherweise stellen Sie fest, dass Sie die meisten oder alle Anforderungen Ihres Projekts erfüllen können, indem Sie sich einfach in bestehende Smart Contracts integrieren, beispielsweise wenn Sie Zahlungen in Stablecoins unterstützen oder eine dezentralisierte Börse für Token ermöglichen möchten.
-## Ebene 3: Ethereum-Nodes {#ethereum-nodes}
+## Ebene 3: Ethereum-Blockchain-Knoten {#ethereum-nodes}
-Damit eine Anwendung mit der Ethereum-Blockchain interagieren kann, muss sie sich mit einem [Ethereum-Node](/developers/docs/nodes-and-clients/) verbinden. Wenn Sie sich mit einem Node verbinden, können Sie Blockchain-Daten lesen und/oder Transaktionen an das Netzwerk senden.
+Damit eine Anwendung mit der Ethereum-Blockchain interagieren kann, muss sie sich mit einem [Ethereum-Blockchain-Knoten](/developers/docs/nodes-and-clients/) verbinden. Die Verbindung zu einem Blockchain-Knoten ermöglicht es Ihnen, Blockchain-Daten zu lesen und/oder Transaktionen an das Netzwerk zu senden.
-Ethereum-Nodes sind Computer auf denen Software läuft – ein Ethereum-Client. Ein Client ist eine Implementierung von Ethereum, der alle Transaktionen in jedem Block prüft und das Netzwerk somit sicher und die Daten genau hält. **Ethereum-Nodes sind die Ethereum-Blockchain**. Sie speichern gemeinsam den Zustand der Ethereum-Blockchain und erreichen einen Konsens über Transaktionen, um den Blockchain-Status zu mutieren.
+Ethereum-Blockchain-Knoten sind Computer, auf denen Software läuft – ein Ethereum-Client. Ein Client ist eine Implementierung von Ethereum, die alle Transaktionen in jedem Block verifiziert und so das Netzwerk sicher und die Daten korrekt hält. **Ethereum-Blockchain-Knoten sind die Ethereum-Blockchain**. Sie speichern gemeinsam den Zustand der Ethereum-Blockchain und erzielen einen Konsens über Transaktionen, um den Blockchain-Zustand zu ändern.
-Indem Sie Ihre Anwendung mit einem Ethereum-Node verbinden (über die [JSON-RPC-API](/developers/docs/apis/json-rpc/)), kann Ihre Anwendung Daten aus der Blockchain lesen (z. B. Salden von Benutzerkonten) und neue Transaktionen an das Netzwerk senden (z. B. ETH-Übertragungen zwischen Benutzerkonten oder die Ausführung von Smart-Contract-Funktionen).
+Indem Sie Ihre Anwendung mit einem Ethereum-Blockchain-Knoten verbinden (über die [JSON-RPC-API](/developers/docs/apis/json-rpc/)), kann Ihre Anwendung Daten aus der Blockchain lesen (wie z. B. Benutzerkontostände) sowie neue Transaktionen an das Netzwerk übertragen (wie z. B. die Überweisung von ETH zwischen Benutzerkonten oder die Ausführung von Funktionen von Smart Contracts).
## Ebene 4: Ethereum-Client-APIs {#ethereum-client-apis}
-Viele komfortable Bibliotheken (die von der Open-Source-Community von Ethereum erstellt und verwaltet werden) ermöglichen es Ihren Anwendern, sich mit der Ethereum-Blockchain zu verbinden und mit ihr zu kommunizieren.
+Viele Komfortbibliotheken (die von der Open-Source-Community von Ethereum entwickelt und gepflegt werden) ermöglichen es Ihren Anwendungen, sich mit der Ethereum-Blockchain zu verbinden und mit ihr zu kommunizieren.
-Wenn Ihre benutzerseitige Anwendung eine Web-App ist, können Sie auch eine entsprechende [JavaScript-API](/developers/docs/apis/javascript/) direkt in Ihr Frontend `installieren`. Oder Sie verwenden eine [Python](/developers/docs/programming-languages/python/)- oder [Java](/developers/docs/programming-languages/java/)-API, um diese Funktionalität serverseitig zu implementieren.
+Wenn Ihre benutzerorientierte Anwendung eine Web-App ist, können Sie sich dafür entscheiden, eine [JavaScript-API](/developers/docs/apis/javascript/) direkt in Ihrem Frontend über `npm install` zu installieren. Oder vielleicht entscheiden Sie sich dafür, diese Funktionalität serverseitig mit einer [Python-](/developers/docs/programming-languages/python/) oder [Java-API](/developers/docs/programming-languages/java/) zu implementieren.
-Obwohl diese APIs kein notwendiger Bestandteil des Stacks sind, gestalten sie die direkte Interaktion mit einem Ethereum-Node wesentlich einfacher. Zudem bieten sie Dienstprogrammfunktionen (z. B. Umwandlung von ETH zu GWei), so dass Sie als Entwickler weniger Zeit damit verbringen, Probleme mit Ethereum-Clients zu lösen, und sich auf die konkreten Funktionen Ihrer Anwendung konzentrieren können.
+Obwohl diese APIs kein notwendiger Teil des Stacks sind, abstrahieren sie einen Großteil der Komplexität der direkten Interaktion mit einem Ethereum-Blockchain-Knoten. Sie bieten auch Hilfsfunktionen (z. B. die Umrechnung von ETH in Gwei), sodass Sie als Entwickler weniger Zeit mit den Feinheiten von Ethereum-Clients verbringen und sich mehr auf die spezifische Funktionalität Ihrer Anwendung konzentrieren können.
## Ebene 5: Endbenutzeranwendungen {#end-user-applications}
-Auf der obersten Ebene des Stacks befinden sich benutzerorientierte Anwendungen. Das sind die Standardanwendungen, die Sie heute regelmäßig nutzen aund aufhauen: in erster Linie Web- und Mobilanwendungen.
+Auf der obersten Ebene des Stacks befinden sich benutzerorientierte Anwendungen. Dies sind die Standardanwendungen, die Sie heute regelmäßig nutzen und entwickeln: in erster Linie Web- und mobile Apps.
-Die Art und Weise, wie Sie diese Benutzeroberflächen entwickeln, bleibt im Wesentlichen unverändert. Meist müssen Benutzer nicht wissen, dass die von ihnen verwendete Anwendung auf einer Blockchain erstellt wurde.
+Die Art und Weise, wie Sie diese Benutzeroberflächen entwickeln, bleibt im Wesentlichen unverändert. Oft müssen Benutzer nicht wissen, dass die von ihnen verwendete Anwendung mithilfe einer Blockchain erstellt wurde.
-## Bereit, Ihren Stack zu wählen? {#ready-to-choose-your-stack}
+## Bereit, Ihren Stack auszuwählen? {#ready-to-choose-your-stack}
-Machen Sie sich mit unserem Leitfaden vertraut, um [eine lokale Entwicklungsumgebung für Ihre Ethereum-Anwendung aufzusetzen](/developers/local-environment/).
+Sehen Sie sich unseren Leitfaden zur [Einrichtung einer lokalen Entwicklungsumgebung](/developers/local-environment/) für Ihre Ethereum-Anwendung an.
-## Weiterführende Informationen {#further-reading}
+## Weiterführende Literatur {#further-reading}
-- [Die Architektur einer Web 3.0-Anwendung](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) – _Preethi Kasireddy_
+- [Die Architektur einer Web 3.0-Anwendung](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) - _Preethi Kasireddy_
-_Kennen Sie eine Community Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu._
+_Kennen Sie eine Community-Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/evm/index.md b/public/content/translations/de/developers/docs/evm/index.md
index bb357fd24ff..bf34fb7465b 100644
--- a/public/content/translations/de/developers/docs/evm/index.md
+++ b/public/content/translations/de/developers/docs/evm/index.md
@@ -1,78 +1,93 @@
---
title: Ethereum Virtual Machine (EVM)
-description: Eine Einführung in die virtuelle Maschine von Ethereum und wie sie sich auf Zustand, Transaktionen und Smart Contracts bezieht.
+description: "Eine Einführung in die Ethereum Virtual Machine und wie sie mit dem Zustand, Transaktionen und Smart Contracts zusammenhängt."
lang: de
---
-Die Ethereum Virtual Machine (EVM) ist eine dezentrale virtuelle Umgebung, die Code konsistent und sicher auf allen Ethereum-Knoten ausführt. Knoten führen die EVM aus, um Smart Contracts auszuführen, wobei sie "[Gas](/gas/)" verwenden, um den für [Operationen](/developers/docs/evm/opcodes/) erforderlichen Rechenaufwand zu messen, wodurch eine effiziente Ressourcenzuweisung und Netzwerksicherheit gewährleistet werden.
+Die Ethereum Virtual Machine (EVM) ist eine dezentralisierte virtuelle Umgebung, die Code konsistent und sicher über alle [Ethereum](/)-Blockchain-Knoten hinweg ausführt. Blockchain-Knoten führen die EVM aus, um Smart Contracts auszuführen, und verwenden "[Gas](/developers/docs/gas/)", um den für [Operationen](/developers/docs/evm/opcodes/) erforderlichen Rechenaufwand zu messen, was eine effiziente Ressourcenzuweisung und Netzwerksicherheit gewährleistet.
## Voraussetzungen {#prerequisites}
-Um den EVM zu verstehen, sind ein paar grundlegende Kenntnisse der gängigen Informatikterminologie wie [Bytes](https://wikipedia.org/wiki/Byte), [Speicher](https://wikipedia.org/wiki/Computer_memory) und [Stack](https://wikipedia.org/wiki/Stack_(abstract_data_type)) notwendig. Es wäre auch hilfreich, wenn Sie sich mit Kryptografie-/Blockchain-Konzepten wie [Hash-Funktionen](https://wikipedia.org/wiki/Cryptographic_hash_function) und dem [Merkle-Baum](https://wikipedia.org/wiki/Merkle_tree) auskennen.
+Ein grundlegendes Verständnis gängiger Begriffe der Informatik wie [Bytes](https://wikipedia.org/wiki/Byte), [Speicher](https://wikipedia.org/wiki/Computer_memory) und [Stack]() ist notwendig, um die EVM zu verstehen. Es wäre auch hilfreich, mit Konzepten der Kryptografie/Blockchain wie [Hash-Funktionen](https://wikipedia.org/wiki/Cryptographic_hash_function) und dem [Merkle-Baum](https://wikipedia.org/wiki/Merkle_tree) vertraut zu sein.
-## Vom Ledger zur Zustandsmaschine {#from-ledger-to-state-machine}
+## Vom Ledger zum Zustandsautomaten {#from-ledger-to-state-machine}
-Die Analogie eines 'verteilten Schalters' wird oft verwendet, um Blockchains wie Bitcoin zu beschreiben, die eine dezentrale Währung mit grundlegenden Tools der Kryptographie ermöglichen. Der Ledger führt eine Aufzeichnung von Aktivitäten, die sich an eine Reihe von Regeln halten müssen, die wiederum bestimmen, welche Aktionen erfolgen bzw. nicht erfolgen können, um den Ledger zu verändern. Zum Beispiel kann eine Bitcoin-Adresse nicht mehr Bitcoin ausgeben, als sie zuvor erhalten hat. Diese Regeln untermauern alle Transaktionen auf Bitcoin und vielen anderen Blockchains.
+Die Analogie eines „verteilten Ledgers“ (distributed ledger) wird oft verwendet, um Blockchains wie Bitcoin zu beschreiben, die eine dezentralisierte Währung mithilfe grundlegender Werkzeuge der Kryptografie ermöglichen. Der Ledger führt eine Aufzeichnung der Aktivitäten, die sich an eine Reihe von Regeln halten muss, welche bestimmen, was jemand tun darf und was nicht, um den Ledger zu ändern. Zum Beispiel kann eine Bitcoin-Adresse nicht mehr Bitcoin ausgeben, als sie zuvor empfangen hat. Diese Regeln untermauern alle Transaktionen auf Bitcoin und vielen anderen Blockchains.
-Während Ethereum seine eigene native Kryptowährung (Ether) hat, die fast genau den gleichen intuitiven Regeln folgt, ermöglicht es auch eine wesentlich leistungsfähigere Funktion: [Smart Contracts](/developers/docs/smart-contracts/). Für diese komplexere Funktion ist eine ausgeklügeltere Analogie erforderlich. Anstelle eines verteilten Ledgers ist Ethereum eine verteilte [Zustandsmaschine](https://wikipedia.org/wiki/Finite-state_machine). Ethereums Zustand ist eine große Datenstruktur, die nicht nur alle Konten und Kontostände enthält, sondern einen _Maschinenzustand_, der nach einer vordefinierten Reihe von Regeln von Block zu Block wechselt und beliebigen Maschinencode ausführen kann. Die spezifischen Regeln für das Ändern des Zustands von Block zu Block werden vom EVM definiert.
+Während Ethereum seine eigene native Kryptowährung (Ether) hat, die fast genau denselben intuitiven Regeln folgt, ermöglicht es auch eine viel leistungsfähigere Funktion: [Smart Contracts](/developers/docs/smart-contracts/). Für diese komplexere Funktion ist eine ausgefeiltere Analogie erforderlich. Anstelle eines verteilten Ledgers ist Ethereum ein verteilter [Zustandsautomat](https://wikipedia.org/wiki/Finite-state_machine) (State Machine). Der Zustand von Ethereum ist eine große Datenstruktur, die nicht nur alle Konten und Salden enthält, sondern auch einen _Maschinenzustand_, der sich von Block zu Block gemäß einem vordefinierten Regelwerk ändern und beliebigen Maschinencode ausführen kann. Die spezifischen Regeln für die Änderung des Zustands von Block zu Block werden durch die EVM definiert.
- _Diagramm angepasst von [Ethereum EVM illustriert](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
+
+_Diagramm adaptiert von [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
-## Ethereum-Zustandsübergangsfunktion {#the-ethereum-state-transition-function}
+## Die Ethereum-Zustandsübergangsfunktion {#the-ethereum-state-transition-function}
-Die EVM verhält sich wie eine mathematische Funktion: Mit einer Eingabe, erzeugt sie eine deterministische Ausgabe. Folglich ist es sehr hilfreich, Ethereum formaler als eine **Zustandsübergangsfunktion** enthaltend zu beschreiben:
+Die EVM verhält sich wie eine mathematische Funktion: Bei einer Eingabe erzeugt sie eine deterministische Ausgabe. Es ist daher sehr hilfreich, Ethereum formaler als eine **Zustandsübergangsfunktion** zu beschreiben:
```
Y(S, T)= S'
```
-Bei einem alten gültigen Zustand `(S)` und einem neuen Satz gültiger Transaktionen `(T)` erzeugt die Ethereum-Statusübergangsfunktion `Y(S, T)` einen neuen gültigen Ausgabezustand `S'`.
+Gegeben ein alter gültiger Zustand `(S)` und eine neue Menge gültiger Transaktionen `(T)`, erzeugt die Ethereum-Zustandsübergangsfunktion `Y(S, T)` einen neuen gültigen Ausgabezustand `S'`
### Zustand {#state}
-Im Rahmen von Ethereum ist der Zustand eine enorme Datenstruktur, die [ modifizierte Merkle-Patricia-Trie](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) genannt wird, die alle [Konten](/developers/docs/accounts/) durch Hashes verbunden hält und mit einem einzigen Stamm-Hash in der Blockchain abrufbar ist.
+Im Kontext von Ethereum ist der Zustand eine enorme Datenstruktur, die als [modifizierter Merkle Patricia Trie](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) bezeichnet wird. Diese hält alle [Konten](/developers/docs/accounts/) durch Hashes verknüpft und reduzierbar auf einen einzigen Root-Hash, der auf der Blockchain gespeichert ist.
### Transaktionen {#transactions}
-Transaktionen sind kryptographisch signierte Anweisungen von Konten. Es gibt zwei Arten von Transaktionen: solche, die zu Nachrichtenanrufen führen, und solche, die zur Erstellung von Verträgen führen.
+Transaktionen sind kryptografisch signierte Anweisungen von Konten. Es gibt zwei Arten von Transaktionen: solche, die zu Nachrichtenaufrufen (Message Calls) führen, und solche, die zur Erstellung von Verträgen (Contract Creation) führen.
-Die Erstellung von Verträgen führt zur Erstellung eines neuen Vertragskontos mit zusammengestelltem [Smart-Contract](/developers/docs/smart-contracts/anatomy/)-Bytecode. Immer wenn ein anderes Konto einen Nachrichtenaufruf an diesen Vertrag stellt, führt es seinen Bytecode aus.
+Die Erstellung eines Vertrags führt zur Erstellung eines neuen Vertragskontos, das den kompilierten Bytecode des [Smart Contracts](/developers/docs/smart-contracts/anatomy/) enthält. Wann immer ein anderes Konto einen Nachrichtenaufruf an diesen Vertrag tätigt, führt es dessen Bytecode aus.
## EVM-Anweisungen {#evm-instructions}
-Die EVM wird als [Stackmaschine](https://wikipedia.org/wiki/Stack_machine) mit einer Tiefe von 1024 Artikeln ausgeführt. Jedes Element ist ein 256-Bit-Wort, das für die einfache Verwendung mit 256-Bit-Kryptographie (wie Keccak-256-Hashes oder secp256k1-Signaturen) gewählt wurde.
+Die EVM wird als [Stack-Maschine](https://wikipedia.org/wiki/Stack_machine) mit einer Tiefe von 1024 Elementen ausgeführt. Jedes Element ist ein 256-Bit-Wort, was für die einfache Verwendung mit 256-Bit-Kryptografie (wie Keccak-256-Hashes oder secp256k1-Signaturen) gewählt wurde.
-Während der Ausführung behält die EVM einen transienten _-Speicher_ (als wortadressiertes Byte-Array), der zwischen Transaktionen nicht vorhanden ist.
+Während der Ausführung unterhält die EVM einen flüchtigen _Speicher_ (als wortadressiertes Byte-Array), der zwischen Transaktionen nicht bestehen bleibt.
-Verträge enthalten jedoch eine Merkle-Patricia_-Speicher_-Trie (als wortadressierbares Wort-Array), mit der das betreffende Konto und ein Teil des globalen Zustands verbunden sind.
+### Transient Storage (Flüchtiger Speicher)
-Kompilierter Smart-Contract-Bytecode wird als eine Anzahl von EVM-[Opcodes ausgeführt](/developers/docs/evm/opcodes), die standardmäßige Stackoperationen wie `XOR`, `UND`, `ADD`, `SUB` etc. ausführen. Die EVM implementiert auch eine Reihe von Blockchain-spezifischen Stack-Operationen, wie `ADDRESS`, `BALANCE`, `BLOCKHASH` usw.
+Transient Storage ist ein schlüsselwertbasierter Speicher pro Transaktion, auf den über die Opcodes `TSTORE` und `TLOAD` zugegriffen wird. Er bleibt über alle internen Aufrufe während derselben Transaktion hinweg bestehen, wird aber am Ende der Transaktion gelöscht. Im Gegensatz zum Arbeitsspeicher (Memory) wird Transient Storage als Teil des EVM-Zustands und nicht als Teil des Ausführungsrahmens modelliert, wird jedoch nicht in den globalen Zustand übernommen. Transient Storage ermöglicht eine gas-effiziente, temporäre gemeinsame Nutzung von Zuständen über interne Aufrufe hinweg während einer Transaktion.
- _Diagramm angepasst von [Ethereum EVM illustriert](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
+### Storage
+
+Verträge enthalten einen Merkle Patricia _Storage_-Trie (als wortadressierbares Wort-Array), der mit dem betreffenden Konto verknüpft und Teil des globalen Zustands ist. Dieser persistente Speicher unterscheidet sich vom Transient Storage, der nur für die Dauer einer einzelnen Transaktion verfügbar ist und nicht Teil des persistenten Storage-Tries des Kontos ist.
+
+### Opcodes
+
+Kompilierter Smart-Contract-Bytecode wird als eine Reihe von EVM-[Opcodes](/developers/docs/evm/opcodes) ausgeführt, die Standard-Stack-Operationen wie `XOR`, `AND`, `ADD`, `SUB` usw. durchführen. Die EVM implementiert auch eine Reihe von Blockchain-spezifischen Stack-Operationen, wie `ADDRESS`, `BALANCE`, `BLOCKHASH` usw. Der Opcode-Satz enthält auch `TSTORE` und `TLOAD`, die Zugriff auf den Transient Storage bieten.
+
+
+_Diagramme adaptiert von [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
## EVM-Implementierungen {#evm-implementations}
-Alle Implementierungen der EVM müssen sich nach der im Yellowpaper von Ethereum beschriebenen Spezifikation richten.
+Alle Implementierungen der EVM müssen sich an die im Ethereum Yellowpaper beschriebene Spezifikation halten.
-Während der siebenjährigen Geschichte von Ethereum hat die EVM mehrere Revisionen durchlaufen. Zudem gibt es mehrere Implementierungen der EVM in verschiedenen Programmiersprachen.
+In der zehnjährigen Geschichte von Ethereum wurde die EVM mehrfach überarbeitet, und es gibt mehrere Implementierungen der EVM in verschiedenen Programmiersprachen.
-[Ethereum-Ausführungs-Clients](/developers/docs/nodes-and-clients/#execution-clients) enthalten eine EVM-Implementierung. Zusätzlich gibt es mehrere eigenständige Implementierungen, einschließlich:
+[Ethereum-Ausführungs-Clients](/developers/docs/nodes-and-clients/#execution-clients) enthalten eine EVM-Implementierung. Darüber hinaus gibt es mehrere eigenständige Implementierungen, darunter:
-- [Py-EVM](https://github.com/ethereum/py-evm) - _Python_
-- [evmone](https://github.com/ethereum/evmone) - _C++_
-- [ethereumjs-vm](https://github.com/ethereumjs/ethereumjs-vm) - _JavaScript_
+- [Py-EVM](https://github.com/ethereum/py-evm) – _Python_
+- [evmone](https://github.com/ethereum/evmone) – _C++_
+- [ethereumjs-vm](https://github.com/ethereumjs/ethereumjs-vm) – _JavaScript_
- [revm](https://github.com/bluealloy/revm) – _Rust_
-## Weiterführende Informationen {#further-reading}
+## Weiterführende Literatur {#further-reading}
- [Ethereum Yellowpaper](https://ethereum.github.io/yellowpaper/paper.pdf)
- [Jellopaper aka KEVM: Semantics of EVM in K](https://jellopaper.org/)
- [The Beigepaper](https://github.com/chronaeon/beigepaper)
-- [Opcodes der virtuellen Maschine von Ethereum](https://www.ethervm.io/)
-- [Betriebscodes für die Referenzdokumente für die virtuelle Ethereum-Maschine](https://www.evm.codes/)
-- [Eine kurze Einführung in die Dokumentation von Solidity](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#index-6)
-- [Ethereum meistern – Die Ethereum Virtual Machine](https://github.com/ethereumbook/ethereumbook/blob/openedition/13evm.asciidoc)
+- [Ethereum Virtual Machine Opcodes](https://www.ethervm.io/)
+- [Ethereum Virtual Machine Opcodes Interactive Reference](https://www.evm.codes/)
+- [Eine kurze Einführung in der Solidity-Dokumentation](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#index-6)
+- [Mastering Ethereum – The Ethereum Virtual Machine](https://github.com/ethereumbook/ethereumbook/blob/openedition/13evm.asciidoc)
## Verwandte Themen {#related-topics}
- [Gas](/developers/docs/gas/)
+
+## Tutorials: Ethereum Virtual Machine (EVM) / Opcodes auf Ethereum {#tutorials}
+
+- [Die EVM-Spezifikationen des Yellowpapers verstehen](/developers/tutorials/yellow-paper-evm/) _– Ein geführter Durchgang durch die formale EVM-Spezifikation aus dem Ethereum Yellowpaper._
+- [Reverse Engineering eines Vertrags](/developers/tutorials/reverse-engineering-a-contract/) _– Wie man einen kompilierten Smart Contract mithilfe von EVM-Opcodes zurückentwickelt._
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/evm/opcodes/index.md b/public/content/translations/de/developers/docs/evm/opcodes/index.md
index 467c273bd2c..8e38b0ae32a 100644
--- a/public/content/translations/de/developers/docs/evm/opcodes/index.md
+++ b/public/content/translations/de/developers/docs/evm/opcodes/index.md
@@ -1,174 +1,177 @@
---
-title: Opcodes für die EVM
-description: Eine Liste aller verfügbaren Opcodes für die virtuelle Ethereum-Maschine (EVM).
+title: "Opcodes für die EVM"
+description: "Eine Liste aller verfügbaren Opcodes für die Ethereum Virtual Machine."
lang: de
---
## Übersicht {#overview}
-Das ist eine aktualisierte Version der EVM-Referenzseite unter [wolflo/evm-opcodes](https://github.com/wolflo/evm-opcodes). Auch aus dem [Yellow Paper](https://ethereum.github.io/yellowpaper/paper.pdf), dem [Jello Paper](https://jellopaper.org/evm/), und der [Geth](https://github.com/ethereum/go-ethereum)-Implementierung. Das soll eine zugängliche Referenz sein, aber sie ist nicht besonders streng. Wenn Sie sich sicher sein wollen, und Kenntnis von jedem Sonderfall haben benötigen, ist es ratsam, das Jello Paper oder eine Client-Implementierung zu verwenden.
+Dies ist eine aktualisierte Version der EVM-Referenzseite unter [wolflo/evm-opcodes](https://github.com/wolflo/evm-opcodes).
+Sie stützt sich zudem auf das [Yellow Paper](https://ethereum.github.io/yellowpaper/paper.pdf), das [Jello Paper](https://jellopaper.org/evm/) und die [geth](https://github.com/ethereum/go-ethereum)-Implementierung.
+Dies soll eine leicht zugängliche Referenz sein, ist jedoch nicht besonders rigoros.
+Wenn Sie sich der Richtigkeit sicher sein und jeden Randfall kennen möchten, ist die Verwendung des Jello Papers oder einer Client-Implementierung ratsam.
-Suchen Sie nach einer interaktiven Referenz? Sehen Sie sich [evm.codes](https://www.evm.codes/) an.
+Suchen Sie nach einer interaktiven Referenz? Schauen Sie sich [evm.codes](https://www.evm.codes/) an.
Für Operationen mit dynamischen Gaskosten, siehe [gas.md](https://github.com/wolflo/evm-opcodes/blob/main/gas.md).
-💡 Kurztipp: Um ganze Zeilen einzusehen, verwenden Sie `[shift] + scroll`, um horizontal auf dem Desktop zu scrollen.
+💡 Kurzer Tipp: Um ganze Zeilen anzuzeigen, verwenden Sie `[Shift] + Scrollen`, um auf dem Desktop horizontal zu scrollen.
-| Stack | Name | Gas | Anfangs-Stack | Ergebnis-Stack | Speicher | Anmerkungen |
-|:-----:|:-------------- |:-----------------------------------------------------------------------------------------------:|:------------------------------------------------ |:-------------------------------------------- |:----------------------------------------------------------------------------- |:--------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| 00 | STOP | 0 | | | | halt execution |
-| 01 | ADD | 3 | `a, b` | `a + b` | | (u)int256 addition modulo 2\*\*256 |
-| 02 | MUL | 5 | `a, b` | `a * b` | | (u)int256 multiplication modulo 2\*\*256 |
-| 03 | SUB | 3 | `a, b` | `a - b` | | (u)int256 addition modulo 2\*\*256 |
-| 04 | DIV | 5 | `a, b` | `a // b` | | uint256 division |
-| 05 | SDIV | 5 | `a, b` | `a // b` | | int256 division |
-| 06 | MOD | 5 | `a, b` | `a % b` | | uint256 modulus |
-| 07 | SMOD | 5 | `a, b` | `a % b` | | int256 modulus |
-| 08 | ADDMOD | 8 | `a, b, N` | `(a + b) % N` | | (u)int256 addition modulo N |
-| 09 | MULMOD | 8 | `a, b, N` | `(a * b) % N` | | (u)int256 multiplication modulo N |
-| 0A | EXP | [A1](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a1-exp) | `a, b` | `a ** b` | | uint256 exponentiation modulo 2\*\*256 |
-| 0B | SIGNEXTEND | 5 | `b, x` | `SIGNEXTEND(x, b)` | | [sign extend](https://wikipedia.org/wiki/Sign_extension) `x` from `(b+1)` bytes to 32 bytes |
-| 0C-0F | _invalid_ | | | | | |
-| 10 | LT | 3 | `a, b` | `a < b` | | uint256 less-than |
-| 11 | GT | 3 | `a, b` | `a > b` | | uint256 greater-than |
-| 12 | SLT | 3 | `a, b` | `a < b` | | int256 less-than |
-| 13 | SGT | 3 | `a, b` | `a > b` | | int256 greater-than |
-| 14 | EQ | 3 | `a, b` | `a == b` | | (u)int256 equality |
-| 15 | ISZERO | 3 | `a` | `a == 0` | | (u)int256 iszero |
-| 16 | AND | 3 | `a, b` | `a && b` | | bitwise AND |
-| 17 | OR | 3 | `a, b` | `a \|\| b` | | bitwise OR |
-| 18 | XOR | 3 | `a, b` | `a ^ b` | | bitwise XOR |
-| 19 | NOT | 3 | `a` | `~a` | | bitwise NOT |
-| 1A | BYTE | 3 | `i, x` | `(x >> (248 - i * 8)) && 0xFF` | | `i`th byte of (u)int256 `x`, from the left |
-| 1B | SHL | 3 | `shift, val` | `val << shift` | | shift left |
-| 1C | SHR | 3 | `shift, val` | `val >> shift` | | logical shift right |
-| 1D | SAR | 3 | `shift, val` | `val >> shift` | | arithmetic shift right |
-| 1E-1F | _invalid_ | | | | | |
-| 20 | KECCAK256 | [A2](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a2-sha3) | `ost, len` | `keccak256(mem[ost:ost+len-1])` | | keccak256 |
-| 21-2F | _invalid_ | | | | | |
-| 30 | ADDRESS | 2 | `.` | `address(this)` | | address of executing contract |
-| 31 | BALANCE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `addr.balance` | | balance, in wei |
-| 32 | ORIGIN | 2 | `.` | `tx.origin` | | address that originated the tx |
-| 33 | CALLER | 2 | `.` | `msg.sender` | | address of msg sender |
-| 34 | CALLVALUE | 2 | `.` | `msg.value` | | msg value, in wei |
-| 35 | CALLDATALOAD | 3 | `idx` | `msg.data[idx:idx+32]` | | read word from msg data at index `idx` |
-| 36 | CALLDATASIZE | 2 | `.` | `len(msg.data)` | | length of msg data, in bytes |
-| 37 | CALLDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := msg.data[ost:ost+len-1] | copy msg data |
-| 38 | CODESIZE | 2 | `.` | `len(this.code)` | | length of executing contract's code, in bytes |
-| 39 | CODECOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | | mem[dstOst:dstOst+len-1] := this.code[ost:ost+len-1] | copy executing contract's bytecode |
-| 3A | GASPRICE | 2 | `.` | `tx.gasprice` | | gas price of tx, in wei per unit gas [\*\*](https://eips.ethereum.org/EIPS/eip-1559#gasprice) |
-| 3B | EXTCODESIZE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `len(addr.code)` | | size of code at addr, in bytes |
-| 3C | EXTCODECOPY | [A4](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a4-extcodecopy) | `addr, dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := addr.code[ost:ost+len-1] | copy code from `addr` |
-| 3D | RETURNDATASIZE | 2 | `.` | `size` | | size of returned data from last external call, in bytes |
-| 3E | RETURNDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := returndata[ost:ost+len-1] | copy returned data from last external call |
-| 3F | EXTCODEHASH | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `Hash` | | hash = addr.exists ? keccak256(addr.code) : 0 |
-| 40 | BLOCKHASH | 20 | `blockNum` | `blockHash(blockNum)` | | |
-| 41 | COINBASE | 2 | `.` | `block.coinbase` | | Adresse des Proposers für den aktuellen Block |
-| 42 | TIMESTAMP | 2 | `.` | `block.timestamp` | | timestamp of current block |
-| 43 | NUMBER | 2 | `.` | `block.number` | | number of current block |
-| 44 | PREVRANDAO | 2 | `.` | `randomness beacon` | | randomness beacon |
-| 45 | GASLIMIT | 2 | `.` | `block.gaslimit` | | gas limit of current block |
-| 46 | CHAINID | 2 | `.` | `chain_id` | | push current [chain id](https://eips.ethereum.org/EIPS/eip-155) onto stack |
-| 47 | SELFBALANCE | 5 | `.` | `address(this).balance` | | balance of executing contract, in wei |
-| 48 | BASEFEE | 2 | `.` | `block.basefee` | | base fee of current block |
-| 49 | BLOBHASH | 3 | `idx` | `tx.blob_versioned_hashes[idx]` | | [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) |
-| 4A | BLOBBASEFEE | 2 | `.` | `block.blobbasefee` | | Blob-Basisgebühr des aktuellen Blocks ([EIP-7516](https://eips.ethereum.org/EIPS/eip-7516)) |
-| 4B-4F | _invalid_ | | | | | |
-| 50 | POP | 2 | `_anon` | `.` | | remove item from top of stack and discard it |
-| 51 | MLOAD | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost` | `mem[ost:ost+32]` | | read word from memory at offset `ost` |
-| 52 | MSTORE | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost:ost+32] := val | write a word to memory |
-| 53 | MSTORE8 | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost] := val && 0xFF | write a single byte to memory |
-| 54 | SLOAD | [A6](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a6-sload) | `key` | `storage[key]` | | read word from storage |
-| 55 | SSTORE | [A7](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a7-sstore) | `key, val` | `.` | storage[key] := val | write word to storage |
-| 56 | JUMP | 8 | `dst` | `.` | | `$pc := dst` mark that `pc` is only assigned if `dst` is a valid jumpdest |
-| 57 | JUMPI | 10 | `dst, condition` | `.` | | `$pc := condition ? dst : $pc + 1` |
-| 58 | PC | 2 | `.` | `$pc` | | program counter |
-| 59 | MSIZE | 2 | `.` | `len(mem)` | | size of memory in current execution context, in bytes |
-| 5A | GAS | 2 | `.` | `gasRemaining` | | |
-| 5B | JUMPDEST | 1 | | | mark valid jump destination | a valid jump destination for example a jump destination not inside the push data |
-| 5C | TLOAD | 100 | `key` | `tstorage[key]` | | read word from transient storage ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) |
-| 5D | TSTORE | 100 | `key, val` | `.` | tstorage[key] := val | write word to transient storage ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) |
-| 5E | MCOPY | 3+3\*words+[A0](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `dstOst, ost, len` | `.` | mem[dstOst] := mem[ost:ost+len] | copy memory from one area to another ([EIP-5656](https://eips.ethereum.org/EIPS/eip-5656)) |
-| 5F | PUSH0 | 2 | `.` | `uint8` | | Bringen Sie den konstanten Wert 0 in den Stack ein |
-| 60 | PUSH1 | 3 | `.` | `uint8` | | push 1-byte value onto stack |
-| 61 | PUSH2 | 3 | `.` | `uint16` | | push 2-byte value onto stack |
-| 62 | PUSH3 | 3 | `.` | `uint24` | | push 3-byte value onto stack |
-| 63 | PUSH4 | 3 | `.` | `uint32` | | push 4-byte value onto stack |
-| 64 | PUSH5 | 3 | `.` | `uint40` | | push 5-byte value onto stack |
-| 65 | PUSH6 | 3 | `.` | `uint48` | | push 6-byte value onto stack |
-| 66 | PUSH7 | 3 | `.` | `uint56` | | push 7-byte value onto stack |
-| 67 | PUSH8 | 3 | `.` | `uint64` | | push 8-byte value onto stack |
-| 68 | PUSH9 | 3 | `.` | `uint72` | | push 9-byte value onto stack |
-| 69 | PUSH10 | 3 | `.` | `uint80` | | push 10-byte value onto stack |
-| 6A | PUSH11 | 3 | `.` | `uint88` | | push 11-byte value onto stack |
-| 6B | PUSH12 | 3 | `.` | `uint96` | | push 12-byte value onto stack |
-| 6C | PUSH13 | 3 | `.` | `uint104` | | push 13-byte value onto stack |
-| 6D | PUSH14 | 3 | `.` | `uint112` | | push 14-byte value onto stack |
-| 6E | PUSH15 | 3 | `.` | `uint120` | | push 15-byte value onto stack |
-| 6F | PUSH16 | 3 | `.` | `uint128` | | push 16-byte value onto stack |
-| 70 | PUSH17 | 3 | `.` | `uint136` | | push 17-byte value onto stack |
-| 71 | PUSH18 | 3 | `.` | `uint144` | | push 18-byte value onto stack |
-| 72 | PUSH19 | 3 | `.` | `uint152` | | push 19-byte value onto stack |
-| 73 | PUSH20 | 3 | `.` | `uint160` | | push 20-byte value onto stack |
-| 74 | PUSH21 | 3 | `.` | `uint168` | | push 21-byte value onto stack |
-| 75 | PUSH22 | 3 | `.` | `uint176` | | push 22-byte value onto stack |
-| 76 | PUSH23 | 3 | `.` | `uint184` | | push 23-byte value onto stack |
-| 77 | PUSH24 | 3 | `.` | `uint192` | | push 24-byte value onto stack |
-| 78 | PUSH25 | 3 | `.` | `uint200` | | push 25-byte value onto stack |
-| 79 | PUSH26 | 3 | `.` | `uint208` | | push 26-byte value onto stack |
-| 7A | PUSH27 | 3 | `.` | `uint216` | | push 27-byte value onto stack |
-| 7B | PUSH28 | 3 | `.` | `uint224` | | push 28-byte value onto stack |
-| 7C | PUSH29 | 3 | `.` | `uint232` | | push 29-byte value onto stack |
-| 7D | PUSH30 | 3 | `.` | `uint240` | | push 30-byte value onto stack |
-| 7E | PUSH31 | 3 | `.` | `uint248` | | push 31-byte value onto stack |
-| 7F | PUSH32 | 3 | `.` | `uint256` | | push 32-byte value onto stack |
-| 80 | DUP1 | 3 | `a` | `a, a` | | clone 1st value on stack |
-| 81 | DUP2 | 3 | `_, a` | `a, _, a` | | clone 2nd value on stack |
-| 82 | DUP3 | 3 | `_, _, a` | `a, _, _, a` | | clone 3rd value on stack |
-| 83 | DUP4 | 3 | `_, _, _, a` | `a, _, _, _, a` | | clone 4th value on stack |
-| 84 | DUP5 | 3 | `..., a` | `a, ..., a` | | clone 5th value on stack |
-| 85 | DUP6 | 3 | `..., a` | `a, ..., a` | | clone 6th value on stack |
-| 86 | DUP7 | 3 | `..., a` | `a, ..., a` | | clone 7th value on stack |
-| 87 | DUP8 | 3 | `..., a` | `a, ..., a` | | clone 8th value on stack |
-| 88 | DUP9 | 3 | `..., a` | `a, ..., a` | | clone 9th value on stack |
-| 89 | DUP10 | 3 | `..., a` | `a, ..., a` | | clone 10th value on stack |
-| 8A | DUP11 | 3 | `..., a` | `a, ..., a` | | clone 11th value on stack |
-| 8B | DUP12 | 3 | `..., a` | `a, ..., a` | | clone 12th value on stack |
-| 8C | DUP13 | 3 | `..., a` | `a, ..., a` | | clone 13th value on stack |
-| 8D | DUP14 | 3 | `..., a` | `a, ..., a` | | clone 14th value on stack |
-| 8E | DUP15 | 3 | `..., a` | `a, ..., a` | | clone 15th value on stack |
-| 8F | DUP16 | 3 | `..., a` | `a, ..., a` | | clone 16th value on stack |
-| 90 | SWAP1 | 3 | `a, b` | `b, a` | | |
-| 91 | SWAP2 | 3 | `a, _, b` | `b, _, a` | | |
-| 92 | SWAP3 | 3 | `a, _, _, b` | `b, _, _, a` | | |
-| 93 | SWAP4 | 3 | `a, _, _, _, b` | `b, _, _, _, a` | | |
-| 94 | SWAP5 | 3 | `a, ..., b` | `b, ..., a` | | |
-| 95 | SWAP6 | 3 | `a, ..., b` | `b, ..., a` | | |
-| 96 | SWAP7 | 3 | `a, ..., b` | `b, ..., a` | | |
-| 97 | SWAP8 | 3 | `a, ..., b` | `b, ..., a` | | |
-| 98 | SWAP9 | 3 | `a, ..., b` | `b, ..., a` | | |
-| 99 | SWAP10 | 3 | `a, ..., b` | `b, ..., a` | | |
-| 9A | SWAP11 | 3 | `a, ..., b` | `b, ..., a` | | |
-| 9B | SWAP12 | 3 | `a, ..., b` | `b, ..., a` | | |
-| 9C | SWAP13 | 3 | `a, ..., b` | `b, ..., a` | | |
-| 9D | SWAP14 | 3 | `a, ..., b` | `b, ..., a` | | |
-| 9E | SWAP15 | 3 | `a, ..., b` | `b, ..., a` | | |
-| 9F | SWAP16 | 3 | `a, ..., b` | `b, ..., a` | | |
-| A0 | LOG0 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len` | `.` | | LOG0(memory[ost:ost+len-1]) |
-| A1 | LOG1 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0` | `.` | | LOG1(memory[ost:ost+len-1], topic0) |
-| A2 | LOG2 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1` | `.` | | LOG2(memory[ost:ost+len-1], topic0, topic1) |
-| A3 | LOG3 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2` | `.` | | LOG3(memory[ost:ost+len-1], topic0, topic1, topic2) |
-| A4 | LOG4 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2, topic3` | `.` | | LOG4(memory[ost:ost+len-1], topic0, topic1, topic2, topic3) |
-| A5-EF | _invalid_ | | | | | |
-| F0 | CREATE | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len` | `addr` | | addr = keccak256(rlp([address(this), this.nonce])) |
-| F1 | CALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | gas, addr, val, argOst, argLen, retOst, retLen | `success` | mem[retOst:retOst+retLen-1] := returndata | |
-| F2 | CALLCODE | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, val, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] = returndata | same as DELEGATECALL, but does not propagate original msg.sender and msg.value |
-| F3 | RETURN | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | return mem[ost:ost+len-1] |
-| F4 | DELEGATECALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | |
-| F5 | CREATE2 | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len, salt` | `addr` | | addr = keccak256(0xff ++ address(this) ++ salt ++ keccak256(mem[ost:ost+len-1]))[12:] |
-| F6-F9 | _invalid_ | | | | | |
-| FA | STATICCALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | |
-| FB-FC | _invalid_ | | | | | |
-| FD | REVERT | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | revert(mem[ost:ost+len-1]) |
-| FE | INVALID | [AF](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#af-invalid) | | | designated invalid opcode - [EIP-141](https://eips.ethereum.org/EIPS/eip-141) | |
-| FF | SELFDESTRUCT | [AB](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#ab-selfdestruct) | `addr` | `.` | | sendet alle ETH an `addr`; wenn es in derselben Transaktion ausgeführt wird, in der ein Vertrag erstellt wurde, zerstört es den Vertrag |
+| Stack | Name | Gas | Anfänglicher Stack | Resultierender Stack | Speicher / Storage | Notizen |
+| :---: | :------------- | :---------------------------------------------------------------------------------------------: | :---------------------------------------------------------------------------------------- | :------------------------------ | :---------------------------------------------------------------------------- | :------------------------------------------------------------------------------------------------------------------------------- |
+| 00 | STOP | 0 | | | | Ausführung anhalten |
+| 01 | ADD | 3 | `a, b` | `a + b` | | (u)int256-Addition modulo 2\*\*256 |
+| 02 | MUL | 5 | `a, b` | `a * b` | | (u)int256-Multiplikation modulo 2\*\*256 |
+| 03 | SUB | 3 | `a, b` | `a - b` | | (u)int256-Subtraktion modulo 2\*\*256 |
+| 04 | DIV | 5 | `a, b` | `a // b` | | uint256-Division |
+| 05 | SDIV | 5 | `a, b` | `a // b` | | int256-Division |
+| 06 | MOD | 5 | `a, b` | `a % b` | | uint256-Modulo |
+| 07 | SMOD | 5 | `a, b` | `a % b` | | int256-Modulo |
+| 08 | ADDMOD | 8 | `a, b, N` | `(a + b) % N` | | (u)int256-Addition modulo N |
+| 09 | MULMOD | 8 | `a, b, N` | `(a * b) % N` | | (u)int256-Multiplikation modulo N |
+| 0A | EXP | [A1](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a1-exp) | `a, b` | `a ** b` | | uint256-Potenzierung modulo 2\*\*256 |
+| 0B | SIGNEXTEND | 5 | `b, x` | `SIGNEXTEND(x, b)` | | [Vorzeichenerweiterung](https://wikipedia.org/wiki/Sign_extension) von `x` von `(b+1)` Bytes auf 32 Bytes |
+| 0C-0F | _ungültig_ |
+| 10 | LT | 3 | `a, b` | `a < b` | | uint256 kleiner-als |
+| 11 | GT | 3 | `a, b` | `a > b` | | uint256 größer-als |
+| 12 | SLT | 3 | `a, b` | `a < b` | | int256 kleiner-als |
+| 13 | SGT | 3 | `a, b` | `a > b` | | int256 größer-als |
+| 14 | EQ | 3 | `a, b` | `a == b` | | (u)int256-Gleichheit |
+| 15 | ISZERO | 3 | `a` | `a == 0` | | (u)int256 ist-null |
+| 16 | AND | 3 | `a, b` | `a && b` | | bitweises UND |
+| 17 | OR | 3 | `a, b` | `a \|\| b` | | bitweises ODER |
+| 18 | XOR | 3 | `a, b` | `a ^ b` | | bitweises exklusives ODER (XOR) |
+| 19 | NOT | 3 | `a` | `~a` | | bitweises NICHT |
+| 1A | BYTE | 3 | `i, x` | `(x >> (248 - i * 8)) && 0xFF` | | `i`-tes Byte von (u)int256 `x`, von links |
+| 1B | SHL | 3 | `shift, val` | `val << shift` | | Linksverschiebung |
+| 1C | SHR | 3 | `shift, val` | `val >> shift` | | logische Rechtsverschiebung |
+| 1D | SAR | 3 | `shift, val` | `val >> shift` | | arithmetische Rechtsverschiebung |
+| 1E-1F | _ungültig_ |
+| 20 | KECCAK256 | [A2](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a2-sha3) | `ost, len` | `keccak256(mem[ost:ost+len-1])` | | keccak256 |
+| 21-2F | _ungültig_ |
+| 30 | ADDRESS | 2 | `.` | `address(this)` | | Adresse des ausführenden Vertrags |
+| 31 | BALANCE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `addr.balance` | | Guthaben, in Wei |
+| 32 | ORIGIN | 2 | `.` | `tx.origin` | | Adresse, von der die Transaktion ausging |
+| 33 | CALLER | 2 | `.` | `msg.sender` | | Adresse des msg-Absenders |
+| 34 | CALLVALUE | 2 | `.` | `msg.value` | | msg-Wert, in Wei |
+| 35 | CALLDATALOAD | 3 | `idx` | `msg.data[idx:idx+32]` | | Wort aus msg-Daten an Index `idx` lesen |
+| 36 | CALLDATASIZE | 2 | `.` | `len(msg.data)` | | Länge der msg-Daten, in Bytes |
+| 37 | CALLDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := msg.data[ost:ost+len-1] | msg-Daten kopieren |
+| 38 | CODESIZE | 2 | `.` | `len(this.code)` | | Länge des Codes des ausführenden Vertrags, in Bytes |
+| 39 | CODECOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := this.code[ost:ost+len-1] | Bytecode des ausführenden Vertrags kopieren |
+| 3A | GASPRICE | 2 | `.` | `tx.gasprice` | | Gaspreis der Transaktion, in Wei pro Einheit Gas [\*\*](https://eips.ethereum.org/EIPS/eip-1559#gasprice) |
+| 3B | EXTCODESIZE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `len(addr.code)` | | Größe des Codes an der Adresse, in Bytes |
+| 3C | EXTCODECOPY | [A4](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a4-extcodecopy) | `addr, dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := addr.code[ost:ost+len-1] | Code von `addr` kopieren |
+| 3D | RETURNDATASIZE | 2 | `.` | `size` | | Größe der zurückgegebenen Daten vom letzten externen Aufruf, in Bytes |
+| 3E | RETURNDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := returndata[ost:ost+len-1] | zurückgegebene Daten vom letzten externen Aufruf kopieren |
+| 3F | EXTCODEHASH | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `hash` | | hash = addr.exists ? keccak256(addr.code) : 0 |
+| 40 | BLOCKHASH | 20 | `blockNum` | `blockHash(blockNum)` | |
+| 41 | COINBASE | 2 | `.` | `block.coinbase` | | Adresse des Block-Vorschlagenden des aktuellen Blocks |
+| 42 | TIMESTAMP | 2 | `.` | `block.timestamp` | | Zeitstempel des aktuellen Blocks |
+| 43 | NUMBER | 2 | `.` | `block.number` | | Nummer des aktuellen Blocks |
+| 44 | PREVRANDAO | 2 | `.` | `randomness beacon` | | Zufalls-Beacon |
+| 45 | GASLIMIT | 2 | `.` | `block.gaslimit` | | Gaslimit des aktuellen Blocks |
+| 46 | CHAINID | 2 | `.` | `chain_id` | | aktuelle [Chain-ID](https://eips.ethereum.org/EIPS/eip-155) auf den Stack legen |
+| 47 | SELFBALANCE | 5 | `.` | `address(this).balance` | | Guthaben des ausführenden Vertrags, in Wei |
+| 48 | BASEFEE | 2 | `.` | `block.basefee` | | Grundgebühr des aktuellen Blocks |
+| 49 | BLOBHASH | 3 | `idx` | `tx.blob_versioned_hashes[idx]` | | [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) |
+| 4A | BLOBBASEFEE | 2 | `.` | `block.blobbasefee` | | Blob-Grundgebühr des aktuellen Blocks ([EIP-7516](https://eips.ethereum.org/EIPS/eip-7516)) |
+| 4B-4F | _ungültig_ |
+| 50 | POP | 2 | `_anon` | `.` | | Element von der Spitze des Stacks entfernen und verwerfen |
+| 51 | MLOAD | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost` | `mem[ost:ost+32]` | | Wort aus dem Speicher an Offset `ost` lesen |
+| 52 | MSTORE | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost:ost+32] := val | ein Wort in den Speicher schreiben |
+| 53 | MSTORE8 | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost] := val && 0xFF | ein einzelnes Byte in den Speicher schreiben |
+| 54 | SLOAD | [A6](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a6-sload) | `key` | `storage[key]` | | Wort aus dem Storage lesen |
+| 55 | SSTORE | [A7](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a7-sstore) | `key, val` | `.` | storage[key] := val | Wort in den Storage schreiben |
+| 56 | JUMP | 8 | `dst` | `.` | | `$pc := dst` markiert, dass `pc` nur zugewiesen wird, wenn `dst` ein gültiges jumpdest ist |
+| 57 | JUMPI | 10 | `dst, condition` | `.` | | `$pc := condition ? dst : $pc + 1` |
+| 58 | PC | 2 | `.` | `$pc` | | Programmierzähler (Program Counter) |
+| 59 | MSIZE | 2 | `.` | `len(mem)` | | Größe des Speichers im aktuellen Ausführungskontext, in Bytes |
+| 5A | GAS | 2 | `.` | `gasRemaining` | |
+| 5B | JUMPDEST | 1 | | | gültiges Sprungziel markieren | ein gültiges Sprungziel, zum Beispiel ein Sprungziel, das nicht innerhalb der Push-Daten liegt |
+| 5C | TLOAD | 100 | `key` | `tstorage[key]` | | Wort aus dem transienten Storage lesen ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) |
+| 5D | TSTORE | 100 | `key, val` | `.` | tstorage[key] := val | Wort in den transienten Storage schreiben ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) |
+| 5E | MCOPY | 3+3\*words+[A0](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `dstOst, ost, len` | `.` | mem[dstOst] := mem[ost:ost+len] | Speicher von einem Bereich in einen anderen kopieren ([EIP-5656](https://eips.ethereum.org/EIPS/eip-5656)) |
+| 5F | PUSH0 | 2 | `.` | `uint8` | | den konstanten Wert 0 auf den Stack legen |
+| 60 | PUSH1 | 3 | `.` | `uint8` | | 1-Byte-Wert auf den Stack legen |
+| 61 | PUSH2 | 3 | `.` | `uint16` | | 2-Byte-Wert auf den Stack legen |
+| 62 | PUSH3 | 3 | `.` | `uint24` | | 3-Byte-Wert auf den Stack legen |
+| 63 | PUSH4 | 3 | `.` | `uint32` | | 4-Byte-Wert auf den Stack legen |
+| 64 | PUSH5 | 3 | `.` | `uint40` | | 5-Byte-Wert auf den Stack legen |
+| 65 | PUSH6 | 3 | `.` | `uint48` | | 6-Byte-Wert auf den Stack legen |
+| 66 | PUSH7 | 3 | `.` | `uint56` | | 7-Byte-Wert auf den Stack legen |
+| 67 | PUSH8 | 3 | `.` | `uint64` | | 8-Byte-Wert auf den Stack legen |
+| 68 | PUSH9 | 3 | `.` | `uint72` | | 9-Byte-Wert auf den Stack legen |
+| 69 | PUSH10 | 3 | `.` | `uint80` | | 10-Byte-Wert auf den Stack legen |
+| 6A | PUSH11 | 3 | `.` | `uint88` | | 11-Byte-Wert auf den Stack legen |
+| 6B | PUSH12 | 3 | `.` | `uint96` | | 12-Byte-Wert auf den Stack legen |
+| 6C | PUSH13 | 3 | `.` | `uint104` | | 13-Byte-Wert auf den Stack legen |
+| 6D | PUSH14 | 3 | `.` | `uint112` | | 14-Byte-Wert auf den Stack legen |
+| 6E | PUSH15 | 3 | `.` | `uint120` | | 15-Byte-Wert auf den Stack legen |
+| 6F | PUSH16 | 3 | `.` | `uint128` | | 16-Byte-Wert auf den Stack legen |
+| 70 | PUSH17 | 3 | `.` | `uint136` | | 17-Byte-Wert auf den Stack legen |
+| 71 | PUSH18 | 3 | `.` | `uint144` | | 18-Byte-Wert auf den Stack legen |
+| 72 | PUSH19 | 3 | `.` | `uint152` | | 19-Byte-Wert auf den Stack legen |
+| 73 | PUSH20 | 3 | `.` | `uint160` | | 20-Byte-Wert auf den Stack legen |
+| 74 | PUSH21 | 3 | `.` | `uint168` | | 21-Byte-Wert auf den Stack legen |
+| 75 | PUSH22 | 3 | `.` | `uint176` | | 22-Byte-Wert auf den Stack legen |
+| 76 | PUSH23 | 3 | `.` | `uint184` | | 23-Byte-Wert auf den Stack legen |
+| 77 | PUSH24 | 3 | `.` | `uint192` | | 24-Byte-Wert auf den Stack legen |
+| 78 | PUSH25 | 3 | `.` | `uint200` | | 25-Byte-Wert auf den Stack legen |
+| 79 | PUSH26 | 3 | `.` | `uint208` | | 26-Byte-Wert auf den Stack legen |
+| 7A | PUSH27 | 3 | `.` | `uint216` | | 27-Byte-Wert auf den Stack legen |
+| 7B | PUSH28 | 3 | `.` | `uint224` | | 28-Byte-Wert auf den Stack legen |
+| 7C | PUSH29 | 3 | `.` | `uint232` | | 29-Byte-Wert auf den Stack legen |
+| 7D | PUSH30 | 3 | `.` | `uint240` | | 30-Byte-Wert auf den Stack legen |
+| 7E | PUSH31 | 3 | `.` | `uint248` | | 31-Byte-Wert auf den Stack legen |
+| 7F | PUSH32 | 3 | `.` | `uint256` | | 32-Byte-Wert auf den Stack legen |
+| 80 | DUP1 | 3 | `a` | `a, a` | | 1. Wert auf dem Stack klonen |
+| 81 | DUP2 | 3 | `_, a` | `a, _, a` | | 2. Wert auf dem Stack klonen |
+| 82 | DUP3 | 3 | `_, _, a` | `a, _, _, a` | | 3. Wert auf dem Stack klonen |
+| 83 | DUP4 | 3 | `_, _, _, a` | `a, _, _, _, a` | | 4. Wert auf dem Stack klonen |
+| 84 | DUP5 | 3 | `..., a` | `a, ..., a` | | 5. Wert auf dem Stack klonen |
+| 85 | DUP6 | 3 | `..., a` | `a, ..., a` | | 6. Wert auf dem Stack klonen |
+| 86 | DUP7 | 3 | `..., a` | `a, ..., a` | | 7. Wert auf dem Stack klonen |
+| 87 | DUP8 | 3 | `..., a` | `a, ..., a` | | 8. Wert auf dem Stack klonen |
+| 88 | DUP9 | 3 | `..., a` | `a, ..., a` | | 9. Wert auf dem Stack klonen |
+| 89 | DUP10 | 3 | `..., a` | `a, ..., a` | | 10. Wert auf dem Stack klonen |
+| 8A | DUP11 | 3 | `..., a` | `a, ..., a` | | 11. Wert auf dem Stack klonen |
+| 8B | DUP12 | 3 | `..., a` | `a, ..., a` | | 12. Wert auf dem Stack klonen |
+| 8C | DUP13 | 3 | `..., a` | `a, ..., a` | | 13. Wert auf dem Stack klonen |
+| 8D | DUP14 | 3 | `..., a` | `a, ..., a` | | 14. Wert auf dem Stack klonen |
+| 8E | DUP15 | 3 | `..., a` | `a, ..., a` | | 15. Wert auf dem Stack klonen |
+| 8F | DUP16 | 3 | `..., a` | `a, ..., a` | | 16. Wert auf dem Stack klonen |
+| 90 | SWAP1 | 3 | `a, b` | `b, a` | |
+| 91 | SWAP2 | 3 | `a, _, b` | `b, _, a` | |
+| 92 | SWAP3 | 3 | `a, _, _, b` | `b, _, _, a` | |
+| 93 | SWAP4 | 3 | `a, _, _, _, b` | `b, _, _, _, a` | |
+| 94 | SWAP5 | 3 | `a, ..., b` | `b, ..., a` | |
+| 95 | SWAP6 | 3 | `a, ..., b` | `b, ..., a` | |
+| 96 | SWAP7 | 3 | `a, ..., b` | `b, ..., a` | |
+| 97 | SWAP8 | 3 | `a, ..., b` | `b, ..., a` | |
+| 98 | SWAP9 | 3 | `a, ..., b` | `b, ..., a` | |
+| 99 | SWAP10 | 3 | `a, ..., b` | `b, ..., a` | |
+| 9A | SWAP11 | 3 | `a, ..., b` | `b, ..., a` | |
+| 9B | SWAP12 | 3 | `a, ..., b` | `b, ..., a` | |
+| 9C | SWAP13 | 3 | `a, ..., b` | `b, ..., a` | |
+| 9D | SWAP14 | 3 | `a, ..., b` | `b, ..., a` | |
+| 9E | SWAP15 | 3 | `a, ..., b` | `b, ..., a` | |
+| 9F | SWAP16 | 3 | `a, ..., b` | `b, ..., a` | |
+| A0 | LOG0 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len` | `.` | | LOG0(memory[ost:ost+len-1]) |
+| A1 | LOG1 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0` | `.` | | LOG1(memory[ost:ost+len-1], topic0) |
+| A2 | LOG2 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1` | `.` | | LOG2(memory[ost:ost+len-1], topic0, topic1) |
+| A3 | LOG3 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2` | `.` | | LOG3(memory[ost:ost+len-1], topic0, topic1, topic2) |
+| A4 | LOG4 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2, topic3` | `.` | | LOG4(memory[ost:ost+len-1], topic0, topic1, topic2, topic3) |
+| A5-EF | _ungültig_ |
+| F0 | CREATE | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len` | `addr` | | addr = keccak256(rlp([address(this), this.nonce])) |
+| F1 | CALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | gas, addr, val, argOst, argLen, retOst, retLen | `success` | mem[retOst:retOst+retLen-1] := returndata |
+| F2 | CALLCODE | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, val, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] = returndata | wie DELEGATECALL, überträgt aber nicht den ursprünglichen msg.sender und msg.value |
+| F3 | RETURN | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | return mem[ost:ost+len-1] |
+| F4 | DELEGATECALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata |
+| F5 | CREATE2 | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len, salt` | `addr` | | addr = keccak256(0xff ++ address(this) ++ salt ++ keccak256(mem[ost:ost+len-1]))[12:] |
+| F6-F9 | _ungültig_ |
+| FA | STATICCALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata |
+| FB-FC | _ungültig_ |
+| FD | REVERT | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | revert(mem[ost:ost+len-1]) |
+| FE | INVALID | [AF](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#af-invalid) | | | als ungültig designierter Opcode - [EIP-141](https://eips.ethereum.org/EIPS/eip-141) |
+| FF | SELFDESTRUCT | [AB](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#ab-selfdestruct) | `addr` | `.` | | sendet alle ETH an `addr`; wenn in derselben Transaktion ausgeführt, in der ein Vertrag erstellt wurde, wird der Vertrag zerstört|
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/frameworks/index.md b/public/content/translations/de/developers/docs/frameworks/index.md
index 77f8773dbdc..b6c10580303 100644
--- a/public/content/translations/de/developers/docs/frameworks/index.md
+++ b/public/content/translations/de/developers/docs/frameworks/index.md
@@ -1,76 +1,76 @@
---
-title: dApp-Entwicklungs-Frameworks
-description: Mehr über die Vorteile von Frameworks erfahren und verfügbare Optionen vergleichen
+title: Dapp-Entwicklungs-Frameworks
+description: "Entdecken Sie die Vorteile von Frameworks und vergleichen Sie die verfügbaren Optionen."
lang: de
---
## Einführung in Frameworks {#introduction-to-frameworks}
-Für den Aufbau einer vollwertigen dApp sind unterschiedliche Technologieteile erforderlich. Software-Frameworks enthalten viele der erforderlichen Funktionen oder bieten einfache Plugin-Systeme, über die Sie die Tools auswählen können, die Sie als hilfreich erachten.
+Die Entwicklung einer vollwertigen Dapp erfordert verschiedene Technologien. Software-Frameworks enthalten viele der benötigten Funktionen oder bieten einfache Plugin-Systeme, um die gewünschten Werkzeuge auszuwählen.
-Frameworks bieten zahlreiche direkt einsetzbare Funktionen wie:
+Frameworks bieten viele sofort einsatzbereite Funktionen, wie zum Beispiel:
-- Funktionen, um eine lokale Blockchain-Instanz aufzusetzen
-- Dienstprogramme zum Kompilieren und Testen von Smart Contracts
-- Client-Entwicklungs-Add-ons zur Erstellung Ihrer anwenderorientierten Anwendung im selben Projekt/Repository
-- Konfiguration für die Verbindung zu Ethereum-Netzwerken und zur Bereitstellung von Verträgen, sei es zu einer lokal laufenden Instanz oder für ein öffentliches Netzwerk von Ethereum
-- Dezentralisierte App-Verteilung – Integration mit Speicheroptionen wie IPFS
+- Funktionen zum Starten einer lokalen Blockchain-Instanz.
+- Dienstprogramme zum Kompilieren und Testen Ihrer Smart Contracts.
+- Add-ons für die Client-Entwicklung, um Ihre benutzerorientierte Anwendung im selben Projekt/Repository zu erstellen.
+- Konfigurationen zur Verbindung mit Ethereum-Netzwerken und zur Bereitstellung von Verträgen, sei es auf einer lokal laufenden Instanz oder einem der öffentlichen Netzwerke von Ethereum.
+- Verteilung dezentralisierter Anwendungen – Integrationen mit Speicheroptionen wie IPFS.
## Voraussetzungen {#prerequisites}
-Bevor Sie sich mit Frameworks beschäftigen, empfehlen wir, dass Sie sich mit der Einführung in [dApps](/developers/docs/dapps/) und den [Ethereum-Stack](/developers/docs/ethereum-stack/) vertraut machen.
+Bevor Sie sich in Frameworks vertiefen, empfehlen wir Ihnen, zuerst unsere Einführung in [Dapps](/developers/docs/dapps/) und den [Ethereum-Stack](/developers/docs/ethereum-stack/) zu lesen.
## Verfügbare Frameworks {#available-frameworks}
-**Foundry** – **_Foundry ist ein blitzschnelles, portables und modulares Toolkit für die Entwicklung von Ethereum-Anwendungen_**
+**Foundry** – **_Foundry ist ein blitzschnelles, portables und modulares Toolkit für die Entwicklung von Ethereum-Anwendungen._**
- [Foundry installieren](https://book.getfoundry.sh/)
- [Foundry-Buch](https://book.getfoundry.sh/)
- [Foundry-Community-Chat auf Telegram](https://t.me/foundry_support)
-- [Fantastisches Foundry](https://github.com/crisgarner/awesome-foundry)
+- [Awesome Foundry](https://github.com/crisgarner/awesome-foundry)
-**Hardhat –** **_Ethereum-Entwicklungsumgebung für Experten_**
+**Hardhat –** **_Ethereum-Entwicklungsumgebung für Profis._**
- [hardhat.org](https://hardhat.org)
- [GitHub](https://github.com/nomiclabs/hardhat)
-**Ape –** **_Das Smart-Contract-Entwicklungstool für Python-Experten, Data Scientists und Sicherheitsexperten_**
+**Ape –** **_Das Smart-Contract-Entwicklungstool für Python-Entwickler, Datenwissenschaftler und Sicherheitsexperten._**
- [Dokumentation](https://docs.apeworx.io/ape/stable/)
- [GitHub](https://github.com/ApeWorX/ape)
-**Web3j –** **_eine Plattform für die Entwicklung von Blockchain-Anwendungen auf JVM._**
+**Web3j –** **_Eine Plattform zur Entwicklung von Blockchain-Anwendungen auf der JVM._**
-- [Website](https://www.web3labs.com/web3j-sdk)
+- [Startseite](https://www.web3labs.com/web3j-sdk)
- [Dokumentation](https://docs.web3j.io)
- [GitHub](https://github.com/web3j/web3j)
-**ethers-kt – ** **_asynchrone, hochleistungsfähige Kotlin-/Java-/Android-Bibliothek für EVM-basierte Blockchains._**
+**ethers-kt –** **_Asynchrone, hochleistungsfähige Kotlin/Java/Android-Bibliothek für EVM-basierte Blockchains._**
- [GitHub](https://github.com/Kr1ptal/ethers-kt)
- [Beispiele](https://github.com/Kr1ptal/ethers-kt/tree/master/examples)
- [Discord](https://discord.gg/rx35NzQGSb)
-**Create Eth App –** **_Ethereum-basierte Apps mit einem Befehl erstellen. Zur Auswahl steht ein breitest Angebot an UI-Frameworks und DeFi-Vorlagen._**
+**Create Eth App –** **_Erstellen Sie Ethereum-basierte Anwendungen mit einem einzigen Befehl. Bietet eine große Auswahl an UI-Frameworks und DeFi-Vorlagen._**
- [GitHub](https://github.com/paulrberg/create-eth-app)
- [Vorlagen](https://github.com/PaulRBerg/create-eth-app/tree/develop/templates)
-**Scaffold-Eth –** **_Ethers.js + Hardhat + React-Komponenten und Hooks für web3: alles, was Sie brauchen, um mit der Entwicklung dezentraler Anwendungen auf Basis von Smart Contracts zu beginnen._**
+**Scaffold-Eth –** **_Ethers.js + Hardhat + React-Komponenten und Hooks für Web3: Alles, was Sie brauchen, um mit der Entwicklung dezentralisierter Anwendungen auf Basis von Smart Contracts zu beginnen._**
- [GitHub](https://github.com/scaffold-eth/scaffold-eth-2)
-**Tenderly –** **_Web3-Entwicklungsplattform, die es Blockchain-Entwicklern ermöglicht, Smart Contracts zu erstellen, zu testen, zu debuggen, zu überwachen und zu betreiben sowie die dApp-Nutzererfahrung zu verbessern._**
+**Tenderly –** **_Web3-Entwicklungsplattform, die es Blockchain-Entwicklern ermöglicht, Smart Contracts zu erstellen, zu testen, zu debuggen, zu überwachen und zu betreiben sowie die Dapp-UX zu verbessern._**
- [Website](https://tenderly.co/)
- [Dokumentation](https://docs.tenderly.co/)
-**The Graph –** **_The Graph für die effiziente Abfrage von Blockchain-Daten._**
+**The Graph –** **_The Graph zur effizienten Abfrage von Blockchain-Daten._**
- [Website](https://thegraph.com/)
- [Tutorial](/developers/tutorials/the-graph-fixing-web3-data-querying/)
-**Alchemy-****_Ehereum-Entwicklungsplattform_**
+**Alchemy –** **_Ethereum-Entwicklungsplattform._**
- [alchemy.com](https://www.alchemy.com/)
- [GitHub](https://github.com/alchemyplatform)
@@ -82,7 +82,7 @@ Bevor Sie sich mit Frameworks beschäftigen, empfehlen wir, dass Sie sich mit de
- [GitHub](https://github.com/node-real)
- [Discord](https://discord.gg/V5k5gsuE)
-**thirdweb SDK –** **_erstellen Sie Web3-Anwendungen, die mit Ihren Smart Contracts interagieren können, indem Sie unsere leistungsstarken SDKs und CLI verwenden._**
+**thirdweb SDK –** **_Erstellen Sie Web3-Anwendungen, die mit Ihren Smart Contracts interagieren können, mithilfe unserer leistungsstarken SDKs und CLI._**
- [Dokumentation](https://portal.thirdweb.com/sdk/)
- [GitHub](https://github.com/thirdweb-dev/)
@@ -93,7 +93,7 @@ Bevor Sie sich mit Frameworks beschäftigen, empfehlen wir, dass Sie sich mit de
- [GitHub](https://github.com/chainstack)
- [Discord](https://discord.gg/BSb5zfp9AT)
-**Crossmint –** **_eine Plattform für Web3-Entwicklung auf Unternehmensniveau, die es Ihnen ermöglicht, NFT-Anwendungen auf allen wichtigen EVM-Blockchains (und anderen) zu erstellen._**
+**Crossmint –** **_Web3-Entwicklungsplattform auf Unternehmensniveau, mit der Sie NFT-Anwendungen auf allen wichtigen EVM-Chains (und anderen) erstellen können._**
- [Website](https://www.crossmint.com)
- [Dokumentation](https://docs.crossmint.com)
@@ -103,37 +103,49 @@ Bevor Sie sich mit Frameworks beschäftigen, empfehlen wir, dass Sie sich mit de
- [Dokumentation](https://eth-brownie.readthedocs.io/en/latest/)
- [GitHub](https://github.com/eth-brownie/brownie)
-- **Brownie wird derzeit nicht gewartet**
+- **Brownie wird derzeit nicht mehr gewartet**
-**OpenZeppelin SDK –** **_das ultimative Smart-Contract-Toolkit: eine Suite an Tools, die Ihnen helfen, zu entwickeln, zu kompilieren, zu aktualisieren, bereitzustellen und mit Smart Contracts zu interagieren._**
+**OpenZeppelin SDK –** **_Das ultimative Smart-Contract-Toolkit: Eine Suite von Tools, die Ihnen bei der Entwicklung, Kompilierung, Aktualisierung, Bereitstellung und Interaktion mit Smart Contracts helfen._**
-- [OpenZeppelin SDK](https://openzeppelin.com/sdk/)
+- [OpenZeppelin Defender SDK](https://docs.openzeppelin.com/defender/sdk)
- [GitHub](https://github.com/OpenZeppelin/openzeppelin-sdk)
- [Community-Forum](https://forum.openzeppelin.com/c/support/17)
-- **Die Entwicklung von OpenZeppelin SDK ist beendet**
+- **Die Entwicklung des OpenZeppelin SDK wurde eingestellt**
-**Catapulta –** **_ein Tool für die Bereitstellung von Multi-Chain-Smart-Contracts, das die Verifizierung in Block-Explorern automatisiert, bereitgestellte Smart Contracts verfolgt und Bereitstellungsberichte teilt; Plug-and-Play für Foundry- und Hardhat-Projekte._**
+**Catapulta –** **_Multi-Chain-Bereitstellungstool für Smart Contracts, automatisiert Verifizierungen in Blocksuchmaschinen, verfolgt bereitgestellte Smart Contracts und teilt Bereitstellungsberichte, Plug-and-Play für Foundry- und Hardhat-Projekte._**
-- [Github](https://github.com/catapulta-sh)
+- [GitHub](https://github.com/catapulta-sh)
-**Covalent –** **_erweiterte Blockchain-APIs für über 200 Ketten._**
+**GoldRush (powered by Covalent) –** **_GoldRush bietet die umfassendste Blockchain-Daten-API-Suite für Entwickler, Analysten und Unternehmen. Egal, ob Sie ein DeFi-Dashboard, ein Wallet, einen Trading-Bot, einen KI-Agenten oder eine Compliance-Plattform erstellen, die Daten-APIs bieten schnellen, genauen und entwicklerfreundlichen Zugriff auf die wesentlichen Daten auf der Blockchain, die Sie benötigen._**
-- [covalenthq.com](https://www.covalenthq.com/)
-- [Dokumentation](https://www.covalenthq.com/docs/api/)
+- [Website](https://goldrush.dev/)
+- [Dokumentation](https://goldrush.dev/docs/chains/ethereum)
- [GitHub](https://github.com/covalenthq)
- [Discord](https://www.covalenthq.com/discord/)
-**Wake –** **_ein All-in-One-Python-Framework für das Testen von Contracts, Fuzzing, Bereitstellung, Schwachstellenscanning und Code-Navigation._**
+**Wake –** **_All-in-One-Python-Framework für das Testen von Verträgen, Fuzzing, Bereitstellung, Schwachstellen-Scans und Code-Navigation._**
-- [Website](https://getwake.io/)
+- [Startseite](https://getwake.io/)
- [Dokumentation](https://ackeeblockchain.com/wake/docs/latest/)
- [GitHub](https://github.com/Ackee-Blockchain/wake)
-- [VS-Code-Erweiterung](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity)
+- [VS Code-Erweiterung](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity)
-## Weiterführende Informationen {#further-reading}
+**Veramo –** **_Modulares und agnostisches Open-Source-Framework, das es Entwicklern dezentralisierter Anwendungen leicht macht, dezentralisierte Identitäten und verifizierbare Anmeldeinformationen in ihre Anwendungen zu integrieren._**
-_Sie kennen Community-Resourcen die Ihnen geholfen haben? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
+- [Startseite](https://veramo.io/)
+- [Dokumentation](https://veramo.io/docs/basics/introduction)
+- [GitHub](https://github.com/uport-project/veramo)
+- [Discord](https://discord.com/invite/FRRBdjemHV)
+- [NPM-Paket](https://www.npmjs.com/package/@veramo/core)
+
+## Weiterführende Literatur {#further-reading}
+
+_Kennen Sie eine Community-Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
## Verwandte Themen {#related-topics}
-- [Eine lokale Entwicklungsumgebung einrichten](/developers/local-environment/)
+- [Einrichten einer lokalen Entwicklungsumgebung](/developers/local-environment/)
+
+## Tutorials: Entwicklungs-Frameworks auf Ethereum {#tutorials}
+
+- [Hello World Smart Contract für Anfänger – Fullstack](/developers/tutorials/hello-world-smart-contract-fullstack/) _– Erstellen und implementieren Sie einen Hello-World-Smart-Contract mit Hardhat und verbinden Sie ihn dann mit einem Frontend._
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/gas/index.md b/public/content/translations/de/developers/docs/gas/index.md
index 09ac46fea76..d0be1ea5ace 100644
--- a/public/content/translations/de/developers/docs/gas/index.md
+++ b/public/content/translations/de/developers/docs/gas/index.md
@@ -1,138 +1,151 @@
---
-title: Gas und Gebühren
-description:
+title: "Gas und Gebühren"
+metaTitle: "Ethereum-Gas und -Gebühren: technischer Überblick"
+description: "Erfahren Sie mehr über Ethereum-Gasgebühren, wie sie berechnet werden und welche Rolle sie bei der Netzwerksicherheit und Transaktionsverarbeitung spielen."
lang: de
---
-Gas ist für das Ethereum-Netzwerk unerlässlich. Es ist der Treibstoff, der Ethereum den Betrieb ermöglicht, so wie ein Auto Benzin braucht, um zu fahren.
+Gas ist für das [Ethereum](/)-Netzwerk unerlässlich. Es ist der Treibstoff, der den Betrieb ermöglicht, genau wie ein Auto Benzin zum Fahren braucht.
## Voraussetzungen {#prerequisites}
-Um diese Seite besser zu verstehen, empfehlen wir dir, zuerst [Transaktionen](/developers/docs/transactions/) und [Blöcke](/developers/docs/evm/) zu lesen.
+Um diese Seite besser zu verstehen, empfehlen wir Ihnen, sich zunächst über [Transaktionen](/developers/docs/transactions/) und die [EVM](/developers/docs/evm/) zu informieren.
## Was ist Gas? {#what-is-gas}
-Gas bezieht sich auf die Einheit, die den Umfang des Rechenaufwands misst, der für die Durchführung spezifischer Operationen im Ethereum-Netzwerk erforderlich ist.
+Gas bezeichnet die Einheit, die den Rechenaufwand misst, der zur Ausführung bestimmter Operationen im Ethereum-Netzwerk erforderlich ist.
-Da jede Transaktion im Ethereum-Netzwerk den Einsatz von Rechenressourcen erfordert, um zur Ausführung zu gelangen, ist für diese Ressourcen eine Vergütung erforderlich. Das dient der Sicherstellung, dass das Ethereum-Netzwerk weder für Spam-Attacken anfällig ist, noch in Zustände unendlicher Rechenzyklen verfallen kann. Die Bezahlung für Berechnungen erfolgt in Form einer Gasgebühr.
+Da jede Ethereum-Transaktion Rechenressourcen zur Ausführung benötigt, müssen diese Ressourcen bezahlt werden, um sicherzustellen, dass Ethereum nicht anfällig für Spam ist und nicht in endlosen Rechenschleifen stecken bleiben kann. Die Bezahlung für die Rechenleistung erfolgt in Form einer Gasgebühr.
-Die Gasgebühr entspricht **dem Volumen des verbrauchten Gases für eine spezifische Transaktion multipliziert mit dem Preis je Gaseinheit**. Die Gebühr wird unabhängig davon gezahlt, ob eine Transaktion erfolgreich ist oder nicht.
+Die Gasgebühr ist **die Menge an Gas, die für eine Operation verwendet wird, multipliziert mit den Kosten pro Gaseinheit**. Die Gebühr wird unabhängig davon gezahlt, ob eine Transaktion erfolgreich ist oder fehlschlägt.
- _Diagramm angepasst von [Ethereum EVM illustriert](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
+
+_Diagramm adaptiert von [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
-Gasgebühren sind in der originären Währung von Ethereum, Ether (ETH), zu entrichten. Die Gaspreise werden in der Regel in Gwei angegeben, einer Untereinheit von ETH. Jede Gwei entspricht einem Milliardstel einer ETH (0,000000001 ETH oder 10-9 ETH).
+Gasgebühren müssen in der nativen Währung von Ethereum, Ether (ETH), bezahlt werden. Gaspreise werden normalerweise in Gwei angegeben, was eine Stückelung von ETH ist. Jeder Gwei entspricht einem Milliardstel eines ETH (0,000000001 ETH oder 10-9 ETH).
-Anstatt z. B. zu sagen, dass dein Gas 0,000000001 Ether kostet, kannst du sagen, dass dein Gas 1 Gwei kostet.
+Anstatt beispielsweise zu sagen, dass Ihr Gas 0,000000001 Ether kostet, können Sie sagen, dass Ihr Gas 1 Gwei kostet.
-Das Wort "gwei" ist eine Kurzform von "giga-wei", was "Milliarde wei" bedeutet. Ein gwei entspricht einer Milliarde wei. Wei selbst (benannt nach [Wei Dai](https://wikipedia.org/wiki/Wei_Dai), dem Erfinder von [B-Geld](https://www.investopedia.com/terms/b/bmoney.asp)) ist die kleinste Einheit von ETH.
+Das Wort „Gwei“ ist eine Zusammenziehung von „Giga-Wei“, was „Milliarde Wei“ bedeutet. Ein Gwei entspricht einer Milliarde Wei. Wei selbst (benannt nach [Wei Dai](https://wikipedia.org/wiki/Wei_Dai), dem Schöpfer von [b-money](https://www.investopedia.com/terms/b/bmoney.asp)) ist die kleinste Einheit von ETH.
-## Wie werden die Gasgebühren berechnet? {#how-are-gas-fees-calculated}
+## Wie werden Gasgebühren berechnet? {#how-are-gas-fees-calculated}
-Sie können die Menge an Gas, die Sie zu zahlen bereit sind, festlegen, wenn Sie eine Transaktion einreichen. Durch das Angebot einer festgelegten Gasmenge beteiligen Sie sich an einer Auktion zur Einbeziehung Ihrer Transaktion in den nächsten Block. Bei einem zu niedrigen Gasangebot verringert sich die Wahrscheinlichkeit, dass Validierer Ihre Transaktion für die Einbindung in den nächsten Block auswählen, was zu einer verzögerten oder sogar nicht erfolgenden Ausführung Ihrer Transaktion führen kann. Wenn Sie zu viel bieten, könnten Sie ETH verschwenden. Wie können Sie also feststellen, wie viel Sie zahlen müssen?
+Sie können die Menge an Gas festlegen, die Sie zu zahlen bereit sind, wenn Sie eine Transaktion einreichen. Indem Sie eine bestimmte Menge an Gas anbieten, bieten Sie darauf, dass Ihre Transaktion in den nächsten Block aufgenommen wird. Wenn Sie zu wenig anbieten, ist es weniger wahrscheinlich, dass Validatoren Ihre Transaktion zur Aufnahme auswählen, was bedeutet, dass Ihre Transaktion möglicherweise spät oder gar nicht ausgeführt wird. Wenn Sie zu viel anbieten, verschwenden Sie möglicherweise etwas ETH. Wie können Sie also feststellen, wie viel Sie bezahlen müssen?
-Der Gesamtbetrag, den Sie zahlen, wird in zwei Komponenten aufgeteilt: die `Grundgebühr `und die `Prioritätsgebühr` (Trinkgeld).
+Das gesamte Gas, das Sie bezahlen, ist in zwei Komponenten unterteilt: die `Grundgebühr` und die `Prioritätsgebühr` (Trinkgeld).
-Die `Grundgebühr` wird durch das Protokoll festgelegt - Sie müssen mindestens diesen Betrag zahlen, damit Ihre Transaktion als gültig betrachtet wird. Die `Prioritätsgebühr` ist ein Trinkgeld, das Sie auf die Grundgebühr aufschlagen, um Ihre Transaktion für die Validierer attraktiv zu machen, so dass diese sie für die Aufnahme in den nächsten Block auswählen.
+Die `Grundgebühr` wird vom Protokoll festgelegt – Sie müssen mindestens diesen Betrag bezahlen, damit Ihre Transaktion als gültig angesehen wird. Die `Prioritätsgebühr` ist ein Trinkgeld, das Sie zur Grundgebühr hinzufügen, um Ihre Transaktion für Validatoren attraktiv zu machen, damit sie diese für die Aufnahme in den nächsten Block auswählen.
-Eine Transaktion, für die nur die `Grundgebühr` gezahlt wird, ist zwar technisch gesehen gültig, wird aber wahrscheinlich nicht berücksichtigt, da sie den Validierern keinen Anreiz bietet, sie einer anderen Transaktion vorzuziehen. Die "richtige" `Prioritätsgebühr` wird durch die Netzwerkauslastung zu dem Zeitpunkt bestimmt, an dem Sie Ihre Transaktion senden. Wenn es viel Nachfrage gibt, müssen Sie Ihre `Prioritätsgebühr` möglicherweise höher ansetzen, aber wenn es weniger Nachfrage gibt, können Sie weniger bezahlen.
+Eine Transaktion, die nur die `Grundgebühr` bezahlt, ist technisch gültig, wird aber wahrscheinlich nicht aufgenommen, da sie den Validatoren keinen Anreiz bietet, sie einer anderen Transaktion vorzuziehen. Die „richtige“ `Prioritätsgebühr` wird durch die Netzwerkauslastung zu dem Zeitpunkt bestimmt, an dem Sie Ihre Transaktion senden – wenn eine hohe Nachfrage besteht, müssen Sie Ihre `Prioritätsgebühr` möglicherweise höher ansetzen, aber bei geringerer Nachfrage können Sie weniger bezahlen.
-Nehmen wir zum Beispiel an, Jordan muss Taylor 1 ETH bezahlen. Ein ETH-Transfer erfordert 21.000 Gaseinheiten, und die Grundgebühr beträgt 10 gwei. Jordan enthält ein Trinkgeld von 2 gwei.
+Nehmen wir zum Beispiel an, Jordan muss Taylor 1 ETH zahlen. Eine ETH-Überweisung erfordert 21.000 Gaseinheiten und die Grundgebühr beträgt 10 Gwei. Jordan fügt ein Trinkgeld von 2 Gwei hinzu.
-Die Gesamtgebühr würde sich nun wie folgt zusammensetzen:
+Die Gesamtgebühr würde nun wie folgt lauten:
-`Verbrauchte Gaseinheiten * (Grundgebühr + Prioritätsgebühr)`
+`verwendete Gaseinheiten * (Grundgebühr + Prioritätsgebühr)`
-wobei die `Grundgebühr` ein durch das Protokoll bestimmter Wert und die `Prioritätsgebühr` ein vom Benutzer gesetzter Wert als Anreiz für den Validierer ist.
+wobei die `Grundgebühr` ein vom Protokoll festgelegter Wert ist und die `Prioritätsgebühr` ein vom Benutzer als Trinkgeld für den Validator festgelegter Wert ist.
-z.B. `21,000 * (10 + 2) = 252,000 gwei` (0.000252 ETH).
+z. B. `21.000 * (10 + 2) = 252.000 Gwei` (0,000252 ETH).
-Wenn Jordan das Geld versendet, werden 1,000252 ETH von Jordans Konto abgezogen. Taylor werden 1,0000 ETH gutgeschrieben. Der Validator erhält das Trinkgeld von 0,000042 ETH. Die `Grundgebühr` von 0,00021 ETH wird verbrannt.
+Wenn Jordan das Geld sendet, werden 1,000252 ETH von Jordans Konto abgezogen. Taylor werden 1,0000 ETH gutgeschrieben. Der Validator erhält das Trinkgeld von 0,000042 ETH. Die `Grundgebühr` von 0,00021 ETH wird verbrannt.
### Grundgebühr {#base-fee}
-Jeder Block hat seine eigene Basisgebühr, welche als reservierter Preis erscheint. Um in einen Block aufgenommen zu werden, muss der angebotene Preis pro Gas mindestens der Grundgebühr entsprechen. Die Grundgebühr wird unabhängig vom aktuellen Block berechnet und richtet sich stattdessen nach den vorherigen Blöcken. Das macht die Transaktionsgebühren für die Nutzer/Nutzerinnen berechenbarer. Bei der Erstellung des Blocks wird diese **Grundgebühr "verbrannt"** und damit aus dem Verkehr gezogen.
+Jeder Block hat eine Grundgebühr, die als Mindestpreis fungiert. Um für die Aufnahme in einen Block in Frage zu kommen, muss der angebotene Preis pro Gas mindestens der Grundgebühr entsprechen. Die Grundgebühr wird unabhängig vom aktuellen Block berechnet und stattdessen durch die vorherigen Blöcke bestimmt, was Transaktionsgebühren für Benutzer vorhersehbarer macht. Wenn der Block erstellt wird, wird diese **Grundgebühr „verbrannt“**, wodurch sie aus dem Verkehr gezogen wird.
-Die Grundgebühr wird anhand einer Formel berechnet, die die Größe des vorherigen Blocks (die für alle Transaktionen verwendete Gasmenge) mit der Zielgröße vergleicht. Die Grundgebühr erhöht sich um maximal 12,5 % pro Block, wenn die Zielblockgröße überschritten wird. Dieses exponentielle Wachstum macht es wirtschaftlich unrentabel, die Blockgröße unbegrenzt hoch zu halten.
+Die Grundgebühr wird durch eine Formel berechnet, die die Größe des vorherigen Blocks (die Menge an Gas, die für alle Transaktionen verwendet wurde) mit der Zielgröße (der Hälfte des Gaslimits) vergleicht. Die Grundgebühr erhöht oder verringert sich um maximal 12,5 % pro Block, wenn die Zielblockgröße über bzw. unter dem Zielwert liegt. Dieses exponentielle Wachstum macht es wirtschaftlich unrentabel, dass die Blockgröße auf unbestimmte Zeit hoch bleibt.
| Blocknummer | Enthaltenes Gas | Gebührenerhöhung | Aktuelle Grundgebühr |
-| ----------- | ---------------:| ----------------:| --------------------:|
-| 1 | 15 m | 0 % | 100 gwei |
-| 2 | 30 m | 0 % | 100 gwei |
-| 3 | 30 m | 12,5 % | 112,5 gwei |
-| 4 | 30 m | 12,5 % | 126,6 gwei |
-| 5 | 30 m | 12,5 % | 142,4 gwei |
-| 6 | 30 m | 12,5 % | 160,2 gwei |
-| 7 | 30 m | 12,5 % | 180,2 gwei |
-| 8 | 30 m | 12,5 % | 202,7 gwei |
+| ----------- | --------------: | ---------------: | -------------------: |
+| 1 | 18M | 0 % | 100 Gwei |
+| 2 | 36M | 0 % | 100 Gwei |
+| 3 | 36M | 12,5 % | 112,5 Gwei |
+| 4 | 36M | 12,5 % | 126,6 Gwei |
+| 5 | 36M | 12,5 % | 142,4 Gwei |
+| 6 | 36M | 12,5 % | 160,2 Gwei |
+| 7 | 36M | 12,5 % | 180,2 Gwei |
+| 8 | 36M | 12,5 % | 202,7 Gwei |
-Der obigen Tabelle folgend: Um eine Transaktion auf Block Nummer 9 zu erstellen, wird eine Wallet den Nutzer mit Sicherheit wissen lassen, dass die **maximale Grundgebühr**, die dem nächsten Block hinzugefügt wird, `aktuelle Grundgebühr * 112,5%` oder `202,7 gwei * 112,5% = 228,1 gwei` ist.
+In der obigen Tabelle wird ein Beispiel mit 36 Millionen als Gaslimit demonstriert. Diesem Beispiel folgend, wird ein Wallet dem Benutzer bei der Erstellung einer Transaktion in Blocknummer 9 mit Sicherheit mitteilen, dass die **maximale Grundgebühr**, die dem nächsten Block hinzugefügt wird, `aktuelle Grundgebühr * 112,5 %` oder `202,7 Gwei * 112,5 % = 228,1 Gwei` beträgt.
-Außerdem ist es unwahrscheinlich, dass es zu längeren Zeiträumen mit vollen Blöcken kommt, da die Grundgebühr vor einem vollen Block schnell ansteigt.
+Es ist auch wichtig zu beachten, dass es unwahrscheinlich ist, dass wir längere Spitzen von vollen Blöcken sehen werden, da die Grundgebühr vor einem vollen Block sehr schnell ansteigt.
| Blocknummer | Enthaltenes Gas | Gebührenerhöhung | Aktuelle Grundgebühr |
-| ----------- | ---------------:| ----------------:| --------------------:|
-| 30 | 30 m | 12,5 % | 2705,6 gwei |
+| ----------- | --------------: | ---------------: | -------------------: |
+| 30 | 36M | 12,5 % | 2705,6 Gwei |
| ... | ... | 12,5 % | ... |
-| 50 | 30 m | 12,5 % | 28531,3 gwei |
+| 50 | 36M | 12,5 % | 28531,3 Gwei |
| ... | ... | 12,5 % | ... |
-| 100 | 30 m | 12,5 % | 10302608,6 gwei |
+| 100 | 36M | 12,5 % | 10302608,6 Gwei |
-### Prioritätsgebühr (Trinkgeld) {#priority-fee}
+### Prioritätsgebühr (Trinkgelder) {#priority-fee}
-Die Prioritätsgebühr (Trinkgeld) bietet den Validierern einen Anreiz, eine Transaktion in den Block aufzunehmen. Ohne Trinkgeld wäre es für Validierer wirtschaftlich rentabel, leere Blöcke zu schürfen, da sie die gleiche Blockbelohnung erhalten würden. Kleine Trinkgelder geben den Validierern einen minimalen Anreiz, eine Transaktion aufzunehmen. Damit Transaktionen vor anderen Transaktionen im selben Block bevorzugt ausgeführt werden, kann ein höheres Trinkgeld hinzugefügt werden, um zu versuchen, konkurrierende Transaktionen zu überbieten.
+Die Prioritätsgebühr (Trinkgeld) bietet Validatoren einen Anreiz, die Anzahl der Transaktionen in einem Block zu maximieren, was nur durch das Block-Gaslimit begrenzt ist. Ohne Trinkgelder könnte ein rationaler Validator weniger – oder sogar null – Transaktionen ohne direkte Strafe auf der Ausführungsebene oder Konsensebene aufnehmen, da Staking-Belohnungen unabhängig davon sind, wie viele Transaktionen sich in einem Block befinden. Darüber hinaus ermöglichen Trinkgelder den Benutzern, andere für die Priorität innerhalb desselben Blocks zu überbieten, was effektiv Dringlichkeit signalisiert.
### Maximale Gebühr {#maxfee}
-Um eine Transaktion im Netzwerk auszuführen, können Nutzer/Nutzerinnen ein maximales Limit angeben, das sie bereit sind, für die Ausführung ihrer Transaktion zu bezahlen. Dieser optionale Parameter ist als `maxFeePerGas` bekannt. Damit eine Transaktion ausgeführt werden kann, muss die maximale Gebühr die Summe aus der Grundgebühr und dem Trinkgeld übersteigen. Der Absender der Transaktion erhält die Differenz zwischen der maximalen Gebühr und der Summe aus Grundgebühr und Trinkgeld zurück.
+Um eine Transaktion im Netzwerk auszuführen, können Benutzer ein maximales Limit angeben, das sie für die Ausführung ihrer Transaktion zu zahlen bereit sind. Dieser optionale Parameter ist als `maxFeePerGas` bekannt. Damit eine Transaktion ausgeführt werden kann, muss die maximale Gebühr die Summe aus Grundgebühr und Trinkgeld überschreiten. Dem Absender der Transaktion wird die Differenz zwischen der maximalen Gebühr und der Summe aus Grundgebühr und Trinkgeld erstattet.
### Blockgröße {#block-size}
-Jeder Block hat eine Zielgröße von 15 Millionen Gas, aber die Größe der Blöcke wird entsprechend der Netznachfrage erhöht oder verringert, bis zur Blockgrenze von 60 Millionen Gas (die zweifache Zielblockgröße). Das Protokoll erreicht durch den Prozess des _Tâtonnement_ eine gleichgewichtige Blockgröße von durchschnittlich 30 Millionen. Das heißt, wenn die Blockgröße die Zielblockgröße übersteigt, erhöht das Protokoll die Grundgebühr für den folgenden Block. Ebenso senkt das Protokoll die Grundgebühr, wenn die Blockgröße kleiner als die Zielblockgröße ist. Der Betrag, um den die Grundgebühr angepasst wird, ist proportional dazu, wie weit die aktuelle Blockgröße vom Zielwert entfernt ist. [Mehr über Blöcke](/developers/docs/blocks/).
+Jeder Block hat eine Zielgröße von der Hälfte des aktuellen Gaslimits, aber die Größe der Blöcke wird entsprechend der Netzwerknachfrage steigen oder fallen, bis das Blocklimit erreicht ist (2x die Zielblockgröße). Das Protokoll erreicht eine durchschnittliche Gleichgewichtsblockgröße am Zielwert durch den Prozess des _Tâtonnement_ (Herantasten). Das bedeutet, wenn die Blockgröße größer als die Zielblockgröße ist, erhöht das Protokoll die Grundgebühr für den folgenden Block. Ebenso verringert das Protokoll die Grundgebühr, wenn die Blockgröße kleiner als die Zielblockgröße ist.
-### Berechnung der Gasgebühren in der Praxis {#calculating-fees-in-practice}
+Der Betrag, um den die Grundgebühr angepasst wird, ist proportional dazu, wie weit die aktuelle Blockgröße vom Zielwert entfernt ist. Dies ist eine lineare Berechnung von -12,5 % für einen leeren Block, 0 % bei der Zielgröße, bis zu +12,5 % für einen Block, der das Gaslimit erreicht. Das Gaslimit kann im Laufe der Zeit basierend auf der Signalisierung der Validatoren sowie durch Netzwerk-Upgrades schwanken. Sie können [die Änderungen des Gaslimits im Laufe der Zeit hier einsehen](https://eth.blockscout.com/stats/averageGasLimit?interval=threeMonths).
-Sie können ausdrücklich angeben, wie viel Sie bereit sind zu zahlen, damit Ihre Transaktion ausgeführt wird. Die meisten Anbieter von Wallets legen jedoch automatisch eine empfohlene Transaktionsgebühr fest (Grundgebühr + empfohlene Prioritätsgebühr), um die Komplexität für die Nutzer zu verringern.
+[Mehr über Blöcke](/developers/docs/blocks/)
+
+### Berechnung von Gasgebühren in der Praxis {#calculating-fees-in-practice}
+
+Sie können explizit angeben, wie viel Sie bereit sind zu zahlen, um Ihre Transaktion ausführen zu lassen. Die meisten Wallet-Anbieter legen jedoch automatisch eine empfohlene Transaktionsgebühr (Grundgebühr + empfohlene Prioritätsgebühr) fest, um die Komplexität für ihre Benutzer zu verringern.
## Warum gibt es Gasgebühren? {#why-do-gas-fees-exist}
-Kurzum, Gasgebühren helfen dabei, das Ethereum-Netz sicher zu halten. Indem wir für jede Berechnung, die im Netzwerk ausgeführt wird, eine Gebühr verlangen, verhindern wir, dass Akteure mit böswilligen Absichten das Netzwerk spammen. Um versehentliche oder feindliche Endlosschleifen oder andere Verschwendung von Rechenlast in Code zu vermeiden, muss jede Transaktion eine Grenze für die Anzahl der Rechenschritte festlegen, die sie zur Codeausführung verwenden kann. Die Grundeinheit der Berechnung ist "Gas".
+Kurz gesagt, Gasgebühren tragen dazu bei, das Ethereum-Netzwerk sicher zu halten. Indem wir für jede im Netzwerk ausgeführte Berechnung eine Gebühr verlangen, verhindern wir, dass böswillige Akteure das Netzwerk mit Spam überfluten. Um versehentliche oder feindselige Endlosschleifen oder andere Rechenverschwendung im Code zu vermeiden, muss jede Transaktion ein Limit festlegen, wie viele Rechenschritte der Codeausführung sie verwenden darf. Die grundlegende Recheneinheit ist „Gas“.
-Auch wenn eine Transaktion ein Limit beinhaltet, wird jedes nicht verbrauchte Gas an den Nutzer zurückgegeben (d. h. `max fee - (base fee + tip)` wird zurückgegeben).
+Obwohl eine Transaktion ein Limit enthält, wird jegliches Gas, das in einer Transaktion nicht verwendet wird, an den Benutzer zurückgegeben (z. B. wird `maximale Gebühr - (Grundgebühr + Trinkgeld)` zurückgegeben).
- _Diagramm angepasst von [Ethereum EVM illustriert](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
+
+_Diagramm adaptiert von [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
## Was ist das Gaslimit? {#what-is-gas-limit}
-Das Gaslimit bezieht sich auf die maximale Menge an Gas, die Sie bereit sind, bei einer Transaktion zu verbrauchen. Kompliziertere Transaktionen mit [Smart Contracts](/developers/docs/smart-contracts/) erfordern mehr Rechenarbeit und damit ein höheres Gaslimit als eine einfache Zahlung. Ein Standard-ETH-Transfer erfordert ein Gaslimit von 21.000 Gaseinheiten.
+Das Gaslimit bezieht sich auf die maximale Menge an Gas, die Sie für eine Transaktion verbrauchen möchten. Kompliziertere Transaktionen, die [Smart Contracts](/developers/docs/smart-contracts/) beinhalten, erfordern mehr Rechenarbeit, sodass sie ein höheres Gaslimit erfordern als eine einfache Zahlung. Eine Standard-ETH-Überweisung erfordert ein Gaslimit von 21.000 Gaseinheiten.
-Wenn Sie zum Beispiel ein Gaslimit von 50.000 für einen einfachen ETH-Transfer festlegen würden, würde die EVM 21.000 verbrauchen und Sie würden die restlichen 29.000 zurückbekommen. Wenn Sie jedoch zu wenig Gas angeben, z. B. ein Gaslimit von 20.000 für einen einfachen ETH-Transfer, wird die EVM Ihre 20.000 Gaseinheiten verbrauchen und versuchen, die Transaktion durchzuführen, aber sie wird nicht abgeschlossen. Die EVM macht dann alle Änderungen rückgängig, da der Validierer jedoch bereits Arbeit im Wert von 20.000 Gaseinheiten geleistet hat, ist dieses Gas verbraucht.
+Wenn Sie beispielsweise ein Gaslimit von 50.000 für eine einfache ETH-Überweisung festlegen, würde die EVM 21.000 verbrauchen und Sie würden die restlichen 29.000 zurückerhalten. Wenn Sie jedoch zu wenig Gas angeben, beispielsweise ein Gaslimit von 20.000 für eine einfache ETH-Überweisung, schlägt die Transaktion während der Validierungsphase fehl. Sie wird abgelehnt, bevor sie in einen Block aufgenommen wird, und es wird kein Gas verbraucht. Wenn einer Transaktion hingegen während der Ausführung das Gas ausgeht (z. B. wenn ein Smart Contract auf halbem Weg das gesamte Gas verbraucht), macht die EVM alle Änderungen rückgängig, aber das gesamte bereitgestellte Gas wird dennoch für die geleistete Arbeit verbraucht.
-## Warum können die Gasgebühren so hoch sein? {#why-can-gas-fees-get-so-high}
+## Warum können Gasgebühren so hoch werden? {#why-can-gas-fees-get-so-high}
-Die hohen Gasgebühren sind auf die Beliebtheit von Ethereum zurückzuführen. Wenn die Nachfrage zu groß ist, müssen die Nutzer höhere Trinkgeldbeträge anbieten, um darüber zu versuchen, die Transaktionen anderer Nutzer zu überbieten. Ein höheres Trinkgeld kann die Wahrscheinlichkeit erhöhen, dass Ihre Transaktion in den nächsten Block gelangt. Außerdem führen komplexere Smart-Contract-Anwendungen möglicherweise eine hohle Anzahl an Operationen durch, um ihre Funktionen zu unterstützen, so dass sie viel Gas verbrauchen.
+Hohe Gasgebühren sind auf die Beliebtheit von Ethereum zurückzuführen. Wenn die Nachfrage zu groß ist, müssen Benutzer höhere Trinkgeldbeträge anbieten, um zu versuchen, die Transaktionen anderer Benutzer zu überbieten. Ein höheres Trinkgeld kann die Wahrscheinlichkeit erhöhen, dass Ihre Transaktion in den nächsten Block aufgenommen wird. Außerdem führen komplexere Smart-Contract-Apps möglicherweise viele Operationen aus, um ihre Funktionen zu unterstützen, wodurch sie viel Gas verbrauchen.
## Initiativen zur Senkung der Gaskosten {#initiatives-to-reduce-gas-costs}
-Die [Skalierbarkeits-Upgrades](/roadmap/) für Ethereum waren letztendlich dazu gedacht, einige der Probleme mit den Gasgebühren lösen. Das wiederum soll die Plattform in die Lage versetzen, Tausende von Transaktionen pro Sekunde zu verarbeiten und global zu skalieren.
+Die Ethereum-[Skalierungs-Upgrades](/roadmap/) sollten letztendlich einige der Probleme mit den Gasgebühren beheben, was es der Plattform wiederum ermöglichen wird, Tausende von Transaktionen pro Sekunde zu verarbeiten und global zu skalieren.
+
+Die Skalierung auf Ebene 2 ist eine primäre Initiative, um die Gaskosten, die Benutzererfahrung und die Skalierbarkeit erheblich zu verbessern.
-Die Skalierung auf Layer 2 ist eine der wichtigsten Initiativen, um die Gaskosten, das Nutzererlebnis und die Skalierbarkeit deutlich zu verbessern. [Mehr zur Skalierung mit Layer 2](/developers/docs/scaling/#layer-2-scaling)
+[Mehr über die Skalierung auf Ebene 2](/developers/docs/scaling/#layer-2-scaling)
-## Gasgebühren überwachen {#monitoring-gas-fees}
+## Überwachung von Gasgebühren {#monitoring-gas-fees}
-Wenn Sie die Gaspreise überwachen möchten, damit Sie Ihre ETH günstiger verschicken können, stehen Ihnen unterschiedliche Tools zur Verfügung, wie zum Beispiel:
+Wenn Sie die Gaspreise überwachen möchten, um Ihre ETH günstiger zu versenden, können Sie viele verschiedene Tools verwenden, wie zum Beispiel:
-- [Etherscan](https://etherscan.io/gastracker) _Transaktionsgaspreis-Schätzer_
-- [Blocknative ETH Gas Estimator](https://chrome.google.com/webstore/detail/blocknative-eth-gas-estim/ablbagjepecncofimgjmdpnhnfjiecfm) _Chrome-Erweiterung zur Gasschätzung, die sowohl Typ 0 Legacy-Transaktionen als auch Typ 2 EIP-1559-Transaktionen unterstützt_
-- [Cryptoneur Gas Fees Calculator](https://www.cryptoneur.xyz/gas-fees-calculator) _Berechnen Sie Gasgebühren in Ihrer lokalen Währung für verschiedene Transaktionsarten im Mainnet, Arbitrum und Polygon._
+- [Etherscan](https://etherscan.io/gastracker) _Schätzer für Transaktionsgaspreise_
+- [Blockscout](https://eth.blockscout.com/gas-tracker) _Open-Source-Schätzer für Transaktionsgaspreise_
+- [ETH Gas Tracker](https://www.ethgastracker.com/) _Überwachen und verfolgen Sie die Ethereum- und L2-Gaspreise, um Transaktionsgebühren zu senken und Geld zu sparen_
+- [Blocknative ETH Gas Estimator](https://chrome.google.com/webstore/detail/blocknative-eth-gas-estim/ablbagjepecncofimgjmdpnhnfjiecfm) _Chrome-Erweiterung zur Gasschätzung, die sowohl ältere Typ-0-Transaktionen als auch Typ-2-EIP-1559-Transaktionen unterstützt._
+- [Cryptoneur Gas Fees Calculator](https://www.cryptoneur.xyz/gas-fees-calculator) _Berechnen Sie Gasgebühren in Ihrer lokalen Währung für verschiedene Transaktionstypen im Mainnet, auf Arbitrum und Polygon._
-## Verwandte Werkzeuge {#related-tools}
+## Verwandte Tools {#related-tools}
-- [Blocknative's Gas Platform](https://www.blocknative.com/gas) _API zur Gasschätzung von Blocknative's Global Mempool Data Platform_
+- [Blocknative's Gas Platform](https://www.blocknative.com/gas) _Gasschätzungs-API, angetrieben von Blocknatives globaler Mempool-Datenplattform_
+- [Gas Network](https://gas.network) Gas-Orakel auf der Blockchain. Unterstützung für über 35 Chains.
-## Weiterführende Informationen {#further-reading}
+## Weiterführende Literatur {#further-reading}
-- [Ethereum Gas erklärt](https://defiprime.com/gas)
-- [Den Gasverbrauch von Smart Contracts reduzieren](https://medium.com/coinmonks/8-ways-of-reducing-the-gas-consumption-of-your-smart-contracts-9a506b339c0a)
-- [Strategien für Programmierer zur Optimierung des Gasverbrauchs](https://www.alchemy.com/overviews/solidity-gas-optimization)
-- [Spezifikationen zu EIP-1559](https://eips.ethereum.org/EIPS/eip-1559).
-- [Tim Beikos EIP-1559-Ressourcen](https://hackmd.io/@timbeiko/1559-resources).
+- [Ethereum Gas Explained](https://defiprime.com/gas)
+- [Reducing the gas consumption of your Smart Contracts](https://medium.com/coinmonks/8-ways-of-reducing-the-gas-consumption-of-your-smart-contracts-9a506b339c0a)
+- [Gas Optimization Strategies for Developers](https://www.alchemy.com/overviews/solidity-gas-optimization)
+- [EIP-1559 docs](https://eips.ethereum.org/EIPS/eip-1559).
+- [Tim Beiko's EIP-1559 Resources](https://hackmd.io/@timbeiko/1559-resources)
+- [EIP-1559: Separating Mechanisms From Memes](https://web.archive.org/web/20241126205908/https://research.2077.xyz/eip-1559-separating-mechanisms-from-memes)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/ides/index.md b/public/content/translations/de/developers/docs/ides/index.md
index 71ca31bcf64..0cca73371d5 100644
--- a/public/content/translations/de/developers/docs/ides/index.md
+++ b/public/content/translations/de/developers/docs/ides/index.md
@@ -1,16 +1,16 @@
---
-title: Integrierte Entwicklungsumgebungen (Integrated Development Environments, IDEs)
-description:
+title: Integrierte Entwicklungsumgebungen (IDEs)
+description: "Erfahren Sie mehr über webbasierte und Desktop-IDEs für die Ethereum-Entwicklung, einschließlich Remix, VS Code und beliebter Plugins."
lang: de
---
-Wenn es um die Einrichtung einer [integrierten Entwicklungsumgebung (IDE)](https://wikipedia.org/wiki/Integrated_development_environment) geht, lässt sich die Programmierung von Anwendungen auf Ethereum mit der Programmierung jedes anderen Softwareprojekts vergleichen. Die Auswahl ist groß, daher ist es empfehlenswert, die Auswahl der IDE oder des Code-Editors an Ihren Vorstellungen zu orientieren. Vermutlich ist für Ihre Ethereum-Entwicklung die IDE am besten geeignet, die Sie bereits für Ihre herkömmliche Softwareentwicklung nutzen.
+Wenn es um die Einrichtung einer [integrierten Entwicklungsumgebung (IDE)](https://wikipedia.org/wiki/Integrated_development_environment) geht, ist die Programmierung von Anwendungen auf Ethereum ähnlich wie bei jedem anderen Softwareprojekt. Es gibt viele Optionen zur Auswahl, also wählen Sie letztendlich die IDE oder den Code-Editor, der am besten zu Ihren Vorlieben passt. Höchstwahrscheinlich ist die beste IDE-Wahl für Ihre Ethereum-Entwicklung die IDE, die Sie bereits für die traditionelle Softwareentwicklung verwenden.
## Webbasierte IDEs {#web-based-ides}
-Wenn Sie sich erst einmal mit dem Code vertraut machen möchten, bevor Sie [eine lokale Entwicklungsumgebung aufsetzen](/developers/local-environment/), bieten sich diese Web-Apps an, die für die Entwicklung von Ethereum Smart Contracts konzipiert sind.
+Wenn Sie mit Code herumspielen möchten, bevor Sie [eine lokale Entwicklungsumgebung einrichten](/developers/local-environment/), sind diese Web-Apps speziell für die Entwicklung von Ethereum-Smart-Contracts entwickelt worden.
-**[Remix](https://remix.ethereum.org/)** - **_Webbasierte IDE mit integrierter statischer Analyse und einer virtuellen Test-Blockchain-Maschine_**
+**[Remix](https://remix.ethereum.org/)** - **_Webbasierte IDE mit integrierter statischer Analyse und einer Test-Blockchain Virtual Machine_**
- [Dokumentation](https://remix-ide.readthedocs.io/en/latest/#)
- [Gitter](https://gitter.im/ethereum/remix)
@@ -20,7 +20,7 @@ Wenn Sie sich erst einmal mit dem Code vertraut machen möchten, bevor Sie [eine
- [Dokumentation](https://chainide.gitbook.io/chainide-english-1/)
- [Hilfeforum](https://forum.chainide.com/)
-**[Replit (Solidity Starter - Beta)](https://replit.com/@replit/Solidity-starter-beta)** - **_Eine anpassbare Entwicklungsumgebung für Ethereum mit Hot Reloading, Fehlerprüfung und erstklassiger Testnetz-Unterstützung_**
+**[Replit (Solidity Starter - Beta)](https://replit.com/@replit/Solidity-starter-beta)** - **_Eine anpassbare Entwicklungsumgebung für Ethereum mit Hot-Reloading, Fehlerüberprüfung und erstklassiger Testnet-Unterstützung_**
- [Dokumentation](https://docs.replit.com/)
@@ -32,34 +32,33 @@ Wenn Sie sich erst einmal mit dem Code vertraut machen möchten, bevor Sie [eine
## Desktop-IDEs {#desktop-ides}
-Die meisten etablierten IDEs haben Plugins entwickelt, um die Ethereum-Entwicklungserfahrung zu verbessern. Alle bieten mindestens Syntaxhervorhebung für [Smart Contract-Sprachen](/developers/docs/smart-contracts/languages/).
+Die meisten etablierten IDEs haben Plugins entwickelt, um die Ethereum-Entwicklungserfahrung zu verbessern. Zumindest bieten sie Syntaxhervorhebung für [Smart-Contract-Sprachen](/developers/docs/smart-contracts/languages/).
-**Visual Studio Code -** **_Eine professionelle plattformübergreifende IDE mit offizieller Ethereum-Unterstützung_**
+**Visual Studio Code -** **_Professionelle plattformübergreifende IDE mit offizieller Ethereum-Unterstützung_**
- [Visual Studio Code](https://code.visualstudio.com/)
-- [Azure Blockchain Workbench](https://azuremarketplace.microsoft.com/en-us/marketplace/apps/microsoft-azure-blockchain.azure-blockchain-workbench?tab=Overview)
-- [Code-Beispiele](https://github.com/Azure-Samples/blockchain/blob/master/blockchain-workbench/application-and-smart-contract-samples/readme.md)
+- [Codebeispiele](https://github.com/Azure-Samples/blockchain/blob/master/blockchain-workbench/application-and-smart-contract-samples/readme.md)
- [GitHub](https://github.com/microsoft/vscode)
-**JetBrains IDEs (IntelliJ IDEA, usw.) ** **_Unverzichtbare Werkzeuge für Softwareentwickler und -teams_**
+**JetBrains IDEs (IntelliJ IDEA usw.) -** **_Unverzichtbare Werkzeuge für Softwareentwickler und Teams_**
- [JetBrains](https://www.jetbrains.com/)
- [GitHub](https://github.com/JetBrains)
- [IntelliJ Solidity](https://github.com/intellij-solidity/intellij-solidity/)
-**Remix Desktop –** **_Erleben Sie Remix IDE auf Ihrem lokalen Rechner_**
+**Remix Desktop -** **_Erleben Sie die Remix IDE auf Ihrem lokalen Rechner_**
- [Download](https://github.com/ethereum/remix-desktop/releases)
- [GitHub](https://github.com/ethereum/remix-desktop)
-## Plug-ins und Erweiterungen {#plugins-extensions}
+## Plugins und Erweiterungen {#plugins-extensions}
-- [Solidity](https://marketplace.visualstudio.com/items?itemName=JuanBlanco.solidity) – Ethereum-Solidity-Sprache für Visual Studio Code
-- [Solidity + Hardhat für VS Code](https://marketplace.visualstudio.com/items?itemName=NomicFoundation.hardhat-solidity) - Solidity- und Hardhat-Unterstützung durch das Hardhat-Team
-- [Prettier Solidity](https://github.com/prettier-solidity/prettier-plugin-solidity) – Code-Formatierer mit Prettier
+- [solidity](https://marketplace.visualstudio.com/items?itemName=JuanBlanco.solidity) - Ethereum Solidity Language für Visual Studio Code
+- [Solidity + Hardhat for VS Code](https://marketplace.visualstudio.com/items?itemName=NomicFoundation.hardhat-solidity) - Solidity- und Hardhat-Unterstützung durch das Hardhat-Team
+- [Prettier Solidity](https://github.com/prettier-solidity/prettier-plugin-solidity) - Code-Formatierer, der Prettier verwendet
-## Weiterführende Informationen {#further-reading}
+## Weiterführende Literatur {#further-reading}
-- [Ethereum IDEs](https://www.alchemy.com/list-of/web3-ides-on-ethereum) _- Liste von Alchemy über Ethereum-IDEs_
+- [Ethereum IDEs](https://www.alchemy.com/list-of/web3-ides-on-ethereum) _– Alchemys Liste von Ethereum-IDEs_
-_Kennst du eine Community-Ressource, die dir geholfen hat? Bearbeite diese Seite und füge sie hinzu!_
+_Kennen Sie eine Community-Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/index.md b/public/content/translations/de/developers/docs/index.md
index dfb508cc36b..5720f1a2317 100644
--- a/public/content/translations/de/developers/docs/index.md
+++ b/public/content/translations/de/developers/docs/index.md
@@ -1,18 +1,18 @@
---
-title: Dokumentation zur Ethereum-Entwicklung
-description: Einführung in die Entwicklerdokumentation zu ethereum.org.
+title: Ethereum-Entwicklungsdokumentation
+description: "Einführung in die Entwicklerdokumentation von ethereum.org."
lang: de
---
-Diese Dokumentation soll Ihnen dabei helfen, mit Ethereum zu entwickeln. Darin wird das Konzept von Ethereum erläutert sowie der Technologie-Stack von Ethereum. Außerdem sind fortgeschrittene Themen für komplexere Anwendungen und Anwendungsfälle dokumentiert.
+Diese Dokumentation soll dir bei der Entwicklung mit [Ethereum](/) helfen. Sie behandelt Ethereum als Konzept, erklärt den Ethereum-Tech-Stack und dokumentiert fortgeschrittene Themen für komplexere Anwendungen und Anwendungsfälle.
-Diese Dokumentation wird von der Open-Source-Community gepflegt, also zögern Sie nicht, neue Themen vorzuschlagen oder neue Inhalte hinzuzufügen. Geben Sie dabei Beispiele an, wenn das Ihrer Meinung nach hilfreich ist. Die gesamte Entwicklungsdokumentation kann auf GitHub bearbeitet werden. Falls Sie sich nicht sicher sind wie, [befolgen Sie einfach diese Anleitung](https://github.com/ethereum/ethereum-org-website/blob/dev/docs/editing-markdown.md).
+Dies ist ein Open-Source-Projekt der Community. Du kannst also gerne neue Themen vorschlagen, neue Inhalte hinzufügen und Beispiele bereitstellen, wo immer du denkst, dass es hilfreich sein könnte. Die gesamte Dokumentation kann über GitHub bearbeitet werden – wenn du dir nicht sicher bist, wie das geht, [folge dieser Anleitung](https://github.com/ethereum/ethereum-org-website/blob/dev/docs/editing-markdown.md).
## Entwicklungsmodule {#development-modules}
-Wenn das Ihr erster Versuch bei der Entwicklung mit Ethereum ist, empfehlen wir Ihnen, ganz vorne zu beginnen und sich wie bei einem Buch durchzuarbeiten.
+Wenn dies dein erster Versuch in der Ethereum-Entwicklung ist, empfehlen wir, am Anfang zu beginnen und dich wie bei einem Buch durchzuarbeiten.
-### Grundsätzliche Themen {#foundational-topics}
+### Grundlegende Themen {#foundational-topics}
@:"
```
-## Betrieb eines Bootnodes {#run-a-bootnode}
+## Einen Bootnode betreiben {#run-a-bootnode}
-Bootnodes sind vollständige Knoten, die nicht hinter einem NAT ([Network Address Translation](https://www.geeksforgeeks.org/network-address-translation-nat/)) stehen. Jeder vollständige Knoten kann als Bootnode wirken, solange er öffentlich zugänglich ist.
+Bootnodes sind vollständige Blockchain-Knoten, die sich nicht hinter einem NAT ([Network Address Translation](https://www.geeksforgeeks.org/network-address-translation-nat/)) befinden. Jeder vollständige Blockchain-Knoten kann als Bootnode fungieren, solange er öffentlich erreichbar ist.
-Wenn Sie einen Knoten starten, sollte er sich in Ihren ["Enode"](/developers/docs/networking-layer/network-addresses/#enode) einloggen. Dieser ist ein öffentlicher Identifikator, den andere nutzen können, um sich mit Ihrem Knoten zu verbinden.
+Wenn Sie einen Blockchain-Knoten starten, sollte dieser Ihre [enode](/developers/docs/networking-layer/network-addresses/#enode) protokollieren. Dies ist eine öffentliche Kennung, die andere verwenden können, um sich mit Ihrem Blockchain-Knoten zu verbinden.
-Der Enode wird normalerweise bei jedem Neustart neu generiert, schauen Sie sich daher die Dokumentation Ihres Clients an. Dort erfahren Sie, wie man einen beständigen Enode für Ihren Bootnode erzeugt.
+Die enode wird normalerweise bei jedem Neustart neu generiert. Schauen Sie daher in der Dokumentation Ihrer Anwendung nach, wie Sie eine dauerhafte enode für Ihren Bootnode generieren können.
-Ein guter Bootnode benötigt möglichst viele Peers, die an ihm andocken können, daher wird empfohlen, die maximale Anzahl davon zu erhöhen. Einen Bootnode mit vielen Peers auszuführen, kann die benötigte Bandbreite signifikant vergrößern.
+Um ein guter Bootnode zu sein, ist es ratsam, die maximale Anzahl von Peers zu erhöhen, die sich mit ihm verbinden können. Der Betrieb eines Bootnodes mit vielen Peers wird den Bandbreitenbedarf erheblich erhöhen.
## Verfügbare Bootnodes {#available-bootnodes}
-Eine Liste bereits verfügbarer Bootnodes in go-Ethereum finden Sie [hier](https://github.com/ethereum/go-ethereum/blob/master/params/bootnodes.go#L23). Diese Bootnodes werden von der Ethereum Foundation und dem go-Ethereum Team gewartet.
+Eine Liste der in go-ethereum integrierten Bootnodes finden Sie [hier](https://github.com/ethereum/go-ethereum/blob/master/params/bootnodes.go#L23). Diese Bootnodes werden von der Ethereum Foundation und dem go-ethereum-Team gepflegt.
-Es gibt weitere Listen von Bootnodes, die von Freiwilligen gepflegt werden. Stellen Sie sicher, dass Sie immer mindestens einen offiziellen Bootnode verwenden, da Sie sonst Opfer eines Eclipse-Angriffs werden könnten.
+Es gibt noch weitere Listen von Bootnodes, die von Freiwilligen gepflegt werden. Bitte stellen Sie sicher, dass Sie immer mindestens einen offiziellen Bootnode einbeziehen, da Sie sonst Opfer eines Eclipse-Angriffs werden könnten.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/nodes-and-clients/client-diversity/index.md b/public/content/translations/de/developers/docs/nodes-and-clients/client-diversity/index.md
index cf5d5d8d646..74dc5834b8c 100644
--- a/public/content/translations/de/developers/docs/nodes-and-clients/client-diversity/index.md
+++ b/public/content/translations/de/developers/docs/nodes-and-clients/client-diversity/index.md
@@ -1,43 +1,43 @@
---
-title: "Client-Diversität"
-description: "Eine ausführliche Erklärung über die Bedeutung der Client-Vielfalt für Ethereum."
+title: Client-Vielfalt
+description: "Eine allgemeine Erklärung der Bedeutung der Ethereum-Client-Vielfalt."
lang: de
sidebarDepth: 2
---
-Das Verhalten eines Ethereum-Knotens wird durch die von ihm ausgeführte Client-Software gesteuert. Es gibt mehrere Ethereum-Clients auf Produktionsebene, die jeweils von verschiedenen Teams in verschiedenen Sprachen entwickelt und gepflegt werden. Die Clients werden nach einer gemeinsamen Spezifikation aufgebaut, die sicherstellt, dass die Clients nahtlos miteinander kommunizieren und die gleiche Funktionalität haben sowie ein gleichwertiges Nutzererlebnis bieten. Im Moment jedoch ist die Verteilung von Clients auf Knotenpunkte nicht gleich genug, um diese Netzwerkbefestigung auf sein volles Potenzial zu realisieren. Idealerweise teilen sich Nutzer ungefähr gleich über die verschiedenen Clients hinweg und bringen so viel Client-Vielfalt wie möglich ins Netzwerk.
+Das Verhalten eines [Ethereum](/)-Blockchain-Knotens wird durch die darauf ausgeführte Anwendungssoftware (Client-Software) gesteuert. Es gibt mehrere produktionsreife Ethereum-Anwendungen, die jeweils in verschiedenen Sprachen von separaten Teams entwickelt und gepflegt werden. Die Anwendungen werden nach einer gemeinsamen Spezifikation erstellt, die sicherstellt, dass die Anwendungen nahtlos miteinander kommunizieren, dieselbe Funktionalität aufweisen und eine gleichwertige Benutzererfahrung bieten. Derzeit ist die Verteilung der Anwendungen auf die Blockchain-Knoten jedoch nicht gleichmäßig genug, um diese Netzwerkstärkung in vollem Umfang zu realisieren. Im Idealfall teilen sich die Benutzer ungefähr gleichmäßig auf die verschiedenen Anwendungen auf, um dem Netzwerk eine größtmögliche Client-Vielfalt zu verleihen.
## Voraussetzungen {#prerequisites}
-Wenn Sie noch nicht verstehen, was Nodes und Clients sind, lesen Sie den Artikel über [Nodes und Clients](/developers/docs/nodes-and-clients/). Die [Ausführungs-](/glossary/#execution-layer) und [Konsens-](/glossary/#consensus-layer)Ebenen sind im Glossar definiert.
+Wenn Sie noch nicht wissen, was Blockchain-Knoten und Anwendungen sind, lesen Sie [Blockchain-Knoten und Anwendungen](/developers/docs/nodes-and-clients/). Die [Ausführungsebene](/glossary/#execution-layer) und die [Konsensebene](/glossary/#consensus-layer) werden im Glossar definiert.
-## Warum gibt es mehrere Clients? {#why-multiple-clients}
+## Warum gibt es mehrere Anwendungen? {#why-multiple-clients}
-Es gibt mehrere, unabhängig voneinander entwickelte und gewartete Clients, weil die Client-Vielfalt das Netzwerk widerstandsfähiger gegen Angriffe und Fehler macht. Mehrere Clients sind die einzigartige Stärke von Ethereum – andere Blockchains verlassen sich auf die Unfehlbarkeit eines einzigen Clients. Es reicht jedoch nicht aus, einfach mehrere Clients zur Verfügung zu haben. Sie müssen von der Community angenommen werden und die Anzahl der aktiven Nodes muss relativ gleichmäßig auf sie verteilt sein.
+Es gibt mehrere, unabhängig voneinander entwickelte und gepflegte Anwendungen, da die Client-Vielfalt das Netzwerk widerstandsfähiger gegen Angriffe und Fehler macht. Mehrere Anwendungen sind eine Stärke, die einzigartig für Ethereum ist – andere Blockchains verlassen sich auf die Unfehlbarkeit einer einzigen Anwendung. Es reicht jedoch nicht aus, einfach nur mehrere Anwendungen zur Verfügung zu haben; sie müssen von der Community angenommen werden und die gesamten aktiven Blockchain-Knoten müssen relativ gleichmäßig auf sie verteilt sein.
-## Warum ist die Client-Vielfalt wichtig? {#client-diversity-importance}
+## Warum ist Client-Vielfalt wichtig? {#client-diversity-importance}
-Viele unabhängig voneinander entwickelte und gewartete Clients sind für die Sicherheit eines dezentralen Netzwerks unerlässlich. Lassen Sie uns die Gründe dafür untersuchen.
+Viele unabhängig entwickelte und gepflegte Anwendungen zu haben, ist für die Gesundheit eines dezentralisierten Netzwerks von entscheidender Bedeutung. Lassen Sie uns die Gründe dafür untersuchen.
-### Bugs {#bugs}
+### Fehler {#bugs}
-Ein Fehler in einem einzelnen Client stellt ein geringeres Risiko für das Netzwerk dar, wenn er nur eine Minderheit der Ethereum-Knoten repräsentiert. Bei einer annähernd gleichmäßigen Verteilung der Knoten auf viele Clients ist die Wahrscheinlichkeit, dass die meisten Clients von einem gemeinsamen Problem betroffen sind, gering. Das Netzwerk ist daher robuster.
+Ein Fehler in einer einzelnen Anwendung stellt ein geringeres Risiko für das Netzwerk dar, wenn sie eine Minderheit der Ethereum-Blockchain-Knoten repräsentiert. Bei einer annähernd gleichmäßigen Verteilung der Blockchain-Knoten auf viele Anwendungen ist die Wahrscheinlichkeit gering, dass die meisten Anwendungen von einem gemeinsamen Problem betroffen sind, und infolgedessen ist das Netzwerk robuster.
### Widerstandsfähigkeit gegen Angriffe {#resilience}
-Die Client-Vielfalt bietet auch eine gewisse Widerstandsfähigkeit gegen Angriffe. Ein Angriff beispielsweise, der [einen bestimmten Client dazu verleitet](https://twitter.com/vdWijden/status/1437712249926393858), auf einen bestimmten Zweig der Chain zu wechseln, wird wahrscheinlich nicht erfolgreich sein, da andere Clients wahrscheinlich nicht auf dieselbe Weise ausnutzbar sind und die kanonische Chain unbeschädigt bleibt. Eine geringe Client-Vielfalt erhöht das Risiko, das mit einem Hack auf den dominanten Client verbunden ist. Die Client-Vielfalt hat sich bereits als wichtiger Schutz gegen böswillige Angriffe auf das Netzwerk erwiesen. So war beispielsweise der Denial-of-Service-Angriff von Shanghai im Jahr 2016 möglich, weil es den Angreifern gelang, den dominanten Client (Geth) dazu zu bringen, einen „Slow Disk I/O-Vorgang“ zehntausende Male pro Block auszuführen. Da auch alternative Clients online waren, die diese Schwachstelle nicht aufwiesen, konnte Ethereum dem Angriff widerstehen und weiterarbeiten, während die Schwachstelle in Geth behoben wurde.
+Client-Vielfalt bietet auch Widerstandsfähigkeit gegen Angriffe. Zum Beispiel ist ein Angriff, der [eine bestimmte Anwendung austrickst](https://twitter.com/vdWijden/status/1437712249926393858), um auf einen bestimmten Zweig der Chain zu wechseln, unwahrscheinlich erfolgreich, da andere Anwendungen wahrscheinlich nicht auf dieselbe Weise ausgenutzt werden können und die kanonische Chain unbeschädigt bleibt. Eine geringe Client-Vielfalt erhöht das Risiko, das mit einem Hack der dominierenden Anwendung verbunden ist. Client-Vielfalt hat sich bereits als wichtige Verteidigung gegen böswillige Angriffe auf das Netzwerk erwiesen. Beispielsweise war der Shanghai-Denial-of-Service-Angriff im Jahr 2016 möglich, weil Angreifer die dominierende Anwendung (Geth) dazu bringen konnten, eine langsame Festplatten-E/A-Operation zehntausende Male pro Block auszuführen. Da auch alternative Anwendungen online waren, die diese Schwachstelle nicht aufwiesen, konnte Ethereum dem Angriff widerstehen und den Betrieb aufrechterhalten, während die Schwachstelle in Geth behoben wurde.
-### Proof-of-Stake-Endgültigkeit {#finality}
+### Proof-of-Stake-Finalität {#finality}
-Ein Fehler in einem Konsensclient mit mehr als 33 % der Ethereum-Knoten könnte verhindern, dass die Konsensebene finalisieren kann. Das bedeutet, dass die Nutzer nicht darauf vertrauen können, dass Transaktionen nicht irgendwann rückgängig gemacht oder geändert werden. Dies wäre für viele der auf Ethereum aufbauenden Anwendungen, insbesondere DeFi, sehr problematisch.
+Ein Fehler in einem Konsens-Client mit über 33 % der Ethereum-Blockchain-Knoten könnte verhindern, dass die Konsensebene die Finalität erreicht. Das bedeutet, dass Benutzer nicht darauf vertrauen könnten, dass Transaktionen nicht irgendwann rückgängig gemacht oder geändert werden. Dies wäre für viele der auf Ethereum basierenden Apps, insbesondere im DeFi-Bereich, sehr problematisch.
-) ist ein spieltheoretisches Konzept, das davon ausgeht, dass mehrere Entitäten in Abwesenheit jeglicher Kommunikation immer auf eine gemeinsame Lösung für ein Problem zurückgreifen. Schelling-Punkt-Mechanismen werden häufig in dezentralisierten Orakel-Netzwerken verwendet, um es Blockchain-Knoten zu ermöglichen, einen Konsens über Antworten auf Datenanfragen zu erzielen.
-Eine frühe Idee dafür war [SchellingCoin](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed), ein vorgeschlagener Datenfeed, bei dem die Teilnehmer Antworten auf „skalare“ Fragen (Fragen, deren Antworten durch eine Größenordnung beschrieben werden, z. B. „Wie hoch ist der Preis von ETH?“) zusammen mit einer Einlage einreichen. Benutzer, die Werte zwischen dem 25. und 75. [Perzentil](https://en.wikipedia.org/wiki/Percentile) angeben, werden belohnt, während diejenigen, deren Werte stark vom Medianwert abweichen, bestraft werden.
+Eine frühe Idee dafür war [SchellingCoin](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed), ein vorgeschlagener Daten-Feed, bei dem Teilnehmer Antworten auf „skalare“ Fragen (Fragen, deren Antworten durch eine Größenordnung beschrieben werden, z. B. „Wie hoch ist der Preis von ETH?“) zusammen mit einer Einzahlung einreichen. Nutzer, die Werte zwischen dem 25. und 75. [Perzentil](https://en.wikipedia.org/wiki/Percentile) angeben, werden belohnt, während diejenigen, deren Werte stark vom Medianwert abweichen, bestraft werden.
-Obwohl es SchellingCoin heute nicht mehr gibt, nutzen eine Reihe dezentraler Oracles – insbesondere die [Oracles des Maker-Protokolls](https://docs.makerdao.com/smart-contract-modules/oracle-module) – den Schelling-Punkt-Mechanismus, um die Genauigkeit der Oracle-Daten zu verbessern. Jeder Maker-Oracle besteht aus einem Off-Chain-P2P-Netzwerk von Nodes ("Relayer" und "Feeds"), die Marktpreise für Sicherungsassets einreichen, sowie einem On-Chain-"Medianizer"-Vertrag, der den Median aller bereitgestellten Werte berechnet. Sobald die festgelegte Verzögerungszeit vorüber ist, wird dieser Medianwert zum neuen Referenzpreis für das zugehörige Asset.
+Obwohl SchellingCoin heute nicht mehr existiert, verwenden eine Reihe dezentralisierter Orakel – insbesondere die [Orakel des Maker-Protokolls](https://docs.makerdao.com/smart-contract-modules/oracle-module) – den Schelling-Punkt-Mechanismus, um die Genauigkeit von Orakel-Daten zu verbessern. Jedes Maker-Orakel besteht aus einem Off-Chain-P2P-Netzwerk von Blockchain-Knoten („Relayers“ und „Feeds“), die Marktpreise für Sicherheitenwerte übermitteln, und einem „Medianizer“-Vertrag auf der Blockchain, der den Median aller bereitgestellten Werte berechnet. Sobald die angegebene Verzögerungszeit abgelaufen ist, wird dieser Medianwert zum neuen Referenzpreis für den zugehörigen Vermögenswert.
-Andere Beispiele für Oracles, die Schelling-Punkt-Mechanismen verwenden, sind [Chainlink Offchain Reporting](https://docs.chain.link/architecture-overview/off-chain-reporting) und [Witnet](https://witnet.io/). In beiden Systemen werden Antworten von Orakel-Nodes im Peer-to-Peer-Netzwerk zu einem einzigen aggregierten Wert wie einem Mittelwert oder Median zusammengefasst. Nodes werden entsprechend dem Grad belohnt oder bestraft, in dem ihre Antworten mit dem aggregierten Wert übereinstimmen oder von ihm abweichen.
+Weitere Beispiele für Orakel, die Schelling-Punkt-Mechanismen verwenden, sind [Chainlink Offchain Reporting](https://docs.chain.link/architecture-overview/off-chain-reporting) und [Witnet](https://witnet.io/). In beiden Systemen werden Antworten von Orakel-Knoten im Peer-to-Peer-Netzwerk zu einem einzigen aggregierten Wert, wie z. B. einem Mittelwert oder Median, aggregiert. Blockchain-Knoten werden danach belohnt oder bestraft, inwieweit ihre Antworten mit dem aggregierten Wert übereinstimmen oder davon abweichen.
-Schelling-Punkt-Mechanismen sind attraktiv, da sie den On-Chain-Fußabdruck minimieren (es muss nur eine Transaktion gesendet werden), während gleichzeitig Dezentralisierung garantiert wird. Letzteres ist möglich, weil die Nodes die Liste der eingereichten Antworten signieren müssen, bevor sie in den Algorithmus eingespeist wird, der den Mittelwert/Medianwert berechnet.
+Schelling-Punkt-Mechanismen sind attraktiv, weil sie den Fußabdruck auf der Blockchain minimieren (es muss nur eine Transaktion gesendet werden) und gleichzeitig Dezentralisierung garantieren. Letzteres ist möglich, weil Blockchain-Knoten die Liste der eingereichten Antworten abzeichnen müssen, bevor sie in den Algorithmus eingespeist wird, der den Mittelwert/Medianwert erzeugt.
### Verfügbarkeit {#availability}
-Dezentrale Oracle-Dienste gewährleisten eine hohe Verfügbarkeit von Off-Chain-Daten für Smart Contracts. Dies wird erreicht, indem sowohl die Quelle der Off-Chain-Informationen als auch die Nodes, die für die Übertragung der Informationen On-Chain verantwortlich sind, dezentralisiert werden.
+Dezentralisierte Orakel-Dienste gewährleisten eine hohe Verfügbarkeit von Off-Chain-Daten für Smart Contracts. Dies wird erreicht, indem sowohl die Quelle der Off-Chain-Informationen als auch die Blockchain-Knoten, die für die Übertragung der Informationen auf die Blockchain verantwortlich sind, dezentralisiert werden.
-Dies gewährleistet Fehlertoleranz, da der Orakelvertrag sich auf mehrere Nodes (die sich auch auf mehrere Datenquellen stützen) verlassen kann, um Abfragen von anderen Verträgen auszuführen. Die Dezentralisierung auf der Ebene der Quelle _und_ des Node-Betreibers ist entscheidend – ein Netzwerk von Oracle-Nodes, das Informationen aus derselben Quelle bereitstellt, wird auf dasselbe Problem stoßen wie ein zentralisiertes Oracle.
+Dies gewährleistet Fehlertoleranz, da sich der Orakel-Vertrag auf mehrere Blockchain-Knoten (die sich ebenfalls auf mehrere Datenquellen verlassen) verlassen kann, um Abfragen von anderen Verträgen auszuführen. Dezentralisierung auf der Ebene der Quelle _und_ der Knotenbetreiber ist entscheidend – ein Netzwerk von Orakel-Knoten, das Informationen bereitstellt, die aus derselben Quelle abgerufen wurden, wird auf dasselbe Problem stoßen wie ein zentralisiertes Orakel.
-Es ist auch möglich, dass stake-basierte Oracles die Node-Betreiber bestrafen, die nicht schnell auf Datenanfragen reagieren. Dies incentiviert Orakel-Nodes erheblich, in fehlertolerante Infrastruktur zu investieren und Daten rechtzeitig bereitzustellen.
+Es ist auch möglich, dass Stake-basierte Orakel Knotenbetreiber durch Slashing bestrafen, die nicht schnell auf Datenanfragen reagieren. Dies bietet Orakel-Knoten einen erheblichen Anreiz, in fehlertolerante Infrastruktur zu investieren und Daten zeitnah bereitzustellen.
### Gute Anreizkompatibilität {#good-incentive-compatibility}
-Dezentralisierte Oracles implementieren verschiedene Anreizdesigns, um [byzantinisches](https://en.wikipedia.org/wiki/Byzantine_fault) Verhalten unter Oracle-Nodes zu verhindern. Insbesondere erreichen sie _Zurechenbarkeit_ und _Rechenschaftspflicht_:
+Dezentralisierte Orakel implementieren verschiedene Anreizdesigns, um [byzantinisches](https://en.wikipedia.org/wiki/Byzantine_fault) Verhalten unter Orakel-Knoten zu verhindern. Insbesondere erreichen sie _Zurechenbarkeit_ und _Verantwortlichkeit_:
-1. Dezentralisierte Orakel-Nodes müssen häufig die Daten signieren, die sie als Antwort auf Datenanfragen bereitstellen. Diese Informationen helfen bei der Bewertung der historischen Leistung von Orakel-Nodes, sodass Nutzer unzuverlässige Orakel-Nodes bei Datenanfragen herausfiltern können. Ein Beispiel ist das [Algorithmische Reputationssystem](https://docs.witnet.io/intro/about/architecture#algorithmic-reputation-system) von Witnet.
+1. Dezentralisierte Orakel-Knoten müssen häufig die Daten signieren, die sie als Antwort auf Datenanfragen bereitstellen. Diese Informationen helfen bei der Bewertung der historischen Leistung von Orakel-Knoten, sodass Nutzer unzuverlässige Orakel-Knoten bei Datenanfragen herausfiltern können. Ein Beispiel ist das [Algorithmic Reputation System](https://docs.witnet.io/intro/about/architecture#algorithmic-reputation-system) von Witnet.
-2. Dezentralisierte Orakel – wie zuvor erläutert – können verlangen, dass Nodes einen Einsatz auf ihre Überzeugung in die Wahrheit der von ihnen übermittelten Daten setzen. Wenn die Behauptung zutrifft, kann dieser Einsatz zusammen mit Belohnungen für ehrlichen Dienst zurückgegeben werden. But it can also be slashed in case the information is incorrect, which provides some measure of accountability.
+2. Dezentralisierte Orakel können – wie bereits erläutert – von Blockchain-Knoten verlangen, einen Einsatz (Stake) auf ihr Vertrauen in die Wahrheit der von ihnen übermittelten Daten zu platzieren. Wenn sich die Behauptung als richtig erweist, kann dieser Einsatz zusammen mit Belohnungen für ehrlichen Service zurückgegeben werden. Er kann jedoch auch durch Slashing bestraft werden, falls die Informationen falsch sind, was ein gewisses Maß an Verantwortlichkeit bietet.
-## Anwendungen von Oracles in Smart Contracts {#applications-of-oracles-in-smart-contracts}
+## Anwendungen von Orakeln in Smart Contracts {#applications-of-oracles-in-smart-contracts}
-Die folgenden sind häufige Anwendungsfälle für Orakel in Ethereum:
+Im Folgenden sind häufige Anwendungsfälle für Orakel in Ethereum aufgeführt:
### Abrufen von Finanzdaten {#retrieving-financial-data}
-[Dezentralisierte Finanzen](/defi/) (DeFi) ermöglichen Peer-to-Peer-Kreditvergabe, -aufnahme und den Handel mit Vermögenswerten. Dies erfordert oft das Einholen verschiedener Finanzinformationen, einschließlich Wechselkursdaten (zur Berechnung des Fiat-Werts von Kryptowährungen oder zum Vergleich von Token-Preisen) und Kapitalmarktdaten (zur Berechnung des Werts tokenisierter Vermögenswerte, wie Gold oder US-Dollar).
+Anwendungen für [Dezentralisierte Finanzen](/defi/) (DeFi) ermöglichen das Peer-to-Peer-Verleihen, -Ausleihen und -Handeln von Vermögenswerten. Dies erfordert häufig das Abrufen verschiedener Finanzinformationen, einschließlich Wechselkursdaten (zur Berechnung des Fiat-Werts von Kryptowährungen oder zum Vergleich von Token-Preisen) und Kapitalmarktdaten (zur Berechnung des Werts von tokenisierten Vermögenswerten wie Gold oder dem US-Dollar).
-Ein DeFi-Kreditprotokoll muss beispielsweise die aktuellen Marktpreise für als Sicherheit hinterlegte Vermögenswerte (z. B. ETH) abfragen. Dies ermöglicht es dem Vertrag, den Wert der Sicherheitsvermögenswerte zu bestimmen und festzulegen, wie viel er vom System leihen kann.
+Ein DeFi-Kreditprotokoll muss beispielsweise aktuelle Marktpreise für Vermögenswerte (z. B. ETH) abfragen, die als Sicherheit hinterlegt sind. Dadurch kann der Vertrag den Wert der Sicherheitenwerte bestimmen und festlegen, wie viel er aus dem System leihen kann.
-Beliebte „Preis-Oracles“ (wie sie oft genannt werden) in DeFi umfassen Chainlink Price Feeds, den [Open Price Feed](https://compound.finance/docs/prices) von Compound Protocol, die [zeitgewichteten Durchschnittspreise (TWAPs)](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles) von Uniswap und die [Maker Oracles](https://docs.makerdao.com/smart-contract-modules/oracle-module).
+Beliebte „Preis-Orakel“ (wie sie oft genannt werden) in DeFi umfassen Chainlink Price Feeds, den [Open Price Feed](https://compound.finance/docs/prices) des Compound-Protokolls, die [Time-Weighted Average Prices (TWAPs)](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles) von Uniswap und [Maker-Orakel](https://docs.makerdao.com/smart-contract-modules/oracle-module).
-Entwickler sollten die Vorbehalte verstehen, die mit diesen Preis-Orakeln einhergehen, bevor sie sie in ihr Projekt integrieren. Dieser [Artikel](https://blog.openzeppelin.com/secure-smart-contract-guidelines-the-dangers-of-price-oracles/) bietet eine detaillierte Analyse dessen, was bei der Planung der Verwendung eines der genannten Preis-Oracles zu beachten ist.
+Entwickler sollten die Vorbehalte verstehen, die mit diesen Preis-Orakeln einhergehen, bevor sie sie in ihr Projekt integrieren. Dieser [Artikel](https://blog.openzeppelin.com/secure-smart-contract-guidelines-the-dangers-of-price-oracles/) bietet eine detaillierte Analyse dessen, was bei der Planung der Verwendung eines der genannten Preis-Orakel zu beachten ist.
-Im Folgenden finden Sie ein Beispiel, wie Sie den aktuellen ETH-Preis in Ihrem Smart Contract unter Verwendung eines Chainlink-Preisfeeds abrufen können:
+Unten ist ein Beispiel dafür, wie Sie den neuesten ETH-Preis in Ihrem Smart Contract mithilfe eines Chainlink-Preis-Feeds abrufen können:
```solidity
pragma solidity ^0.6.7;
@@ -329,18 +329,24 @@ contract PriceConsumerV3 {
AggregatorV3Interface internal priceFeed;
- /**
- * Network: Kovan
+ /* *
+ * Netzwerk: Kovan
* Aggregator: ETH/USD
- * Address: 0x9326BFA02ADD2366b30bacB125260Af641031331
- */
+ * Adresse: 0x9326BFA02ADD2366b30bacB125260Af641031331 */
+
+
+
+
+
constructor() public {
priceFeed = AggregatorV3Interface(0x9326BFA02ADD2366b30bacB125260Af641031331);
}
- /**
- * Returns the latest price
- */
+ /* *
+ * Gibt den neuesten Preis zurück */
+
+
+
function getLatestPrice() public view returns (int) {
(
uint80 roundID,
@@ -354,80 +360,84 @@ contract PriceConsumerV3 {
}
```
-### Generierung nachweisbarer Zufälligkeit {#generating-verifiable-randomness}
+### Generierung verifizierbarer Zufälligkeit {#generating-verifiable-randomness}
-Bestimmte Blockchain-Anwendungen, wie blockchain-basierte Spiele oder Lotteriesysteme, benötigen ein hohes Maß an Unvorhersehbarkeit und Zufälligkeit, um effektiv zu funktionieren. Jedoch eliminiert die deterministische Ausführung von Blockchains die Zufälligkeit.
+Bestimmte Blockchain-Anwendungen, wie z. B. Blockchain-basierte Spiele oder Lotteriesysteme, erfordern ein hohes Maß an Unvorhersehbarkeit und Zufälligkeit, um effektiv zu funktionieren. Die deterministische Ausführung von Blockchains eliminiert jedoch die Zufälligkeit.
-Der ursprüngliche Ansatz war die Verwendung pseudozufälliger kryptografischer Funktionen wie `blockhash`, aber diese konnten von [Minern manipuliert werden](https://ethereum.stackexchange.com/questions/3140/risk-of-using-blockhash-other-miners-preventing-attack#:~:text=So%20while%20the%20miners%20can,to%20one%20of%20the%20players.) Lösung des Proof-of-Work-Algorithmus. Außerdem bedeutet [Ethereums Umstellung auf Proof-of-Stake](/roadmap/merge/), dass Entwickler sich für die Onchain-Zufälligkeit nicht mehr auf `blockhash` verlassen können. Der [RANDAO-Mechanismus](https://eth2book.info/altair/part2/building_blocks/randomness) der Beacon Chain bietet stattdessen eine alternative Quelle für Zufälligkeit.
+Der ursprüngliche Ansatz bestand darin, pseudozufällige kryptografische Funktionen wie `blockhash` zu verwenden, aber diese konnten [von Minern manipuliert werden](https://ethereum.stackexchange.com/questions/3140/risk-of-using-blockhash-other-miners-preventing-attack#:~:text=So%20while%20the%20miners%20can,to%20one%20of%20the%20players.), die den Proof-of-Work-Algorithmus lösten. Außerdem bedeutet Ethereums [Wechsel zu Proof-of-Stake](/roadmap/merge/), dass sich Entwickler für Zufälligkeit auf der Blockchain nicht mehr auf `blockhash` verlassen können. Der [RANDAO-Mechanismus](https://eth2book.info/altair/part2/building_blocks/randomness) der Beacon Chain bietet stattdessen eine alternative Quelle für Zufälligkeit.
-Es ist möglich, den Zufallswert Off-Chain zu generieren und ihn dann On-Chain zu senden, aber dies stellt hohe Vertrauensanforderungen an die Nutzer. Sie müssen glauben, dass der Wert tatsächlich durch unvorhersehbare Mechanismen erzeugt wurde und während der Übertragung nicht verändert wurde.
+Es ist möglich, den Zufallswert Off-Chain zu generieren und ihn auf die Blockchain zu senden, aber dies stellt hohe Vertrauensanforderungen an die Nutzer. Sie müssen glauben, dass der Wert wirklich über unvorhersehbare Mechanismen generiert und während der Übertragung nicht verändert wurde.
-Oracles, die für Off-Chain-Berechnungen entwickelt wurden, lösen dieses Problem, indem sie zufällige Ergebnisse sicher Off-Chain generieren und diese zusammen mit kryptografischen Beweisen, die die Unvorhersehbarkeit des Prozesses bestätigen, On-Chain übertragen. Ein Beispiel ist [Chainlink VRF](https://docs.chain.link/docs/chainlink-vrf/) (Verifiable Random Function), ein nachweislich fairer und manipulationssicherer Zufallszahlengenerator (RNG), der für die Erstellung zuverlässiger Smart Contracts für Anwendungen nützlich ist, die auf unvorhersehbaren Ergebnissen beruhen.
+Orakel, die für Off-Chain-Berechnungen entwickelt wurden, lösen dieses Problem, indem sie Off-Chain sicher zufällige Ergebnisse generieren, die sie zusammen mit kryptografischen Nachweisen, die die Unvorhersehbarkeit des Prozesses bestätigen, auf die Blockchain übertragen. Ein Beispiel ist [Chainlink VRF](https://docs.chain.link/docs/chainlink-vrf/) (Verifiable Random Function), ein nachweislich fairer und manipulationssicherer Zufallszahlengenerator (RNG), der nützlich ist, um zuverlässige Smart Contracts für Anwendungen zu erstellen, die auf unvorhersehbare Ergebnisse angewiesen sind.
### Ergebnisse für Ereignisse erhalten {#getting-outcomes-for-events}
-Mit Orakeln ist es einfach, Smart Contracts zu erstellen, die auf reale Ereignisse reagieren. Oracle-Dienste machen dies möglich, indem sie Verträgen erlauben, sich über Off-Chain-Komponenten mit externen APIs zu verbinden und Informationen aus diesen Datenquellen zu nutzen. Zum Beispiel könnte die zuvor erwähnte Vorhersage-App ein Oracle anfordern, um Wahlergebnisse von einer vertrauenswürdigen Off-Chain-Quelle (z. B. der Associated Press) zurückzuliefern.
+Mit Orakeln ist die Erstellung von Smart Contracts, die auf reale Ereignisse reagieren, einfach. Orakel-Dienste machen dies möglich, indem sie es Verträgen erlauben, sich über Off-Chain-Komponenten mit externen APIs zu verbinden und Informationen aus diesen Datenquellen zu nutzen. Beispielsweise kann die zuvor erwähnte Prognose-Dapp ein Orakel anfordern, um Wahlergebnisse aus einer vertrauenswürdigen Off-Chain-Quelle (z. B. der Associated Press) zurückzugeben.
-Die Verwendung von Orakeln, um Daten basierend auf realen Ergebnissen abzurufen, ermöglicht andere neuartige Anwendungsfälle; beispielsweise benötigt ein dezentralisiertes Versicherungsprodukt genaue Informationen über Wetter, Katastrophen usw., um effektiv zu funktionieren.
+Die Verwendung von Orakeln zum Abrufen von Daten basierend auf realen Ergebnissen ermöglicht weitere neuartige Anwendungsfälle; beispielsweise benötigt ein dezentralisiertes Versicherungsprodukt genaue Informationen über Wetter, Katastrophen usw., um effektiv zu funktionieren.
### Automatisierung von Smart Contracts {#automating-smart-contracts}
-Smart Contracts werden nicht automatisch ausgeführt; vielmehr muss ein externes Eigentümerkonto (EOA) oder ein anderes Vertragskonto die richtigen Funktionen auslösen, um den Code des Vertrags auszuführen. In den meisten Fällen sind der Großteil der Funktionen des Vertrags öffentlich und können von externen Eigentümerkonten (EOAs) und anderen Verträgen aufgerufen werden.
+Smart Contracts laufen nicht automatisch ab; vielmehr muss ein extern verwaltetes Konto (EOA) oder ein anderes Vertragskonto die richtigen Funktionen auslösen, um den Code des Vertrags auszuführen. In den meisten Fällen ist der Großteil der Funktionen des Vertrags öffentlich und kann von EOAs und anderen Verträgen aufgerufen werden.
+
+Es gibt jedoch auch _private Funktionen_ innerhalb eines Vertrags, die für andere unzugänglich sind, aber für die Gesamtfunktionalität einer Dapp von entscheidender Bedeutung sind. Beispiele hierfür sind eine `mintERC721Token()`-Funktion, die regelmäßig neue NFTs für Nutzer prägt, eine Funktion zur Gewährung von Auszahlungen in einem Prognosemarkt oder eine Funktion zum Entsperren von gestakten Token in einer dezentralisierten Börse (DEX).
+
+Entwickler müssen solche Funktionen in regelmäßigen Abständen auslösen, damit die Anwendung reibungslos läuft. Dies könnte jedoch dazu führen, dass Entwickler mehr Stunden mit alltäglichen Aufgaben verlieren, weshalb die Automatisierung der Ausführung von Smart Contracts attraktiv ist.
-Es gibt aber auch _private Funktionen_ innerhalb eines Vertrags, die für andere unzugänglich sind, aber für die allgemeine Funktionalität einer Dapp entscheidend sind. Beispiele hierfür sind eine `mintERC721Token()`-Funktion, die regelmäßig neue NFTs für Benutzer prägt, eine Funktion zur Auszahlung von Gewinnen in einem Prognosemarkt oder eine Funktion zum Freischalten von gestaketen Token in einer DEX.
+Einige dezentralisierte Orakel-Netzwerke bieten Automatisierungsdienste an, die es Off-Chain-Orakel-Knoten ermöglichen, Smart-Contract-Funktionen gemäß den vom Nutzer definierten Parametern auszulösen. Typischerweise erfordert dies die „Registrierung“ des Zielvertrags beim Orakel-Dienst, die Bereitstellung von Geldmitteln zur Bezahlung des Orakel-Betreibers und die Angabe der Bedingungen oder Zeiten zum Auslösen des Vertrags.
-Entwickler müssen solche Funktionen in Intervallen auslösen, um die Anwendung reibungslos laufen zu lassen. Dies kann jedoch zu mehr verlorenen Stunden bei routinemäßigen Aufgaben für Entwickler führen, weshalb die Automatisierung der Ausführung von Smart Contracts attraktiv ist.
+Das [Keeper Network](https://chain.link/keepers) von Chainlink bietet Optionen für Smart Contracts, um regelmäßige Wartungsaufgaben auf vertrauensminimierte und dezentralisierte Weise auszulagern. Lesen Sie die offizielle [Keeper-Dokumentation](https://docs.chain.link/docs/chainlink-keepers/introduction/) für Informationen darüber, wie Sie Ihren Vertrag Keeper-kompatibel machen und den Upkeep-Dienst nutzen können.
-Einige dezentrale Oracle-Netzwerke bieten Automatisierungsdienste an, die es Off-Chain-Oracle-Nodes ermöglichen, Smart-Contract-Funktionen gemäß von den Nutzern definierten Parametern auszulösen. Üblicherweise erfordert dies die "Registrierung" des Zielvertrags beim Orakeldienst, die Bereitstellung von Mitteln zur Bezahlung des Orakelbetreibers und die Festlegung der Bedingungen oder Zeiten zum Auslösen des Vertrags.
+## Wie man Blockchain-Orakel verwendet {#use-blockchain-oracles}
-Das [Keeper Network](https://chain.link/keepers) von Chainlink bietet Optionen für Smart Contracts, um regelmäßige Wartungsaufgaben auf eine vertrauensminimierte und dezentralisierte Weise auszulagern. Lesen Sie die offizielle [Keeper-Dokumentation](https://docs.chain.link/docs/chainlink-keepers/introduction/) für Informationen darüber, wie Sie Ihren Vertrag Keeper-kompatibel machen und den Upkeep-Service nutzen können.
+Es gibt mehrere Orakel-Anwendungen, die Sie in Ihre Ethereum-Dapp integrieren können:
-## Wie man Blockchain-Oracles verwendet {#use-blockchain-oracles}
+**[Chainlink](https://chain.link/)** – _Dezentralisierte Orakel-Netzwerke von Chainlink bieten manipulationssichere Eingaben, Ausgaben und Berechnungen zur Unterstützung fortschrittlicher Smart Contracts auf jeder Blockchain._
-Es gibt mehrere Oracle Anwendungen, die du in den Ethereum Dapp integrieren kannst:
+**[RedStone Oracles](https://redstone.finance/)** – _RedStone ist ein dezentralisiertes modulares Orakel, das gasoptimierte Daten-Feeds bereitstellt. Es ist darauf spezialisiert, Preis-Feeds für aufstrebende Vermögenswerte wie Liquid Staking Tokens (LSTs), Liquid Restaking Tokens (LRTs) und Bitcoin-Staking-Derivate anzubieten._
-**[Chainlink](https://chain.link/)** – _Dezentrale Oracle-Netzwerke von Chainlink bieten manipulationssichere Eingaben, Ausgaben und Berechnungen zur Unterstützung fortschrittlicher Smart Contracts auf jeder Blockchain._
+**[Chronicle](https://chroniclelabs.org/)** – _Chronicle überwindet die aktuellen Einschränkungen der Datenübertragung auf der Blockchain durch die Entwicklung wirklich skalierbarer, kosteneffizienter, dezentralisierter und verifizierbarer Orakel._
-**[RedStone Oracles](https://redstone.finance/)** – _RedStone ist ein dezentrales, modulares Oracle, das gasoptimierte Datenfeeds bereitstellt. Er spezialisiert sich darauf, Preisfeeds für aufstrebende Assets anzubieten, wie zum Beispiel Liquid-Staking-Token (LSTs), Liquid-Restaking-Token (LRTs) und Bitcoin-Staking-Derivate._
+**[Witnet](https://witnet.io/)** – _Witnet ist ein erlaubnisfreies, dezentralisiertes und zensurresistentes Orakel, das Smart Contracts hilft, auf reale Ereignisse mit starken kryptoökonomischen Garantien zu reagieren._
-**[Chronicle](https://chroniclelabs.org/)** – _Chronicle überwindet die aktuellen Einschränkungen bei der Übertragung von Daten onchain durch die Entwicklung wirklich skalierbarer, kosteneffizienter, dezentraler und verifizierbarer Oracles._
+**[UMA Oracle](https://uma.xyz)** – _Das optimistische Orakel von UMA ermöglicht es Smart Contracts, schnell jede Art von Daten für verschiedene Anwendungen zu empfangen, einschließlich Versicherungen, Finanzderivaten und Prognosemärkten._
-**[Witnet](https://witnet.io/)** – _Witnet ist ein erlaubnisfreies, dezentrales und zensurresistentes Oracle, das Smart Contracts dabei hilft, auf Ereignisse in der realen Welt mit starken krypto-ökonomischen Garantien zu reagieren._
+**[Tellor](https://tellor.io/)** – _Tellor ist ein transparentes und erlaubnisfreies Orakel-Protokoll für Ihren Smart Contract, um problemlos alle Daten zu erhalten, wann immer er sie benötigt._
-**[UMA Oracle](https://uma.xyz)** – _Das optimistische Oracle von UMA ermöglicht es Smart Contracts, schnell jede Art von Daten für verschiedene Anwendungen zu empfangen, einschließlich Versicherungen, Finanzderivaten und Prognosemärkten._
+**[Band Protocol](https://bandprotocol.com/)** – _Band Protocol ist eine kettenübergreifende Daten-Orakel-Plattform, die reale Daten und APIs aggregiert und mit Smart Contracts verbindet._
-**[Tellor](https://tellor.io/)** – _Tellor ist ein transparentes und erlaubnisfreies Oracle-Protokoll, mit dem Ihr Smart Contract problemlos alle Daten abrufen kann, wann immer er sie benötigt._
+**[Pyth Network](https://pyth.network/)** – _Das Pyth-Netzwerk ist ein First-Party-Finanz-Orakel-Netzwerk, das entwickelt wurde, um kontinuierliche reale Daten auf der Blockchain in einer manipulationssicheren, dezentralisierten und selbsterhaltenden Umgebung zu veröffentlichen._
-**[Band Protocol](https://bandprotocol.com/)** – _Band Protocol ist eine kettenübergreifende Daten-Oracle-Plattform, die reale Daten und APIs aggregiert und mit Smart Contracts verbindet._
+**[API3 DAO](https://www.api3.org/)** – _API3 DAO liefert First-Party-Orakel-Lösungen, die eine größere Quellentransparenz, Sicherheit und Skalierbarkeit in einer dezentralisierten Lösung für Smart Contracts bieten._
-**[Pyth Network](https://pyth.network/)** – _Das Pyth-Netzwerk ist ein First-Party-Finanz-Oracle-Netzwerk, das darauf ausgelegt ist, kontinuierlich Daten aus der realen Welt onchain in einer manipulationssicheren, dezentralen und autarken Umgebung zu veröffentlichen._
+**[Supra](https://supra.com/)** – Ein vertikal integriertes Toolkit kettenübergreifender Lösungen, das alle Blockchains, ob öffentlich (L1s und L2s) oder privat (Unternehmen), miteinander verbindet und dezentralisierte Orakel-Preis-Feeds bereitstellt, die für Anwendungsfälle auf der Blockchain und Off-Chain verwendet werden können.
-**[API3 DAO](https://www.api3.org/)** – _API3 DAO liefert First-Party-Oracle-Lösungen, die eine größere Quellentransparenz, Sicherheit und Skalierbarkeit in einer dezentralen Lösung für Smart Contracts bieten_
+**[Gas Network](https://gas.network/)** – Eine verteilte Orakel-Plattform, die Echtzeit-Gaspreisdaten über Blockchains hinweg bereitstellt. Indem Daten von führenden Gaspreisdatenanbietern auf die Blockchain gebracht werden, trägt Gas Network dazu bei, die Interoperabilität voranzutreiben. Gas Network unterstützt Daten für über 35 Chains, einschließlich des Ethereum-Mainnets und vieler führender L2s.
-**[Supra](https://supra.com/)** – Ein vertikal integriertes Toolkit mit kettenübergreifenden Lösungen, das alle Blockchains, ob öffentlich (L1s und L2s) oder privat (Unternehmen), miteinander verbindet und dezentrale Oracle-Preis-Feeds bereitstellt, die für Onchain- und Offchain-Anwendungsfälle genutzt werden können.
+**[DIA](https://www.diadata.org/)** – Ein kettenübergreifendes Orakel-Netzwerk, das verifizierbare Daten-Feeds für über 20.000 Vermögenswerte in allen wichtigen Anlageklassen liefert. DIA bezieht rohe Handelsdaten direkt von über 100 Primärmärkten und berechnet sie auf der Blockchain, wodurch vollständige Datentransparenz und Verifizierbarkeit mit benutzerdefinierten Konfigurationen für jeden Anwendungsfall gewährleistet werden.
-**[Gas Network](https://gas.network/)** – Eine dezentrale Oracle-Plattform, die Echtzeit-Gaspreisdaten über die Blockchain hinweg bereitstellt. Indem es Daten von führenden Gaspreis-Datenanbietern onchain bereitstellt, trägt das Gas Network zur Förderung der Interoperabilität bei. Das Gas Network unterstützt Daten für über 35 Chains, einschließlich des Ethereum Mainnets und vieler führender L2s.
+**[Stork](https://stork.network)** – Stork liefert Preisdaten mit extrem niedriger Latenz und unterstützt eine breite Palette von Anwendungsfällen, einschließlich Perpetuals-Märkten, Kreditprotokollen und DeFi-Ökosystemen, wobei neue Vermögenswerte bei der Notierung schnell unterstützt werden.
-## Weiterführende Lektüre {#further-reading}
+## Weiterführende Literatur {#further-reading}
**Artikel**
-- [Was ist ein Blockchain-Oracle?](https://chain.link/education/blockchain-oracles) – _Chainlink_
-- [Was ist ein Blockchain-Oracle?](https://medium.com/better-programming/what-is-a-blockchain-oracle-f5ccab8dbd72) – _Patrick Collins_
-- [Dezentrale Oracles: ein umfassender Überblick](https://medium.com/fabric-ventures/decentralised-oracles-a-comprehensive-overview-d3168b9a8841) – _Julien Thevenard_
-- [Implementierung eines Blockchain-Oracles auf Ethereum](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) – _Pedro Costa_
-- [Warum können Smart Contracts keine API-Aufrufe tätigen?](https://ethereum.stackexchange.com/questions/301/why-cant-contracts-make-api-calls) – _StackExchange_
-- [Sie möchten also ein Preis-Oracle verwenden](https://samczsun.com/so-you-want-to-use-a-price-oracle/) – _samczsun_
+- [What Is a Blockchain Oracle?](https://chain.link/education/blockchain-oracles) – _Chainlink_
+- [What is a Blockchain Oracle?](https://medium.com/better-programming/what-is-a-blockchain-oracle-f5ccab8dbd72) – _Patrick Collins_
+- [Decentralised Oracles: a comprehensive overview](https://medium.com/fabric-ventures/decentralised-oracles-a-comprehensive-overview-d3168b9a8841) – _Julien Thevenard_
+- [Implementing a Blockchain Oracle on Ethereum](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) – _Pedro Costa_
+- [Why can't smart contracts make API calls?](https://ethereum.stackexchange.com/questions/301/why-cant-contracts-make-api-calls) – _StackExchange_
+- [So you want to use a price oracle](https://samczsun.com/so-you-want-to-use-a-price-oracle/) – _samczsun_
**Videos**
-- [Oracles und die Erweiterung des Nutzens der Blockchain](https://youtu.be/BVUZpWa8vpw) – _Real Vision Finance_
+- [Oracles and the Expansion of Blockchain Utility](https://youtu.be/BVUZpWa8vpw) – _Real Vision Finance_
**Tutorials**
-- [Wie man den aktuellen Preis von Ethereum in Solidity abruft](https://blog.chain.link/fetch-current-crypto-price-data-solidity/) – _Chainlink_
-- [Oracle-Daten konsumieren](https://docs.chroniclelabs.org/Developers/tutorials/Remix) – _Chronicle_
+- [How to Fetch the Current Price of Ethereum in Solidity](https://blog.chain.link/fetch-current-crypto-price-data-solidity/) – _Chainlink_
+- [Consuming Oracle Data](https://docs.chroniclelabs.org/Developers/tutorials/Remix) – _Chronicle_
**Beispielprojekte**
-- [Vollständiges Chainlink-Starterprojekt für Ethereum in Solidity](https://github.com/hackbg/chainlink-fullstack) – _HackBG_
+- [Full Chainlink starter project for Ethereum in Solidity](https://github.com/hackbg/chainlink-fullstack) – _HackBG_
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/programming-languages/dart/index.md b/public/content/translations/de/developers/docs/programming-languages/dart/index.md
index 11afd519ad0..8fc68db19d0 100644
--- a/public/content/translations/de/developers/docs/programming-languages/dart/index.md
+++ b/public/content/translations/de/developers/docs/programming-languages/dart/index.md
@@ -1,6 +1,6 @@
---
title: "Ethereum für Dart-Entwickler"
-description: "Lernen, wie Sie die Sprache Dart für die Entwicklung auf Ethereum nutzen"
+description: "Erfahren Sie, wie Sie mit der Programmiersprache Dart für Ethereum entwickeln"
lang: de
incomplete: true
---
@@ -10,23 +10,22 @@ incomplete: true
## Tutorials {#tutorials}
- [Flutter and Blockchain – Hello World Dapp](https://www.geeksforgeeks.org/flutter-and-blockchain-hello-world-dapp/) führt Sie durch alle Schritte für den Einstieg:
- 1. Einen Smart Contract in [Solidity](https://soliditylang.org/) schreiben
- 2. Benutzeroberfläche in Dart schreiben
-- [Building a Mobile dapp with Flutter](https://medium.com/dash-community/building-a-mobile-dapp-with-flutter-be945c80315a) ist viel kürzer und eignet sich möglicherweise besser,
- wenn Sie die Grundlagen bereits kennen
-- Wenn Sie lieber durch das Ansehen eines Videos lernen, können Sie sich [Build Your First Blockchain Flutter App](https://www.youtube.com/watch?v=3Eeh3pJ6PeA) ansehen, das etwa eine Stunde dauert.
-- Wenn Sie ungeduldig sind, bevorzugen Sie vielleicht [Building a Blockchain Decentralized-app with Flutter and Dart on Ethereum](https://www.youtube.com/watch?v=jaMFEOCq_1s), das nur etwa zwanzig Minuten dauert.
-- [Integrating MetaMask in Flutter application with Web3Modal by WalletConnect](https://www.youtube.com/watch?v=v_M2buHCpc4) – dieses kurze Video führt Sie durch die Schritte zur Integration von MetaMask in Ihre Flutter-Anwendungen mit der [Web3Modal](https://pub.dev/packages/web3modal_flutter)-Bibliothek von WalletConnect.
-- [Mobile Blockchain Developer Bootcamp Course With Solidity & Flutter](https://youtube.com/playlist?list=PL4V4Unlk5luhQ26ERO6hWEbcUwHDSSmVH) – Playlist eines Kurses für Full-Stack-Entwickler mobiler Blockchain-Anwendungen
+ 1. Schreiben eines Smart Contracts in [Solidity](https://soliditylang.org/)
+ 2. Schreiben einer Benutzeroberfläche in Dart
+- [Building a Mobile dapp with Flutter](https://medium.com/dash-community/building-a-mobile-dapp-with-flutter-be945c80315a) ist viel kürzer, was besser sein könnte, wenn Sie die Grundlagen bereits kennen
+- Wenn Sie lieber durch das Ansehen eines Videos lernen, können Sie sich [Build Your First Blockchain Flutter App](https://www.youtube.com/watch?v=3Eeh3pJ6PeA) ansehen, das etwa eine Stunde dauert
+- Wenn Sie ungeduldig sind, bevorzugen Sie vielleicht [Building a Blockchain Decentralized-app with Flutter and Dart on Ethereum](https://www.youtube.com/watch?v=jaMFEOCq_1s), das nur etwa zwanzig Minuten dauert
+- [Integrating MetaMask in Flutter application with Web3Modal by WalletConnect](https://www.youtube.com/watch?v=v_M2buHCpc4) – dieses kurze Video führt Sie durch die Schritte zur Integration von MetaMask in Ihre Flutter-Anwendungen mit der [Web3Modal](https://pub.dev/packages/web3modal_flutter)-Bibliothek von WalletConnect
+- [Mobile Blockchain Developer Bootcamp Course With Solidity & Flutter](https://youtube.com/playlist?list=PL4V4Unlk5luhQ26ERO6hWEbcUwHDSSmVH) – Playlist für einen Full-Stack-Kurs für mobile Blockchain-Entwickler
## Arbeiten mit Ethereum-Clients {#working-with-ethereum-clients}
-Sie können mit Ethereum dezentrale Anwendungen (oder "dApps") erstellen, die sich die Vorteile von Kryptowährung und der Blockchain-Technologie zu eigen machen.
-Es gibt mindestens zwei derzeit gepflegte Bibliotheken für Dart, um die
-[JSON-RPC API](/developers/docs/apis/json-rpc/) für Ethereum zu verwenden.
+Sie können Ethereum verwenden, um dezentralisierte Anwendungen (oder „Dapps“) zu erstellen, die die Vorteile von Kryptowährung und Blockchain-Technologie nutzen.
+Es gibt mindestens zwei aktuell gepflegte Bibliotheken für Dart, um die
+[JSON-RPC-API](/developers/docs/apis/json-rpc/) für Ethereum zu nutzen.
1. [Web3dart von pwa.ir](https://pub.dev/packages/web3dart)
-2. [Ethereum 5.0.0 von darticulate.com](https://pub.dev/packages/ethereum)
+1. [Ethereum 5.0.0 von darticulate.com](https://pub.dev/packages/ethereum)
-Außerdem gibt es zusätzliche Bibliotheken, mit denen Sie bestimmte Ethereum-Adressen bearbeiten könnten oder mit denen sich die Preise verschiedener Kryptowährungen abrufen lassen.
-[Die vollständige Liste finden Sie hier](https://pub.dev/dart/packages?q=ethereum).
+Es gibt auch zusätzliche Bibliotheken, mit denen Sie bestimmte Ethereum-Adressen manipulieren oder die Preise verschiedener Kryptowährungen abrufen können.
+[Die vollständige Liste finden Sie hier](https://pub.dev/dart/packages?q=ethereum).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/programming-languages/delphi/index.md b/public/content/translations/de/developers/docs/programming-languages/delphi/index.md
index dbf47d1aa52..ab82e8ea9bf 100644
--- a/public/content/translations/de/developers/docs/programming-languages/delphi/index.md
+++ b/public/content/translations/de/developers/docs/programming-languages/delphi/index.md
@@ -1,50 +1,50 @@
---
title: "Ethereum für Delphi-Entwickler"
-description: "Lernen, mit der Programmiersprache Delphi für Ethereum zu entwickeln"
+description: "Erfahren Sie, wie Sie mit der Programmiersprache Delphi für Ethereum entwickeln"
lang: de
incomplete: true
---
-Lernen, mit der Programmiersprache Delphi für Ethereum zu entwickeln
+Erfahren Sie, wie Sie mit der Programmiersprache Delphi für Ethereum entwickeln
-Sie können mit Ethereum dezentrale Anwendungen (oder „dApps“) erstellen, die von den Vorteilen der Kryptowährung und der Blockchain-Technologie profitieren. Solche dApps sind vertrauenswürdig. Das bedeutet, dass sie, sobald sie auf Ethereum hochgeladen wurden, immer exakt wie programmiert ausgeführt werden. Darüber lassen sich digitale Vermögenswerte verwalten und neuartige Finanzanwendungen erschaffen. Sie können dezentralisiert sein. Das bedeutet, dass keine einzelne Einheit oder Person sie kontrollieren kann. Damit ist es fast unmöglich, sie zu zensieren.
+Nutzen Sie Ethereum, um dezentralisierte Anwendungen (oder "Dapps") zu erstellen, die die Vorteile von Kryptowährung und Blockchain-Technologie nutzen. Diese Dapps können vertrauenswürdig sein, was bedeutet, dass sie, sobald sie auf Ethereum bereitgestellt wurden, immer wie programmiert ausgeführt werden. Sie können digitale Vermögenswerte kontrollieren, um neue Arten von Finanzanwendungen zu erstellen. Sie können dezentralisiert sein, was bedeutet, dass keine einzelne Entität oder Person sie kontrolliert und sie fast unmöglich zu zensieren sind.
-Erstellen Sie dezentrale Anwendungen auf Ethereum und interagieren Sie mit Smart Contracts in der Programmiersprache Delphi.
+Bauen Sie dezentralisierte Anwendungen auf Ethereum auf und interagieren Sie mit Smart Contracts unter Verwendung der Programmiersprache Delphi!
## Erste Schritte mit Smart Contracts und der Sprache Solidity {#getting-started-with-smart-contracts-and-the-solidity-language}
-**Erste Schritte bei der Integration von Delphi mit Ethereum**
+**Machen Sie Ihre ersten Schritte zur Integration von Delphi mit Ethereum**
-Sind Sie an einigen grundlegenden Informationen interessiert? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
+Benötigen Sie zuerst eine grundlegendere Einführung? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
- [Blockchain erklärt](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
- [Smart Contracts verstehen](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
- [Schreiben Sie Ihren ersten Smart Contract](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [Lernen Sie Solidity zu kompilieren und bereitstellen](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [Lernen Sie, wie man Solidity kompiliert und bereitstellt](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
## Referenzen und Links für Anfänger {#beginner-references-and-links}
-**Einführung der Delphereum-Bibliothek**
+**Einführung in die Delphereum-Bibliothek**
- [Was ist Delphereum?](https://github.com/svanas/delphereum/blob/master/README.md)
-- [Verbinden von Delphi mit einer lokalen (In-Memory) Blockchain](https://medium.com/@svanas/connecting-delphi-to-a-local-in-memory-blockchain-9a1512d6c5b0)
-- [Verbinden von Delphi mit dem Ethereum Mainnet](https://medium.com/@svanas/connecting-delphi-to-the-ethereum-main-net-5faf1feffd83)
-- [Verbinden von Delphi mit Smart Contracts](https://medium.com/@svanas/connecting-delphi-to-smart-contracts-3146b12803a1)
+- [Verbindung von Delphi mit einer lokalen (In-Memory) Blockchain](https://medium.com/@svanas/connecting-delphi-to-a-local-in-memory-blockchain-9a1512d6c5b0)
+- [Verbindung von Delphi mit dem Ethereum-Mainnet](https://medium.com/@svanas/connecting-delphi-to-the-ethereum-main-net-5faf1feffd83)
+- [Verbindung von Delphi mit Smart Contracts](https://medium.com/@svanas/connecting-delphi-to-smart-contracts-3146b12803a1)
-**Möchten Sie die Einrichtung erst einmal überspringen und direkt zu den Beispielen gehen?**
+**Möchten Sie die Einrichtung vorerst überspringen und direkt zu den Beispielen springen?**
-- [Ein 3-Minuten Smart Contract und Delphi – Teil 1](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-61d998571d)
-- [Ein 3-Minuten Smart Contract und Delphi – Teil 2](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-part-2-446925faa47b)
+- [Ein 3-Minuten Smart Contract und Delphi - Teil 1](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-61d998571d)
+- [Ein 3-Minuten Smart Contract und Delphi - Teil 2](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-part-2-446925faa47b)
## Artikel für Fortgeschrittene {#intermediate-articles}
-- [Erstellen einer von Ethereum signierten Nachrichtensignatur in Delphi](https://medium.com/@svanas/generating-an-ethereum-signed-message-signature-in-delphi-75661ce5031b)
-- [Ether mit Delphi überweisen](https://medium.com/@svanas/transferring-ether-with-delphi-b5f24b1a98a4)
-- [ERC-20-Tokens mit Delphi überweisen](https://medium.com/@svanas/transferring-erc-20-tokens-with-delphi-bb44c05b295d)
+- [Generieren einer Ethereum-signierten Nachrichtensignatur in Delphi](https://medium.com/@svanas/generating-an-ethereum-signed-message-signature-in-delphi-75661ce5031b)
+- [Ether mit Delphi übertragen](https://medium.com/@svanas/transferring-ether-with-delphi-b5f24b1a98a4)
+- [ERC-20-Token mit Delphi übertragen](https://medium.com/@svanas/transferring-erc-20-tokens-with-delphi-bb44c05b295d)
## Fortgeschrittene Nutzungsmuster {#advanced-use-patterns}
@@ -53,4 +53,4 @@ Sind Sie an einigen grundlegenden Informationen interessiert? Besuchen Sie [ethe
- [Delphi und der Ethereum Dark Forest](https://svanas.medium.com/delphi-and-the-ethereum-dark-forest-5b430da3ad93)
- [Einen Token gegen einen anderen in Delphi tauschen](https://svanas.medium.com/swap-one-token-for-another-in-delphi-bcb999c47f7)
-Sind Sie an weiteren Informationen interessiert? Schauen Sie sich [ethereum.org/developers](/developers/) an.
+Suchen Sie nach weiteren Ressourcen? Besuchen Sie [ethereum.org/developers](/developers/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/programming-languages/dot-net/index.md b/public/content/translations/de/developers/docs/programming-languages/dot-net/index.md
index f83d520c001..246e39cbb1e 100644
--- a/public/content/translations/de/developers/docs/programming-languages/dot-net/index.md
+++ b/public/content/translations/de/developers/docs/programming-languages/dot-net/index.md
@@ -1,58 +1,58 @@
---
title: "Ethereum für .NET-Entwickler"
-description: "Lernen, wie Sie .NET-basierte Projekte und Tools für die Ethereum-Entwicklung nutzen können"
+description: "Erfahren Sie, wie Sie mit .NET-basierten Projekten und Tools für Ethereum entwickeln"
lang: de
incomplete: true
---
-Lernen Sie, wie Sie für Ethereum mithilfe von .NET-basierten Projekten und Tools entwickeln
+Erfahren Sie, wie Sie mit .NET-basierten Projekten und Tools für Ethereum entwickeln
-Sie können mit Ethereum dezentrale Anwendungen (oder „dApps“) erstellen, die von den Vorteilen der Kryptowährung und der Blockchain-Technologie profitieren. Solche dApps sind vertrauenswürdig. Das bedeutet, dass sie, sobald sie auf Ethereum hochgeladen wurden, immer exakt wie programmiert ausgeführt werden. Darüber lassen sich digitale Vermögenswerte verwalten und neuartige Finanzanwendungen erschaffen. Sie können dezentralisiert sein. Das bedeutet, dass keine einzelne Einheit oder Person sie kontrollieren kann. Damit ist es fast unmöglich, sie zu zensieren.
+Nutzen Sie Ethereum, um dezentralisierte Anwendungen (oder „Dapps“) zu erstellen, die die Vorteile von Kryptowährung und Blockchain-Technologie nutzen. Diese Dapps können vertrauenswürdig sein, was bedeutet, dass sie, sobald sie auf Ethereum bereitgestellt wurden, immer wie programmiert ausgeführt werden. Sie können digitale Vermögenswerte steuern, um neue Arten von Finanzanwendungen zu schaffen. Sie können dezentralisiert sein, was bedeutet, dass keine einzelne Entität oder Person sie kontrolliert und sie fast unmöglich zu zensieren sind.
-Erstellen Sie dezentrale Anwendungen auf Ethereum und interagieren Sie mit Smart Contracts unter Verwendung von Tools und Sprachen aus dem Microsoft-Technologie-Stack – unterstützt C#, Visual Basic .NET, F#, über Tools wie VSCode und Visual Studio, mit dem .NET Framework/.NET Core/.NET Standard. Stellen Sie eine Ethereum-Blockchain mit Microsoft Azure Blockchain in wenigen Minuten bereit. Ethereum lässt sich eben so gut einsetzen wie .NET.
+Erstellen Sie dezentralisierte Anwendungen auf Ethereum und interagieren Sie mit Smart Contracts unter Verwendung von Tools und Sprachen aus dem Microsoft-Technologie-Stack – mit Unterstützung für C#, # Visual Basic .NET, F#, auf Tools wie VSCode und Visual Studio, über .NET Framework/.NET Core/.NET Standard hinweg. Stellen Sie in wenigen Minuten eine Ethereum-Blockchain auf Azure mit Microsoft Azure Blockchain bereit. Bringen Sie die Liebe zu .NET zu Ethereum!
## Erste Schritte mit Smart Contracts und der Sprache Solidity {#getting-started-with-smart-contracts-and-the-solidity-language}
-**Erste Schritte bei der Integration von .Net mit Ethereum**
+**Machen Sie Ihre ersten Schritte zur Integration von .NET mit Ethereum**
-Sind Sie an einigen grundlegenden Informationen interessiert? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
+Benötigen Sie zuerst eine grundlegendere Einführung? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
- [Blockchain erklärt](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
- [Smart Contracts verstehen](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
- [Schreiben Sie Ihren ersten Smart Contract](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [Lernen Sie Solidity zu kompilieren und bereitstellen](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [Erfahren Sie, wie man Solidity kompiliert und bereitstellt](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
## Referenzen und Links für Anfänger {#beginner-references-and-links}
-**Einführung der Nethereum Bibliothek und VS Code Solidity**
+**Einführung in die Nethereum-Bibliothek und VS Code Solidity**
- [Nethereum, Erste Schritte](https://docs.nethereum.com/en/latest/getting-started/)
- [Installation von VS Code Solidity](https://marketplace.visualstudio.com/items?itemName=JuanBlanco.solidity)
-- [Ein Workflow für .NET-Entwickler zum Erstellen und Aufrufen von Ethereum Smart Contracts](https://medium.com/coinmonks/a-net-developers-workflow-for-creating-and-calling-ethereum-smart-contracts-44714f191db2)
+- [Der Workflow eines .NET-Entwicklers zum Erstellen und Aufrufen von Ethereum Smart Contracts](https://medium.com/coinmonks/a-net-developers-workflow-for-creating-and-calling-ethereum-smart-contracts-44714f191db2)
- [Integration von Smart Contracts mit Nethereum](https://kauri.io/#collections/Getting%20Started/smart-contracts-integration-with-nethereum/#smart-contracts-integration-with-nethereumm)
-- [Anbindung von .NET- und Ethereum-Blockchain-Smart-Contracts mit Nethereum](https://medium.com/my-blockchain-development-daily-journey/interfacing-net-and-ethereum-blockchain-smart-contracts-with-nethereum-2fa3729ac933), auch in [中文版](https://medium.com/my-blockchain-development-daily-journey/%E4%BD%BF%E7%94%A8nethereum%E9%80%A3%E6%8E%A5-net%E5%92%8C%E4%BB%A5%E5%A4%AA%E7%B6%B2%E5%8D%80%E5%A1%8A%E9%8F%88%E6%99%BA%E8%83%BD%E5%90%88%E7%B4%84-4a96d35ad1e1)
-- [Nethereum – Eine Open-Source-.NET-Integrationsbibliothek für die Blockchain](https://kauri.io/#collections/a%20hackathon%20survival%20guide/nethereum-an-open-source-.net-integration-library/)
-- [Ethereum-Transaktionen mit Nethereum in eine SQL-Datenbank schreiben](https://medium.com/coinmonks/writing-ethereum-transactions-to-sql-database-using-nethereum-fd94e0e4fa36)
+- [Verbindung von .NET und Ethereum-Blockchain Smart Contracts mit Nethereum](https://medium.com/my-blockchain-development-daily-journey/interfacing-net-and-ethereum-blockchain-smart-contracts-with-nethereum-2fa3729ac933), auch auf [中文版](https://medium.com/my-blockchain-development-daily-journey/%E4%BD%BF%E7%94%A8nethereum%E9%80%A3%E6%8E%A5-net%E5%92%8C%E4%BB%A5%E5%A4%AA%E7%B6%B2%E5%8D%80%E5%A1%8A%E9%8F%88%E6%99%BA%E8%83%BD%E5%90%88%E7%B4%84-4a96d35ad1e1)
+- [Nethereum - Eine Open-Source-.NET-Integrationsbibliothek für die Blockchain](https://kauri.io/#collections/a%20hackathon%20survival%20guide/nethereum-an-open-source-.net-integration-library/)
+- [Schreiben von Ethereum-Transaktionen in eine SQL-Datenbank mit Nethereum](https://medium.com/coinmonks/writing-ethereum-transactions-to-sql-database-using-nethereum-fd94e0e4fa36)
- [Sehen Sie, wie Sie Ethereum Smart Contracts einfach mit C# und VisualStudio bereitstellen können](https://koukia.ca/deploy-ethereum-smart-contracts-using-c-and-visualstudio-5be188ae928c)
-**Möchten Sie die Einrichtung erst einmal überspringen und direkt zu den Beispielen gehen?**
+**Möchten Sie die Einrichtung vorerst überspringen und direkt zu den Beispielen springen?**
-- [Playground](http://playground.nethereum.com/) – Interagieren Sie mit Ethereum und lernen Sie, wie man Nethereum im Browser verwendet.
+- [Playground](http://playground.nethereum.com/) - Interagieren Sie mit Ethereum und lernen Sie, wie Sie Nethereum über den Browser verwenden.
- Kontostand abfragen [C#](http://playground.nethereum.com/csharp/id/1001) [VB.NET](http://playground.nethereum.com/vb/id/2001)
- - ERC20-Smart-Contract-Guthaben abfragen [C#](http://playground.nethereum.com/csharp/id/1005) [VB.NET](http://playground.nethereum.com/vb/id/2004)
+ - ERC20 Smart Contract-Guthaben abfragen [C#](http://playground.nethereum.com/csharp/id/1005) [VB.NET](http://playground.nethereum.com/vb/id/2004)
- Ether auf ein Konto überweisen [C#](http://playground.nethereum.com/csharp/id/1003) [VB.NET](http://playground.nethereum.com/vb/id/2003)
- - ... und mehr
+ - ... Und mehr!
## Artikel für Fortgeschrittene {#intermediate-articles}
-- [Nethereum-Arbeitsmappe/Beispielliste](http://docs.nethereum.com/en/latest/Nethereum.Workbooks/docs/)
+- [Nethereum Arbeitsbuch/Beispielliste](http://docs.nethereum.com/en/latest/Nethereum.Workbooks/docs/)
- [Stellen Sie Ihre eigenen Entwicklungs-Testchains bereit](https://github.com/Nethereum/Testchains)
-- [VSCode-Codegen-Plugin für Solidity](https://docs.nethereum.com/en/latest/nethereum-codegen-vscodesolidity/)
-- [Unity und Ethereum: Warum und Wie](https://www.raywenderlich.com/5509-unity-and-ethereum-why-and-how)
-- [Erstellen einer ASP.NET Core Web API für Ethereum-Dapps](https://tech-mint.com/blockchain/create-asp-net-core-web-api-for-ethereum-dapps/)
-- [Verwendung von Nethereum Web3 zur Implementierung eines Lieferketten-Verfolgungssystems](http://blog.pomiager.com/post/using-nethereum-web3-to-implement-a-supply-chain-traking-system4)
-- [Nethereum-Blockverarbeitung](https://nethereum.readthedocs.io/en/latest/nethereum-block-processing-detail/), mit [C#-Playground-Beispiel](http://playground.nethereum.com/csharp/id/1025)
-- [Nethereum-Websocket-Streaming](https://nethereum.readthedocs.io/en/latest/nethereum-subscriptions-streaming/)
+- [VSCode Codegen-Plugin für Solidity](https://docs.nethereum.com/en/latest/nethereum-codegen-vscodesolidity/)
+- [Unity und Ethereum: Warum und wie](https://www.raywenderlich.com/5509-unity-and-ethereum-why-and-how)
+- [Erstellen einer ASP.NET Core Web-API für Ethereum-Dapps](https://tech-mint.com/blockchain/create-asp-net-core-web-api-for-ethereum-dapps/)
+- [Verwendung von Nethereum Web3 zur Implementierung eines Supply-Chain-Tracking-Systems](http://blog.pomiager.com/post/using-nethereum-web3-to-implement-a-supply-chain-traking-system4)
+- [Nethereum Block-Verarbeitung](https://nethereum.readthedocs.io/en/latest/nethereum-block-processing-detail/), mit [C# Playground-Beispiel](http://playground.nethereum.com/csharp/id/1025)
+- [Nethereum Websocket-Streaming](https://nethereum.readthedocs.io/en/latest/nethereum-subscriptions-streaming/)
- [Kaleido und Nethereum](https://kaleido.io/kaleido-and-nethereum/)
- [Quorum und Nethereum](https://github.com/Nethereum/Nethereum/blob/master/src/Nethereum.Quorum/README.md)
@@ -60,27 +60,27 @@ Sind Sie an einigen grundlegenden Informationen interessiert? Besuchen Sie [ethe
- [Azure Key Vault und Nethereum](https://github.com/Azure-Samples/bc-community-samples/tree/master/akv-nethereum)
- [Nethereum.DappHybrid](https://github.com/Nethereum/Nethereum.DappHybrid)
-- [Ujo-Nethereum-Backend-Referenzarchitektur](https://docs.nethereum.com/en/latest/nethereum-ujo-backend-sample/)
+- [Ujo Nethereum Backend-Referenzarchitektur](https://docs.nethereum.com/en/latest/nethereum-ujo-backend-sample/)
-## .NET-Projekte, Tools und andere tolle Dinge {#dot-net-projects-tools-and-other-fun-stuff}
+## .NET-Projekte, Tools und andere interessante Dinge {#dot-net-projects-tools-and-other-fun-stuff}
-- [Nethereum Playground](http://playground.nethereum.com/) – _Kompilieren, Erstellen und Ausführen von Nethereum-Code-Snippets im Browser_
-- [Nethereum Codegen Blazor](https://github.com/Nethereum/Nethereum.CodeGen.Blazor) – _Nethereum-Codegen mit Benutzeroberfläche in Blazor_
-- [Nethereum Blazor](https://github.com/Nethereum/NethereumBlazor) – _Ein schlanker .NET Wasm SPA Blockchain-Explorer und eine einfache Wallet_
-- [Wonka Business Rules Engine](https://docs.nethereum.com/en/latest/wonka/) – _Eine Business-Rules-Engine (sowohl für die .NET- als auch für die Ethereum-Plattform), die von Natur aus metadatengesteuert ist_
-- [Nethermind](https://github.com/NethermindEth/nethermind) – _Ein .NET-Core-Ethereum-Client für Linux, Windows und macOS_
-- [eth-utils](https://github.com/ethereum/eth-utils/) – _Hilfsfunktionen für die Arbeit mit Ethereum-bezogenen Codebasen_
-- [TestChains](https://github.com/Nethereum/TestChains) – _Vorkonfigurierte .NET-Devchains für schnelle Antwortzeiten (PoA)_
+- [Nethereum Playground](http://playground.nethereum.com/) - _Kompilieren, erstellen und ausführen von Nethereum-Code-Snippets im Browser_
+- [Nethereum Codegen Blazor](https://github.com/Nethereum/Nethereum.CodeGen.Blazor) - _Nethereum Codegen mit Benutzeroberfläche in Blazor_
+- [Nethereum Blazor](https://github.com/Nethereum/NethereumBlazor) - _Eine .NET Wasm SPA Light-Blocksuchmaschine und ein einfaches Wallet_
+- [Wonka Business Rules Engine](https://docs.nethereum.com/en/latest/wonka/) - _Eine Business-Rules-Engine (sowohl für die .NET-Plattform als auch für die Ethereum-Plattform), die von Natur aus metadatengesteuert ist_
+- [Nethermind](https://github.com/NethermindEth/nethermind) - _Eine .NET Core Ethereum-Anwendung für Linux, Windows, MacOS_
+- [eth-utils](https://github.com/ethereum/eth-utils/) - _Hilfsfunktionen für die Arbeit mit Ethereum-bezogenen Codebasen_
+- [TestChains](https://github.com/Nethereum/TestChains) - _Vorkonfigurierte .NET-Devchains für schnelle Reaktionen (PoA)_
-Sind Sie an weiteren Informationen interessiert? Schauen Sie sich [ethereum.org/developers](/developers/) an.
+Suchen Sie nach weiteren Ressourcen? Besuchen Sie [ethereum.org/developers](/developers/).
## Mitwirkende der .NET-Community {#dot-net-community-contributors}
-Bei Nethereum sind wir meistens auf [Gitter](https://gitter.im/Nethereum/Nethereum) zu finden, wo jeder willkommen ist, Fragen zu stellen und zu beantworten, Hilfe zu erhalten oder einfach nur dabei zu sein. Erstellen Sie gerne einen PR oder eröffnen Sie ein Issue im [Nethereum-GitHub-Repository](https://github.com/Nethereum), oder stöbern Sie einfach durch die vielen Neben- und Beispielprojekte, die wir haben. Sie finden uns auch auf [Discord](https://discord.gg/jQPrR58FxX)!
+Bei Nethereum halten wir uns meistens auf [Gitter](https://gitter.im/Nethereum/Nethereum) auf, wo jeder willkommen ist, Fragen zu stellen/beantworten, Hilfe zu erhalten oder einfach nur zu entspannen. Fühlen Sie sich frei, einen PR zu erstellen oder ein Issue im [Nethereum GitHub-Repository](https://github.com/Nethereum) zu eröffnen, oder stöbern Sie einfach durch die vielen Neben-/Beispielprojekte, die wir haben. Sie finden uns auch auf [Discord](https://discord.gg/jQPrR58FxX)!
-Wenn Sie neu bei Nethermind sind und Hilfe bei den ersten Schritten benötigen, treten Sie unserem [Discord](http://discord.gg/PaCMRFdvWT) bei. Unsere Entwickler stehen Ihnen gerne bei Fragen zur Verfügung. Zögern Sie nicht, einen PR zu eröffnen oder im [Nethermind-GitHub-Repository](https://github.com/NethermindEth/nethermind) Issues zu melden.
+Wenn Sie neu bei Nethermind sind und Hilfe beim Einstieg benötigen, treten Sie unserem [Discord](http://discord.gg/PaCMRFdvWT) bei. Unsere Entwickler stehen bereit, um Ihre Fragen zu beantworten. Zögern Sie nicht, einen PR zu eröffnen oder Probleme im [Nethermind GitHub-Repository](https://github.com/NethermindEth/nethermind) zu melden.
-## Andere zusammengefasste Listen {#other-aggregated-lists}
+## Weitere aggregierte Listen {#other-aggregated-lists}
[Offizielle Nethereum-Website](https://nethereum.com/)
-[Offizielle Nethermind-Website](https://nethermind.io/)
+[Offizielle Nethermind-Website](https://nethermind.io/)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/programming-languages/elixir/index.md b/public/content/translations/de/developers/docs/programming-languages/elixir/index.md
index 9c7ebffae5f..ff526e4be15 100644
--- a/public/content/translations/de/developers/docs/programming-languages/elixir/index.md
+++ b/public/content/translations/de/developers/docs/programming-languages/elixir/index.md
@@ -1,55 +1,55 @@
---
title: "Ethereum für Elixir-Entwickler"
-description: "Lernen Sie, wie Sie für Ethereum entwickeln, mit Elixir-basierten Projekten und Werkzeugen."
+description: "Erfahren Sie, wie Sie mit Elixir-basierten Projekten und Tools für Ethereum entwickeln."
lang: de
incomplete: false
---
-Lernen Sie, wie Sie für Ethereum entwickeln, mit Elixir-basierten Projekten und Werkzeugen.
+Erfahren Sie, wie Sie mit Elixir-basierten Projekten und Tools für Ethereum entwickeln.
-Sie können mit Ethereum dezentrale Anwendungen (oder „dApps“) erstellen, die von den Vorteilen der Kryptowährung und der Blockchain-Technologie profitieren. Solche dApps sind vertrauenswürdig. Das bedeutet, dass sie, sobald sie auf Ethereum hochgeladen wurden, immer exakt wie programmiert ausgeführt werden. Darüber lassen sich digitale Vermögenswerte verwalten und neuartige Finanzanwendungen erschaffen. Sie können dezentralisiert sein. Das bedeutet, dass keine einzelne Einheit oder Person sie kontrollieren kann. Damit ist es fast unmöglich, sie zu zensieren.
+Verwenden Sie Ethereum, um dezentralisierte Anwendungen (oder „Dapps“) zu erstellen, die die Vorteile von Kryptowährung und Blockchain-Technologie nutzen. Diese Dapps können vertrauenslos sein, was bedeutet, dass sie, sobald sie auf Ethereum bereitgestellt wurden, immer wie programmiert ausgeführt werden. Sie können digitale Vermögenswerte steuern, um neue Arten von Finanzanwendungen zu schaffen. Sie können dezentralisiert sein, was bedeutet, dass keine einzelne Entität oder Person sie kontrolliert und sie fast unmöglich zu zensieren sind.
## Erste Schritte mit Smart Contracts und der Sprache Solidity {#getting-started-with-smart-contracts-and-solidity}
-**Starten Sie Ihre ersten Schritte, um Elixir in Ethereum-Projekte zu integrieren.**
+**Machen Sie Ihre ersten Schritte zur Integration von Elixir mit Ethereum**
-Sind Sie an einigen grundlegenden Informationen interessiert? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
+Benötigen Sie zuerst eine grundlegendere Einführung? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
- [Blockchain erklärt](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
- [Smart Contracts verstehen](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
- [Schreiben Sie Ihren ersten Smart Contract](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [Lernen Sie Solidity zu kompilieren und bereitstellen](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [Erfahren Sie, wie man Solidity kompiliert und bereitstellt](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
## Artikel für Anfänger {#beginner-articles}
-- [Ethereum-Accounts endlich verstehen](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
-- [Ethers — Eine erstklassige Ethereum-Web3-Bibliothek für Elixir](https://medium.com/@alisinabh/announcing-ethers-a-first-class-ethereum-web3-library-for-elixir-1d64e9409122)
+- [Ethereum-Konten endlich verstehen](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
+- [Ethers – Eine erstklassige Ethereum-Web3-Bibliothek für Elixir](https://medium.com/@alisinabh/announcing-ethers-a-first-class-ethereum-web3-library-for-elixir-1d64e9409122)
## Artikel für Fortgeschrittene {#intermediate-articles}
-- [Wie Sie rohe Ethereum-Contract-Transaktionen mit Elixir signieren](https://kohlerjp.medium.com/how-to-sign-raw-ethereum-contract-transactions-with-elixir-f8822bcc813b)
+- [Wie man rohe Ethereum-Vertragstransaktionen mit Elixir signiert](https://kohlerjp.medium.com/how-to-sign-raw-ethereum-contract-transactions-with-elixir-f8822bcc813b)
- [Ethereum Smart Contracts und Elixir](https://medium.com/agile-alpha/ethereum-smart-contracts-and-elixir-c7c4b239ddb4)
-## Elixir Projekte und Werkzeuge {#elixir-projects-and-tools}
+## Elixir-Projekte und -Tools {#elixir-projects-and-tools}
### Aktiv {#active}
-- [block_keys](https://github.com/ExWeb3/block_keys) - _BIP32 & BIP44 Implementation in Elixir (Multi-Account Hierarchy for Deterministic Wallets)_
-- ethereumex](https://github.com/mana-ethereum/ethereumex) - _Elixir JSON-RPC client for the Ethereum blockchain_
-- ethers](https://github.com/ExWeb3/elixir_ethers) - _A comprehensive Web3 library for interacting with smart contracts on Ethereum using Elixir_
-- [ethers_kms](https://github.com/ExWeb3/elixir_ethers_kms) - _A KMS signer library for Ethers (sign transactions with AWS KMS)_
-- [ex_abi](https://github.com/poanetwork/ex_abi) - _Ethereum ABI parser/decoder/encoder implementation in Elixir_
-- [ex_keccak](https://github.com/ExWeb3/ex_keccak) - _Elixir library for computing Keccak SHA3-256 hashes using a NIF built tiny-keccak Rust crate_
-- ex_rlp](https://github.com/mana-ethereum/ex_rlp) - _Elixir implementation of Ethereum's RLP (Recursive Length Prefix) encoding_
+- [block_keys](https://github.com/ExWeb3/block_keys) – _BIP32- & BIP44-Implementierung in Elixir (Multi-Account-Hierarchie für deterministische Wallets)_
+- [ethereumex](https://github.com/mana-ethereum/ethereumex) – _Elixir-JSON-RPC-Client für die Ethereum-Blockchain_
+- [ethers](https://github.com/ExWeb3/elixir_ethers) – _Eine umfassende Web3-Bibliothek zur Interaktion mit Smart Contracts auf Ethereum unter Verwendung von Elixir_
+- [ethers_kms](https://github.com/ExWeb3/elixir_ethers_kms) – _Eine KMS-Signer-Bibliothek für Ethers (Transaktionen mit AWS KMS signieren)_
+- [ex_abi](https://github.com/poanetwork/ex_abi) – _Ethereum-ABI-Parser/-Decoder/-Encoder-Implementierung in Elixir_
+- [ex_keccak](https://github.com/ExWeb3/ex_keccak) – _Elixir-Bibliothek zur Berechnung von Keccak-SHA3-256-Hashes unter Verwendung eines NIF-erstellten tiny-keccak-Rust-Crates_
+- [ex_rlp](https://github.com/mana-ethereum/ex_rlp) – _Elixir-Implementierung der RLP-Codierung (Recursive Length Prefix) von Ethereum_
### Archiviert / Wird nicht mehr gepflegt {#archived--no-longer-maintained}
-- [eth](https://hex.pm/packages/eth) - _Ethereum utilities for Elixir_
-- [exw3](https://github.com/hswick/exw3) - _High level Ethereum RPC Client for Elixir_
-- [mana](https://github.com/mana-ethereum/mana) - _Ethereum full node implementation written in Elixir_
+- [eth](https://hex.pm/packages/eth) – _Ethereum-Dienstprogramme für Elixir_
+- [exw3](https://github.com/hswick/exw3) – _High-Level-Ethereum-RPC-Client für Elixir_
+- [mana](https://github.com/mana-ethereum/mana) – _In Elixir geschriebene Implementierung eines vollständigen Ethereum-Blockchain-Knotens_
-Sind Sie an weiteren Informationen interessiert? Besuchen Sie [unser Entwickler-Portal](/developers/).
+Suchen Sie nach weiteren Ressourcen? Besuchen Sie [unsere Entwickler-Startseite](/developers/).
-## Elixir Community Mitwirkende {#elixir-community-contributors}
+## Mitwirkende aus der Elixir-Community {#elixir-community-contributors}
-Der [Elixir's Slack #ethereum channel](https://elixir-lang.slack.com/archives/C5RPZ3RJL) bietet einer schnell wachsenden Community ein Zuhause und ist die Anlaufstelle für alle Diskussionen rund um die genannten Projekte und verwandte Themen.
+Der [#ethereum-Kanal im Elixir-Slack](https://elixir-lang.slack.com/archives/C5RPZ3RJL) beherbergt eine schnell wachsende Community und ist die dedizierte Ressource für Diskussionen über alle oben genannten Projekte und verwandte Themen.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/programming-languages/golang/index.md b/public/content/translations/de/developers/docs/programming-languages/golang/index.md
index 5e4ba778b4d..d94cf486561 100644
--- a/public/content/translations/de/developers/docs/programming-languages/golang/index.md
+++ b/public/content/translations/de/developers/docs/programming-languages/golang/index.md
@@ -1,84 +1,84 @@
---
title: "Ethereum für Go-Entwickler"
-description: "Lernen, wie Sie mit Go-basierten Projekten und Werkzeugen für Ethereum entwickeln können"
+description: "Erfahren Sie, wie Sie mit Go-basierten Projekten und Tools für Ethereum entwickeln"
lang: de
incomplete: true
---
-Lernen Sie, wie Sie mit Go-basierten Projekten und Tools für Ethereum entwickeln
+Erfahren Sie, wie Sie mit Go-basierten Projekten und Tools für Ethereum entwickeln
-Verwenden Sie Ethereum, um dezentrale Anwendungen (oder "dApps") zu erstellen. Solche dApps sind vertrauenswürdig. Das bedeutet, dass sie, sobald sie auf Ethereum hochgeladen wurden, immer exakt wie programmiert ausgeführt werden. Sie sind dezentralisiert. Das bedeutet, dass sie auf einem Peer-to-Peer-Netzwerk laufen und es keine einzelne Fehlerquelle gibt. Keine einzelne Eintität oder Person kontrolliert sie und es ist fast unmöglich, sie zu zensieren. Sie können digitale Vermögenswerte kontrollieren, um neue Arten von Anwendungen zu erstellen.
+Nutzen Sie Ethereum, um dezentralisierte Anwendungen (oder „Dapps“) zu erstellen. Diese Dapps können vertrauenswürdig sein, was bedeutet, dass sie, sobald sie auf Ethereum bereitgestellt wurden, immer wie programmiert ausgeführt werden. Sie sind dezentralisiert, was bedeutet, dass sie in einem Peer-to-Peer-Netzwerk laufen und es keinen Single Point of Failure gibt. Keine einzelne Entität oder Person kontrolliert sie und sie sind fast unmöglich zu zensieren. Sie können digitale Vermögenswerte steuern, um neue Arten von Anwendungen zu schaffen.
## Erste Schritte mit Smart Contracts und der Sprache Solidity {#getting-started-with-smart-contracts-and-solidity}
-**Starten Sie mit der Integration von Go mit Ethereum durch**
+**Machen Sie Ihre ersten Schritte zur Integration von Go mit Ethereum**
-Sind Sie an einigen grundlegenden Informationen interessiert? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
+Benötigen Sie zuerst eine grundlegendere Einführung? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
- [Blockchain erklärt](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
- [Smart Contracts verstehen](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
- [Schreiben Sie Ihren ersten Smart Contract](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [Lernen Sie Solidity zu kompilieren und bereitstellen](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
-- [Vertrags-Tutorial](https://github.com/ethereum/go-ethereum/wiki/Contract-Tutorial)
+- [Lernen Sie, wie man Solidity kompiliert und bereitstellt](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [Contract-Tutorial](https://github.com/ethereum/go-ethereum/wiki/Contract-Tutorial)
## Artikel und Bücher für Anfänger {#beginner-articles-and-books}
- [Erste Schritte mit Geth](https://medium.com/@tzhenghao/getting-started-with-geth-c1a30b8d6458)
-- [Mit Golang mit Ethereum verbinden](https://www.youtube.com/watch?v=-7uChuO_VzM)
-- [Ethereum Smart Contracts mit Golang bereitstellen](https://www.youtube.com/watch?v=pytGqQmDslE)
+- [Verwendung von Golang zur Verbindung mit Ethereum](https://www.youtube.com/watch?v=-7uChuO_VzM)
+- [Bereitstellung von Ethereum Smart Contracts mit Golang](https://www.youtube.com/watch?v=pytGqQmDslE)
- [Eine Schritt-für-Schritt-Anleitung zum Testen und Bereitstellen von Ethereum Smart Contracts in Go](https://hackernoon.com/a-step-by-step-guide-to-testing-and-deploying-ethereum-smart-contracts-in-go-9fc34b178d78)
-- [eBook: Ethereum-Entwicklung mit Go](https://goethereumbook.org/) – _Ethereum-Anwendungen mit Go entwickeln_
+- [eBook: Ethereum-Entwicklung mit Go](https://goethereumbook.org/) - _Entwickeln Sie Ethereum-Anwendungen mit Go_
## Artikel und Dokumentationen für Fortgeschrittene {#intermediate-articles-and-docs}
-- [Go-Ethereum-Dokumentation](https://geth.ethereum.org/docs/) – _Die Dokumentation für das offizielle Ethereum Golang_
-- [Erigon Programmierleitfaden](https://github.com/ledgerwatch/erigon/blob/devel/docs/programmers_guide/guide.md) – _Illustrierter Leitfaden mit Zustandsbaum, Multi-Proofs und Transaktionsverarbeitung_
-- [Erigon und zustandsloses Ethereum](https://youtu.be/3-Mn7OckSus?t=394) – _Ethereum Community Conference 2020 (EthCC 3)_
-- [Erigon: Optimierung von Ethereum-Clients](https://www.youtube.com/watch?v=CSpc1vZQW2Q) – _Devcon 4, 2018_
+- [Go Ethereum-Dokumentation](https://geth.ethereum.org/docs) - _Die Dokumentation für das offizielle Ethereum Golang_
+- [Erigon-Programmierhandbuch](https://github.com/ledgerwatch/erigon/blob/devel/docs/programmers_guide/guide.md) - _Illustrierter Leitfaden einschließlich Zustandsbaum, Multi-Proofs und Transaktionsverarbeitung_
+- [Erigon und zustandsloses Ethereum](https://youtu.be/3-Mn7OckSus?t=394) - _2020 Ethereum Community Conference (EthCC 3)_
+- [Erigon: Optimierung von Ethereum-Anwendungen](https://www.youtube.com/watch?v=CSpc1vZQW2Q) - _2018 Devcon 4_
- [Go Ethereum GoDoc](https://godoc.org/github.com/ethereum/go-ethereum)
- [Erstellen einer Dapp in Go mit Geth](https://kauri.io/#collections/A%20Hackathon%20Survival%20Guide/creating-a-dapp-in-go-with-geth/)
- [Arbeiten mit einem privaten Ethereum-Netzwerk mit Golang und Geth](https://myhsts.org/tutorial-learn-how-to-work-with-ethereum-private-network-with-golang-with-geth.php)
-- [Unit-Tests für Solidity-Verträge auf Ethereum mit Go](https://medium.com/coinmonks/unit-testing-solidity-contracts-on-ethereum-with-go-3cc924091281)
-- [Kurzanleitung zur Verwendung von Geth als Bibliothek](https://medium.com/coinmonks/web3-go-part-1-31c68c68e20e)
+- [Unit-Testing von Solidity-Verträgen auf Ethereum mit Go](https://medium.com/coinmonks/unit-testing-solidity-contracts-on-ethereum-with-go-3cc924091281)
+- [Kurzreferenz zur Verwendung von Geth als Bibliothek](https://medium.com/coinmonks/web3-go-part-1-31c68c68e20e)
## Fortgeschrittene Nutzungsmuster {#advanced-use-patterns}
- [Das simulierte GETH-Backend](https://kauri.io/#collections/An%20ethereum%20test%20toolkit%20in%20Go/the-geth-simulated-backend/#_top)
- [Blockchain-as-a-Service-Apps mit Ethereum und Quorum](https://blockchain.dcwebmakers.com/blockchain-as-a-service-apps-using-ethereum-and-quorum.html)
-- [Verteilter Speicher IPFS und Swarm in Ethereum-Blockchain-Anwendungen](https://blockchain.dcwebmakers.com/work-with-distributed-storage-ipfs-and-swarm-in-ethereum.html)
-- [Mobile Clients: Bibliotheken und Inproc-Ethereum-Knoten](https://github.com/ethereum/go-ethereum/wiki/Mobile-Clients:-Libraries-and-Inproc-Ethereum-Nodes)
+- [Verteilte Speicherung mit IPFS und Swarm in Ethereum-Blockchain-Anwendungen](https://blockchain.dcwebmakers.com/work-with-distributed-storage-ipfs-and-swarm-in-ethereum.html)
+- [Mobile Anwendungen: Bibliotheken und Inproc-Ethereum-Blockchain-Knoten](https://github.com/ethereum/go-ethereum/wiki/Mobile-Clients:-Libraries-and-Inproc-Ethereum-Nodes)
- [Native Dapps: Go-Bindings für Ethereum-Verträge](https://github.com/ethereum/go-ethereum/wiki/Native-DApps:-Go-bindings-to-Ethereum-contracts)
## Go-Projekte und -Tools {#go-projects-and-tools}
-- [Geth / Go Ethereum](https://github.com/ethereum/go-ethereum) – _Offizielle Go-Implementierung des Ethereum-Protokolls_
-- [Go Ethereum Code-Analyse](https://github.com/ZtesoftCS/go-ethereum-code-analysis) – _Überprüfung und Analyse des Go Ethereum-Quellcodes_
-- [Erigon](https://github.com/ledgerwatch/erigon) – _Eine schnellere Variante von Go Ethereum mit Schwerpunkt auf Archivierungsknoten_
-- [Golem](https://github.com/golemfactory/golem) – _Golem schafft einen globalen Markt für Rechenleistung_
-- [Quorum](https://github.com/jpmorganchase/quorum) – _Eine zugangsbeschränkte Implementierung von Ethereum, die den Datenschutz unterstützt_
-- [Prysm](https://github.com/prysmaticlabs/prysm) – _Go-Implementierung von Ethereum „Serenity“ 2.0_
-- [Eth Tweet](https://github.com/yep/eth-tweet) – _Dezentralisiertes Twitter: Ein Microblogging-Dienst, der auf der Ethereum-Blockchain läuft_
+- [Geth / Go Ethereum](https://github.com/ethereum/go-ethereum) - _Offizielle Go-Implementierung des Ethereum-Protokolls_
+- [Go Ethereum Code-Analyse](https://github.com/ZtesoftCS/go-ethereum-code-analysis) - _Überprüfung und Analyse des Go Ethereum-Quellcodes_
+- [Erigon](https://github.com/ledgerwatch/erigon) - _Schnelleres Derivat von Go Ethereum, mit Fokus auf Archiv-Blockchain-Knoten_
+- [Golem](https://github.com/golemfactory/golem) - _Golem schafft einen globalen Markt für Rechenleistung_
+- [Quorum](https://github.com/jpmorganchase/quorum) - _Eine zugelassene (permissioned) Implementierung von Ethereum, die Datenschutz unterstützt_
+- [Prysm](https://github.com/prysmaticlabs/prysm) - _Ethereum 'Serenity' 2.0 Go-Implementierung_
+- [Eth Tweet](https://github.com/yep/eth-tweet) - _Dezentralisiertes Twitter: Ein Microblogging-Dienst, der auf der Ethereum-Blockchain läuft_
- [Plasma MVP Golang](https://github.com/kyokan/plasma) — _Golang-Implementierung und Erweiterung der Minimum Viable Plasma-Spezifikation_
-- [Open Ethereum Mining-Pool](https://github.com/sammy007/open-ethereum-pool) – _Ein Open-Source-Ethereum-Mining-Pool_
-- [Ethereum-HD-Wallet](https://github.com/miguelmota/go-ethereum-hdwallet) – _Ableitungen für Ethereum-HD-Wallets in Go_
-- [Multi Geth](https://github.com/multi-geth/multi-geth) – _Unterstützung für viele Arten von Ethereum-Netzwerken_
-- [Geth Light Client](https://github.com/zsfelfoldi/go-ethereum/wiki/Geth-Light-Client) – _Geth-Implementierung des Light Ethereum Subprotocol_
-- [Ethereum Golang SDK](https://github.com/everFinance/goether) – _Eine einfache Ethereum-Wallet-Implementierung und Dienstprogramme in Golang_
-- [Covalent Golang SDK](https://github.com/covalenthq/covalent-api-sdk-go) – _Effizienter Zugriff auf Blockchain-Daten über das Go-SDK für über 200 Blockchains_
+- [Open Ethereum Mining Pool](https://github.com/sammy007/open-ethereum-pool) - _Ein Open-Source-Ethereum-Mining-Pool_
+- [Ethereum HD Wallet](https://github.com/miguelmota/go-ethereum-hdwallet) - _Ethereum HD Wallet-Ableitungen in Go_
+- [Multi Geth](https://github.com/multi-geth/multi-geth) - _Unterstützung für viele Arten von Ethereum-Netzwerken_
+- [Geth Light Client](https://github.com/zsfelfoldi/go-ethereum/wiki/Geth-Light-Client) - _Geth-Implementierung des Light Ethereum Subprotocols_
+- [Ethereum Golang SDK](https://github.com/everFinance/goether) - _Eine einfache Ethereum-Wallet-Implementierung und Dienstprogramme in Golang_
+- [Covalent Golang SDK](https://github.com/covalenthq/covalent-api-sdk-go) - _Effizienter Blockchain-Datenzugriff über das Go SDK für über 200 Blockchains_
-Sind Sie an weiteren Informationen interessiert? Besuchen Sie [ethereum.org/developers](/developers/)
+Suchen Sie nach weiteren Ressourcen? Besuchen Sie [ethereum.org/developers](/developers/)
## Mitwirkende der Go-Community {#go-community-contributors}
- [Geth Discord](https://discordapp.com/invite/nthXNEv)
- [Geth Gist](https://gitter.im/ethereum/go-ethereum)
-- [Gophers Slack](https://invite.slack.golangbridge.org/) – [Kanal #ethereum](https://gophers.slack.com/messages/C9HP1S9V2)
-- [StackExchange – Ethereum](https://ethereum.stackexchange.com/)
+- [Gophers Slack](https://invite.slack.golangbridge.org/) - [#ethereum-Kanal](https://gophers.slack.com/messages/C9HP1S9V2)
+- [StackExchange - Ethereum](https://ethereum.stackexchange.com/)
- [Multi Geth Gitter](https://gitter.im/ethoxy/multi-geth)
- [Ethereum Gitter](https://gitter.im/ethereum/home)
- [Geth Light Client Gitter](https://gitter.im/ethereum/light-client)
-## Andere zusammengefasste Listen {#other-aggregated-lists}
+## Weitere aggregierte Listen {#other-aggregated-lists}
- [Awesome Ethereum](https://github.com/btomashvili/awesome-ethereum)
-- [Consensys: Eine endgültige Liste von Ethereum-Entwickler-Tools](https://media.consensys.net/an-definitive-list-of-ethereum-developer-tools-2159ce865974) | [GitHub-Quelle](https://github.com/ConsenSys/ethereum-developer-tools-list)
+- [Consensys: Eine definitive Liste von Ethereum-Entwicklertools](https://media.consensys.net/an-definitive-list-of-ethereum-developer-tools-2159ce865974) | [GitHub-Quelle](https://github.com/ConsenSys/ethereum-developer-tools-list)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/programming-languages/index.md b/public/content/translations/de/developers/docs/programming-languages/index.md
index 80eaad705c7..ae9f07e506e 100644
--- a/public/content/translations/de/developers/docs/programming-languages/index.md
+++ b/public/content/translations/de/developers/docs/programming-languages/index.md
@@ -1,17 +1,17 @@
---
title: Programmiersprachen
-description: "Entdecken Sie Ethereum-Entwicklungsressourcen für verschiedene Programmiersprachen, darunter JavaScript, Python, Go, Rust und mehr."
+description: "Entdecke Ethereum-Entwicklungsressourcen für verschiedene Programmiersprachen, darunter JavaScript, Python, Go, Rust und mehr."
lang: de
---
-Ein häufiges Missverständnis ist, dass Entwickler [Smart Contracts](/developers/docs/smart-contracts/) schreiben müssen, um auf Ethereum aufzubauen. Doch das ist falsch.
-Einer der Vorteile des Ethereum-Netzwerks und der Community ist, dass man in so ziemlich jeder Programmiersprache [teilnehmen](/community/) kann.
+Ein weit verbreiteter Irrglaube ist, dass Entwickler [Smart Contracts](/developers/docs/smart-contracts/) schreiben müssen, um auf Ethereum aufzubauen. Das ist falsch.
+Eines der schönen Dinge am Ethereum-Netzwerk und der Community ist, dass man sich in fast jeder Programmiersprache [beteiligen](/community/) kann.
-Die Community von Ethereum und Ethereum selbst ist offen für Open Source, also Quelloffenheit. Zu finden sind Community Projekte – Kundenumsetzungen, APIs (Programmierschnittstellen), Entwickleroberflächen, Tools zu Testzwecken – in einer großen Auswahl an Sprachen.
+Ethereum und seine Community setzen auf Open Source. Du findest Community-Projekte – Client-Implementierungen, APIs, Entwicklungs-Frameworks, Test-Tools – in einer Vielzahl von Sprachen.
-## Wählen Sie Ihre Sprache {#data}
+## Wähle deine Sprache {#data}
-Wählen Sie eine Programmiersprache, um Projekte, Ressourcen und virtuelle Communitys zu finden:
+Wähle deine bevorzugte Programmiersprache, um Projekte, Ressourcen und virtuelle Communities zu finden:
- [Ethereum für Dart-Entwickler](/developers/docs/programming-languages/dart/)
- [Ethereum für Delphi-Entwickler](/developers/docs/programming-languages/delphi/)
@@ -24,9 +24,8 @@ Wählen Sie eine Programmiersprache, um Projekte, Ressourcen und virtuelle Commu
- [Ethereum für Ruby-Entwickler](/developers/docs/programming-languages/ruby/)
- [Ethereum für Rust-Entwickler](/developers/docs/programming-languages/rust/)
-### Was, wenn meine Sprache nicht unterstützt wird {#other-lang}
+### Was ist, wenn meine Sprache nicht unterstützt wird? {#other-lang}
-Wenn Sie auf Ressourcen verlinken oder auf eine virtuelle Gemeinschaft für eine weitere Programmiersprache hinweisen möchten, können Sie eine neue Seite beantragen, indem Sie [ein Thema eröffnen](https://github.com/ethereum/ethereum-org-website/issues/new/choose).
+Wenn du auf Ressourcen verlinken oder auf eine virtuelle Community für eine zusätzliche Programmiersprache hinweisen möchtest, kannst du eine neue Seite anfordern, indem du [ein Issue eröffnest](https://github.com/ethereum/ethereum-org-website/issues/new/choose).
-Wenn Sie nur Code schreiben möchten, um mit einer derzeit nicht unterstützten Sprache mit der Blockchain zu kommunizieren,
-können Sie die [JSON-RPC-Schnittstelle](/developers/docs/apis/json-rpc/) verwenden, um sich mit dem Ethereum-Netzwerk zu verbinden. Jede Programmiersprache, die TCP/IP verwenden kann, kann diese Schnittstelle nutzen.
+Wenn du einfach nur Code schreiben möchtest, um mit der Blockchain über eine derzeit nicht unterstützte Sprache zu interagieren, kannst du die [JSON-RPC-Schnittstelle](/developers/docs/apis/json-rpc/) verwenden, um dich mit dem Ethereum-Netzwerk zu verbinden. Jede Programmiersprache, die TCP/IP nutzen kann, kann diese Schnittstelle verwenden.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/programming-languages/java/index.md b/public/content/translations/de/developers/docs/programming-languages/java/index.md
index 914e0da424c..3cdd8c12f39 100644
--- a/public/content/translations/de/developers/docs/programming-languages/java/index.md
+++ b/public/content/translations/de/developers/docs/programming-languages/java/index.md
@@ -1,48 +1,47 @@
---
title: "Ethereum für Java-Entwickler"
-description: "Lernen, wie Sie mit Java-basierten Projekten und Werkzeugen für Ethereum entwickeln können"
+description: "Erfahren Sie, wie Sie mit Java-basierten Projekten und Tools für Ethereum entwickeln"
lang: de
incomplete: true
---
-Lernen Sie, wie Sie mit Java-basierten Projekten und Tools für Ethereum entwickeln
+Erfahren Sie, wie Sie mit Java-basierten Projekten und Tools für Ethereum entwickeln
-Sie können mit Ethereum dezentrale Anwendungen (oder „dApps“) erstellen, die von den Vorteilen der Kryptowährung und der Blockchain-Technologie profitieren. Solche dApps sind vertrauenswürdig. Das bedeutet, dass sie, sobald sie auf Ethereum hochgeladen wurden, immer exakt wie programmiert ausgeführt werden. Darüber lassen sich digitale Vermögenswerte verwalten und neuartige Finanzanwendungen erschaffen. Sie können dezentralisiert sein. Das bedeutet, dass keine einzelne Einheit oder Person sie kontrollieren kann. Damit ist es fast unmöglich, sie zu zensieren.
+Nutzen Sie Ethereum, um dezentralisierte Anwendungen (oder „Dapps“) zu erstellen, die die Vorteile von Kryptowährung und Blockchain-Technologie nutzen. Diese Dapps können vertrauenswürdig sein, was bedeutet, dass sie, sobald sie auf Ethereum bereitgestellt wurden, immer wie programmiert ausgeführt werden. Sie können digitale Vermögenswerte kontrollieren, um neue Arten von Finanzanwendungen zu schaffen. Sie können dezentralisiert sein, was bedeutet, dass keine einzelne Entität oder Person sie kontrolliert und sie fast unmöglich zu zensieren sind.
## Erste Schritte mit Smart Contracts und der Sprache Solidity {#getting-started-with-smart-contracts-and-solidity}
-**Erste Schritte bei der Integration von Java mit Ethereum**
+**Machen Sie Ihre ersten Schritte zur Integration von Java mit Ethereum**
-Sind Sie an einigen grundlegenden Informationen interessiert? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers.](/developers/)
+Benötigen Sie zuerst eine grundlegendere Einführung? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers.](/developers/)
- [Blockchain erklärt](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
- [Smart Contracts verstehen](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
- [Schreiben Sie Ihren ersten Smart Contract](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [Lernen Sie Solidity zu kompilieren und bereitstellen](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [Lernen Sie, wie man Solidity kompiliert und bereitstellt](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
## Arbeiten mit Ethereum-Clients {#working-with-ethereum-clients}
-Lernen Sie, wie Sie [Web3J](https://github.com/web3j/web3j) und Hyperledger Besu, zwei führende Java-Ethereum-Clients, nutzen
+Erfahren Sie, wie Sie [Web3J](https://github.com/web3j/web3j) und Hyperledger Besu verwenden, zwei führende Java-Ethereum-Clients
-- [Verbindung zu einem Ethereum-Client mit Java, Eclipse und Web3J](https://kauri.io/article/b9eb647c47a546bc95693acc0be72546/connecting-to-an-ethereum-client-with-java-eclipse-and-web3j)
-- [Verwaltung eines Ethereum-Kontos mit Java und Web3j](https://kauri.io/article/925d923e12c543da9a0a3e617be963b4/manage-an-ethereum-account-with-java-and-web3j)
+- [Verbindung zu einem Ethereum-Client mit Java, Eclipse und Web3J herstellen](https://kauri.io/article/b9eb647c47a546bc95693acc0be72546/connecting-to-an-ethereum-client-with-java-eclipse-and-web3j)
+- [Verwalten eines Ethereum-Kontos mit Java und Web3j](https://kauri.io/article/925d923e12c543da9a0a3e617be963b4/manage-an-ethereum-account-with-java-and-web3j)
- [Generieren eines Java-Wrappers aus Ihrem Smart Contract](https://kauri.io/article/84475132317d4d6a84a2c42eb9348e4b/generate-a-java-wrapper-from-your-smart-contract)
-- [Interagieren mit einem Ethereum Smart Contract](https://kauri.io/article/14dc434d11ef4ee18bf7d57f079e246e/interacting-with-an-ethereum-smart-contract-in-java)
-- [Warten auf Ethereum Smart Contract-Ereignisse](https://kauri.io/article/760f495423db42f988d17b8c145b0874/listening-for-ethereum-smart-contract-events-in-java)
-- [Verwendung von Besu (Pantheon), dem Java-Ethereum-Client, unter Linux](https://kauri.io/article/276dd27f1458443295eea58403fd6965/using-pantheon-the-java-ethereum-client-with-linux)
-- [Ausführen eines Hyperledger Besu (Pantheon)-Nodes in Java-Integrationstests](https://kauri.io/article/7dc3ecc391e54f7b8cbf4e5fa0caf780/running-a-pantheon-node-in-java-integration-tests)
-- [Web3j-Spickzettel](https://kauri.io/web3j-cheat-sheet-\(java-ethereum\)/5dfa1ea941ac3d0001ce1d90/c)
-
-Lernen Sie, wie Sie [ethers-kt](https://github.com/Kr1ptal/ethers-kt) verwenden – eine asynchrone, hochleistungsfähige Kotlin-Bibliothek zur Interaktion mit EVM-basierten Blockchains. Ausgelegt für JVM und Android-Plattfomen.
-
-- [Übertragen von ERC20-Tokens](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/abi/TransferERC20.kt)
-- [UniswapV2-Swap mit Ereignisüberwachung](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/tokenswapwitheventlistening/TokenSwapWithEventListening.kt)
+- [Interaktion mit einem Ethereum Smart Contract](https://kauri.io/article/14dc434d11ef4ee18bf7d57f079e246e/interacting-with-an-ethereum-smart-contract-in-java)
+- [Auf Ethereum Smart Contract-Ereignisse hören](https://kauri.io/article/760f495423db42f988d17b8c145b0874/listening-for-ethereum-smart-contract-events-in-java)
+- [Verwendung von Besu (Pantheon), dem Java-Ethereum-Client mit Linux](https://kauri.io/article/276dd27f1458443295eea58403fd6965/using-pantheon-the-java-ethereum-client-with-linux)
+- [Ausführen eines Hyperledger Besu (Pantheon) Blockchain-Knotens in Java-Integrationstests](https://kauri.io/article/7dc3ecc391e54f7b8cbf4e5fa0caf780/running-a-pantheon-node-in-java-integration-tests)
+- [Web3j Spickzettel]()
+
+Erfahren Sie, wie Sie [ethers-kt](https://github.com/Kr1ptal/ethers-kt) verwenden, eine asynchrone, hochleistungsfähige Kotlin-Bibliothek zur Interaktion mit EVM-basierten Blockchains. Ausgerichtet auf JVM- und Android-Plattformen.
+- [ERC20-Token übertragen](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/abi/TransferERC20.kt)
+- [UniswapV2-Tausch mit Ereignisüberwachung](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/tokenswapwitheventlistening/TokenSwapWithEventListening.kt)
- [ETH / ERC20-Guthaben-Tracker](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/balancetracker/BalanceTracker.kt)
## Artikel für Fortgeschrittene {#intermediate-articles}
- [Speicherverwaltung in einer Java-Anwendung mit IPFS](https://kauri.io/article/3e8494f4f56f48c4bb77f1f925c6d926/managing-storage-in-a-java-application-with-ipfs)
-- [Verwaltung von ERC20-Tokens in Java mit Web3j](https://kauri.io/article/d13e911bbf624108b1d5718175a5e0a0/manage-erc20-tokens-in-java-with-web3j)
+- [Verwalten von ERC20-Token in Java mit Web3j](https://kauri.io/article/d13e911bbf624108b1d5718175a5e0a0/manage-erc20-tokens-in-java-with-web3j)
- [Web3j-Transaktionsmanager](https://kauri.io/article/4cb780bb4d0846438d11885a25b6d7e7/web3j-transaction-managers)
## Fortgeschrittene Nutzungsmuster {#advanced-use-patterns}
@@ -51,14 +50,14 @@ Lernen Sie, wie Sie [ethers-kt](https://github.com/Kr1ptal/ethers-kt) verwenden
## Java-Projekte und -Tools {#java-projects-and-tools}
-- [Web3J (Bibliothek für die Interaktion mit Ethereum-Clients)](https://github.com/web3j/web3j)
-- [ethers-kt (Asynchrone, hochleistungsfähige Kotlin-/Java-/Android-Bibliothek für EVM-basierte Blockchains.)](https://github.com/Kr1ptal/ethers-kt)
-- [Eventeum (Event-Listener)](https://github.com/ConsenSys/eventeum)
-- [Mahuta (IPFS-Entwickler-Tools)](https://github.com/ConsenSys/mahuta)
+- [Web3J (Bibliothek zur Interaktion mit Ethereum-Clients)](https://github.com/web3j/web3j)
+- [ethers-kt (Asynchrone, hochleistungsfähige Kotlin/Java/Android-Bibliothek für EVM-basierte Blockchains.)](https://github.com/Kr1ptal/ethers-kt)
+- [Eventeum (Ereignis-Listener)](https://github.com/ConsenSys/eventeum)
+- [Mahuta (IPFS-Entwicklertools)](https://github.com/ConsenSys/mahuta)
-Sind Sie an weiteren Informationen interessiert? Schauen Sie sich [ethereum.org/developers.](/developers/) an.
+Suchen Sie nach weiteren Ressourcen? Besuchen Sie [ethereum.org/developers.](/developers/)
-## Mitwirkende der Java-Community {#java-community-contributors}
+## Mitwirkende aus der Java-Community {#java-community-contributors}
- [IO Builders](https://io.builders)
-- [Kauri](https://kauri.io)
+- [Kauri](https://kauri.io)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/programming-languages/javascript/index.md b/public/content/translations/de/developers/docs/programming-languages/javascript/index.md
index c3d8b533801..713133fc9be 100644
--- a/public/content/translations/de/developers/docs/programming-languages/javascript/index.md
+++ b/public/content/translations/de/developers/docs/programming-languages/javascript/index.md
@@ -1,10 +1,10 @@
---
title: "Ethereum für JavaScript-Entwickler"
-description: "Lernen, wie Sie JavaScript-basierte Projekte und Tools für die Ethereum-Entwicklung nutzen können"
+description: "Erfahren Sie, wie Sie mit JavaScript-basierten Projekten und Tools für Ethereum entwickeln."
lang: de
---
-JavaScript ist eine der beliebtesten Sprachen im Ethereum-Ökosystem. Tatsächlich gibt es ein [Team](https://github.com/ethereumjs), das sich dafür einsetzt, so viel von Ethereum wie möglich auf JavaScript zu bringen.
+JavaScript gehört zu den beliebtesten Sprachen im Ethereum-Ökosystem. Tatsächlich gibt es ein [Team](https://github.com/ethereumjs), das sich der Aufgabe widmet, so viel von Ethereum wie möglich in JavaScript umzusetzen.
Es gibt Möglichkeiten, JavaScript (oder etwas Ähnliches) auf [allen Ebenen des Stacks](/developers/docs/ethereum-stack/) zu schreiben.
@@ -12,20 +12,20 @@ Es gibt Möglichkeiten, JavaScript (oder etwas Ähnliches) auf [allen Ebenen des
### JavaScript-API-Bibliotheken {#javascript-api-libraries}
-Wenn du JavaScript schreiben möchtest, um die Blockchain abzufragen, Transaktionen zu senden und mehr, ist die Verwendung einer [JavaScript-API-Bibliothek](/developers/docs/apis/javascript/) der bequemste Weg. Diese APIs ermöglichen es Entwicklern, einfach mit den [Nodes im Ethereum-Netzwerk](/developers/docs/nodes-and-clients/) zu interagieren.
+Wenn Sie JavaScript schreiben möchten, um die Blockchain abzufragen, Transaktionen zu senden und mehr, ist der bequemste Weg dafür die Verwendung einer [JavaScript-API-Bibliothek](/developers/docs/apis/javascript/). Diese APIs ermöglichen es Entwicklern, einfach mit den [Blockchain-Knoten im Ethereum-Netzwerk](/developers/docs/nodes-and-clients/) zu interagieren.
-Sie können diese Bibliotheken verwenden, um mit Smart Contracts auf Ethereum zu interagieren. Das ermöglicht es, eine dApp für Fälle zu erstellen, in denen Sie nur JavaScript verwenden, um mit bereits bestehenden Verträgen zu interagieren.
+Sie können diese Bibliotheken verwenden, um mit Smart Contracts auf Ethereum zu interagieren. So ist es möglich, eine Dapp zu erstellen, bei der Sie nur JavaScript verwenden, um mit bereits bestehenden Verträgen zu interagieren.
-**Ansehen**
+**Sehen Sie sich Folgendes an:**
- [Web3.js](https://web3js.readthedocs.io)
-- [Ethers.js](https://ethers.org) – _beinhaltet die Implementierung von Ethereum-Wallets und Utilities in JavaScript und TypeScript._
+- [Ethers.js](https://ethers.org) – _enthält eine Ethereum-Wallet-Implementierung und Dienstprogramme in JavaScript und TypeScript._
- [viem](https://viem.sh) – _eine TypeScript-Schnittstelle für Ethereum, die zustandslose Low-Level-Primitive für die Interaktion mit Ethereum bereitstellt._
- [Drift](https://ryangoree.github.io/drift/) – _eine TypeScript-Meta-Bibliothek mit integriertem Caching, Hooks und Test-Mocks für eine mühelose Ethereum-Entwicklung über Web3-Bibliotheken hinweg._
### Smart Contracts {#smart-contracts}
-Wenn du ein JavaScript-Entwickler bist und deinen eigenen Smart Contract schreiben möchtest, solltest du dich mit [Solidity](https://solidity.readthedocs.io) vertraut machen. Das ist die am weitesten verbreitete Smart-Contract-Sprache. Sie ist syntaktisch ähnlich wie JavaScript und erleichtert damit das Lernen.
+Wenn Sie ein JavaScript-Entwickler sind und Ihren eigenen Smart Contract schreiben möchten, sollten Sie sich mit [Solidity](https://solidity.readthedocs.io) vertraut machen. Dies ist die beliebteste Smart-Contract-Sprache und sie ist syntaktisch ähnlich wie JavaScript, was das Erlernen erleichtern kann.
Mehr über [Smart Contracts](/developers/docs/smart-contracts/).
@@ -33,40 +33,40 @@ Mehr über [Smart Contracts](/developers/docs/smart-contracts/).
### Die Ethereum Virtual Machine {#the-ethereum-virtual-machine}
-Es gibt eine JavaScript-Implementierung der [Ethereum Virtual Machine](/developers/docs/evm/). Sie unterstützt die neuesten Fork-Regeln. Fork-Regeln beziehen sich auf Änderungen, die durch geplante Upgrades an EVM vorgenommen wurden.
+Es gibt eine JavaScript-Implementierung der [Ethereum Virtual Machine](/developers/docs/evm/). Sie unterstützt die neuesten Fork-Regeln. Fork-Regeln beziehen sich auf Änderungen an der EVM als Folge von geplanten Upgrades.
-Aufteteilt wird sie in verschiedene JavaScript-Pakete. Die können Sie sich ansehen, um ein besseres Verständnis zu erlangen:
+Sie ist in verschiedene JavaScript-Pakete aufgeteilt, die Sie sich ansehen können, um Folgendes besser zu verstehen:
- Konten
- Blöcke
- Die Blockchain selbst
- Transaktionen
-- Und mehr...
+- Und mehr ...
-Auf diese Weise werden Fragen wie "Was ist die Datenstruktur eines Kontos?" leichter verständlich.
+Dies wird Ihnen helfen, Dinge zu verstehen wie „Wie sieht die Datenstruktur eines Kontos aus?“.
-Wenn Sie sich lieber den geschriebenen Code durchlesen, ist dieses JavaScript eine gute Alternative, um sich all unsere Dokumente durchzulesen.
+Wenn Sie lieber Code lesen, könnte dieses JavaScript eine großartige Alternative zum Lesen unserer Dokumentation sein.
-**Schau dir die EVM an**
+**Sehen Sie sich die EVM an**
[`@ethereumjs/evm`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/evm)
-### Nodes und Clients {#nodes-and-clients}
+### Blockchain-Knoten und Anwendungen {#nodes-and-clients}
-Einer der Clients von Ethereum befindet sich derzeit in der aktiven Entwicklungsphase, sodass Sie einen Einblick in die Funktionsweise der Ethereum-Clients erhalten können, in einer Programmiersprache, die Sie verstehen: JavaScript!
+Eine Ethereumjs-Anwendung befindet sich in aktiver Entwicklung, mit der Sie in einer Sprache, die Sie verstehen, nämlich JavaScript, untersuchen können, wie Ethereum-Anwendungen funktionieren!
-**Schau dir den Client an**
+**Sehen Sie sich die Anwendung an**
[`@ethereumjs/client`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/client)
## Weitere Projekte {#other-projects}
-Im Bereich Ethereum-JavaScript gibt es noch weitere Neuerungen, darunter:
+Es gibt auch viele andere Dinge, die im Bereich Ethereum-JavaScript passieren, darunter:
-- Bibliotheken mit Wallet-Dienstprogrammen
-- Tools zum Erstellen, Importieren und Exportieren von Ethereum-Schlüsseln
-- eine Implementierung des `merkle-patricia-tree` – eine Datenstruktur, die im Ethereum Yellow Paper beschrieben wird.
+- Bibliotheken für Wallet-Dienstprogramme.
+- Tools zum Generieren, Importieren und Exportieren von Ethereum-Schlüsseln.
+- eine Implementierung des `merkle-patricia-tree` – einer Datenstruktur, die im Ethereum Yellow Paper beschrieben wird.
-Tauche im [EthereumJS-Repo](https://github.com/ethereumjs) in das ein, was dich am meisten interessiert.
+Vertiefen Sie sich in das, was Sie am meisten interessiert, im [EthereumJS-Repo](https://github.com/ethereumjs).
-## Weiterführende Lektüre {#further-reading}
+## Weiterführende Literatur {#further-reading}
-_Sie kennen Community-Resourcen die Ihnen geholfen haben? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
+_Kennen Sie eine Community-Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/programming-languages/python/index.md b/public/content/translations/de/developers/docs/programming-languages/python/index.md
index 16388a81429..8372545d5f4 100644
--- a/public/content/translations/de/developers/docs/programming-languages/python/index.md
+++ b/public/content/translations/de/developers/docs/programming-languages/python/index.md
@@ -1,32 +1,32 @@
---
title: "Ethereum für Python-Entwickler"
-description: "Erfahre, wie du mit Python-basierten Projekten und Werkzeugen für Ethereum entwickeln kannst"
+description: "Erfahren Sie, wie Sie mit Python-basierten Projekten und Tools für Ethereum entwickeln"
lang: de
incomplete: true
---
-Lernen Sie, wie Sie mit Python-basierten Projekten und Tools für Ethereum entwickeln
+Erfahren Sie, wie Sie mit Python-basierten Projekten und Tools für Ethereum entwickeln
-Sie können mit Ethereum dezentrale Anwendungen (oder „dApps“) erstellen, die von den Vorteilen der Kryptowährung und der Blockchain-Technologie profitieren. Solche dApps sind vertrauenswürdig. Das bedeutet, dass sie, sobald sie auf Ethereum hochgeladen wurden, immer exakt wie programmiert ausgeführt werden. Darüber lassen sich digitale Vermögenswerte verwalten und neuartige Finanzanwendungen erschaffen. Sie können dezentralisiert sein. Das bedeutet, dass keine einzelne Einheit oder Person sie kontrollieren kann. Damit ist es fast unmöglich, sie zu zensieren.
+Nutzen Sie Ethereum, um dezentralisierte Anwendungen (oder „Dapps“) zu erstellen, die die Vorteile von Kryptowährung und Blockchain-Technologie nutzen. Diese Dapps können vertrauenswürdig sein, was bedeutet, dass sie, sobald sie auf Ethereum bereitgestellt wurden, immer wie programmiert ausgeführt werden. Sie können digitale Vermögenswerte kontrollieren, um neue Arten von Finanzanwendungen zu schaffen. Sie können dezentralisiert sein, was bedeutet, dass keine einzelne Entität oder Person sie kontrolliert und sie fast unmöglich zu zensieren sind.
## Erste Schritte mit Smart Contracts und der Sprache Solidity {#getting-started-with-smart-contracts-and-solidity}
-**Starten Sie mit der Integration von Python mit Ethereum durch**
+**Machen Sie Ihre ersten Schritte zur Integration von Python mit Ethereum**
-Sind Sie an einigen grundlegenden Informationen interessiert? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
+Benötigen Sie zuerst eine grundlegendere Einführung? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
- [Blockchain erklärt](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
- [Smart Contracts verstehen](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
- [Schreiben Sie Ihren ersten Smart Contract](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [Lernen Sie Solidity zu kompilieren und bereitstellen](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [Erfahren Sie, wie man Solidity kompiliert und bereitstellt](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
- [Bericht über den Stand von Python in der Blockchain 2023](https://tradingstrategy.ai/blog/the-state-of-python-in-blockchain-in-2023)
## Artikel für Anfänger {#beginner-articles}
-- [web3.py-Überblick](https://web3py.readthedocs.io/en/latest/overview.html)
+- [web3.py Übersicht](https://web3py.readthedocs.io/en/latest/overview.html)
- [Tour durch das Ethereum-Python-Ökosystem](https://snakecharmers.ethereum.org/python-ecosystem/)
-- [Ein Leitfaden für (Python-)Entwickler zu Ethereum](https://snakecharmers.ethereum.org/a-developers-guide-to-ethereum-pt-1/)
-- [Preiswürdig: Ein Leitfaden für den Ethereum-Python-Hackathon](https://snakecharmers.ethereum.org/prize-worthy/)
+- [Ein (Python-)Entwickler-Leitfaden für Ethereum](https://snakecharmers.ethereum.org/a-developers-guide-to-ethereum-pt-1/)
+- [Preiswürdig: Ein Ethereum-Python-Hackathon-Leitfaden](https://snakecharmers.ethereum.org/prize-worthy/)
- [Eine Einführung in Smart Contracts mit Vyper](https://kauri.io/#collections/Getting%20Started/an-introduction-to-smart-contracts-with-vyper/)
- [Wie entwickelt man einen Ethereum-Vertrag mit Python Flask?](https://medium.com/coinmonks/how-to-develop-ethereum-contract-using-python-flask-9758fe65976e)
- [Einführung in Web3.py · Ethereum für Python-Entwickler](https://www.dappuniversity.com/articles/web3-py-intro)
@@ -37,19 +37,19 @@ Sind Sie an einigen grundlegenden Informationen interessiert? Besuchen Sie [ethe
- [Freunde von web3.py: Einführung in Ape](https://snakecharmers.ethereum.org/intro-to-ape/)
- [Dapp-Entwicklung für Python-Programmierer](https://www.youtube.com/watch?v=tE-8bG35VNw)
- [Erstellen einer Python-Ethereum-Schnittstelle: Teil 1](https://hackernoon.com/creating-a-python-ethereum-interface-part-1-4d2e47ea0f4d)
-- [Ethereum Smart Contracts in Python: ein (fast) umfassender Leitfaden](https://hackernoon.com/ethereum-smart-contracts-in-python-a-comprehensive-ish-guide-771b03990988)
+- [Ethereum Smart Contracts in Python: ein (ziemlich) umfassender Leitfaden](https://hackernoon.com/ethereum-smart-contracts-in-python-a-comprehensive-ish-guide-771b03990988)
## Fortgeschrittene Nutzungsmuster {#advanced-use-patterns}
-- [web3.py-Muster: Echtzeit-Ereignis-Abonnements](https://snakecharmers.ethereum.org/subscriptions/)
+- [web3.py-Muster: Echtzeit-Ereignisabonnements](https://snakecharmers.ethereum.org/subscriptions/)
- [web3.py-Muster: WebSocketProvider](https://snakecharmers.ethereum.org/websocketprovider/)
-- [Kompilieren, Bereitstellen und Aufrufen von Ethereum-Smart-Contracts mit Python](https://yohanes.gultom.id/2018/11/28/compiling-deploying-and-calling-ethereum-smartcontract-using-python/)
+- [Kompilieren, Bereitstellen und Aufrufen von Ethereum-Smart Contracts mit Python](https://yohanes.gultom.id/2018/11/28/compiling-deploying-and-calling-ethereum-smartcontract-using-python/)
- [Analysieren von Solidity Smart Contracts mit Slither](https://kauri.io/#collections/DevOps/analyze-solidity-smart-contracts-with-slither/#analyze-solidity-smart-contracts-with-slither)
-- [Blockchain-Fintech-Tutorial: Leihen und Verleihen mit Python](https://blog.chain.link/blockchain-fintech-defi-tutorial-lending-borrowing-python/)
+- [Blockchain-Fintech-Tutorial: Verleihen und Ausleihen mit Python](https://blog.chain.link/blockchain-fintech-defi-tutorial-lending-borrowing-python/)
## Archivierte Artikel
-- [Bereitstellen Ihres eigenen ERC20-Tokens mit Python und Brownie](https://betterprogramming.pub/python-blockchain-token-deployment-tutorial-create-an-erc20-77a5fd2e1a58)
+- [Stellen Sie Ihren eigenen ERC20-Token mit Python und Brownie bereit](https://betterprogramming.pub/python-blockchain-token-deployment-tutorial-create-an-erc20-77a5fd2e1a58)
- [Verwendung von Brownie und Python zur Bereitstellung von Smart Contracts](https://dev.to/patrickalphac/using-brownie-for-to-deploy-smart-contracts-1kkp)
- [Erstellen von NFTs auf OpenSea mit Brownie](https://www.freecodecamp.org/news/how-to-make-an-nft-and-render-on-opensea-marketplace/)
@@ -57,43 +57,43 @@ Sind Sie an einigen grundlegenden Informationen interessiert? Besuchen Sie [ethe
### Aktiv: {#active}
-- [Web3.py](https://github.com/ethereum/web3.py) – _Python-Bibliothek für die Interaktion mit Ethereum_
-- [Vyper](https://github.com/ethereum/vyper/) – _Pythonische Smart-Contract-Sprache für die EVM_
-- [Ape](https://github.com/ApeWorX/ape) – _Das Entwicklungstool für Smart Contracts für Python-Experten, Datenwissenschaftler und Sicherheitsexperten_
+- [Web3.py](https://github.com/ethereum/web3.py) – _Python-Bibliothek zur Interaktion mit Ethereum_
+- [Vyper](https://github.com/ethereum/vyper/) – _Pythonische Smart Contract-Sprache für die EVM_
+- [Ape](https://github.com/ApeWorX/ape) – _Das Smart Contract-Entwicklungstool für Pythonistas, Datenwissenschaftler und Sicherheitsexperten_
- [py-evm](https://github.com/ethereum/py-evm) – _Implementierung der Ethereum Virtual Machine_
-- [eth-tester](https://github.com/ethereum/eth-tester) – _Tools zum Testen Ethereum-basierter Anwendungen_
+- [eth-tester](https://github.com/ethereum/eth-tester) – _Tools zum Testen von Ethereum-basierten Anwendungen_
- [eth-utils](https://github.com/ethereum/eth-utils/) – _Hilfsfunktionen für die Arbeit mit Ethereum-bezogenen Codebasen_
-- [py-solc-x](https://pypi.org/project/py-solc-x/) – _Python-Wrapper um den solc Solidity-Compiler mit Unterstützung für 0.5.x_
+- [py-solc-x](https://pypi.org/project/py-solc-x/) – _Python-Wrapper um den solc-Solidity-Compiler mit 0.5.x-Unterstützung_
- [pymaker](https://github.com/makerdao/pymaker) – _Python-API für Maker-Verträge_
- [siwe](https://github.com/signinwithethereum/siwe-py) – _Sign in with Ethereum (siwe) für Python_
- [Web3 DeFi für Ethereum-Integrationen](https://github.com/tradingstrategy-ai/web3-ethereum-defi) – _Ein Python-Paket mit fertigen Integrationen für ERC-20, Uniswap und andere beliebte Projekte_
-- [Wake](https://getwake.io) – _All-in-one Python-Framework zum Testen von Verträgen, Fuzzing, Bereitstellung, Scannen von Sicherheitslücken und Code-Navigation (Sprachserver – [Tools für Solidity](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity))_
+- [Wake](https://getwake.io) – _All-in-One-Python-Framework für das Testen von Verträgen, Fuzzing, Bereitstellung, Schwachstellen-Scans und Code-Navigation (Sprachserver – [Tools for Solidity](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity))_
-### Archiviert / Wird nicht mehr gepflegt: {#archived--no-longer-maintained}
+### Archiviert / Nicht mehr gepflegt: {#archived--no-longer-maintained}
- [Trinity](https://github.com/ethereum/trinity) – _Ethereum-Python-Client_
-- [Mamba](https://github.com/arjunaskykok/mamba) – _Framework zum Schreiben, Kompilieren und Bereitstellen von Smart Contracts in der Sprache Vyper_
-- [Brownie](https://github.com/eth-brownie/brownie) – _Python-Framework zum Bereitstellen, Testen und Interagieren mit Ethereum Smart Contracts_
+- [Mamba](https://github.com/arjunaskykok/mamba) – _Framework zum Schreiben, Kompilieren und Bereitstellen von Smart Contracts, die in der Sprache Vyper geschrieben sind_
+- [Brownie](https://github.com/eth-brownie/brownie) – _Python-Framework für die Bereitstellung, das Testen und die Interaktion mit Ethereum Smart Contracts_
- [pydevp2p](https://github.com/ethereum/pydevp2p) – _Implementierung des Ethereum-P2P-Stacks_
-- [py-wasm](https://github.com/ethereum/py-wasm) – _Python-Implementierung des Web-Assembly-Interpreters_
+- [py-wasm](https://github.com/ethereum/py-wasm) – _Python-Implementierung des WebAssembly-Interpreters_
-Sind Sie an weiteren Informationen interessiert? Schauen Sie sich [ethereum.org/developers](/developers/) an.
+Suchen Sie nach weiteren Ressourcen? Besuchen Sie [ethereum.org/developers](/developers/).
## Projekte, die Python-Tools verwenden {#projects-using-python-tooling}
-Die folgenden Ethereum-basierten Projekte verwenden die auf dieser Seite erwähnten Tools. Die zugehörigen Open-Source-Repositorys dienen als gute Referenz für Beispielcode und Best-Practice -Ansätze.
+Die folgenden Ethereum-basierten Projekte verwenden die auf dieser Seite erwähnten Tools. Die zugehörigen Open-Source-Repositories dienen als gute Referenz für Beispielcode und Best Practices.
-- [Yearn Finance](https://yearn.finance/) und [Yearn Vault Contracts-Repository](https://github.com/yearn/yearn-vaults)
-- [Curve](https://www.curve.finance/) und [Curve-Smart-Contracts-Repository](https://github.com/curvefi/curve-contract)
+- [Yearn Finance](https://yearn.finance/) und das [Yearn Vault Contracts-Repository](https://github.com/yearn/yearn-vaults)
+- [Curve](https://www.curve.finance/) und das [Curve Smart Contracts-Repository](https://github.com/curvefi/curve-contract)
- [BadgerDAO](https://badger.com/) und [Smart Contracts, die die Brownie-Toolchain verwenden](https://github.com/Badger-Finance/badger-system)
-- [Sushi](https://sushi.com/) verwendet [Python bei der Verwaltung und Bereitstellung seiner Vesting-Verträge](https://github.com/sushiswap/sushi-vesting-protocols)
-- [Alpha Venture DAO](https://alphaventuredao.io/), bekannt für Alpha Homora, verwendet [Brownie zum Testen und Bereitstellen von Smart Contracts](https://github.com/AlphaFinanceLab/alpha-staking-contract)
+- [Sushi](https://sushi.com/) verwendet [Python zur Verwaltung und Bereitstellung ihrer Vesting-Verträge](https://github.com/sushiswap/sushi-vesting-protocols)
+- [Alpha Finance](https://alphaventuredao.io/), bekannt durch Alpha Homora, verwendet [Brownie zum Testen und Bereitstellen von Smart Contracts](https://github.com/AlphaFinanceLab/alpha-staking-contract)
-## Python-Community-Diskussion {#python-community-contributors}
+## Diskussionen in der Python-Community {#python-community-contributors}
- [Ethereum Python Community Discord](https://discord.gg/9zk7snTfWe) für Diskussionen über Web3.py und andere Python-Frameworks
-- [Vyper Discord](https://discord.gg/SdvKC79cJk) für Diskussionen zur Programmierung von Vyper Smart Contracts
+- [Vyper Discord](https://discord.gg/SdvKC79cJk) für Diskussionen über die Programmierung von Vyper Smart Contracts
-## Andere zusammengefasste Listen {#other-aggregated-lists}
+## Weitere aggregierte Listen {#other-aggregated-lists}
Das Vyper-Wiki enthält eine [unglaubliche Liste von Ressourcen für Vyper](https://github.com/vyperlang/vyper/wiki/Vyper-tools-and-resources)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/programming-languages/ruby/index.md b/public/content/translations/de/developers/docs/programming-languages/ruby/index.md
index ef72c64fb82..a6f2ef2a97a 100644
--- a/public/content/translations/de/developers/docs/programming-languages/ruby/index.md
+++ b/public/content/translations/de/developers/docs/programming-languages/ruby/index.md
@@ -1,60 +1,60 @@
---
title: "Ethereum für Ruby-Entwickler"
-description: "Lernen, wie Sie mit Ruby-basierten Projekten und Tools für Ethereum entwickeln"
+description: "Erfahren Sie, wie Sie mit Ruby-basierten Projekten und Tools für Ethereum entwickeln."
lang: de
incomplete: false
---
-Lernen Sie, wie Sie mit Ruby-basierten Projekten und Werkzeugen für Ethereum entwickeln.
+Erfahren Sie, wie Sie mit Ruby-basierten Projekten und Tools für Ethereum entwickeln.
-Sie können mit Ethereum dezentrale Anwendungen (oder „dApps“) erstellen, die von den Vorteilen der Kryptowährung und der Blockchain-Technologie profitieren. Solche dApps sind vertrauenswürdig. Das bedeutet, dass sie, sobald sie auf Ethereum hochgeladen wurden, immer exakt wie programmiert ausgeführt werden. Darüber lassen sich digitale Vermögenswerte verwalten und neuartige Finanzanwendungen erschaffen. Sie können dezentralisiert sein. Das bedeutet, dass keine einzelne Einheit oder Person sie kontrollieren kann. Damit ist es fast unmöglich, sie zu zensieren.
+Nutzen Sie Ethereum, um dezentralisierte Anwendungen (oder „Dapps“) zu erstellen, die die Vorteile von Kryptowährung und Blockchain-Technologie nutzen. Diese Dapps können vertrauenslos sein, was bedeutet, dass sie, sobald sie auf Ethereum bereitgestellt wurden, immer wie programmiert ausgeführt werden. Sie können digitale Vermögenswerte steuern, um neue Arten von Finanzanwendungen zu schaffen. Sie können dezentralisiert sein, was bedeutet, dass keine einzelne Entität oder Person sie kontrolliert und sie fast unmöglich zu zensieren sind.
## Erste Schritte mit Smart Contracts und der Sprache Solidity {#getting-started-with-smart-contracts-and-solidity}
-**Starten Sie mit der Integration von Ruby mit Ethereum durch**
+**Machen Sie Ihre ersten Schritte zur Integration von Ruby mit Ethereum**
-Sind Sie an einigen grundlegenden Informationen interessiert? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
+Benötigen Sie zuerst eine grundlegendere Einführung? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
- [Blockchain erklärt](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
- [Smart Contracts verstehen](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
- [Schreiben Sie Ihren ersten Smart Contract](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [Lernen Sie Solidity zu kompilieren und bereitstellen](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [Lernen Sie, wie man Solidity kompiliert und bereitstellt](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
## Artikel für Anfänger {#beginner-articles}
-- [Ethereum-Accounts endlich verstehen](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
-- [Endlich Rails-Benutzer mit MetaMask authentifizieren](https://dev.to/q9/finally-authenticating-rails-users-with-metamask-3fj)
+- [Ethereum-Konten endlich verstehen](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
+- [Rails-Benutzer endlich mit MetaMask authentifizieren](https://dev.to/q9/finally-authenticating-rails-users-with-metamask-3fj)
- [Wie man sich mit Ruby mit dem Ethereum-Netzwerk verbindet](https://www.quicknode.com/guides/web3-sdks/how-to-connect-to-the-ethereum-network-using-ruby)
- [Wie man eine neue Ethereum-Adresse in Ruby generiert](https://www.quicknode.com/guides/web3-sdks/how-to-generate-a-new-ethereum-address-in-ruby)
## Artikel für Fortgeschrittene {#intermediate-articles}
- [Blockchain-App mit Ruby](https://www.nopio.com/blog/blockchain-app-ruby/)
-- [Den Smart Contract mit Ruby ausführen, das mit Ethereum verbunden ist](https://titanwolf.org/Network/Articles/Article?AID=87285822-9b25-49d5-ba2a-7ad95fff7ef9)
+- [Verwenden Sie Ruby, verbunden mit Ethereum, um den Smart Contract auszuführen](https://titanwolf.org/Network/Articles/Article?AID=87285822-9b25-49d5-ba2a-7ad95fff7ef9)
-## Ruby-Projekte und -Werkzeuge {#ruby-projects-and-tools}
+## Ruby-Projekte und -Tools {#ruby-projects-and-tools}
### Aktiv {#active}
-- [eth.rb](https://github.com/q9f/eth.rb) – _Ruby-Bibliothek und RPC-Client zur Verwaltung von Ethereum-Konten, Nachrichten und Transaktionen_
-- [keccak.rb](https://github.com/q9f/keccak.rb) – _Der von Ethereum verwendete Keccak-(SHA3-)Hash_
-- [siwe-ruby](https://github.com/signinwithethereum/siwe-ruby) – _Ruby-Implementierung von „Sign-In with Ethereum“_
-- [siwe-rails](https://github.com/signinwithethereum/siwe-rails) – _Rails-Gem, das lokale SIWE-Anmelderouten hinzufügt_
-- [siwe-rails-examples](https://github.com/signinwithethereum/siwe-rails-examples) – _SIWE-Beispiel unter Verwendung von Ruby on Rails mit benutzerdefiniertem Controller_
-- [omniauth-siwe](https://github.com/signinwithethereum/omniauth-siwe) – _OmniAuth-Strategie für Sign In With Ethereum (SIWE)_
-- [omniauth-nft](https://github.com/valthon/omniauth-nft) – _OmniAuth-Strategie für die Authentifizierung über NFT-Besitz_
-- [ethereum-on-rails](https://github.com/q9f/ethereum-on-rails) – _Ethereum on Rails-Vorlage, die es ermöglicht, MetaMask mit Ruby on Rails zu verbinden_
+- [eth.rb](https://github.com/q9f/eth.rb) - _Ruby-Bibliothek und RPC-Client zur Handhabung von Ethereum-Konten, Nachrichten und Transaktionen_
+- [keccak.rb](https://github.com/q9f/keccak.rb) - _Der von Ethereum verwendete Keccak (SHA3) Hash_
+- [siwe-ruby](https://github.com/signinwithethereum/siwe-ruby) - _Ruby-Implementierung von Sign-In with Ethereum_
+- [siwe-rails](https://github.com/signinwithethereum/siwe-rails) - _Rails-Gem, das lokale SIWE-Anmelderouten hinzufügt_
+- [siwe-rails-examples](https://github.com/signinwithethereum/siwe-rails-examples) - _SIWE-Beispiel unter Verwendung von Ruby on Rails mit benutzerdefiniertem Controller_
+- [omniauth-siwe](https://github.com/signinwithethereum/omniauth-siwe) - _OmniAuth-Strategie für Sign In With Ethereum (SIWE)_
+- [omniauth-nft](https://github.com/valthon/omniauth-nft) - _OmniAuth-Strategie zur Authentifizierung über NFT-Besitz_
+- [ethereum-on-rails](https://github.com/q9f/ethereum-on-rails) - _Ethereum on Rails-Vorlage, die es ermöglicht, MetaMask mit Ruby on Rails zu verbinden_
### Archiviert / Wird nicht mehr gepflegt {#archived--no-longer-maintained}
-- [web3-eth](https://github.com/spikewilliams/vtada-ethereum) – _Aufrufen von RPC-Methoden eines Ethereum-Nodes mit Ruby_
-- [ethereum_tree](https://github.com/longhoangwkm/ethereum_tree) – _Ruby-Bibliothek zur Generierung von ETH-Adressen aus einer Hierarchical Deterministic Wallet nach dem BIP32-Standard_
-- [etherlite](https://github.com/budacom/etherlite) – _Ethereum-Integration für Ruby on Rails_
-- [ethereum.rb](https://github.com/EthWorks/ethereum.rb) – _Ruby-Ethereum-Client mit JSON-RPC-Schnittstelle zum Senden von Transaktionen, Erstellen und Interagieren mit Verträgen sowie ein nützliches Toolkit für die Arbeit mit einem Ethereum-Node_
-- [omniauth-ethereum.rb](https://github.com/q9f/omniauth-ethereum.rb) – _Implementiert die Ethereum-Anbieterstrategie für OmniAuth_
+- [web3-eth](https://github.com/spikewilliams/vtada-ethereum) - _Aufrufen von RPC-Methoden eines Ethereum-Blockchain-Knotens mit Ruby_
+- [ethereum_tree](https://github.com/longhoangwkm/ethereum_tree) - _Ruby-Bibliothek zur Generierung von ETH-Adressen aus einem hierarchisch deterministischen Wallet gemäß dem BIP32-Standard_
+- [etherlite](https://github.com/budacom/etherlite) - _Ethereum-Integration für Ruby on Rails_
+- [ethereum.rb](https://github.com/EthWorks/ethereum.rb) - _Ruby-Ethereum-Client, der die JSON-RPC-Schnittstelle zum Senden von Transaktionen, Erstellen und Interagieren mit Verträgen sowie ein nützliches Toolkit für die Arbeit mit einem Ethereum-Blockchain-Knoten verwendet_
+- [omniauth-ethereum.rb](https://github.com/q9f/omniauth-ethereum.rb) - _Implementiert die Ethereum-Anbieterstrategie für OmniAuth_
-Sind Sie an weiteren Informationen interessiert? Besuchen Sie [unser Entwickler-Portal](/developers/).
+Suchen Sie nach weiteren Ressourcen? Besuchen Sie [unsere Entwickler-Startseite](/developers/).
-## Mitwirkende der Ruby-Community {#ruby-community-contributors}
+## Mitwirkende aus der Ruby-Community {#ruby-community-contributors}
-Die [Ethereum Ruby Telegram-Gruppe](https://t.me/ruby_eth) beherbergt eine schnell wachsende Community und ist die zentrale Anlaufstelle für Diskussionen über die oben genannten Projekte und verwandte Themen.
+Die [Ethereum Ruby Telegram-Gruppe](https://t.me/ruby_eth) beherbergt eine schnell wachsende Community und ist die dedizierte Ressource für Diskussionen über alle oben genannten Projekte und verwandte Themen.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/programming-languages/rust/index.md b/public/content/translations/de/developers/docs/programming-languages/rust/index.md
index 241e57b0654..9346de17866 100644
--- a/public/content/translations/de/developers/docs/programming-languages/rust/index.md
+++ b/public/content/translations/de/developers/docs/programming-languages/rust/index.md
@@ -1,65 +1,63 @@
---
title: "Ethereum für Rust-Entwickler"
-description: "Lernen, wie Sie mit Rust-basierten Projekten und Tools für Ethereum entwickeln können"
+description: "Erfahren Sie, wie Sie mit Rust-basierten Projekten und Tools für Ethereum entwickeln"
lang: de
incomplete: true
---
-Lernen Sie, wie Sie für Ethereum mit Rust-basierten Projekten und Werkzeugen entwickeln
+Erfahren Sie, wie Sie mit Rust-basierten Projekten und Tools für Ethereum entwickeln
-Sie können mit Ethereum dezentrale Anwendungen (oder „dApps“) erstellen, die von den Vorteilen der Kryptowährung und der Blockchain-Technologie profitieren. Solche dApps sind vertrauenswürdig. Das bedeutet, dass sie, sobald sie auf Ethereum hochgeladen wurden, immer exakt wie programmiert ausgeführt werden. Darüber lassen sich digitale Vermögenswerte verwalten und neuartige Finanzanwendungen erschaffen. Sie können dezentralisiert sein. Das bedeutet, dass keine einzelne Einheit oder Person sie kontrollieren kann. Damit ist es fast unmöglich, sie zu zensieren.
+Nutzen Sie Ethereum, um dezentralisierte Anwendungen (oder „Dapps“) zu erstellen, die die Vorteile von Kryptowährung und Blockchain-Technologie nutzen. Diese Dapps können vertrauenswürdig sein, was bedeutet, dass sie, sobald sie auf Ethereum bereitgestellt wurden, immer wie programmiert ausgeführt werden. Sie können digitale Vermögenswerte kontrollieren, um neue Arten von Finanzanwendungen zu schaffen. Sie können dezentralisiert sein, was bedeutet, dass keine einzelne Entität oder Person sie kontrolliert und sie fast unmöglich zu zensieren sind.
## Erste Schritte mit Smart Contracts und der Sprache Solidity {#getting-started-with-smart-contracts-and-solidity}
-**Starten Sie mit der Integration von Rust mit Ethereum durch**
+**Machen Sie Ihre ersten Schritte zur Integration von Rust mit Ethereum**
-Sind Sie an einigen grundlegenden Informationen interessiert? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
+Benötigen Sie zuerst eine grundlegendere Einführung? Besuchen Sie [ethereum.org/learn](/learn/) oder [ethereum.org/developers](/developers/).
- [Blockchain erklärt](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
- [Smart Contracts verstehen](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
- [Schreiben Sie Ihren ersten Smart Contract](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [Lernen Sie Solidity zu kompilieren und bereitstellen](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [Lernen Sie, wie man Solidity kompiliert und bereitstellt](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
## Artikel für Anfänger {#beginner-articles}
-- [Der Rust Ethereum-Client](https://openethereum.github.io/) \* **Bitte beachten Sie, dass OpenEthereum [veraltet ist](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) und nicht mehr gewartet wird.** Verwenden Sie es mit Vorsicht und wechseln Sie vorzugsweise zu einer anderen Client-Implementierung.
+- [Die Rust-Ethereum-Anwendung](https://openethereum.github.io/) \* **Beachten Sie, dass OpenEthereum [veraltet ist](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) und nicht mehr gepflegt wird.** Verwenden Sie es mit Vorsicht und wechseln Sie vorzugsweise zu einer anderen Anwendungs-Implementierung.
- [Senden einer Transaktion an Ethereum mit Rust](https://kauri.io/#collections/A%20Hackathon%20Survival%20Guide/sending-ethereum-transactions-with-rust/)
-- [Eine Schritt-für-Schritt-Anleitung, wie Sie Contracts in Rust Wasm für Kovan schreiben](https://github.com/paritytech/pwasm-tutorial)
+- [Ein Schritt-für-Schritt-Tutorial zum Schreiben von Verträgen in Rust Wasm für Kovan](https://github.com/paritytech/pwasm-tutorial)
## Artikel für Fortgeschrittene {#intermediate-articles}
## Fortgeschrittene Nutzungsmuster {#advanced-use-patterns}
-- [pwasm_ethereum externs-Bibliothek zur Interaktion mit einem Ethereum-ähnlichen Netzwerk](https://github.com/openethereum/pwasm-ethereum)
+- [pwasm_ethereum Externs-Bibliothek zur Interaktion mit einem Ethereum-ähnlichen Netzwerk](https://github.com/openethereum/pwasm-ethereum)
+- [Erstellen Sie einen dezentralisierten Chat mit JavaScript und Rust](https://medium.com/perlin-network/build-a-decentralized-chat-using-javascript-rust-webassembly-c775f8484b52)
+- [Erstellen Sie eine dezentralisierte Todo-App mit Vue.js & Rust](https://medium.com/@jjmace01/build-a-decentralized-todo-app-using-vue-js-rust-webassembly-5381a1895beb)
-- [Erstellen eines dezentralen Chats mit JavaScript und Rust](https://medium.com/perlin-network/build-a-decentralized-chat-using-javascript-rust-webassembly-c775f8484b52)
+- [Erstellen Sie eine Blockchain in Rust](https://blog.logrocket.com/how-to-build-a-blockchain-in-rust/)
-- [Erstellen einer dezentralen To-do-App mit Vue.js & Rust](https://medium.com/@jjmace01/build-a-decentralized-todo-app-using-vue-js-rust-webassembly-5381a1895beb)
+## Rust-Projekte und -Tools {#rust-projects-and-tools}
-- [Eine Blockchain in Rust erstellen](https://blog.logrocket.com/how-to-build-a-blockchain-in-rust/)
+- [pwasm-ethereum](https://github.com/paritytech/pwasm-ethereum) – _Sammlung von Externs zur Interaktion mit einem Ethereum-ähnlichen Netzwerk_
+- [Lighthouse](https://github.com/sigp/lighthouse) – _Schnelle Anwendung für die Ethereum-Konsensebene_
+- [Ethereum WebAssembly](https://ewasm.readthedocs.io/en/mkdocs/) – _Vorgeschlagenes Redesign der Ausführungsebene für Ethereum-Smart-Contracts unter Verwendung einer deterministischen Teilmenge von WebAssembly_
+- [oasis_std](https://docs.rs/oasis-std/latest/oasis_std/index.html) – _OASIS-API-Referenz_
+- [Solaris](https://github.com/paritytech/sol-rs) – _Unit-Test-Umgebung für Solidity-Smart-Contracts unter Verwendung der nativen Parity-Anwendungs-EVM._
+- [SputnikVM](https://github.com/rust-blockchain/evm) – _Rust-Implementierung der Ethereum Virtual Machine_
+- [Wavelet](https://wavelet.perlin.net/docs/smart-contracts) – _Wavelet-Smart-Contract in Rust_
+- [Foundry](https://github.com/foundry-rs/foundry) – _Toolkit für die Entwicklung von Ethereum-Anwendungen_
+- [Alloy](https://alloy.rs) – _Leistungsstarke, gut getestete und dokumentierte Bibliotheken für die Interaktion mit Ethereum und anderen EVM-basierten Chains._
+- [Ethers_rs](https://github.com/gakonst/ethers-rs) – _Ethereum-Bibliothek und Wallet-Implementierung_
+- [SewUp](https://github.com/second-state/SewUp) – _Eine Bibliothek, die Ihnen hilft, Ihren Ethereum-WebAssembly-Vertrag mit Rust zu erstellen, ähnlich wie bei der Entwicklung in einem herkömmlichen Backend_
+- [Substreams](https://github.com/streamingfast/substreams) – _Parallelisierte Technologie zur Indexierung von Blockchain-Daten_
+- [Reth](https://github.com/paradigmxyz/reth) Reth (kurz für Rust Ethereum) ist eine neue Implementierung eines vollständigen Ethereum-Blockchain-Knotens
+- [Awesome Ethereum Rust](https://github.com/Vid201/awesome-ethereum-rust) – _Eine kuratierte Sammlung von Projekten im Ethereum-Ökosystem, die in Rust geschrieben wurden_
-## Rust-Projekte und -Werkzeuge {#rust-projects-and-tools}
+Suchen Sie nach weiteren Ressourcen? Besuchen Sie [ethereum.org/developers.](/developers/)
-- [pwasm-ethereum](https://github.com/paritytech/pwasm-ethereum) – _Sammlung von externen Komponenten zur Interaktion mit einem Ethereum-ähnlichen Netzwerk_
-- [Lighthouse](https://github.com/sigp/lighthouse) - _Schneller Client für die Ethereum-Konsens-Ebene_
-- [Ethereum WebAssembly](https://ewasm.readthedocs.io/en/mkdocs/) – _Vorgeschlagene Neugestaltung der Ausführungsebene für Ethereum Smart Contracts mit einer deterministischen Teilmenge von WebAssembly_
-- [oasis_std](https://docs.rs/oasis-std/latest/oasis_std/index.html) - _OASIS API-Referenz_
-- [Solaris](https://github.com/paritytech/sol-rs) – _Testumgebung für Solidity Smart Contracts Einheitstests unter Verwendung der nativen Parity Client EVM._
-- [SputnikVM](https://github.com/rust-blockchain/evm) - _Rust-Implementierung der Ethereum Virtual Machine_
-- [Wavelet](https://wavelet.perlin.net/docs/smart-contracts) - _Wavelet Smart Contract in Rust_
-- [Foundry](https://github.com/foundry-rs/foundry) - _Toolkit für die Entwicklung von Ethereum-Anwendungen_
-- [Alloy](https://alloy.rs) – _Hochleistungsfähige, gut getestete und dokumentierte Bibliotheken zur Interaktion mit Ethereum und anderen EVM-basierten Ketten._
-- [Ethers_rs](https://github.com/gakonst/ethers-rs) - _Ethereum-Bibliothek und Wallet-Implementierung_
-- [SewUp](https://github.com/second-state/SewUp) – _Eine Bibliothek, die Ihnen hilft, Ihren Ethereum-Webassembly-Vertrag mit Rust zu erstellen und genau wie in einem gängigen Backend zu entwickeln_
-- [Substreams](https://github.com/streamingfast/substreams) - _Parallelisierte Technologie zur Indexierung von Blockchain-Daten_
-- [Reth](https://github.com/paradigmxyz/reth) – Reth (kurz für Rust Ethereum) ist eine neue Full-Node-Implementierung für Ethereum
-- [Awesome Ethereum Rust](https://github.com/Vid201/awesome-ethereum-rust) – _Eine kuratierte Sammlung von Projekten im Ethereum-Ökosystem, die in Rust geschrieben sind_
-
-Sind Sie an weiteren Informationen interessiert? Schauen Sie sich [ethereum.org/developers.](/developers/) an.
-
-## Rust-Community-Mitwirkende {#rust-community-contributors}
+## Mitwirkende aus der Rust-Community {#rust-community-contributors}
- [Ethereum WebAssembly](https://gitter.im/ewasm/Lobby)
- [Oasis Gitter](https://gitter.im/Oasis-official/Lobby)
- [Parity Gitter](https://gitter.im/paritytech/parity)
-- [Enigma](https://discord.gg/SJK32GY)
+- [Enigma](https://discord.gg/SJK32GY)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/scaling/index.md b/public/content/translations/de/developers/docs/scaling/index.md
index 2d923664cab..8cdddd9b714 100644
--- a/public/content/translations/de/developers/docs/scaling/index.md
+++ b/public/content/translations/de/developers/docs/scaling/index.md
@@ -1,113 +1,118 @@
---
title: Skalierung
-description: "Eine Einführung in die verschiedenen Skalierungsoptionen, die derzeit von der Ethereum Community entwickelt werden."
+description: "Eine Einführung in die verschiedenen Skalierungsoptionen, die derzeit von der Ethereum-Community entwickelt werden."
lang: de
sidebarDepth: 3
---
## Skalierungsübersicht {#scaling-overview}
-Da die Zahl der Nutzer von Ethereum gestiegen ist, hat die Blockchain gewisse Kapazitätsgrenzen erreicht. Dies hat die Kosten für die Nutzung des Netzes in die Höhe getrieben und den Bedarf an „Skalierungslösungen" geschaffen. Es gibt mehrere Lösungen, die erforscht, getestet und umgesetzt werden, die unterschiedliche Ansätze verfolgen, um ähnliche Ziele zu erreichen.
+Da die Anzahl der Menschen, die [Ethereum](/) nutzen, gewachsen ist, hat die Blockchain bestimmte Kapazitätsgrenzen erreicht. Dies hat die Kosten für die Nutzung des Netzwerks in die Höhe getrieben und den Bedarf an „Skalierungslösungen“ geschaffen. Es werden mehrere Lösungen erforscht, getestet und implementiert, die unterschiedliche Ansätze verfolgen, um ähnliche Ziele zu erreichen.
-Das Hauptziel der Skalierbarkeit besteht darin, die Transaktionsgeschwindigkeit (schnellere Finalität) und den Transaktionsdurchsatz (höhere Anzahl von Transaktionen pro Sekunde) zu erhöhen, ohne die Dezentralisierung oder die Sicherheit zu beeinträchtigen. Auf der Layer-1-Ethereum-Blockchain führt eine hohe Nachfrage zu langsameren Transaktionen und untragbaren [Gaspreisen](/developers/docs/gas/). Die Erhöhung der Netzwerkkapazität in Bezug auf Geschwindigkeit und Durchsatz ist von grundlegender Bedeutung für eine sinnvolle und massenhafte Einführung von Ethereum.
+Das Hauptziel der Skalierbarkeit ist es, die Transaktionsgeschwindigkeit (schnellere Finalität) und den Transaktionsdurchsatz (höhere Anzahl von Transaktionen pro Sekunde) zu erhöhen, ohne die Dezentralisierung oder Sicherheit zu opfern. Auf der Ebene 1 der Ethereum-Blockchain führt eine hohe Nachfrage zu langsameren Transaktionen und unrentablen [Gaspreisen](/developers/docs/gas/). Die Erhöhung der Netzwerkkapazität in Bezug auf Geschwindigkeit und Durchsatz ist grundlegend für eine sinnvolle und massenhafte Akzeptanz von Ethereum.
-Geschwindigkeit und Durchsatz sind zwar von Bedeutung, aber es ist entscheidend, dass Skalierungslösungen, die diese Ziele ermöglichen, dezentralisiert und sicher bleiben. Eine niedrige Einstiegshürde für die Betreiber von Knotenpunkten ist von entscheidender Bedeutung, um eine Entwicklung hin zu zentralisierter und unsicherer Rechenleistung zu verhindern.
+Während Geschwindigkeit und Durchsatz wichtig sind, ist es unerlässlich, dass Skalierungslösungen, die diese Ziele ermöglichen, dezentralisiert und sicher bleiben. Die Eintrittsbarriere für Betreiber von Blockchain-Knoten niedrig zu halten, ist entscheidend, um eine Entwicklung hin zu zentralisierter und unsicherer Rechenleistung zu verhindern.
-Konzeptionell kategorisieren wir Skalierung zunächst entweder als Onchain-Skalierung oder Offchain-Skalierung.
+Konzeptionell kategorisieren wir die Skalierung zunächst entweder als Skalierung auf der Blockchain oder als Off-Chain-Skalierung.
## Voraussetzungen {#prerequisites}
-Sie sollten über ein gutes Verständnis aller grundlegenden Themen verfügen. Die Umsetzung von Skalierungslösungen ist weit fortgeschritten, da die Technologie weniger erprobt ist und weiter erforscht und entwickelt wird.
+Sie sollten ein gutes Verständnis aller grundlegenden Themen haben. Die Implementierung von Skalierungslösungen ist für Fortgeschrittene, da die Technologie weniger praxiserprobt ist und weiterhin erforscht und entwickelt wird.
-## Onchain-Skalierung {#onchain-scaling}
+## Skalierung auf der Blockchain {#onchain-scaling}
-Onchain-Skalierung erfordert Änderungen am Ethereum-Protokoll (Layer-1-[Mainnet](/glossary/#mainnet)). Seit langem wurde die Partitionierung von Ethereum erwartet: Eine Skalierungslösung für Ethereum. Dies würde beinhalten, die Blockchain in diskrete Stücke (Shards) aufzuteilen, die von Teilgruppen von Validatoren verifiziert werden. Jedoch hat das Skalieren durch Layer-2 Rollups als primäre Skalierungstechnik die Führung übernommen. Dies wird durch die Hinzufügung einer neuen kostengünstigeren Form von Daten unterstützt, die an Ethereum-Blöcke angehängt ist und speziell entwickelt wurde, um Rollups für Benutzer kostengünstig zu machen.
+Die Skalierung auf der Blockchain erfordert Änderungen am Ethereum-Protokoll (Ebene 1 [Mainnet](/glossary/#mainnet)). Lange Zeit wurde erwartet, dass das Sharding der Blockchain Ethereum skalieren würde. Dies hätte bedeutet, die Blockchain in diskrete Teile (Shards) aufzuteilen, die von Teilmengen von Validatoren verifiziert werden. Die Skalierung durch Ebene-2-Rollups hat jedoch als primäre Skalierungstechnik übernommen. Dies wird durch die Hinzufügung einer neuen, günstigeren Form von Daten unterstützt, die an Ethereum-Blöcke angehängt werden und speziell dafür entwickelt wurden, Rollups für Benutzer günstig zu machen.
### Sharding {#sharding}
-Sharding ist ein Prozess der Datenverwaltung, bei dem alle gespeicherten Daten in mehrere Fragmente aufgeteilt werden. Unterklassen von Validatoren wären für ihre eigenen Shards verantwortlich, anstatt dafür zu sorgen, dass die Gesamtlast des Ethereum-Systems aufrechterhalten wird. Sharding war lange Zeit Teil der Ethereum-[Roadmap](/roadmap/) und sollte ursprünglich vor The Merge zum Proof-of-Stake-Verfahren implementiert werden. Die schnelle Entwicklung von [Layer-2-Rollups](#layer-2-scaling) und die Erfindung von [Danksharding](/roadmap/danksharding) (das Hinzufügen von Blobs mit Rollup-Daten zu Ethereum-Blöcken, die von Validatoren sehr effizient verifiziert werden können) hat jedoch dazu geführt, dass die Ethereum-Community eine Rollup-zentrierte Skalierung anstelle der Skalierung durch Sharding bevorzugt. Dies wird auch dazu beitragen, die Konsenslogik von Ethereum einfacher zu halten.
+Sharding ist der Prozess der Aufteilung einer Datenbank. Teilmengen von Validatoren wären für einzelne Shards verantwortlich, anstatt das gesamte Ethereum im Auge zu behalten. Sharding stand lange Zeit auf der Ethereum-[Roadmap](/roadmap/) und sollte einst vor dem Merge zu Proof-of-Stake ausgeliefert werden. Die rasante Entwicklung von [Ebene-2-Rollups](#layer-2-scaling) und die Erfindung von [Danksharding](/roadmap/danksharding) (das Hinzufügen von Blobs mit Rollup-Daten zu Ethereum-Blöcken, die von Validatoren sehr effizient verifiziert werden können) haben jedoch dazu geführt, dass die Ethereum-Community eine Rollup-zentrierte Skalierung anstelle einer Skalierung durch Sharding bevorzugt. Dies wird auch dazu beitragen, die Konsenslogik von Ethereum einfacher zu halten.
-## Offchain-Skalierung {#offchain-scaling}
+## Off-Chain-Skalierung {#offchain-scaling}
-Offchain-Lösungen werden separat von Layer 1 Mainnet implementiert – sie erfordern keine Änderungen am bestehenden Ethereum-Protokoll. Einige Lösungen, die als „Layer-2“-Lösungen bekannt sind, leiten ihre Sicherheit direkt vom Layer-1-Ethereum-Konsens ab, wie z. B. [Optimistic Rollups](/developers/docs/scaling/optimistic-rollups/), [Zero-Knowledge-Rollups](/developers/docs/scaling/zk-rollups/) oder [State Channels](/developers/docs/scaling/state-channels/). Andere Lösungen umfassen die Erstellung neuer Chains in verschiedenen Formen, die ihre Sicherheit separat vom Mainnet ableiten, wie z. B. [Sidechains](#sidechains), [Validiums](#validium) oder [Plasma-Chains](#plasma). Diese Lösungen kommunizieren mit dem Mainnet, leiten aber ihre Sicherheit anders ab, um eine Vielzahl von Zielen zu erreichen.
+Off-Chain-Lösungen werden getrennt vom Ebene-1-Mainnet implementiert – sie erfordern keine Änderungen am bestehenden Ethereum-Protokoll. Einige Lösungen, bekannt als „Ebene 2“-Lösungen, leiten ihre Sicherheit direkt vom Ebene-1-Ethereum-Konsens ab, wie z. B. [Optimistic Rollups](/developers/docs/scaling/optimistic-rollups/), [Zero-Knowledge Rollups](/developers/docs/scaling/zk-rollups/) oder [State Channels](/developers/docs/scaling/state-channels/). Andere Lösungen beinhalten die Schaffung neuer Ketten in verschiedenen Formen, die ihre Sicherheit getrennt vom Mainnet ableiten, wie z. B. [Sidechains](#sidechains), [Validiums](#validium) oder [Plasma-Ketten](#plasma). Diese Lösungen kommunizieren mit dem Mainnet, leiten ihre Sicherheit jedoch unterschiedlich ab, um eine Vielzahl von Zielen zu erreichen.
-### Layer-2-Skalierung {#layer-2-scaling}
+### Ebene-2-Skalierung {#layer-2-scaling}
-Diese Kategorie von Offchain-Lösungen bezieht ihre Sicherheit aus dem Ethereum-Mainnet.
+Diese Kategorie von Off-Chain-Lösungen leitet ihre Sicherheit vom Mainnet-Ethereum ab.
-Layer-2 ist ein Sammelbegriff für Lösungen, die dazu dienen, Ihre Anwendung zu skalieren, indem sie Transaktionen außerhalb des Ethereum Mainnet (Layer-1) abwickeln und gleichzeitig das robuste dezentrale Sicherheitsmodell vom Mainnet nutzen. Die Transaktionsgeschwindigkeit leidet, wenn das Netzwerk ausgelastet ist, was die Benutzererfahrung im Umgang mit bestimmten Arten von dApps verschlechtert. Und wenn die Netzwerk-Aktivitäten steigen, dann steigen auch die Gaspreise, während sich Transaktionsabsender gegenseitig überbieten wollen. Dies kann die Verwendung von Ethereum sehr teuer machen.
+Ebene 2 ist ein Sammelbegriff für Lösungen, die entwickelt wurden, um bei der Skalierung Ihrer Anwendung zu helfen, indem Transaktionen außerhalb des Ethereum-Mainnets (Ebene 1) abgewickelt werden, während gleichzeitig das robuste dezentralisierte Sicherheitsmodell des Mainnets genutzt wird. Die Transaktionsgeschwindigkeit leidet, wenn das Netzwerk ausgelastet ist, was die Benutzererfahrung für bestimmte Arten von Dapps verschlechtert. Und wenn das Netzwerk stärker ausgelastet ist, steigen die Gaspreise, da die Absender von Transaktionen versuchen, sich gegenseitig zu überbieten. Dies kann die Nutzung von Ethereum sehr teuer machen.
-Die meisten Layer-2-Lösungen basieren auf einem Server oder einer Gruppe von Servern, von denen jeder als Knotenpunkt, Validator, Operator, Sequenzer, Blockproduzent oder ähnlich bezeichnet wird. Je nach Implementierung können diese Layer-2-Knotenpunkte von Einzelpersonen, Unternehmen oder Einrichtungen, die sie nutzen, oder von einem Drittanbieter oder von einer großen Gruppe von Einzelpersonen (ähnlich wie beim Mainnet) betrieben werden. Im Allgemeinen werden die Transaktionen an diese Layer-2-Knotenpunkte übermittelt, anstatt direkt an Layer-1 (Mainnet) übermittelt zu werden. Bei einigen Lösungen fasst die Layer-2-Instanz diese dann in Gruppen zusammen, bevor sie sie an Layer 1 anheftet, wonach sie durch Layer 1 gesichert sind und nicht mehr geändert werden können. Die Details, wie dies geschieht, variieren erheblich zwischen verschiedenen Layer-2-Technologien und -Implementierungen.
+Die meisten Ebene-2-Lösungen konzentrieren sich auf einen Server oder einen Cluster von Servern, von denen jeder als Blockchain-Knoten, Validator, Betreiber, Sequencer, Blockproduzent oder mit einem ähnlichen Begriff bezeichnet werden kann. Abhängig von der Implementierung können diese Ebene-2-Blockchain-Knoten von den Einzelpersonen, Unternehmen oder Entitäten betrieben werden, die sie nutzen, oder von einem Drittanbieter oder von einer großen Gruppe von Einzelpersonen (ähnlich wie beim Mainnet). Im Allgemeinen werden Transaktionen an diese Ebene-2-Blockchain-Knoten übermittelt, anstatt direkt an Ebene 1 (Mainnet) übermittelt zu werden. Bei einigen Lösungen bündelt die Ebene-2-Instanz sie dann in Gruppen, bevor sie in Ebene 1 verankert werden, wonach sie durch Ebene 1 gesichert sind und nicht mehr geändert werden können. Die Details, wie dies geschieht, variieren erheblich zwischen verschiedenen Ebene-2-Technologien und -Implementierungen.
-Eine bestimmte Layer-2-Instanz kann offen sein und von vielen Anwendungen gemeinsam genutzt werden, oder sie kann von einem Projekt bereitgestellt werden und nur dessen Anwendung unterstützen.
+Eine spezifische Ebene-2-Instanz kann offen sein und von vielen Anwendungen gemeinsam genutzt werden, oder sie kann von einem Projekt bereitgestellt werden und ausschließlich der Unterstützung ihrer eigenen Anwendung dienen.
-#### Warum wird Layer-2 gebraucht? {#why-is-layer-2-needed}
+#### Warum wird Ebene 2 benötigt? {#why-is-layer-2-needed}
-- Mehr Transaktionen pro Sekunde verbessern die Benutzererfahrung erheblich und reduzieren die Netzwerküberlastung auf dem Ethereum Mainnet.
-- Transaktionen werden in einer einzigen Transaktion an das Ethereum-Mainnet gebündelt, was die Gasgebühren für die Nutzer reduziert und Ethereum für Menschen überall integrativer und zugänglicher macht.
-- Keine Aktualisierungen der Skalierbarkeit sollten auf Kosten der Dezentralisierung oder Sicherheit gehen - Layer-2 baut auf Ethereum auf.
-- Es gibt anwendungsspezifische Layer-2-Netzwerke, die ihre eigenen Vorteile im Umgang mit Assets im großen Maßstab mit sich bringen.
+- Erhöhte Transaktionen pro Sekunde verbessern die Benutzererfahrung erheblich und reduzieren die Netzwerküberlastung im Mainnet-Ethereum.
+- Transaktionen werden zu einer einzigen Transaktion an das Mainnet-Ethereum zusammengefasst (Rollups), was die Gasgebühren für Benutzer senkt und Ethereum für Menschen überall inklusiver und zugänglicher macht.
+- Jegliche Aktualisierungen der Skalierbarkeit sollten nicht auf Kosten der Dezentralisierung oder Sicherheit gehen – Ebene 2 baut auf Ethereum auf.
+- Es gibt anwendungsspezifische Ebene-2-Netzwerke, die ihre eigenen Effizienzen mitbringen, wenn sie mit Vermögenswerten in großem Maßstab arbeiten.
-[Mehr über Layer 2](/layer-2/).
+[Mehr zu Ebene 2](/layer-2/).
#### Rollups {#rollups}
-Rollups führen Transaktionen außerhalb von Layer-1 aus, und die Daten werden dann an Layer-1 weitergeleitet, wo ein Konsens erzielt wird. Da die Transaktionsdaten in Layer-1-Blöcken enthalten sind, können Rollups durch die eigene Ethereum-Sicherheit gesichert werden.
+Rollups führen die Transaktionsausführung außerhalb von Ebene 1 durch, und dann werden die Daten auf Ebene 1 veröffentlicht, wo ein Konsens erzielt wird. Da Transaktionsdaten in Ebene-1-Blöcke aufgenommen werden, ermöglicht dies, dass Rollups durch die native Ethereum-Sicherheit gesichert werden.
-Es gibt zwei Arten von Rollups mit verschiedenen Sicherheitsmodellen:
+Es gibt zwei Arten von Rollups mit unterschiedlichen Sicherheitsmodellen:
-- **Optimistic Rollups**: Gehen standardmäßig davon aus, dass Transaktionen gültig sind, und führen Berechnungen nur im Falle einer Anfechtung mittels eines [**Betrugsbeweises**](/glossary/#fraud-proof) durch. [Mehr über Optimistic Rollups](/developers/docs/scaling/optimistic-rollups/).
-- **Zero-Knowledge-Rollups**: Führen Berechnungen offchain durch und übermitteln einen [**Gültigkeitsnachweis**](/glossary/#validity-proof) an die Chain. [Mehr über Zero-Knowledge-Rollups](/developers/docs/scaling/zk-rollups/).
+- **Optimistic Rollups**: Gehen standardmäßig davon aus, dass Transaktionen gültig sind, und führen Berechnungen über einen [**Betrugsnachweis**](/glossary/#fraud-proof) nur im Falle einer Anfechtung durch. [Mehr zu Optimistic Rollups](/developers/docs/scaling/optimistic-rollups/).
+- **Zero-Knowledge Rollups**: Führen Berechnungen Off-Chain durch und übermitteln einen [**Validitätsnachweis**](/glossary/#validity-proof) an die Blockchain. [Mehr zu Zero-Knowledge Rollups](/developers/docs/scaling/zk-rollups/).
#### State Channels {#channels}
-State Channels nutzen Multisig-Verträge, um Teilnehmern schnelle und freie Transaktionen offchain zu ermöglichen, bevor sie die Endgültigkeit mit dem Mainnet abwickeln. Dadurch werden Netzwerküberlastungen, Gebühren und Verzögerungen auf ein Minimum reduziert. Die beiden Arten von Kanälen sind derzeit Zustandskanäle und Zahlungskanäle.
+State Channels nutzen Verträge mit Mehrfachsignatur, um es den Teilnehmern zu ermöglichen, schnell und frei Off-Chain zu transagieren und dann die Finalität mit dem Mainnet abzurechnen. Dies minimiert Netzwerküberlastungen, Gebühren und Verzögerungen. Die beiden Arten von Kanälen sind derzeit State Channels und Payment Channels.
Erfahren Sie mehr über [State Channels](/developers/docs/scaling/state-channels/).
### Sidechains {#sidechains}
-Eine Sidechain ist eine unabhängige, EVM-kompatible Blockchain, die parallel zum Mainnet läuft. Diese sind über zweiseitige kettenübergreifende Brücken mit Ethereum kompatibel und laufen nach ihren eigenen gewählten Konsensregeln und Blockparametern.
+Eine Sidechain ist eine unabhängige EVM-kompatible Blockchain, die parallel zum Mainnet läuft. Diese sind über kettenübergreifende Brücken in beide Richtungen mit Ethereum kompatibel und laufen unter ihren eigenen gewählten Regeln für Konsens und Blockparameter.
Erfahren Sie mehr über [Sidechains](/developers/docs/scaling/sidechains/).
### Plasma {#plasma}
-Eine Plasma-Chain ist eine separate Blockchain, die an der Ethereum-Hauptchain verankert ist und Betrugsbeweise (wie [Optimistic Rollups](/developers/docs/scaling/optimistic-rollups/)) verwendet, um Streitigkeiten beizulegen.
+Eine Plasma-Kette ist eine separate Blockchain, die an der Haupt-Ethereum-Kette verankert ist und Betrugsnachweise (wie [Optimistic Rollups](/developers/docs/scaling/optimistic-rollups/)) verwendet, um Streitigkeiten zu schlichten.
Erfahren Sie mehr über [Plasma](/developers/docs/scaling/plasma/).
### Validium {#validium}
-Eine Validium-Kette nutzt Gültigkeitsnachweise wie Zero-Knowledge-Rollups, aber Daten werden nicht auf der Main Layer-1 Ethereum Chain gespeichert. Dies kann zu 10.000 Transaktionen pro Sekunde pro Validium-Kette führen, zudem können mehrere Ketten parallel laufen.
+Eine Validium-Kette verwendet Validitätsnachweise wie Zero-Knowledge Rollups, aber die Daten werden nicht auf der Haupt-Ebene-1-Ethereum-Kette gespeichert. Dies kann zu 10.000 Transaktionen pro Sekunde pro Validium-Kette führen, und mehrere Ketten können parallel betrieben werden.
Erfahren Sie mehr über [Validium](/developers/docs/scaling/validium/).
## Warum werden so viele Skalierungslösungen benötigt? {#why-do-we-need-these}
-- Mehrere Lösungen können helfen, die allgemeine Überlastung eines Teils des Netzwerks zu reduzieren und einzelne Fehlerquellen zu vermeiden.
-- Das Ganze ist größer als die Summe seiner Teile. Es können verschiedene Lösungen existieren und miteinander harmonieren, was einen exponentiellen Effekt auf die künftige Transaktionsgeschwindigkeit und den Durchsatz ermöglicht.
-- Nicht alle Lösungen erfordern die direkte Nutzung des Ethereum-Konsens-Algorithmus, und Alternativen können Vorteile bieten, die sonst nur schwer zu erreichen wären.
+- Mehrere Lösungen können dazu beitragen, die allgemeine Überlastung in jedem Teil des Netzwerks zu verringern und auch Single Points of Failure zu verhindern.
+- Das Ganze ist mehr als die Summe seiner Teile. Verschiedene Lösungen können existieren und harmonisch zusammenarbeiten, was einen exponentiellen Effekt auf die zukünftige Transaktionsgeschwindigkeit und den Durchsatz ermöglicht.
+- Nicht alle Lösungen erfordern die direkte Nutzung des Ethereum-Konsensalgorithmus, und Alternativen können Vorteile bieten, die sonst schwer zu erreichen wären.
-## Eher der visuelle Lernende? {#visual-learner}
+## Lernen Sie besser visuell? {#visual-learner}
) bezeichnet), die eine Schwachstelle in einem Smart Contract entdeckt und sie den Entwicklern offenlegt. Bug-Bounties ähneln Audits, da sie beinhalten, andere zu bitten, bei der Suche nach Fehlern in Smart Contracts zu helfen.
-Der Hauptunterschied besteht darin, dass Bug-Kopfgeld-Programme der breiteren Entwickler-/Hacker-Community offenstehen und eine breite Klasse von ethischen Hackern und unabhängigen Sicherheitsexperten mit einzigartigen Fähigkeiten und einzigartiger Erfahrung ansprechen. Dies kann ein Vorteil gegenüber Audits von Smart Contracts sein, die sich hauptsächlich auf Teams stützen, die möglicherweise nur über begrenzte oder eingeschränkte Fachkenntnisse verfügen.
+Der Hauptunterschied besteht darin, dass Bug-Bounty-Programme der breiteren Entwickler-/Hacker-Community offenstehen und eine breite Klasse von ethischen Hackern und unabhängigen Sicherheitsexperten mit einzigartigen Fähigkeiten und Erfahrungen anziehen. Dies kann ein Vorteil gegenüber Smart-Contract-Audits sein, die sich hauptsächlich auf Teams stützen, die möglicherweise über begrenzte oder enge Fachkenntnisse verfügen.
-## Testwerkzeuge und -bibliotheken {#testing-tools-and-libraries}
+## Test-Tools und Bibliotheken {#testing-tools-and-libraries}
-### Unit-Test-Werkzeuge {#unit-testing-tools}
+### Unit-Testing-Tools {#unit-testing-tools}
-- **[solidity-coverage](https://github.com/sc-forks/solidity-coverage)** – _Code-Abdeckungs-Tool für in Solidity geschriebene Smart Contracts._
+- **[solidity-coverage](https://github.com/sc-forks/solidity-coverage)** – _Codeabdeckungs-Tool für in Solidity geschriebene Smart Contracts._
-- **[Waffle](https://ethereum-waffle.readthedocs.io/en/latest/)** – _Framework für die fortgeschrittene Entwicklung und das Testen von Smart Contracts (basiert auf ethers.js)_.
+- **[Waffle](https://ethereum-waffle.readthedocs.io/en/latest/)** – _Framework für fortgeschrittene Smart-Contract-Entwicklung und -Tests (basierend auf ethers.js)._
-- **[Remix Tests](https://github.com/ethereum/remix-project/tree/master/libs/remix-tests)** – _Tool zum Testen von Solidity Smart Contracts._ Arbeitet unter dem Remix IDE „Solidity Unit Testing“-Plug-in, das zum Schreiben und Ausführen von Testfällen für einen Vertrag verwendet wird._
+- **[Remix Tests](https://github.com/ethereum/remix-project/tree/master/libs/remix-tests)** – _Tool zum Testen von Solidity-Smart-Contracts. Funktioniert unter dem Remix-IDE-Plugin „Solidity Unit Testing“, das zum Schreiben und Ausführen von Testfällen für einen Vertrag verwendet wird._
-- **[OpenZeppelin Test Helpers](https://github.com/OpenZeppelin/openzeppelin-test-helpers)** – _Assertionsbibliothek für das Testen von Ethereum Smart Contracts._ Stellen Sie sicher, dass sich Ihre Verträge wie erwartet verhalten!_
+- **[OpenZeppelin Test Helpers](https://github.com/OpenZeppelin/openzeppelin-test-helpers)** – _Zusicherungsbibliothek (Assertion Library) für das Testen von Ethereum-Smart-Contracts. Stellen Sie sicher, dass sich Ihre Verträge wie erwartet verhalten!_
-- **[Brownie Unit-Testing-Framework](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)** - _Brownie nutzt Pytest, ein funktionsreiches Testframework, mit dem Sie kleine Tests mit minimalem Code schreiben können, das gut für große Projekte skaliert und in hohem Maße erweiterbar ist._
+- **[Brownie Unit-Testing-Framework](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)** – _Brownie nutzt Pytest, ein funktionsreiches Test-Framework, mit dem Sie kleine Tests mit minimalem Code schreiben können, das gut für große Projekte skaliert und hochgradig erweiterbar ist._
-- **[Foundry Tests](https://github.com/foundry-rs/foundry/tree/master/crates/forge)** – _Foundry bietet mit Forge ein schnelles und flexibles Ethereum-Testframework an, das einfache Unit-Tests, Gas-Optimierungsprüfungen und Vertrags-Fuzzing durchführen kann._
+- **[Foundry Tests](https://github.com/foundry-rs/foundry/tree/master/crates/forge)** – _Foundry bietet Forge, ein schnelles und flexibles Ethereum-Test-Framework, das in der Lage ist, einfache Unit-Tests, Gasoptimierungsprüfungen und Vertrags-Fuzzing auszuführen._
-- **[Hardhat Tests](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)** – _Framework zum Testen von Smart Contracts, basierend auf ethers.js, Mocha und Chai._
+- **[Hardhat Tests](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)** – _Framework zum Testen von Smart Contracts basierend auf ethers.js, Mocha und Chai._
-- **[ApeWorx](https://docs.apeworx.io/ape/stable/userguides/testing.html)** – _Python-basiertes Entwicklungs- und Testframework für Smart Contracts, die auf die Ethereum Virtual Machine abzielen._
+- **[ApeWorx](https://docs.apeworx.io/ape/stable/userguides/testing.html)** – _Python-basiertes Entwicklungs- und Test-Framework für Smart Contracts, das auf die Ethereum Virtual Machine abzielt._
-- **[Wake](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)** – _Python-basiertes Framework für Unit-Tests und Fuzzing mit starken Debugging-Funktionen und Cross-Chain-Testunterstützung, das Pytest und Anvil für die beste Benutzererfahrung und Leistung nutzt._
+- **[Wake](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)** – _Python-basiertes Framework für Unit-Testing und Fuzzing mit starken Debugging-Funktionen und Unterstützung für Cross-Chain-Tests, das pytest und Anvil für beste Benutzererfahrung und Leistung nutzt._
-### Eigenschaftsbasierte Testwerkzeuge {#property-based-testing-tools}
+### Tools für eigenschaftsbasiertes Testen {#property-based-testing-tools}
-#### Werkzeuge für die statische Analyse {#static-analysis-tools}
+#### Tools für statische Analyse {#static-analysis-tools}
-- **[Slither](https://github.com/crytic/slither)** – _Python-basiertes Framework für die statische Analyse von Solidity zum Finden von Schwachstellen, zur Verbesserung des Code-Verständnisses und zum Schreiben benutzerdefinierter Analysen für Smart Contracts._
+- **[Slither](https://github.com/crytic/slither)** – _Python-basiertes Framework zur statischen Analyse von Solidity zum Finden von Schwachstellen, zur Verbesserung des Codeverständnisses und zum Schreiben benutzerdefinierter Analysen für Smart Contracts._
-- **[Ethlint](https://ethlint.readthedocs.io/en/latest/)** – _Linter zur Durchsetzung von Stil- und Sicherheits-Best-Practices für die Smart-Contract-Programmiersprache Solidity._
+- **[Ethlint](https://ethlint.readthedocs.io/en/latest/)** – _Linter zur Durchsetzung von Stil- und Sicherheits-Best-Practices für die Programmiersprache Solidity für Smart Contracts._
-- **[Cyfrin Aderyn](https://cyfrin.io/tools/aderyn)** – _Rust-basiertes statisches Analysetool, das speziell für die Sicherheit und Entwicklung von Web3-Smart-Contracts konzipiert wurde._
+- **[Cyfrin Aderyn](https://cyfrin.io/tools/aderyn)** – _Rust-basierter statischer Analysator, der speziell für die Sicherheit und Entwicklung von Web3-Smart-Contracts entwickelt wurde._
-- **[Wake](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)** – _Python-basiertes Framework für statische Analyse mit Detektoren für Schwachstellen und Codequalität, Printern zum Extrahieren nützlicher Informationen aus dem Code und Unterstützung für das Schreiben benutzerdefinierter Submodule._
+- **[Wake](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)** – _Python-basiertes Framework zur statischen Analyse mit Detektoren für Schwachstellen und Codequalität, Druckern zum Extrahieren nützlicher Informationen aus Code und Unterstützung für das Schreiben benutzerdefinierter Submodule._
- **[Slippy](https://github.com/fvictorio/slippy)** – _Ein einfacher und leistungsstarker Linter für Solidity._
-#### Werkzeuge für die dynamische Analyse {#dynamic-analysis-tools}
+#### Tools für dynamische Analyse {#dynamic-analysis-tools}
-- **[Echidna](https://github.com/crytic/echidna/)** – _Schneller Vertrags-Fuzzer zum Aufspüren von Schwachstellen in Smart Contracts mithilfe von eigenschaftsbasierten Tests._
+- **[Echidna](https://github.com/crytic/echidna/)** – _Schneller Vertrags-Fuzzer zur Erkennung von Schwachstellen in Smart Contracts durch eigenschaftsbasiertes Testen._
-- **[Diligence Fuzzing](https://consensys.net/diligence/fuzzing/)** – _Automatisiertes Fuzzing-Werkzeug zum Aufspüren von Eigenschaftsverstößen im Smart-Contract-Code._
+- **[Diligence Fuzzing](https://consensys.net/diligence/fuzzing/)** – _Automatisiertes Fuzzing-Tool, das nützlich ist, um Eigenschaftsverletzungen im Smart-Contract-Code zu erkennen._
-- **[Manticore](https://manticore.readthedocs.io/en/latest/index.html)** – _Dynamisches symbolisches Ausführungs-Framework zur Analyse von EVM-Bytecode._
+- **[Manticore](https://manticore.readthedocs.io/en/latest/index.html)** – _Framework zur dynamischen symbolischen Ausführung zur Analyse von EVM-Bytecode._
-- **[Mythril](https://github.com/ConsenSys/mythril-classic)** – _EVM-Bytecode-Analysewerkzeug zum Aufspüren von Vertragsschwachstellen mithilfe von Taint-Analysen, concolischer Analyse und Kontrollflussprüfungen._
+- **[Mythril](https://github.com/ConsenSys/mythril-classic)** – _EVM-Bytecode-Bewertungstool zur Erkennung von Vertragsschwachstellen mithilfe von Taint-Analyse, concolic Analyse und Kontrollflussprüfung._
-- **[Diligence Scribble](https://consensys.net/diligence/scribble/)** – _Scribble ist eine Spezifikationssprache und ein Laufzeit-Verifizierungstool, mit dem Sie Smart Contracts mit Eigenschaften versehen können, die es Ihnen ermöglichen, die Verträge automatisch mit Tools wie Diligence Fuzzing oder MythX zu testen._
+- **[Diligence Scribble](https://consensys.net/diligence/scribble/)** – _Scribble ist eine Spezifikationssprache und ein Laufzeit-Verifikations-Tool, mit dem Sie Smart Contracts mit Eigenschaften annotieren können, die es Ihnen ermöglichen, die Verträge automatisch mit Tools wie Diligence Fuzzing oder MythX zu testen._
## Verwandte Tutorials {#related-tutorials}
- [Ein Überblick und Vergleich verschiedener Testprodukte](/developers/tutorials/guide-to-smart-contract-security-tools/) \_
-- [Wie man Echidna zum Testen von Smart Contracts verwendet](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/)
-- [Wie man Manticore verwendet, um Smart-Contract-Fehler zu finden](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)
-- [Wie man Slither verwendet, um Smart-Contract-Fehler zu finden](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
+- [Wie man Echidna verwendet, um Smart Contracts zu testen](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/)
+- [Wie man Manticore verwendet, um Fehler in Smart Contracts zu finden](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)
+- [Wie man Slither verwendet, um Fehler in Smart Contracts zu finden](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
- [Wie man Solidity-Verträge für Tests mockt](/developers/tutorials/how-to-mock-solidity-contracts-for-testing/)
-- [Wie man Unit-Tests in Solidity mit Foundry durchführt](https://www.rareskills.io/post/foundry-testing-solidity)
+- [Wie man Unit-Tests in Solidity mit Foundry ausführt](https://www.rareskills.io/post/foundry-testing-solidity)
-## Weiterführende Lektüre {#further-reading}
+## Weiterführende Literatur {#further-reading}
-- [Ein ausführlicher Leitfaden zum Testen von Ethereum Smart Contracts](https://iamdefinitelyahuman.medium.com/an-in-depth-guide-to-testing-ethereum-smart-contracts-2e41b2770297)
-- [Wie man Ethereum Smart Contracts testet](https://betterprogramming.pub/how-to-test-ethereum-smart-contracts-35abc8fa199d)
-- [MolochDAOs Leitfaden für Unit-Tests für Entwickler](https://github.com/MolochVentures/moloch/tree/4e786db8a4aa3158287e0935dcbc7b1e43416e38/test#moloch-testing-guide)
+- [Ein ausführlicher Leitfaden zum Testen von Ethereum-Smart-Contracts](https://iamdefinitelyahuman.medium.com/an-in-depth-guide-to-testing-ethereum-smart-contracts-2e41b2770297)
+- [Wie man Ethereum-Smart-Contracts testet](https://betterprogramming.pub/how-to-test-ethereum-smart-contracts-35abc8fa199d)
+- [MolochDAOs Unit-Testing-Leitfaden für Entwickler](https://github.com/MolochVentures/moloch/tree/4e786db8a4aa3158287e0935dcbc7b1e43416e38/test#moloch-testing-guide)
- [Wie man Smart Contracts wie ein Rockstar testet](https://forum.openzeppelin.com/t/test-smart-contracts-like-a-rockstar/1001)
+
+## Tutorials: Testen von Smart Contracts auf Ethereum {#tutorials}
+
+- [Wie man eine Dapp in einem lokalen Multi-Client-Testnet entwickelt und testet](/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/) _– Anleitung zur Bereitstellung eines Smart Contracts in einem lokalen Testnet und zur Durchführung von Tests._
+- [Wie man Solidity-Smart-Contracts für Tests mockt](/developers/tutorials/how-to-mock-solidity-contracts-for-testing/) _– Fortgeschrittenes Tutorial zur Verwendung von Mock-Daten und zur Implementierung von Unit-Testing._
+- [Wie man Echidna verwendet, um Smart Contracts zu testen](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/) _– Fortgeschrittene Ansätze für Fuzzing und das Testen von Smart Contracts._
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/smart-contracts/upgrading/index.md b/public/content/translations/de/developers/docs/smart-contracts/upgrading/index.md
index 2d43ed1a166..fde324c3956 100644
--- a/public/content/translations/de/developers/docs/smart-contracts/upgrading/index.md
+++ b/public/content/translations/de/developers/docs/smart-contracts/upgrading/index.md
@@ -1,165 +1,165 @@
---
-title: Aktualisierung von Smart Contracts
+title: Smart Contracts aktualisieren
description: "Ein Überblick über Upgrade-Muster für Ethereum-Smart-Contracts"
lang: de
---
-Smart Contracts auf Ethereum sind selbstausführende Programme, die in der Ethereum Virtual Machine (EVM) laufen. Diese Programme sind von vornherein unveränderlich, sodass sich die Geschäftslogik nach der Veröffentlichung des Vertrags nicht mehr aktualisieren lässt.
+Smart Contracts auf Ethereum sind selbstausführende Programme, die in der Ethereum Virtual Machine (EVM) laufen. Diese Programme sind von Natur aus unveränderlich, was jegliche Aktualisierungen der Geschäftslogik verhindert, sobald der Vertrag bereitgestellt wurde.
-Zwar ist die Unveränderlichkeit für die Vertrauenslosigkeit, Dezentralisierung und Sicherheit von Smart Contracts unabdinglich, sie kann jedoch in bestimmten Fällen ein Nachteil sein. So kann unveränderlicher Code es den Entwicklern unmöglich machen, anfällige Verträge zu reparieren.
+Während Unveränderlichkeit für Vertrauenslosigkeit, Dezentralisierung und Sicherheit von Smart Contracts notwendig ist, kann sie in bestimmten Fällen ein Nachteil sein. Zum Beispiel kann unveränderlicher Code es Entwicklern unmöglich machen, anfällige Verträge zu reparieren.
-Die zunehmende Forschung zur Verbesserung von Smart Contracts hat jedoch zur Einführung verschiedener Upgrade-Muster geführt. Diese Upgrade-Muster ermöglichen es Entwicklern, Smart Contracts zu aktualisieren (unter Beibehaltung der Unveränderlichkeit), indem sie die Geschäftslogik in verschiedenen Verträgen unterbringen.
+Die verstärkte Forschung zur Verbesserung von Smart Contracts hat jedoch zur Einführung mehrerer Upgrade-Muster geführt. Diese Upgrade-Muster ermöglichen es Entwicklern, Smart Contracts zu aktualisieren (wobei die Unveränderlichkeit erhalten bleibt), indem sie die Geschäftslogik in verschiedene Verträge auslagern.
## Voraussetzungen {#prerequisites}
-Sie sollten ein gutes Verständnis von [Smart Contracts](/developers/docs/smart-contracts/), der [Anatomie von Smart Contracts](/developers/docs/smart-contracts/anatomy/) und der [Ethereum Virtual Machine (EVM)](/developers/docs/evm/) haben. In diesem Leitfaden wird außerdem davon ausgegangen, dass die Leser über Kenntnisse in der Programmierung von Smart Contracts verfügen.
+Sie sollten ein gutes Verständnis von [Smart Contracts](/developers/docs/smart-contracts/), der [Anatomie von Smart Contracts](/developers/docs/smart-contracts/anatomy/) und der [Ethereum Virtual Machine (EVM)](/developers/docs/evm/) haben. Dieser Leitfaden setzt außerdem voraus, dass die Leser die Programmierung von Smart Contracts beherrschen.
## Was ist ein Smart-Contract-Upgrade? {#what-is-a-smart-contract-upgrade}
-Bei einem Smart-Contract-Upgrade wird die Geschäftslogik eines Smart Contracts geändert, wobei der Zustand des Vertrags erhalten bleibt. Es ist wichtig, klarzustellen, dass Aktualisierbarkeit und Veränderbarkeit nicht dasselbe sind, insbesondere im Zusammenhang mit Smart Contracts.
+Ein Smart-Contract-Upgrade beinhaltet die Änderung der Geschäftslogik eines Smart Contracts, während der Zustand des Vertrags erhalten bleibt. Es ist wichtig klarzustellen, dass Aktualisierbarkeit und Veränderlichkeit nicht dasselbe sind, insbesondere im Kontext von Smart Contracts.
-Sie können ein Programm, das auf einer Adresse im Ethereum-Netzwerk veröffentlicht wird, trotzdem nicht ändern. Aber Sie können den Code ändern, der ausgeführt wird, wenn Benutzer mit einem Smart Contract interagieren.
+Sie können ein Programm, das an einer Adresse im Ethereum-Netzwerk bereitgestellt wurde, weiterhin nicht ändern. Aber Sie können den Code ändern, der ausgeführt wird, wenn Benutzer mit einem Smart Contract interagieren.
-Dies kann mit den folgenden Methoden geschehen:
+Dies kann über die folgenden Methoden erfolgen:
-1. Erstellung mehrerer Versionen eines Smart Contracts und Migration des Zustands (d. h. der Daten) vom alten Vertrag auf eine neue Instanz des Vertrags.
+1. Erstellen mehrerer Versionen eines Smart Contracts und Migrieren des Zustands (d. h. der Daten) vom alten Vertrag zu einer neuen Instanz des Vertrags.
-2. Erstellung separater Verträge zur Speicherung der Geschäftslogik und des Status.
+2. Erstellen separater Verträge zur Speicherung von Geschäftslogik und Zustand.
-3. Verwendung von Proxy-Mustern, um Funktionsaufrufe von einem unveränderlichen Proxy-Vertrag an einen modifizierbaren Logik-Vertrag zu delegieren.
+3. Verwendung von Proxy-Mustern, um Funktionsaufrufe von einem unveränderlichen Proxy-Vertrag an einen modifizierbaren Logikvertrag zu delegieren.
-4. Erstellung eines unveränderlichen Haupt-Vertrags, der über Schnittstellen mit flexiblen Satelliten-Verträgen verbunden ist und sich auf diese stützt, um bestimmte Funktionen auszuführen.
+4. Erstellen eines unveränderlichen Hauptvertrags, der mit flexiblen Satellitenverträgen interagiert und sich auf diese verlässt, um bestimmte Funktionen auszuführen.
-5. Verwendung des Diamond-Musters, um Funktionsaufrufe von einem Proxy-Vertrag an Logik-Verträge zu delegieren.
+5. Verwendung des Diamond-Musters, um Funktionsaufrufe von einem Proxy-Vertrag an Logikverträge zu delegieren.
### Upgrade-Mechanismus #1: Vertragsmigration {#contract-migration}
-Die Migration von Verträgen basiert auf Versioning – also der Erstellung und Verwaltung eindeutiger Zustände derselben Software. Bei der Vertragsmigration wird eine neue Instanz eines bestehenden Smart Contracts veröffentlicht, wobei Speicher und Guthaben auf den neuen Vertrage übergehen.
+Die Vertragsmigration basiert auf Versionierung – der Idee, eindeutige Zustände derselben Software zu erstellen und zu verwalten. Die Vertragsmigration umfasst die Bereitstellung einer neuen Instanz eines bestehenden Smart Contracts und die Übertragung von Speicher und Guthaben auf den neuen Vertrag.
-Der neu veröffentlichte Vertrag hat einen leeren Speicher, sodass Sie Daten aus dem alten Vertrag wiederherstellen und in die neue Implementierung schreiben können. Danach müssen Sie alle Verträge, die mit dem alten Vertrag interagierten, auf die neue Adresse umstellen.
+Der neu bereitgestellte Vertrag wird einen leeren Speicher haben, was es Ihnen ermöglicht, Daten aus dem alten Vertrag wiederherzustellen und in die neue Implementierung zu schreiben. Danach müssen Sie alle Verträge, die mit dem alten Vertrag interagiert haben, aktualisieren, um die neue Adresse widerzuspiegeln.
-Der letzte Schritt der Vertragsmigration besteht darin, die Benutzer davon zu überzeugen, den neuen Vertrag zu nutzen. In der neuen Vertragsversion bleiben die Guthaben und Adressen der Benutzer erhalten, so dass die Unveränderlichkeit gewahrt bleibt. Wenn es sich um einen Token-basierten Vertrag handelt, müssen Sie sich auch mit den Börsen in Verbindung setzen, um den alten Vertrag zu verwerfen und mit dem neuen Vertrag zu ersetzen.
+Der letzte Schritt bei der Vertragsmigration besteht darin, die Benutzer davon zu überzeugen, auf den neuen Vertrag umzusteigen. Die neue Vertragsversion behält die Benutzerguthaben und -adressen bei, was die Unveränderlichkeit bewahrt. Wenn es sich um einen Token-basierten Vertrag handelt, müssen Sie auch Börsen kontaktieren, damit diese den alten Vertrag verwerfen und den neuen Vertrag verwenden.
-Die Migration von Verträgen ist eine relativ einfache und sichere Maßnahme, um Smart Contracts zu aktualisieren, ohne die Interaktionen der Nutzer zu unterbrechen. Die manuelle Migration von Speicher und Guthaben der Benutzer auf den neuen Vertrag ist jedoch zeitaufwändig und kann hohe Gaskosten verursachen.
+Die Vertragsmigration ist eine relativ unkomplizierte und sichere Maßnahme zur Aktualisierung von Smart Contracts, ohne Benutzerinteraktionen zu unterbrechen. Die manuelle Migration von Benutzerspeicher und Guthaben auf den neuen Vertrag ist jedoch zeitintensiv und kann hohe Gaskosten verursachen.
-[Mehr über Vertragsmigration.](https://blog.trailofbits.com/2018/10/29/how-contract-migration-works/)
+[Mehr zur Vertragsmigration.](https://blog.trailofbits.com/2018/10/29/how-contract-migration-works/)
### Upgrade-Mechanismus #2: Datentrennung {#data-separation}
-Eine weitere Methode zur Aktualisierung von Smart Contracts ist die Aufteilung der Geschäftslogik und des Datenspeichers auf separate Verträge. Das bedeutet, dass die Benutzer mit den Logikverträgen interagieren, die Daten aber im Speichervertrag gesichert werden.
+Eine weitere Methode zur Aktualisierung von Smart Contracts besteht darin, Geschäftslogik und Datenspeicherung in separate Verträge zu trennen. Das bedeutet, dass Benutzer mit dem Logikvertrag interagieren, während die Daten im Speichervertrag gespeichert werden.
-Der Logikvertrag enthält den Code, der ausgeführt wird, wenn Benutzer mit der Anwendung interagieren. Er enthält auch die Adresse des Speichervertrags und interagiert mit diesem, um Daten zu erhalten und einzustellen.
+Der Logikvertrag enthält den Code, der ausgeführt wird, wenn Benutzer mit der Anwendung interagieren. Er speichert auch die Adresse des Speichervertrags und interagiert mit ihm, um Daten abzurufen und festzulegen.
-In der Zwischenzeit sichert der Speichervertrag den mit dem Smart Contract verbundenen Status, wie z. B. Benutzerguthaben und Adressen. Beachten Sie dabei, dass der Speichervertrag Eigentum des Logikvertrags ist und bei der Veröffentlichung mit der Adresse des Logikvertrags konfiguriert wird. Dadurch wird verhindert, dass nicht autorisierte Verträge den Speichervertrag aufrufen oder seine Daten aktualisieren.
+Währenddessen hält der Speichervertrag den mit dem Smart Contract verbundenen Zustand, wie Benutzerguthaben und -adressen. Beachten Sie, dass der Speichervertrag im Besitz des Logikvertrags ist und bei der Bereitstellung mit dessen Adresse konfiguriert wird. Dies verhindert, dass unbefugte Verträge den Speichervertrag aufrufen oder dessen Daten aktualisieren.
-Standardmäßig ist der Speichervertrag unveränderlich, aber Sie können den Logikvertrag, auf den er verweist, durch eine neue Implementierung ersetzen. Dadurch wird der Code, der in der EVM läuft, verändert, wobei sowohl der Speicher als auch die Guthaben intakt bleiben.
+Standardmäßig ist der Speichervertrag unveränderlich – aber Sie können den Logikvertrag, auf den er verweist, durch eine neue Implementierung ersetzen. Dies ändert den Code, der in der EVM ausgeführt wird, während Speicher und Guthaben intakt bleiben.
-Bei dieser Upgrade-Methode muss die Adresse des Logikvertrags im Speichervertrag aktualisiert werden. Außerdem müssen Sie den neuen Logikvertrag aus den bereits erläuterten Gründen mit der Adresse des Speichervertrags konfigurieren.
+Die Verwendung dieser Upgrade-Methode erfordert die Aktualisierung der Adresse des Logikvertrags im Speichervertrag. Sie müssen auch den neuen Logikvertrag aus den zuvor erläuterten Gründen mit der Adresse des Speichervertrags konfigurieren.
-Das Muster der Datentrennung ist im Vergleich zur Vertragsmigration einfacher zu implementieren. Allerdings müssen Sie mehrere Verträge verwalten und komplexe Autorisierungssysteme implementieren, um Smart Contracts vor böswilligen Upgrades zu schützen.
+Das Datentrennungsmuster ist im Vergleich zur Vertragsmigration wohl einfacher zu implementieren. Sie müssen jedoch mehrere Verträge verwalten und komplexe Autorisierungsschemata implementieren, um Smart Contracts vor böswilligen Upgrades zu schützen.
### Upgrade-Mechanismus #3: Proxy-Muster {#proxy-patterns}
-Für Proxy-Muster kommt ebenfalls eine Datentrennung zur Anwendung, um die Geschäftslogik und die Daten in getrennten Verträgen zu halten. Bei einem Proxy-Muster hingegen ruft der Speichervertrag (Proxy genannt) den Geschäftsvertrag während der Codeausführung auf. Dies ist eine Umkehrung der Datentrennungsmethode, bei der der Geschäftsvertrag den Speichervertrag aufruft.
+Das Proxy-Muster verwendet ebenfalls die Datentrennung, um Geschäftslogik und Daten in separaten Verträgen zu halten. In einem Proxy-Muster ruft jedoch der Speichervertrag (Proxy genannt) den Logikvertrag während der Codeausführung auf. Dies ist eine Umkehrung der Datentrennungsmethode, bei der der Logikvertrag den Speichervertrag aufruft.
-Das Folgende geschieht bei einem Proxy-Muster:
+Folgendes passiert in einem Proxy-Muster:
-1. Die Benutzer interagieren mit dem Proxy-Vertrag, der Daten speichert, aber nicht die Geschäftslogik enthält.
+1. Benutzer interagieren mit dem Proxy-Vertrag, der Daten speichert, aber nicht die Geschäftslogik enthält.
-2. Der Proxy-Vertrag speichert die Adresse des Logik-Vertrags und delegiert alle Funktionsaufrufe an den Logik-Vertrag (der die Geschäftslogik enthält), indem er die `delegatecall`-Funktion verwendet.
+2. Der Proxy-Vertrag speichert die Adresse des Logikvertrags und delegiert alle Funktionsaufrufe an den Logikvertrag (der die Geschäftslogik enthält) unter Verwendung der Funktion `delegatecall`.
-3. Nachdem der Aufruf an den Logikvertrag weitergeleitet wurde, werden die vom Logikvertrag weitergegebenen Daten abgerufen und an den Benutzer zurückgegeben.
+3. Nachdem der Aufruf an den Logikvertrag weitergeleitet wurde, werden die vom Logikvertrag zurückgegebenen Daten abgerufen und an den Benutzer zurückgegeben.
-Die Verwendung der Proxy-Muster erfordert ein Verständnis der **delegatecall**-Funktion. Im Grunde ist `delegatecall` ein Opcode, der es einem Vertrag ermöglicht, einen anderen Vertrag aufzurufen, während die eigentliche Codeausführung im Kontext des aufrufenden Vertrags stattfindet. Eine Folge der Verwendung von `delegatecall` in Proxy-Mustern ist, dass der Proxy-Vertrag seinen Speicher liest und beschreibt und die im Logik-Vertrag gespeicherte Logik so ausführt, als würde er eine interne Funktion aufrufen.
+Die Verwendung der Proxy-Muster erfordert ein Verständnis der Funktion **delegatecall**. Grundsätzlich ist `delegatecall` ein Opcode, der es einem Vertrag ermöglicht, einen anderen Vertrag aufzurufen, während die eigentliche Codeausführung im Kontext des aufrufenden Vertrags stattfindet. Eine Implikation der Verwendung von `delegatecall` in Proxy-Mustern ist, dass der Proxy-Vertrag in seinen Speicher liest und schreibt und die im Logikvertrag gespeicherte Logik ausführt, als würde er eine interne Funktion aufrufen.
Aus der [Solidity-Dokumentation](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#delegatecall-callcode-and-libraries):
-> _Es gibt eine spezielle Variante eines Nachrichtenaufrufs namens **delegatecall**, die mit einem Nachrichtenaufruf identisch ist, abgesehen davon, dass der Code an der Zieladresse im Kontext (d.h. an der Adresse) des aufrufenden Vertrags ausgeführt wird und `msg.sender` und `msg.value` ihre Werte nicht ändern._ _Dies bedeutet, dass ein Vertrag zur Laufzeit dynamisch Code von einer anderen Adresse laden kann._ Speicher, aktuelle Adresse und Guthaben beziehen sich weiterhin auf den aufrufenden Vertrag, nur der Code wird von der aufgerufenen Adresse übernommen._
+> _Es gibt eine spezielle Variante eines Nachrichtenaufrufs namens **delegatecall**, die mit einem Nachrichtenaufruf identisch ist, abgesehen von der Tatsache, dass der Code an der Zieladresse im Kontext (d. h. an der Adresse) des aufrufenden Vertrags ausgeführt wird und `msg.sender` sowie `msg.value` ihre Werte nicht ändern._ _Das bedeutet, dass ein Vertrag zur Laufzeit dynamisch Code von einer anderen Adresse laden kann. Speicher, aktuelle Adresse und Guthaben beziehen sich weiterhin auf den aufrufenden Vertrag, nur der Code wird von der aufgerufenen Adresse übernommen._
-Der Proxy-Vertrag weiß, dass er `delegatecall` aufrufen muss, wenn ein Benutzer eine Funktion aufruft, da er über eine eingebaute `fallback`-Funktion verfügt. In der Solidity-Programmierung wird die [Fallback-Funktion](https://docs.soliditylang.org/en/latest/contracts.html#fallback-function) ausgeführt, wenn ein Funktionsaufruf nicht mit den in einem Vertrag angegebenen Funktionen übereinstimmt.
+Der Proxy-Vertrag weiß, dass er `delegatecall` aufrufen muss, wann immer ein Benutzer eine Funktion aufruft, da er eine eingebaute `fallback`-Funktion hat. In der Solidity-Programmierung wird die [Fallback-Funktion](https://docs.soliditylang.org/en/latest/contracts.html#fallback-function) ausgeführt, wenn ein Funktionsaufruf nicht mit den in einem Vertrag angegebenen Funktionen übereinstimmt.
-Damit das Proxy-Muster funktioniert, muss eine benutzerdefinierte Fallback-Funktion verfasst werden, in der beschrieben wird, wie der Proxy-Vertrag mit Funktionsaufrufen umgehen soll, die er nicht unterstützt. In diesem Fall ist die Fallback-Funktion des Proxys so programmiert, dass sie einen Delegatecall initiiert und die Anfrage des Benutzers an die aktuelle Implementierung des Logikvertrags weiterleitet.
+Damit das Proxy-Muster funktioniert, muss eine benutzerdefinierte Fallback-Funktion geschrieben werden, die angibt, wie der Proxy-Vertrag Funktionsaufrufe behandeln soll, die er nicht unterstützt. In diesem Fall ist die Fallback-Funktion des Proxys so programmiert, dass sie einen Delegatecall initiiert und die Anfrage des Benutzers an die aktuelle Implementierung des Logikvertrags umleitet.
-Der Proxy-Vertrag ist standardmäßig unveränderlich, aber Logikverträge mit aktualisierter Geschäftslogik können neu erstellt werden. Für das Upgrade muss dann lediglich die Adresse des im Proxy-Vertrag referenzierten Logikvertrags geändert werden.
+Der Proxy-Vertrag ist standardmäßig unveränderlich, aber es können neue Logikverträge mit aktualisierter Geschäftslogik erstellt werden. Die Durchführung des Upgrades besteht dann darin, die Adresse des im Proxy-Vertrag referenzierten Logikvertrags zu ändern.
-Nachdem der Proxy-Vertrag auf einen neuen Logikvertrag verwiesen wurde, ändert sich der Code, der ausgeführt wird, wenn Benutzer die Funktion des Proxy-Vertrags aufrufen. Auf diese Weise können wir die Logik eines Vertrags aktualisieren, ohne die Benutzer aufzufordern, mit einem neuen Vertrag zu interagieren.
+Indem der Proxy-Vertrag auf einen neuen Logikvertrag verweist, ändert sich der Code, der ausgeführt wird, wenn Benutzer die Funktion des Proxy-Vertrags aufrufen. Dies ermöglicht es uns, die Logik eines Vertrags zu aktualisieren, ohne die Benutzer aufzufordern, mit einem neuen Vertrag zu interagieren.
-Proxy-Muster sind eine beliebte Methode für das Aktualisieren von Smart Contracts, da sie die mit der Vertragsmigration verbundenen Schwierigkeiten beseitigen. Proxy-Muster sind jedoch komplizierter in der Anwendung und können bei unsachgemäßer Verwendung kritische Fehler wie [Konflikte bei Funktionsselektoren](https://medium.com/nomic-foundation-blog/malicious-backdoors-in-ethereum-proxies-62629adf3357) verursachen.
+Proxy-Muster sind eine beliebte Methode zur Aktualisierung von Smart Contracts, da sie die mit der Vertragsmigration verbundenen Schwierigkeiten beseitigen. Proxy-Muster sind jedoch komplizierter zu verwenden und können bei unsachgemäßer Verwendung kritische Fehler einführen, wie z. B. [Kollisionen von Funktionsselektoren](https://medium.com/nomic-foundation-blog/malicious-backdoors-in-ethereum-proxies-62629adf3357).
-[Mehr über Proxy-Muster](https://blog.openzeppelin.com/proxy-patterns/).
+[Mehr zu Proxy-Mustern](https://blog.openzeppelin.com/proxy-patterns/).
### Upgrade-Mechanismus #4: Strategiemuster {#strategy-pattern}
-Diese Technik ist vom [Strategiemuster](https://en.wikipedia.org/wiki/Strategy_pattern) beeinflusst. Es fördert die Erstellung von Softwareprogrammen, die sich mit anderen Programmen verbinden, um bestimmte Funktionen zu implementieren. Die Anwendung von Strategiemustern auf die Ethereum-Entwicklung würde bedeuten, dass ein Smart Contract erstellt wird, der Funktionen aus anderen Verträgen abruft.
+Diese Technik ist vom [Strategiemuster](https://en.wikipedia.org/wiki/Strategy_pattern) beeinflusst, das die Erstellung von Softwareprogrammen fördert, die mit anderen Programmen interagieren, um bestimmte Funktionen zu implementieren. Die Anwendung des Strategiemusters auf die Ethereum-Entwicklung würde bedeuten, einen Smart Contract zu erstellen, der Funktionen aus anderen Verträgen aufruft.
-Der Hauptvertrag enthält in diesem Fall die zentrale Geschäftslogik, verfügt aber über Schnittstellen zu anderen Smart Contracts („Satellitenverträgen“), um bestimmte Funktionen auszuführen. Dieser Hauptvertrag speichert ebenfalls die Adresse für jeden Satellitenvertrag und kann zwischen verschiedenen Implementierungen des Satellitenvertrags wechseln.
+Der Hauptvertrag enthält in diesem Fall die Kerngeschäftslogik, interagiert jedoch mit anderen Smart Contracts („Satellitenverträgen“), um bestimmte Funktionen auszuführen. Dieser Hauptvertrag speichert auch die Adresse für jeden Satellitenvertrag und kann zwischen verschiedenen Implementierungen des Satellitenvertrags wechseln.
-Sie können einen neuen Satellitenvertrag erstellen und den Hauptvertrag mit der neuen Adresse konfigurieren. Dies ermöglicht es Ihnen, _Strategien_ (d. h. eine neue Logik implementieren) für einen Smart Contract zu ändern.
+Sie können einen neuen Satellitenvertrag erstellen und den Hauptvertrag mit der neuen Adresse konfigurieren. Dies ermöglicht es Ihnen, _Strategien_ (d. h. neue Logik zu implementieren) für einen Smart Contract zu ändern.
-Obwohl das Strategiemuster dem zuvor besprochenen Proxy-Muster ähnelt, unterscheidet es sich von diesem, weil der Hauptvertrag, mit dem die Benutzer interagieren, die Geschäftslogik enthält. Die Verwendung dieses Musters bietet Ihnen die Möglichkeit, begrenzte Änderungen an einem Smart Contract vorzunehmen, ohne die Kerninfrastruktur zu beeinträchtigen.
+Obwohl es dem zuvor besprochenen Proxy-Muster ähnlich ist, unterscheidet sich das Strategiemuster, da der Hauptvertrag, mit dem die Benutzer interagieren, die Geschäftslogik enthält. Die Verwendung dieses Musters bietet Ihnen die Möglichkeit, begrenzte Änderungen an einem Smart Contract vorzunehmen, ohne die Kerninfrastruktur zu beeinträchtigen.
-Der größte Nachteil ist, dass sich dieses Muster hauptsächlich für die Einführung kleinerer Upgrades eignet. Auch können Sie diese Upgrade-Methode bei einem (z. B. durch einen Hack) kompromittierten Hauptvertrag nicht verwenden.
+Der Hauptnachteil besteht darin, dass dieses Muster hauptsächlich für die Einführung kleinerer Upgrades nützlich ist. Wenn der Hauptvertrag kompromittiert wird (z. B. durch einen Hack), können Sie diese Upgrade-Methode außerdem nicht verwenden.
### Upgrade-Mechanismus #5: Diamond-Muster {#diamond-pattern}
-Das Diamond-Muster kann als eine Verbesserung des Proxy-Musters angesehen werden. Diamond-Muster unterscheiden sich von Proxy-Mustern, da der Diamond-Proxy-Vertrag Funktionsaufrufe an mehr als einen Logikvertrag delegieren kann.
+Das Diamond-Muster kann als Verbesserung des Proxy-Musters angesehen werden. Diamond-Muster unterscheiden sich von Proxy-Mustern, da der Diamond-Proxy-Vertrag Funktionsaufrufe an mehr als einen Logikvertrag delegieren kann.
-Die Logik-Verträge im Diamond-Muster werden als _Facets_ bezeichnet. Damit das Diamond-Muster funktioniert, müssen Sie im Proxy-Vertrag ein Mapping erstellen, das [Funktionsselektoren](https://docs.soliditylang.org/en/latest/abi-spec.html#function-selector) verschiedenen Facet-Adressen zuordnet.
+Die Logikverträge im Diamond-Muster werden als _Facetten_ bezeichnet. Damit das Diamond-Muster funktioniert, müssen Sie im Proxy-Vertrag eine Zuordnung erstellen, die [Funktionsselektoren](https://docs.soliditylang.org/en/latest/abi-spec.html#function-selector) verschiedenen Facettenadressen zuordnet.
-Wenn ein Benutzer eine Funktion aufruft, prüft der Proxy-Vertrag die Zuordnung, um die Facet zu finden, die für die Ausführung dieser Funktion zuständig ist. Dann ruft es `delegatecall` (mithilfe der Fallback-Funktion) auf und leitet den Aufruf an den entsprechenden Logik-Vertrag weiter.
+Wenn ein Benutzer einen Funktionsaufruf tätigt, überprüft der Proxy-Vertrag die Zuordnung, um die Facette zu finden, die für die Ausführung dieser Funktion verantwortlich ist. Dann ruft er `delegatecall` auf (unter Verwendung der Fallback-Funktion) und leitet den Aufruf an den entsprechenden Logikvertrag weiter.
-Das Diamond-Upgrade-Muster hat einige Vorteile gegenüber konventionellen Proxy-Upgrade-Mustern:
+Das Diamond-Upgrade-Muster hat einige Vorteile gegenüber herkömmlichen Proxy-Upgrade-Mustern:
-1. Damit können Sie einen kleinen Teil des Vertrags aktualisieren, ohne den gesamten Code zu ändern. Die Verwendung des Proxy-Musters für Upgrades setzt die Erstellung eines völlig neuen Logikvertrags voraus, selbst für kleinere Upgrades.
+1. Es ermöglicht Ihnen, einen kleinen Teil des Vertrags zu aktualisieren, ohne den gesamten Code zu ändern. Die Verwendung des Proxy-Musters für Upgrades erfordert die Erstellung eines völlig neuen Logikvertrags, selbst für kleinere Upgrades.
-2. Alle Smart Contracts (einschließlich Logikverträge, die im Proxy-Muster verwendet werden) unterliegen einer Größenbeschränkung von 24 KB, was vor allem bei komplexen Verträgen, für die mehr Funktionen erforderlich sind, eine Einschränkung darstellen kann. Mit dem Diamond-Muster lässt sich dieses Problem leicht lösen, indem Funktionen auf mehrere Logikverträge aufgeteilt werden.
+2. Alle Smart Contracts (einschließlich der in Proxy-Mustern verwendeten Logikverträge) haben ein Größenlimit von 24 KB, was eine Einschränkung darstellen kann – insbesondere für komplexe Verträge, die mehr Funktionen erfordern. Das Diamond-Muster macht es einfach, dieses Problem zu lösen, indem Funktionen auf mehrere Logikverträge aufgeteilt werden.
-3. Proxy-Muster verfolgen bei der Zugangskontrolle einen allumfassenden Ansatz. Eine Entität mit Zugriff auf Upgrade-Funktionen kann den _gesamten_ Vertrag ändern. Das Diamond-Muster ermöglicht jedoch einen modularen Berechtigungsansatz, bei dem Sie Entitäten darauf beschränken können, bestimmte Funktionen innerhalb eines Smart Contracts zu aktualisieren.
+3. Proxy-Muster verfolgen einen pauschalen Ansatz für Zugriffskontrollen. Eine Entität mit Zugriff auf Upgrade-Funktionen kann den _gesamten_ Vertrag ändern. Das Diamond-Muster ermöglicht jedoch einen modularen Berechtigungsansatz, bei dem Sie Entitäten darauf beschränken können, nur bestimmte Funktionen innerhalb eines Smart Contracts zu aktualisieren.
-[Mehr über das Diamond-Muster](https://eip2535diamonds.substack.com/p/introduction-to-the-diamond-standard?s=w).
+[Mehr zum Diamond-Muster](https://eip2535diamonds.substack.com/p/introduction-to-the-diamond-standard?s=w).
## Vor- und Nachteile der Aktualisierung von Smart Contracts {#pros-and-cons-of-upgrading-smart-contracts}
-| Pro | Nachteile |
-| ------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| Ein Smart-Contract-Upgrade kann die Behebung von Schwachstellen erleichtern, die in der Phase nach der Veröffentlichung entdeckt werden. | Das Aktualisieren von Smart Contracts negiert die Idee der Unveränderlichkeit des Codes, was Auswirkungen auf die Dezentralisierung und Sicherheit hat. |
-| Entwickler können mit Logik-Upgrades neue Funktionen zu dezentralen Anwendungen hinzufügen. | Die Benutzer müssen darauf vertrauen, dass die Entwickler Smart Contracts nicht willkürlich verändern. |
-| Upgrades für Smart Contracts können die Sicherheit für die Endbenutzer erhöhen, da sich Bugs damit schnell beheben lassen. | Die Programmierung von Upgrade-Funktionalitäten in Smart Contracts fügt eine weitere Komplexitätsebene hinzu und erhöht die Möglichkeit kritischer Fehler. |
-| Vertrags-Upgrades geben Entwicklern mehr Raum, um mit verschiedenen Funktionen zu experimentieren und DApps im Laufe der Zeit zu verbessern. | Die Möglichkeit, Smart Contracts zu aktualisieren, könnte Entwickler dazu verleiten, Projekte schneller zu starten, ohne in der Entwicklungsphase eine Due-Diligence-Prüfung durchzuführen. |
-| | Eine unsichere Zugriffskontrolle oder Zentralisierung in Smart Contracts kann es böswilligen Akteuren erleichtern, nicht autorisierte Upgrades durchzuführen. |
+| Vorteile | Nachteile |
+| -------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Ein Smart-Contract-Upgrade kann es einfacher machen, Schwachstellen zu beheben, die in der Phase nach der Bereitstellung entdeckt wurden. | Die Aktualisierung von Smart Contracts negiert die Idee der Code-Unveränderlichkeit, was Auswirkungen auf Dezentralisierung und Sicherheit hat. |
+| Entwickler können Logik-Upgrades verwenden, um dezentralisierten Anwendungen neue Funktionen hinzuzufügen. | Benutzer müssen darauf vertrauen, dass Entwickler Smart Contracts nicht willkürlich ändern. |
+| Smart-Contract-Upgrades können die Sicherheit für Endbenutzer verbessern, da Fehler schnell behoben werden können. | Die Programmierung von Upgrade-Funktionen in Smart Contracts fügt eine weitere Komplexitätsebene hinzu und erhöht die Möglichkeit kritischer Fehler. |
+| Vertrags-Upgrades geben Entwicklern mehr Spielraum, um mit verschiedenen Funktionen zu experimentieren und Dapps im Laufe der Zeit zu verbessern. | Die Möglichkeit, Smart Contracts zu aktualisieren, kann Entwickler dazu ermutigen, Projekte schneller zu starten, ohne während der Entwicklungsphase die gebotene Sorgfalt walten zu lassen. |
+| | Unsichere Zugriffskontrolle oder Zentralisierung in Smart Contracts können es böswilligen Akteuren erleichtern, unbefugte Upgrades durchzuführen. |
## Überlegungen zur Aktualisierung von Smart Contracts {#considerations-for-upgrading-smart-contracts}
-1. Benutzen Sie sichere Zugriffskontroll-/Autorisierungsmechanismen, um unbefugte Smart-Contract-Upgrades zu verhindern, insbesondere bei Verwendung von Proxy-Mustern, Strategiemustern oder Datentrennung. Ein Beispiel ist die Einschränkung des Zugriffs auf die Upgrade-Funktion, sodass nur der Eigentümer des Vertrags sie aufrufen kann.
+1. Verwenden Sie sichere Zugriffskontroll-/Autorisierungsmechanismen, um unbefugte Smart-Contract-Upgrades zu verhindern, insbesondere bei der Verwendung von Proxy-Mustern, Strategiemustern oder Datentrennung. Ein Beispiel ist die Beschränkung des Zugriffs auf die Upgrade-Funktion, sodass nur der Eigentümer des Vertrags sie aufrufen kann.
-2. Die Aktualisierung von Smart Contracts ist ein komplexer Vorgang und erfordert ein hohes Maß an Sorgfalt, um die Einführung von Schwachstellen zu verhindern.
+2. Die Aktualisierung von Smart Contracts ist eine komplexe Aktivität und erfordert ein hohes Maß an Sorgfalt, um die Einführung von Schwachstellen zu verhindern.
-3. Verringern Sie Vertrauensannahmen, indem Sie den Prozess der Implementierung von Upgrades dezentralisieren. Mögliche Strategien sind die Verwendung eines [Multi-Sig-Wallet-Vertrags](/developers/docs/smart-contracts/#multisig) zur Steuerung von Upgrades oder die Aufforderung an [Mitglieder einer DAO](/dao/), über die Genehmigung des Upgrades abzustimmen.
+3. Reduzieren Sie Vertrauensannahmen, indem Sie den Prozess der Implementierung von Upgrades dezentralisieren. Mögliche Strategien umfassen die Verwendung eines [Mehrfachsignatur-Wallet-Vertrags](/developers/docs/smart-contracts/#multisig) zur Steuerung von Upgrades oder die Anforderung, dass [Mitglieder einer DAO](/dao/) über die Genehmigung des Upgrades abstimmen.
-4. Seien Sie sich der Kosten bewusst, die mit der Aktualisierung von Verträgen verbunden sind. So kann beispielsweise das Kopieren von Zuständen (z. B. Benutzerguthaben) von einem alten auf einen neuen Vertrag während der Vertragsmigration mehr als eine Transaktion erfordern, was zu höheren Gasgebühren führt.
+4. Seien Sie sich der Kosten bewusst, die mit der Aktualisierung von Verträgen verbunden sind. Beispielsweise kann das Kopieren des Zustands (z. B. Benutzerguthaben) von einem alten Vertrag in einen neuen Vertrag während der Vertragsmigration mehr als eine Transaktion erfordern, was mehr Gasgebühren bedeutet.
-5. Erwägen Sie die Implementierung von **Timelocks**, um Benutzer zu schützen. Ein Timelock bezieht sich auf eine Verzögerung, die bei Änderungen an einem System erzwungen wird. Timelocks können mit einem Multi-Sig-Verwaltungssystem kombiniert werden, um die Upgrades zu kontrollieren: Erreicht eine vorgeschlagene Aktion den erforderlichen Schwellenwert für die Genehmigung, wird sie erst nach Ablauf der vordefinierten Verzögerungszeit ausgeführt.
+5. Erwägen Sie die Implementierung von **Timelocks**, um Benutzer zu schützen. Ein Timelock bezieht sich auf eine erzwungene Verzögerung bei Änderungen an einem System. Timelocks können mit einem Mehrfachsignatur-Governance-System kombiniert werden, um Upgrades zu steuern: Wenn eine vorgeschlagene Aktion den erforderlichen Genehmigungsschwellenwert erreicht, wird sie erst ausgeführt, wenn die vordefinierte Verzögerungszeit abgelaufen ist.
-Timelocks geben den Benutzern eine gewisse Zeitspanne, um das System zu verlassen, wenn sie mit einer vorgeschlagenen Änderung nicht einverstanden sind (z. B. mit einem Logik-Upgrade oder neuen Gebührenregelungen). Ohne Timelocks müssen die Benutzer darauf vertrauen, dass die Entwickler keine willkürlichen Änderungen an einem Smart Contract ohne vorherige Ankündigung vornehmen. Der Nachteil dabei ist, dass die Möglichkeit, Schwachstellen schnell zu beheben, durch die Timelocks eingeschränkt wird.
+Timelocks geben Benutzern etwas Zeit, das System zu verlassen, wenn sie mit einer vorgeschlagenen Änderung (z. B. Logik-Upgrade oder neue Gebührenmodelle) nicht einverstanden sind. Ohne Timelocks müssen Benutzer darauf vertrauen, dass Entwickler keine willkürlichen Änderungen an einem Smart Contract ohne vorherige Ankündigung vornehmen. Der Nachteil hierbei ist, dass Timelocks die Fähigkeit einschränken, Schwachstellen schnell zu beheben.
## Ressourcen {#resources}
-**OpenZeppelin Upgrades Plugins - _Eine Suite von Tools für die Bereitstellung und Absicherung von aktualisierbaren Smart Contracts._**
+**OpenZeppelin Upgrades Plugins – _Eine Suite von Tools zur Bereitstellung und Sicherung aktualisierbarer Smart Contracts._**
- [GitHub](https://github.com/OpenZeppelin/openzeppelin-upgrades)
- [Dokumentation](https://docs.openzeppelin.com/upgrades)
## Tutorials {#tutorials}
-- [Upgrading your Smart Contracts | YouTube-Tutorial](https://www.youtube.com/watch?v=bdXJmWajZRY) von Patrick Collins
+- [Upgrading your Smart Contracts | YouTube Tutorial](https://www.youtube.com/watch?v=bdXJmWajZRY) von Patrick Collins
- [Ethereum Smart Contract Migration Tutorial](https://medium.com/coinmonks/ethereum-smart-contract-migration-13f6f12539bd) von Austin Griffith
- [Using the UUPS proxy pattern to upgrade smart contracts](https://blog.logrocket.com/author/praneshas/) von Pranesh A.S
- [Web3 Tutorial: Write upgradeable smart contract (proxy) using OpenZeppelin](https://dev.to/yakult/tutorial-write-upgradeable-smart-contract-proxy-contract-with-openzeppelin-1916) von fangjun.eth
-## Weiterführende Lektüre {#further-reading}
+## Weiterführende Literatur {#further-reading}
- [The State of Smart Contract Upgrades](https://blog.openzeppelin.com/the-state-of-smart-contract-upgrades/) von Santiago Palladino
- [Multiple ways to upgrade a Solidity smart contract](https://cryptomarketpool.com/multiple-ways-to-upgrade-a-solidity-smart-contract/) – Crypto Market Pool Blog
- [Learn: Upgrading Smart Contracts](https://docs.openzeppelin.com/learn/upgrading-smart-contracts) – OpenZeppelin Docs
- [Proxy Patterns For Upgradeability Of Solidity Contracts: Transparent vs UUPS Proxies](https://mirror.xyz/0xB38709B8198d147cc9Ff9C133838a044d78B064B/M7oTptQkBGXxox-tk9VJjL66E1V8BUF0GF79MMK4YG0) von Naveen Sahu
-- [How Diamond Upgrades Work](https://dev.to/mudgen/how-diamond-upgrades-work-417j) von Nick Mudge
+- [How Diamond Upgrades Work](https://dev.to/mudgen/how-diamond-upgrades-work-417j) von Nick Mudge
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/smart-contracts/verifying/index.md b/public/content/translations/de/developers/docs/smart-contracts/verifying/index.md
index 5850e50bc97..4ade35bbc6c 100644
--- a/public/content/translations/de/developers/docs/smart-contracts/verifying/index.md
+++ b/public/content/translations/de/developers/docs/smart-contracts/verifying/index.md
@@ -1,113 +1,113 @@
---
-title: "Überprüfen von Smart Contracts"
-description: "Eine Übersicht über die Quellcodeverifizierung für Ethereum-Smart-Contracts"
+title: Verifizierung von Smart Contracts
+description: "Ein Überblick über die Quellcode-Verifizierung für Ethereum-Smart-Contracts"
lang: de
---
-[Smart Contracts](/developers/docs/smart-contracts/) sind so konzipiert, dass sie „vertrauenslos“ sind. Das bedeutet, Benutzer müssen Dritten (z. B. Entwicklern und Unternehmen) nicht vertrauen, bevor sie mit einem Vertrag interagieren. Die Voraussetzung für Vertrauenslosigkeit ist, dass die Benutzer und andere Entwickler in der Lage sein müssen, den Quellcode eines Smart Contracts zu verifizieren. Nach der Quellcodeverifizierung können Benutzer und Entwicklern sicher sein, dass der veröffentlichte Vertragscode derselbe Code ist, der unter dieser Vertragsaddresse auf der Ethereum-Blockchain läuft.
+[Smart Contracts](/developers/docs/smart-contracts/) sind so konzipiert, dass sie „vertrauenslos“ (trustless) sind, was bedeutet, dass Benutzer keinen Dritten (z. B. Entwicklern und Unternehmen) vertrauen müssen, bevor sie mit einem Vertrag interagieren. Als Voraussetzung für diese Vertrauenslosigkeit müssen Benutzer und andere Entwickler in der Lage sein, den Quellcode eines Smart Contracts zu verifizieren. Die Quellcode-Verifizierung versichert Benutzern und Entwicklern, dass der veröffentlichte Vertragscode derselbe Code ist, der an der Vertragsadresse auf der Ethereum-Blockchain ausgeführt wird.
-Es ist wichtig, zwischen „Quellcode-Verifizierung“ und „[formaler Verifizierung](/developers/docs/smart-contracts/formal-verification/)“ zu unterscheiden. Quellcode-Verifizierung, die im Folgenden näher erläutert wird, bedeutet die Überprüfung, ob der angegebene Quellcode eines Smart Contracts in einer Hochsprache (z. B. Solidity) zu demselben Bytecode kompiliert wird, der an der Vertragsadresse ausgeführt werden soll. Die formale Verifizierung bezieht sich hingegen darauf, die Korrektheit eines Smart Contracts zu verifizieren und sagen zu können, dass der Contract sich wie erwartet verhält. Obwohl die Vertragsverifizierung kontextbezogen ist, bezieht sie sich meistens auf die Quellcodeverifizierung.
+Es ist wichtig, zwischen „Quellcode-Verifizierung“ und „[formaler Verifizierung](/developers/docs/smart-contracts/formal-verification/)“ zu unterscheiden. Die Quellcode-Verifizierung, die im Folgenden detailliert erklärt wird, bezieht sich auf die Überprüfung, ob der gegebene Quellcode eines Smart Contracts in einer Hochsprache (z. B. Solidity) zu demselben Bytecode kompiliert wird, der an der Vertragsadresse ausgeführt werden soll. Die formale Verifizierung beschreibt jedoch die Überprüfung der Korrektheit eines Smart Contracts, was bedeutet, dass sich der Vertrag wie erwartet verhält. Obwohl kontextabhängig, bezieht sich die Vertragsverifizierung in der Regel auf die Quellcode-Verifizierung.
-## Was ist Quellcodeverifizierung? {#what-is-source-code-verification}
+## Was ist Quellcode-Verifizierung? {#what-is-source-code-verification}
-Bevor ein Smart Contract in der [Ethereum Virtual Machine (EVM)](/developers/docs/evm/) bereitgestellt wird, [kompilieren](/developers/docs/smart-contracts/compiling/) Entwickler den Quellcode des Vertrags – Anweisungen, die [in Solidity geschrieben](/developers/docs/smart-contracts/languages/) oder in einer anderen High-Level-Programmiersprache verfasst sind – zu Bytecode. Die Kompilierung von Quellcode in Bytecode (z. B. Low-Level, Maschinenanweisungen) ist notwendig, um die Vertragslogik in der EVM auszuführen, da die EVM keine High-Level-Anweisungen interpretieren kann.
+Vor der Bereitstellung eines Smart Contracts in der [Ethereum Virtual Machine (EVM)](/developers/docs/evm/) [kompilieren](/developers/docs/smart-contracts/compiling/) Entwickler den Quellcode des Vertrags – Anweisungen, die [in Solidity](/developers/docs/smart-contracts/languages/) oder einer anderen höheren Programmiersprache geschrieben sind – in Bytecode. Da die EVM keine High-Level-Anweisungen interpretieren kann, ist das Kompilieren von Quellcode in Bytecode (d. h. Low-Level-Maschinenanweisungen) für die Ausführung der Vertragslogik in der EVM erforderlich.
-Die Quellcodeverifizierung besteht nun darin, den Quellcode eines Smart Contracts mit dem während der Vertragserstellung genutzten, kompilierten Bytecode zu vergleichen, um Unterschiede festzustellen. Die Verifizierung von Smart Contracts ist wichtig, da sich der angegebene Vertragscode von dem Code, der auf der Blockchain läuft, unterscheiden könnte.
+Bei der Quellcode-Verifizierung werden der Quellcode eines Smart Contracts und der kompilierte Bytecode, der während der Vertragserstellung verwendet wurde, verglichen, um eventuelle Unterschiede zu erkennen. Die Verifizierung von Smart Contracts ist wichtig, da der beworbene Vertragscode von dem abweichen kann, was auf der Blockchain ausgeführt wird.
-Die Verifizierung von Smart Contracts macht es möglich, mithilfe der High-Level-Sprache, in der ein Vertrag verfasst wurde, zu untersuchen, was dieser wirklich tut, ohne den dazugehörigen Maschinencode lesen zu müssen. Funktionen, Werte und in der Regel die Variablennamen und Kommentare bleiben beim kompilierten und veröffentlichten originalen Quellcode identisch. Dies erleichtert es deutlich, den Code zu lesen. Die Quellcodeverifizierung leitet außerdem die Codedokumentation in die Wege, mit der die Endbenutzer prüfen können, was der Zweck eines bestimmten Smart Contracts ist.
+Die Verifizierung von Smart Contracts ermöglicht es, durch die höhere Sprache, in der er geschrieben ist, zu untersuchen, was ein Vertrag tut, ohne Maschinencode lesen zu müssen. Funktionen, Werte und in der Regel die Variablennamen und Kommentare bleiben mit dem ursprünglichen Quellcode, der kompiliert und bereitgestellt wird, identisch. Dies macht das Lesen von Code viel einfacher. Die Quellcode-Verifizierung sorgt auch für die Codedokumentation, sodass Endbenutzer wissen, wofür ein Smart Contract entwickelt wurde.
-### Was ist eine vollständige Verifizierung? Vollständige Verifizierung {#full-verification}
+### Was ist eine vollständige Verifizierung? {#full-verification}
-Einige Teil des Quellcodes, wie Kommentare oder Variablennamen, haben keinen Einfluss auf den kompilierten Bytecode. Daraus folgt, dass zwei Quellcodes mit unterschiedlichen Variablennamen und unterschiedlichen Kommentaren dennoch in der Lage wären, denselben Vertrag zu verifizieren. Auf diese Weise könnten Personen mit bösartigen Absichten täuschende Kommentare schreiben oder irreführende Variablennamen im Quellcode angeben und dafür sorgen, dass der Vertrag mit einem anderen Quellcode als im Originalvertrag verifiziert wird.
+Es gibt einige Teile des Quellcodes, die den kompilierten Bytecode nicht beeinflussen, wie z. B. Kommentare oder Variablennamen. Das bedeutet, dass zwei Quellcodes mit unterschiedlichen Variablennamen und unterschiedlichen Kommentaren beide in der Lage wären, denselben Vertrag zu verifizieren. Damit kann ein böswilliger Akteur täuschende Kommentare hinzufügen oder irreführende Variablennamen im Quellcode vergeben und den Vertrag mit einem anderen Quellcode als dem ursprünglichen Quellcode verifizieren lassen.
-Dies lässt sich vermeiden, indem man zusätzliche Daten an den Bytecode anhängt, die als _kryptografische Garantie_ für die Genauigkeit des Quellcodes und als _Fingerabdruck_ der Kompilierungsinformationen dienen. Die notwendigen Informationen finden sich in den [Vertragsmetadaten von Solidity](https://docs.soliditylang.org/en/v0.8.15/metadata.html), und der Hash dieser Datei wird an den Bytecode eines Vertrags angehängt. Sie können es in der [Metadaten-Playground](https://playground.sourcify.dev) in Aktion sehen.
+Es ist möglich, dies zu vermeiden, indem dem Bytecode zusätzliche Daten angehängt werden, die als _kryptografische Garantie_ für die Genauigkeit des Quellcodes und als _Fingerabdruck_ der Kompilierungsinformationen dienen. Die notwendigen Informationen finden sich in den [Vertragsmetadaten von Solidity](https://docs.soliditylang.org/en/v0.8.15/metadata.html), und der Hash dieser Datei wird an den Bytecode eines Vertrags angehängt. Sie können dies im [Metadaten-Playground](https://playground.sourcify.dev) in Aktion sehen.
-Die Metadatendatei enthält Informationen über die Kompilierung des Vertrags, einschließlich der Quelldateien und ihrer Hashes. Das bedeutet, dass sich die Metadatendatei ändert, wenn sich eine der Kompilierungseinstellungen oder auch nur ein einzelnes Byte in einer der Quelldateien ändert. Folglich ändert sich auch der Hash der Metadatendatei, der an den Bytecode angehängt ist. Das bedeutet: Wenn der Bytecode eines Vertrags plus der angehängte Metadaten-Hash mit dem angegebenen Quellcode und den Kompilierungseinstellungen übereinstimmt, können wir sicher sein, dass es sich um genau denselben Quellcode handelt, der schon bei der ursprünglichen Kompilierung verwendet wurde – kein einziges Byte unterscheidet sich.
+Die Metadatendatei enthält Informationen über die Kompilierung des Vertrags, einschließlich der Quelldateien und ihrer Hashes. Das heißt, wenn sich eine der Kompilierungseinstellungen oder auch nur ein Byte in einer der Quelldateien ändert, ändert sich die Metadatendatei. Folglich ändert sich auch der Hash der Metadatendatei, der an den Bytecode angehängt ist. Das bedeutet, wenn der Bytecode eines Vertrags + der angehängte Metadaten-Hash mit dem gegebenen Quellcode und den Kompilierungseinstellungen übereinstimmen, können wir sicher sein, dass dies genau derselbe Quellcode ist, der in der ursprünglichen Kompilierung verwendet wurde, nicht einmal ein einziges Byte ist anders.
-Diese Art der Verifizierung, die den Metadaten-Hash nutzt, wird als **„[vollständige Verifizierung](https://docs.sourcify.dev/docs/full-vs-partial-match/)“** (auch „perfekte Verifizierung“) bezeichnet. Wenn die Metadaten-Hashes nicht übereinstimmen oder bei der Verifizierung nicht berücksichtigt werden, würde es sich um eine „partielle Übereinstimmung“ handeln, was die derzeit gebräuchlichere Methode zur Verifizierung von Verträgen ist. Es ist möglich, [bösartigen Code einzuschleusen](https://samczsun.com/hiding-in-plain-sight/), der ohne eine vollständige Verifizierung nicht im verifizierten Quellcode widergespiegelt würde. Die meisten Entwickler sind sich nicht bewusst, dass die vollständige Verifizierung existiert und bewahren die Metadatendatei ihrer Kompilierung nicht auf. Aus diesem Grund ist bisher die partielle Verifizierung die gängige Methode zur Vertragsverifizierung.
+Diese Art der Verifizierung, die den Metadaten-Hash nutzt, wird als **„[vollständige Verifizierung](https://docs.sourcify.dev/docs/full-vs-partial-match/)“** (auch „perfekte Verifizierung“) bezeichnet. Wenn die Metadaten-Hashes nicht übereinstimmen oder bei der Verifizierung nicht berücksichtigt werden, handelt es sich um eine „teilweise Übereinstimmung“ (partial match), was derzeit die gängigere Methode zur Verifizierung von Verträgen ist. Es ist möglich, [bösartigen Code einzufügen](https://samczsun.com/hiding-in-plain-sight/), der sich ohne vollständige Verifizierung nicht im verifizierten Quellcode widerspiegeln würde. Die meisten Entwickler sind sich der vollständigen Verifizierung nicht bewusst und behalten die Metadatendatei ihrer Kompilierung nicht, weshalb die teilweise Verifizierung bisher die De-facto-Methode zur Verifizierung von Verträgen war.
-## Warum ist die Quellcodeverifizierung wichtig? Wichtigkeit der Quellcode-Verifizierung {#importance-of-source-code-verification}
+## Warum ist die Quellcode-Verifizierung wichtig? {#importance-of-source-code-verification}
### Vertrauenslosigkeit {#trustlessness}
-Vertrauenslosigkeit ist wohl die wichtigste Voraussetzung für Smart Contracts und [dezentralisierte Anwendungen (Dapps)](/developers/docs/dapps/). Smart Contracts sind „unveränderlich“ und können nicht modifiziert werden; ein Vertrag führt nur die Geschäftslogik aus, die zum Zeitpunkt der Veröffentlichung im Code festgelegt wurde. Das bedeutet, dass Entwickler und Unternehmen den Code eines Vertrags nach dessen Veröffentlichung auf Ethereum nicht manipulieren können.
+Vertrauenslosigkeit ist wohl die größte Prämisse für Smart Contracts und [dezentralisierte Anwendungen (Dapps)](/developers/docs/dapps/). Smart Contracts sind „unveränderlich“ und können nicht geändert werden; ein Vertrag führt nur die Geschäftslogik aus, die zum Zeitpunkt der Bereitstellung im Code definiert ist. Dies bedeutet, dass Entwickler und Unternehmen den Code eines Vertrags nach der Bereitstellung auf Ethereum nicht manipulieren können.
-Damit ein Smart Contract vertrauenslos ist, sollte der Vertragscode für eine unabhängige Verifizierung verfügbar sein. Der kompilierte Bytecode ist zwar für jeden Smart Contract öffentlich auf der Blockchain verfügbar, die Low-Level-Sprache ist allerdings schwer verständlich – sowohl für Entwickler als auch für Benutzer.
+Damit ein Smart Contract vertrauenslos ist, sollte der Vertragscode für eine unabhängige Verifizierung verfügbar sein. Während der kompilierte Bytecode für jeden Smart Contract öffentlich auf der Blockchain verfügbar ist, ist die Low-Level-Sprache schwer zu verstehen – sowohl für Entwickler als auch für Benutzer.
-In Projekten werden Vertrauensannahmen durch die Veröffentlichung des Quellcodes der Verträge reduziert. Aber dies führt zu einem weiteren Problem: Die Verifizierung, dass der veröffentlichte Quellcode mit dem Bytecode des Vertrags übereinstimmt, ist schwierig. In diesem Szenario geht der Wert der Vertrauenslosigkeit verloren, da die Benutzer den Entwicklern vertrauen müssen, dass diese die Geschäftslogik eines Vertrags (z. B. durch Ändern des Bytecodes) vor der Veröffentlichung auf der Blockchain nicht ändern.
+Projekte reduzieren Vertrauensannahmen, indem sie den Quellcode ihrer Verträge veröffentlichen. Dies führt jedoch zu einem weiteren Problem: Es ist schwierig zu überprüfen, ob der veröffentlichte Quellcode mit dem Vertrags-Bytecode übereinstimmt. In diesem Szenario geht der Wert der Vertrauenslosigkeit verloren, da Benutzer darauf vertrauen müssen, dass Entwickler die Geschäftslogik eines Vertrags nicht ändern (d. h. durch Ändern des Bytecodes), bevor sie ihn auf der Blockchain bereitstellen.
-Quellcode-Verifizierungswerkzeuge bieten Garantien dafür, dass die Quellcodedateien eines Smart Contracts mit dem Assembly-Code übereinstimmen. Das Ergebnis ist ein vertrauensloses Ökosystem, in dem Benutzer nicht blind Dritten vertrauen, sondern den Code verifizieren, bevor sie Geldmittel in einen Vertrag einzahlen.
+Tools zur Quellcode-Verifizierung bieten Garantien, dass die Quellcodedateien eines Smart Contracts mit dem Assembly-Code übereinstimmen. Das Ergebnis ist ein vertrauensloses Ökosystem, in dem Benutzer Dritten nicht blind vertrauen und stattdessen den Code verifizieren, bevor sie Gelder in einen Vertrag einzahlen.
### Benutzersicherheit {#user-safety}
-Bei Smart Contracts steht oft eine Menge Geld auf dem Spiel. Das macht höhere Sicherheitsgarantien und eine Verifizierung der Logik eines Smart Contracts, bevor er verwendet wird, erforderlich. Das Problem ist, dass skrupellose Entwickler Benutzer täuschen können, indem sie bösartigen Code in einen Smart Contract einfügen. Ohne Verifizierung können bösartige Smart Contracts [Hintertüren](https://www.trustnodes.com/2018/11/10/concerns-rise-over-backdoored-smart-contracts), umstrittene Zugriffskontrollmechanismen, ausnutzbare Schwachstellen und andere Dinge enthalten, die die Benutzersicherheit gefährden und unentdeckt bleiben würden.
+Bei Smart Contracts steht in der Regel viel Geld auf dem Spiel. Dies erfordert höhere Sicherheitsgarantien und die Überprüfung der Logik eines Smart Contracts vor dessen Verwendung. Das Problem ist, dass skrupellose Entwickler Benutzer täuschen können, indem sie bösartigen Code in einen Smart Contract einfügen. Ohne Verifizierung können bösartige Smart Contracts [Hintertüren](https://www.trustnodes.com/2018/11/10/concerns-rise-over-backdoored-smart-contracts), umstrittene Zugriffskontrollmechanismen, ausnutzbare Schwachstellen und andere Dinge aufweisen, die die Benutzersicherheit gefährden und unentdeckt bleiben würden.
-Die Veröffentlichung der Quellcodedateien eines Smart Contracts erleichtert es Interessierten, wie zum Beispiel Auditoren, den Vertrag hinsichtlich potenzieller Angriffsvektoren zu bewerten. Wenn mehrere Parteien unabhängig voneinander einen Smart Contract verifizieren, bietet dies Benutzern stärkere Sicherheitsgarantien.
+Die Veröffentlichung der Quellcodedateien eines Smart Contracts erleichtert es Interessierten, wie z. B. Prüfern (Auditors), den Vertrag auf potenzielle Angriffsvektoren zu bewerten. Wenn mehrere Parteien einen Smart Contract unabhängig voneinander verifizieren, haben Benutzer stärkere Garantien für seine Sicherheit.
## Wie man den Quellcode für Ethereum-Smart-Contracts verifiziert {#source-code-verification-for-ethereum-smart-contracts}
-Das [Bereitstellen eines Smart Contracts auf Ethereum](/developers/docs/smart-contracts/deploying/) erfordert das Senden einer Transaktion mit einer Datennutzlast (kompilierter Bytecode) an eine spezielle Adresse. Die Datennutzlast wird durch das Kompilieren des Quellcodes generiert, zuzüglich der [Konstruktor-Argumente](https://docs.soliditylang.org/en/v0.8.14/contracts.html#constructor) der Vertragsinstanz, die an die Datennutzlast in der Transaktion angehängt werden. Die Kompilierung ist deterministisch, d. h. sie erzeugt immer die gleiche Ausgabe (d. h. den Bytecode des Vertrags), wenn die gleichen Quelldateien und Kompilierungseinstellungen (z. B. Compiler-Version, Optimizer) verwendet werden.
+[Die Bereitstellung eines Smart Contracts auf Ethereum](/developers/docs/smart-contracts/deploying/) erfordert das Senden einer Transaktion mit einer Daten-Payload (kompilierter Bytecode) an eine spezielle Adresse. Die Daten-Payload wird durch Kompilieren des Quellcodes generiert, zuzüglich der [Konstruktorargumente](https://docs.soliditylang.org/en/v0.8.14/contracts.html#constructor) der Vertragsinstanz, die an die Daten-Payload in der Transaktion angehängt werden. Die Kompilierung ist deterministisch, was bedeutet, dass sie immer dieselbe Ausgabe (d. h. Vertrags-Bytecode) erzeugt, wenn dieselben Quelldateien und Kompilierungseinstellungen (z. B. Compiler-Version, Optimierer) verwendet werden.
Die Verifizierung eines Smart Contracts umfasst im Wesentlichen die folgenden Schritte:
-1. Die Quelldateien und Kompilierungseinstellungen in einen Compiler eingeben.
+1. Eingabe der Quelldateien und Kompilierungseinstellungen in einen Compiler.
2. Der Compiler gibt den Bytecode des Vertrags aus.
-3. Den Bytecode des veröffentlichten Vertrags an einer gegebenen Adresse abrufen.
+3. Abrufen des Bytecodes des bereitgestellten Vertrags an einer bestimmten Adresse.
-4. Den veröffentlichten Bytecode mit dem erneut kompilierten Bytecode vergleichen. Wenn die Codes übereinstimmen, wird der Vertrag mit dem Quellcode und den Kompilierungseinstellungen verifiziert, die angegeben wurden.
+4. Vergleichen des bereitgestellten Bytecodes mit dem neu kompilierten Bytecode. Wenn die Codes übereinstimmen, wird der Vertrag mit dem gegebenen Quellcode und den Kompilierungseinstellungen verifiziert.
-5. Wenn außerdem die Metadaten-Hashes am Ende des Bytecodes übereinstimmen, liegt eine vollständige Übereinstimmung vor.
+5. Wenn zusätzlich die Metadaten-Hashes am Ende des Bytecodes übereinstimmen, handelt es sich um eine vollständige Übereinstimmung (Full Match).
-Beachten Sie, dass dies eine vereinfachte Beschreibung der Verifizierung ist und es viele Ausnahmen gibt, die damit nicht funktionieren würden, wie z. B. [unveränderliche Variablen](https://docs.sourcify.dev/docs/immutables/).
+Beachten Sie, dass dies eine vereinfachte Beschreibung der Verifizierung ist und es viele Ausnahmen gibt, die damit nicht funktionieren würden, wie z. B. das Vorhandensein von [unveränderlichen Variablen](https://docs.sourcify.dev/docs/immutables/).
## Tools zur Quellcode-Verifizierung {#source-code-verification-tools}
-Der traditionelle Prozess zur Verifizierung von Verträgen kann komplex sein. Deshalb gibt es Werkzeuge zur Verifizierung des Quellcodes für auf Ethereum veröffentlichte Smart Contracts. Diese Werkzeuge automatisieren große Teile der Quellcodeverifizierung und kuratieren außerdem verifizierte Verträge zum Nutzen der Benutzer.
+Der traditionelle Prozess der Verifizierung von Verträgen kann komplex sein. Aus diesem Grund gibt es Tools zur Verifizierung des Quellcodes für auf Ethereum bereitgestellte Smart Contracts. Diese Tools automatisieren große Teile der Quellcode-Verifizierung und kuratieren auch verifizierte Verträge zum Nutzen der Benutzer.
### Etherscan {#etherscan}
-Obwohl Etherscan hauptsächlich als [Ethereum-Blockchain-Explorer](/developers/docs/data-and-analytics/block-explorers/) bekannt ist, bietet es auch einen [Dienst zur Quellcode-Verifizierung](https://etherscan.io/verifyContract) für Entwickler und Benutzer von Smart Contracts an.
+Obwohl Etherscan hauptsächlich als [Ethereum-Blocksuchmaschine](/developers/docs/data-and-analytics/block-explorers/) bekannt ist, bietet es auch einen [Dienst zur Quellcode-Verifizierung](https://etherscan.io/verifyContract) für Entwickler und Benutzer von Smart Contracts an.
-Etherscan macht es möglich, den Vertrags-Bytecode aus dem ursprünglichen Daten-Payload (Quellcode, Bibliotheksadresse, Kompilierungseinstellungen, Vertragsadresse usw.) neu zu kompilieren Wenn der neu kompilierte Bytecode mit dem Bytecode (und den Konstruktor-Parametern) des On-Chain-Vertrags verknüpft ist, dann ist [der Vertrag verifiziert](https://info.etherscan.com/types-of-contract-verification/).
+Etherscan ermöglicht es Ihnen, den Vertrags-Bytecode aus der ursprünglichen Daten-Payload (Quellcode, Bibliotheksadresse, Compiler-Einstellungen, Vertragsadresse usw.) neu zu kompilieren. Wenn der neu kompilierte Bytecode mit dem Bytecode (und den Konstruktorparametern) des Vertrags auf der Blockchain verknüpft ist, dann [ist der Vertrag verifiziert](https://info.etherscan.com/types-of-contract-verification/).
-Sobald der Vertrag verifiziert ist, erhält der Quellcode des Vertrags ein „Verified“-Label und wird auf Etherscan veröffentlicht, damit andere ihn prüfen können. Es wird auch dem Abschnitt [Verifizierte Verträge](https://etherscan.io/contractsVerified/) hinzugefügt – einem Repository von Smart Contracts mit verifizierten Quellcodes.
+Sobald der Quellcode Ihres Vertrags verifiziert ist, erhält er das Label „Verified“ und wird auf Etherscan veröffentlicht, damit andere ihn prüfen können. Er wird auch dem Bereich [Verified Contracts](https://etherscan.io/contractsVerified/) hinzugefügt – einem Repository von Smart Contracts mit verifizierten Quellcodes.
-Etherscan ist das am häufigsten verwendete Werkzeug zur Verifizierung von Verträgen. Die Vertragsverifizierung von Etherscan hat jedoch einen Nachteil: Der **Metadaten-Hash** des On-Chain-Bytecodes wird nicht mit dem des neu kompilierten Bytecodes verglichen. Daher sind die Übereinstimmungen bei Etherscan nur teilweise Übereinstimmungen.
+Etherscan ist das am häufigsten verwendete Tool zur Verifizierung von Verträgen. Die Vertragsverifizierung von Etherscan hat jedoch einen Nachteil: Sie vergleicht den **Metadaten-Hash** des Bytecodes auf der Blockchain und des neu kompilierten Bytecodes nicht. Daher sind die Übereinstimmungen in Etherscan teilweise Übereinstimmungen (Partial Matches).
[Mehr über die Verifizierung von Verträgen auf Etherscan](https://medium.com/etherscan-blog/verifying-contracts-on-etherscan-f995ab772327).
### Blockscout {#blockscout}
-[Blockscout](https://blockscout.com/) ist ein Open-Source-Blockchain-Explorer, der auch einen [Dienst zur Vertragsverifizierung](https://eth.blockscout.com/contract-verification) für Entwickler und Benutzer von Smart Contracts anbietet. Als Open-Source-Alternative bietet Blockscout Transparenz bei der Durchführung der Verifizierung und ermöglicht Community-Beiträge zur Verbesserung des Verifizierungsprozesses.
+[Blockscout](https://blockscout.com/) ist eine Open-Source-Blocksuchmaschine, die auch einen [Vertragsverifizierungsdienst](https://eth.blockscout.com/contract-verification) für Entwickler und Benutzer von Smart Contracts anbietet. Als Open-Source-Alternative bietet Blockscout Transparenz darüber, wie die Verifizierung durchgeführt wird, und ermöglicht Community-Beiträge zur Verbesserung des Verifizierungsprozesses.
-Ähnlich wie andere Verifizierungsdienste ermöglicht Blockscout die Verifizierung des Quellcodes Ihres Vertrags, indem der Bytecode neu kompiliert und mit dem bereitgestellten Vertrag verglichen wird. Sobald Ihr Vertrag verifiziert ist, erhält er einen Verifizierungsstatus und der Quellcode wird für Audits und Interaktionen öffentlich zugänglich. Verifizierte Verträge werden auch im [Repository für verifizierte Verträge](https://eth.blockscout.com/verified-contracts) von Blockscout aufgelistet, um das Durchsuchen und Auffinden zu erleichtern.
+Ähnlich wie bei anderen Verifizierungsdiensten können Sie mit Blockscout den Quellcode Ihres Vertrags verifizieren, indem Sie den Bytecode neu kompilieren und mit dem bereitgestellten Vertrag vergleichen. Sobald Ihr Vertrag verifiziert ist, erhält er den Verifizierungsstatus und der Quellcode wird öffentlich für Audits und Interaktionen zugänglich. Verifizierte Verträge werden auch im [Repository für verifizierte Verträge](https://eth.blockscout.com/verified-contracts) von Blockscout aufgelistet, um das Durchsuchen und Entdecken zu erleichtern.
### Sourcify {#sourcify}
-[Sourcify](https://sourcify.dev/#/verifier) ist ein weiteres Tool zur Verifizierung von Verträgen, das Open-Source und dezentralisiert ist. Es ist kein Block-Explorer und verifiziert Verträge nur in [verschiedenen EVM-basierten Netzwerken](https://docs.sourcify.dev/docs/chains). Es fungiert als öffentliche Infrastruktur, auf der andere Tools aufbauen können, und zielt darauf ab, benutzerfreundlichere Vertragsinteraktionen unter Verwendung der [ABI](/developers/docs/smart-contracts/compiling/#web-applications)- und [NatSpec](https://docs.soliditylang.org/en/v0.8.15/natspec-format.html)-Kommentare in der Metadatendatei zu ermöglichen.
+[Sourcify](https://sourcify.dev/#/verifier) ist ein weiteres Tool zur Verifizierung von Verträgen, das Open Source und dezentralisiert ist. Es ist keine Blocksuchmaschine und verifiziert Verträge nur in [verschiedenen EVM-basierten Netzwerken](https://docs.sourcify.dev/docs/chains). Es fungiert als öffentliche Infrastruktur, auf der andere Tools aufbauen können, und zielt darauf ab, menschenfreundlichere Vertragsinteraktionen mithilfe der [ABI](/developers/docs/smart-contracts/compiling/#web-applications) und der [NatSpec](https://docs.soliditylang.org/en/v0.8.15/natspec-format.html)-Kommentare zu ermöglichen, die in der Metadatendatei zu finden sind.
-Im Gegensatz zu Etherscan unterstützt Sourcify vollständige Übereinstimmungen mit dem Metadaten-Hash. Die verifizierten Verträge werden in seinem [öffentlichen Repository](https://docs.sourcify.dev/docs/repository/) über HTTP und [IPFS](https://docs.ipfs.io/concepts/what-is-ipfs/#what-is-ipfs), einem dezentralen, [inhaltsadressierten](https://docs.storacha.network/concepts/content-addressing/) Speicher, bereitgestellt. Dies ermöglicht das Abrufen der Metadatendatei eines Vertrags über IPFS, da der angehängte Metadaten-Hash ein IPFS-Hash ist.
+Im Gegensatz zu Etherscan unterstützt Sourcify vollständige Übereinstimmungen (Full Matches) mit dem Metadaten-Hash. Die verifizierten Verträge werden in seinem [öffentlichen Repository](https://docs.sourcify.dev/docs/repository/) über HTTP und [IPFS](https://docs.ipfs.io/concepts/what-is-ipfs/#what-is-ipfs) bereitgestellt, was ein dezentralisierter, [inhaltsadressierter](https://docs.storacha.network/concepts/content-addressing/) Speicher ist. Dies ermöglicht das Abrufen der Metadatendatei eines Vertrags über IPFS, da der angehängte Metadaten-Hash ein IPFS-Hash ist.
-Darüber hinaus kann auch auf die Quellcodedateien über IPFS zugegriffen werden, da IPFS-Hashes dieser Dateien ebenfalls in den Metadaten enthalten sind. Ein Vertrag kann durch die Bereitstellung der Metadatendatei und der Quelldateien über seine API, die [UI](https://sourcify.dev/#/verifier) oder durch die Verwendung der Plugins verifiziert werden. Das Sourcify-Überwachungstool achtet auch auf Vertragserstellungen in neuen Blöcken und versucht, die Verträge zu verifizieren, wenn deren Metadaten und Quelldateien auf IPFS veröffentlicht wurden.
+Zusätzlich kann man auch die Quellcodedateien über IPFS abrufen, da IPFS-Hashes dieser Dateien ebenfalls in den Metadaten zu finden sind. Ein Vertrag kann verifiziert werden, indem die Metadatendatei und die Quelldateien über seine API oder die [Benutzeroberfläche (UI)](https://sourcify.dev/#/verifier) bereitgestellt werden, oder durch die Verwendung der Plugins. Das Sourcify-Überwachungstool lauscht auch auf Vertragserstellungen in neuen Blöcken und versucht, die Verträge zu verifizieren, wenn ihre Metadaten und Quelldateien auf IPFS veröffentlicht sind.
[Mehr über die Verifizierung von Verträgen auf Sourcify](https://soliditylang.org/blog/2020/06/25/sourcify-faq/).
### Tenderly {#tenderly}
-Die [Tenderly-Plattform](https://tenderly.co/) ermöglicht es Web3-Entwicklern, Smart Contracts zu erstellen, zu testen, zu überwachen und zu betreiben. Tenderly kombiniert Debugging-Werkzeuge mit Beobachtungs- und Infrastrukturbausteinen und hilft Entwicklern so dabei, die Entwicklung von Smart Contracts zu beschleunigen. Um die Tenderly-Funktionen vollständig zu aktivieren, müssen Entwickler eine [Quellcode-Verifizierung](https://docs.tenderly.co/monitoring/contract-verification) mit verschiedenen Methoden durchführen.
+Die [Tenderly-Plattform](https://tenderly.co/) ermöglicht es Web3-Entwicklern, Smart Contracts zu erstellen, zu testen, zu überwachen und zu betreiben. Durch die Kombination von Debugging-Tools mit Beobachtbarkeit und Infrastrukturbausteinen hilft Tenderly Entwicklern, die Entwicklung von Smart Contracts zu beschleunigen. Um die Funktionen von Tenderly vollständig nutzen zu können, müssen Entwickler [eine Quellcode-Verifizierung durchführen](https://docs.tenderly.co/monitoring/contract-verification), wofür verschiedene Methoden zur Verfügung stehen.
-Es ist möglich, einen Vertrag privat oder öffentlich zu verifizieren. Wenn der Vertrag privat verifiziert wird, ist er nur für Sie (und andere Mitglieder Ihres Projekts) sichtbar. Eine öffentliche Verifizierung hat zur Folge, dass der Vertrag für alle Benutzer der Tenderly-Plattform sichtbar ist.
+Es ist möglich, einen Vertrag privat oder öffentlich zu verifizieren. Wenn er privat verifiziert wird, ist der Smart Contract nur für Sie (und andere Mitglieder in Ihrem Projekt) sichtbar. Die öffentliche Verifizierung eines Vertrags macht ihn für jeden sichtbar, der die Tenderly-Plattform nutzt.
Sie können Ihre Verträge über das [Dashboard](https://docs.tenderly.co/contract-verification), das [Tenderly Hardhat-Plugin](https://docs.tenderly.co/contract-verification/hardhat) oder die [CLI](https://docs.tenderly.co/monitoring/smart-contract-verification/verifying-contracts-using-cli) verifizieren.
-Bei der Verifizierung von Verträgen über das Dashboard müssen Sie die Quelldatei oder die vom Solidity-Compiler erzeugte Metadatendatei, die Adresse/das Netzwerk und die Compiler-Einstellungen importieren.
+Wenn Sie Verträge über das Dashboard verifizieren, müssen Sie die Quelldatei oder die vom Solidity-Compiler generierte Metadatendatei, die Adresse/das Netzwerk und die Compiler-Einstellungen importieren.
-Die Verwendung des Tenderly-Hardhat-Plug-ins ermöglicht eine bessere Kontrolle über den Verifizierungsprozess bei gleichzeitig weniger Aufwand. Sie können mit dem Plug-in zwischen automatischer (kein Code erforderlich) und manueller (Code-basierter) Verifizierung wählen.
+Die Verwendung des Tenderly Hardhat-Plugins ermöglicht mehr Kontrolle über den Verifizierungsprozess mit weniger Aufwand, sodass Sie zwischen automatischer (No-Code) und manueller (Code-basierter) Verifizierung wählen können.
-## Weiterführende Lektüre {#further-reading}
+## Weiterführende Literatur {#further-reading}
-- [Verifizierung des Quellcodes von Verträgen](https://programtheblockchain.com/posts/2018/01/16/verifying-contract-source-code/)
+- [Verifizierung des Vertragsquellcodes](https://programtheblockchain.com/posts/2018/01/16/verifying-contract-source-code/)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/standards/index.md b/public/content/translations/de/developers/docs/standards/index.md
index 9df51239f9b..8504f276547 100644
--- a/public/content/translations/de/developers/docs/standards/index.md
+++ b/public/content/translations/de/developers/docs/standards/index.md
@@ -1,24 +1,24 @@
---
title: Ethereum-Entwicklungsstandards
-description: "Informieren Sie sich über Ethereum Standards, einschließlich EIPs, Token Standards wie ERC-20 und ERC-721 sowie Entwicklungskonventionen."
+description: "Erfahren Sie mehr über Ethereum-Standards, einschließlich EIPs, Token-Standards wie ERC-20 und ERC-721 sowie Entwicklungskonventionen."
lang: de
incomplete: true
---
-## Standardübersicht {#standards-overview}
+## Übersicht der Standards {#standards-overview}
-Die Ethereum-Community hat viele Standards angenommen, die dazu beitragen, Projekte (wie [Ethereum-Clients](/developers/docs/nodes-and-clients/) und Wallets) über Implementierungen hinweg interoperabel zu halten und sicherzustellen, dass Smart Contracts und Dapps kombinierbar bleiben.
+Die Ethereum-Community hat viele Standards verabschiedet, die dazu beitragen, dass Projekte (wie [Ethereum-Clients](/developers/docs/nodes-and-clients/) und Wallets) über verschiedene Implementierungen hinweg interoperabel bleiben und sicherstellen, dass Smart Contracts und Dapps kombinierbar bleiben.
-Normalerweise werden Standards als [Ethereum-Verbesserungsvorschläge](/eips/) (EIPs) eingeführt, die von Community-Mitgliedern in einem [Standardverfahren](https://eips.ethereum.org/EIPS/eip-1) diskutiert werden.
+Typischerweise werden Standards als [Ethereum-Verbesserungsvorschläge](/eips/) (EIPs) eingeführt, die von Community-Mitgliedern in einem [Standardprozess](https://eips.ethereum.org/EIPS/eip-1) diskutiert werden.
- [Einführung in EIPs](/eips/)
- [Liste der EIPs](https://eips.ethereum.org/)
-- [EIP-GitHub-Repo](https://github.com/ethereum/EIPs)
+- [EIP-GitHub-Repository](https://github.com/ethereum/EIPs)
- [EIP-Diskussionsforum](https://ethereum-magicians.org/c/eips)
- [Einführung in die Ethereum-Governance](/governance/)
-- [Überblick über die Ethereum-Governance](https://web.archive.org/web/20201107234050/https://blog.bmannconsulting.com/ethereum-governance/) _31. März 2019 – Boris Mann_
+- [Übersicht der Ethereum-Governance](https://web.archive.org/web/20201107234050/https://blog.bmannconsulting.com/ethereum-governance/) _31. März 2019 – Boris Mann_
- [Governance der Ethereum-Protokollentwicklung und Koordination von Netzwerk-Upgrades](https://hudsonjameson.com/posts/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) _23. März 2020 – Hudson Jameson_
-- [Playlist aller Ethereum-Core-Dev-Meetings](https://www.youtube.com/@EthereumProtocol) _(YouTube-Playlist)_
+- [Playlist aller Ethereum Core Dev Meetings](https://www.youtube.com/@EthereumProtocol) _(YouTube-Playlist)_
## Arten von Standards {#types-of-standards}
@@ -26,34 +26,34 @@ Es gibt 3 Arten von EIPs:
- Standards Track: beschreibt jede Änderung, die die meisten oder alle Ethereum-Implementierungen betrifft
- [Meta Track](https://eips.ethereum.org/meta): beschreibt einen Prozess rund um Ethereum oder schlägt eine Änderung an einem Prozess vor
-- [Informational Track](https://eips.ethereum.org/informational): beschreibt ein Ethereum-Designproblem oder stellt der Ethereum-Community allgemeine Richtlinien oder Informationen zur Verfügung
+- [Informational Track](https://eips.ethereum.org/informational): beschreibt ein Ethereum-Designproblem oder bietet der Ethereum-Community allgemeine Richtlinien oder Informationen
Darüber hinaus ist der Standard Track in 4 Kategorien unterteilt:
- [Core](https://eips.ethereum.org/core): Verbesserungen, die einen Konsens-Fork erfordern
-- [Networking](https://eips.ethereum.org/networking): Verbesserungen rund um devp2p und das Light Ethereum Subprotocol sowie vorgeschlagene Verbesserungen der Netzwerkprotokollspezifikationen von Whisper und Swarm.
-- [Interface](https://eips.ethereum.org/interface): Verbesserungen rund um Client-API/RPC-Spezifikationen und -Standards sowie bestimmte sprachliche Standards wie Methodennamen und Vertrags-ABIs.
+- [Networking](https://eips.ethereum.org/networking): Verbesserungen rund um devp2p und das Light Ethereum Subprotocol sowie vorgeschlagene Verbesserungen an den Netzwerkprotokollspezifikationen von Whisper und Swarm.
+- [Interface](https://eips.ethereum.org/interface): Verbesserungen rund um Client-API/RPC-Spezifikationen und -Standards sowie bestimmte Standards auf Sprachebene wie Methodennamen und Contract-ABIs.
- [ERC](https://eips.ethereum.org/erc): Standards und Konventionen auf Anwendungsebene
-Ausführlichere Informationen zu diesen verschiedenen Typen und Kategorien finden Sie in [EIP-1](https://eips.ethereum.org/EIPS/eip-1#eip-types)
+Detailliertere Informationen zu diesen verschiedenen Arten und Kategorien finden Sie in [EIP-1](https://eips.ethereum.org/EIPS/eip-1#eip-types)
### Token-Standards {#token-standards}
-- [ERC-20](/developers/docs/standards/tokens/erc-20/) – Eine Standardschnittstelle für fungible (austauschbare) Tokens, wie Abstimmungstokens, Staking-Tokens oder virtuelle Währungen.
- - [ERC-223](/developers/docs/standards/tokens/erc-223/) – Ein Standard für fungible Tokens, durch den sich Tokens identisch zu Ether verhalten und der die Handhabung von Token-Übertragungen auf der Empfängerseite unterstützt.
- - [ERC-1363](/developers/docs/standards/tokens/erc-1363/) – Eine Erweiterungsschnittstelle für ERC-20-Tokens, die die Ausführung von Callbacks auf Empfängerverträgen in einer einzigen Transaktion unterstützt.
-- [ERC-721](/developers/docs/standards/tokens/erc-721/) – Eine Standardschnittstelle für nicht-fungible Tokens, wie eine Urkunde für ein Kunstwerk oder ein Lied.
- - [ERC-2309](https://eips.ethereum.org/EIPS/eip-2309) – Ein standardisiertes Ereignis, das beim Erstellen/Übertragen eines oder mehrerer nicht-fungibler Tokens unter Verwendung aufeinanderfolgender Token-Kennungen ausgelöst wird.
+- [ERC-20](/developers/docs/standards/tokens/erc-20/) – Eine Standardschnittstelle für fungible (austauschbare) Token, wie Voting-Token, Staking-Token oder virtuelle Währungen.
+ - [ERC-223](/developers/docs/standards/tokens/erc-223/) – Ein Standard für fungible Token, der dafür sorgt, dass sich Token identisch zu Ether verhalten, und die Handhabung von Token-Transfers auf Empfängerseite unterstützt.
+ - [ERC-1363](/developers/docs/standards/tokens/erc-1363/) – Eine Erweiterungsschnittstelle für ERC-20-Token, die die Ausführung von Callbacks bei Empfängerverträgen in einer einzigen Transaktion unterstützt.
+- [ERC-721](/developers/docs/standards/tokens/erc-721/) – Eine Standardschnittstelle für nicht-fungible Token, wie eine Urkunde für ein Kunstwerk oder ein Lied.
+ - [ERC-2309](https://eips.ethereum.org/EIPS/eip-2309) – Ein standardisiertes Ereignis, das beim Erstellen/Übertragen eines oder mehrerer nicht-fungibler Token unter Verwendung aufeinanderfolgender Token-Identifikatoren ausgegeben wird.
- [ERC-4400](https://eips.ethereum.org/EIPS/eip-4400) – Schnittstellenerweiterung für die EIP-721-Verbraucherrolle.
- - [ERC-4907](https://eips.ethereum.org/EIPS/eip-4907) – Hinzufügen einer zeitlich begrenzten Rolle mit eingeschränkten Berechtigungen zu ERC-721-Tokens.
-- [ERC-777](/developers/docs/standards/tokens/erc-777/) – **(NICHT EMPFOHLEN)** Ein Token-Standard, der eine Verbesserung gegenüber ERC-20 darstellt.
+ - [ERC-4907](https://eips.ethereum.org/EIPS/eip-4907) – Fügt ERC-721-Token eine zeitlich begrenzte Rolle mit eingeschränkten Berechtigungen hinzu.
+- [ERC-777](/developers/docs/standards/tokens/erc-777/) – **(NICHT EMPFOHLEN)** Ein Token-Standard, der ERC-20 verbessert.
- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) – Ein Token-Standard, der sowohl fungible als auch nicht-fungible Vermögenswerte enthalten kann.
-- [ERC-4626](/developers/docs/standards/tokens/erc-4626/) – Ein tokenisierter Vault-Standard, der entwickelt wurde, um die technischen Parameter von renditetragenden Vaults zu optimieren und zu vereinheitlichen.
+- [ERC-4626](/developers/docs/standards/tokens/erc-4626/) – Ein Standard für tokenisierte Tresore (Vaults), der entwickelt wurde, um die technischen Parameter von renditebringenden Tresoren zu optimieren und zu vereinheitlichen.
Erfahren Sie mehr über [Token-Standards](/developers/docs/standards/tokens/).
-## Weiterführende Lektüre {#further-reading}
+## Weiterführende Literatur {#further-reading}
- [Ethereum-Verbesserungsvorschläge (EIPs)](/eips/)
-_Sie kennen Community-Resourcen die Ihnen geholfen haben? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
+_Kennen Sie eine Community-Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/standards/tokens/erc-1155/index.md b/public/content/translations/de/developers/docs/standards/tokens/erc-1155/index.md
index a387ee9d57f..d458e6755a4 100644
--- a/public/content/translations/de/developers/docs/standards/tokens/erc-1155/index.md
+++ b/public/content/translations/de/developers/docs/standards/tokens/erc-1155/index.md
@@ -1,35 +1,35 @@
---
-title: ERC-1155 Token-Standard
+title: ERC-1155 Multi-Token-Standard
description: "Erfahren Sie mehr über ERC-1155, einen Multi-Token-Standard, der fungible und nicht-fungible Token in einem einzigen Vertrag kombiniert."
lang: de
---
## Einführung {#introduction}
-Eine Standardschnittstelle für Verträge, die mehrere Token-Typen verwalten. Ein einzelner bereitgestellter Vertrag kann eine beliebige Kombination von fungiblen Token, nicht-fungiblen Token oder anderen Konfigurationen (z. B. semi-fungible Token) enthalten.
+Eine Standardschnittstelle für Verträge, die mehrere Token-Typen verwalten. Ein einzelner bereitgestellter Vertrag kann eine beliebige Kombination aus fungiblen Token, nicht-fungiblen Token oder anderen Konfigurationen (z. B. semi-fungiblen Token) enthalten.
-**Was versteht man unter Multi-Token-Standard?**
+**Was ist mit Multi-Token-Standard gemeint?**
-Die Idee ist einfach und zielt darauf ab, eine Smart-Contract-Schnittstelle zu schaffen, die eine beliebige Anzahl von fungiblen und nicht-fungiblen Token-Typen darstellen und kontrollieren kann. Auf diese Weise kann der ERC-1155-Token dieselben Funktionen wie ein [ERC-20](/developers/docs/standards/tokens/erc-20/)- und [ERC-721](/developers/docs/standards/tokens/erc-721/)-Token ausführen, und sogar beide gleichzeitig. Er verbessert die Funktionalität sowohl des ERC-20- als auch des ERC-721-Standards, macht sie effizienter und korrigiert offensichtliche Implementierungsfehler.
+Die Idee ist einfach und zielt darauf ab, eine Smart Contract-Schnittstelle zu schaffen, die eine beliebige Anzahl von fungiblen und nicht-fungiblen Token-Typen darstellen und steuern kann. Auf diese Weise kann der ERC-1155-Token die gleichen Funktionen wie ein [ERC-20](/developers/docs/standards/tokens/erc-20/)- und [ERC-721](/developers/docs/standards/tokens/erc-721/)-Token ausführen, und sogar beide gleichzeitig. Er verbessert die Funktionalität sowohl des ERC-20- als auch des ERC-721-Standards, macht sie effizienter und korrigiert offensichtliche Implementierungsfehler.
Der ERC-1155-Token wird vollständig in [EIP-1155](https://eips.ethereum.org/EIPS/eip-1155) beschrieben.
## Voraussetzungen {#prerequisites}
-Um diese Seite besser zu verstehen, empfehlen wir Ihnen, sich zunächst über [Token-Standards](/developers/docs/standards/tokens/), [ERC-20](/developers/docs/standards/tokens/erc-20/) und [ERC-721](/developers/docs/standards/tokens/erc-721/) zu informieren.
+Um diese Seite besser zu verstehen, empfehlen wir Ihnen, zuerst über [Token-Standards](/developers/docs/standards/tokens/), [ERC-20](/developers/docs/standards/tokens/erc-20/) und [ERC-721](/developers/docs/standards/tokens/erc-721/) zu lesen.
## ERC-1155 Funktionen und Merkmale: {#body}
-- [Batch-Übertragung](#batch_transfers): Übertragen Sie mehrere Assets in einem einzigen Aufruf.
-- [Batch-Guthaben](#batch_balance): Rufen Sie die Guthaben mehrerer Assets in einem einzigen Aufruf ab.
-- [Batch-Genehmigung](#batch_approval): Genehmigen Sie alle Token für eine Adresse.
-- [Hooks](#receive_hook): Hook zum Empfangen von Token.
-- [NFT-Unterstützung](#nft_support): Wenn die Menge nur 1 beträgt, wird es als NFT behandelt.
-- [Sichere Übertragungsregeln](#safe_transfer_rule): Regelwerk für die sichere Übertragung.
+- [Stapelübertragung (Batch Transfer)](#batch_transfers): Übertragen Sie mehrere Vermögenswerte in einem einzigen Aufruf.
+- [Stapelsaldo (Batch Balance)](#batch_balance): Rufen Sie die Salden mehrerer Vermögenswerte in einem einzigen Aufruf ab.
+- [Stapelgenehmigung (Batch Approval)](#batch_approval): Genehmigen Sie alle Token für eine Adresse.
+- [Hooks](#receive_hook): Hook für den Empfang von Token.
+- [NFT-Unterstützung](#nft_support): Wenn das Angebot nur 1 beträgt, wird es als NFT behandelt.
+- [Sichere Übertragungsregeln (Safe Transfer Rules)](#safe_transfer_rule): Regelwerk für eine sichere Übertragung.
-### Batch-Übertragungen {#batch-transfers}
+### Stapelübertragungen (Batch Transfers) {#batch-transfers}
-Die Batch-Übertragung funktioniert sehr ähnlich wie die regulären ERC-20-Übertragungen. Schauen wir uns die reguläre ERC-20-Funktion `transferFrom` an:
+Die Stapelübertragung funktioniert sehr ähnlich wie reguläre ERC-20-Übertragungen. Schauen wir uns die reguläre ERC-20-Funktion `transferFrom` an:
```solidity
// ERC-20
@@ -45,17 +45,17 @@ function safeBatchTransferFrom(
) external;
```
-Der einzige Unterschied bei ERC-1155 besteht darin, dass wir die Werte als Array übergeben und auch ein Array von IDs übergeben. Wenn beispielsweise `ids=[3, 6, 13]` und `values=[100, 200, 5]` gegeben sind, lauten die resultierenden Übertragungen:
+Der einzige Unterschied bei ERC-1155 besteht darin, dass wir die Werte als Array übergeben und zusätzlich ein Array von IDs übergeben. Wenn beispielsweise `ids=[3, 6, 13]` und `values=[100, 200, 5]` gegeben sind, sehen die resultierenden Übertragungen wie folgt aus:
-1. Übertragung von 100 Token mit der ID 3 von `_from` an `_to`.
-2. Übertragung von 200 Token mit der ID 6 von `_from` an `_to`.
-3. Übertragung von 5 Token mit der ID 13 von `_from` an `_to`.
+1. Übertrage 100 Token mit der ID 3 von `_from` nach `_to`.
+2. Übertrage 200 Token mit der ID 6 von `_from` nach `_to`.
+3. Übertrage 5 Token mit der ID 13 von `_from` nach `_to`.
-In ERC-1155 gibt es nur `transferFrom`, kein `transfer`. Um es wie ein reguläres `transfer` zu verwenden, setzen Sie einfach die Absenderadresse auf die Adresse, die die Funktion aufruft.
+In ERC-1155 haben wir nur `transferFrom`, kein `transfer`. Um es wie ein reguläres `transfer` zu verwenden, setzen Sie einfach die Absenderadresse (from) auf die Adresse, die die Funktion aufruft.
-### Batch-Guthaben {#batch-balance}
+### Stapelsaldo (Batch Balance) {#batch-balance}
-Der entsprechende ERC-20-Aufruf `balanceOf` hat ebenfalls eine Partnerfunktion mit Batch-Unterstützung. Zur Erinnerung: Dies ist die ERC-20-Version:
+Der entsprechende ERC-20-Aufruf `balanceOf` hat ebenfalls seine Partnerfunktion mit Stapelunterstützung. Zur Erinnerung, dies ist die ERC-20-Version:
```solidity
// ERC-20
@@ -68,7 +68,7 @@ function balanceOfBatch(
) external view returns (uint256[] memory);
```
-Bei der Abfrage des Saldos ist es sogar noch einfacher, denn wir können mehrere Salden in einem einzigen Schritt abrufen. Wir übergeben das Array der Besitzer, gefolgt von dem Array der Token-Ids.
+Noch einfacher ist es beim Saldo-Aufruf, bei dem wir mehrere Salden in einem einzigen Aufruf abrufen können. Wir übergeben das Array der Eigentümer, gefolgt vom Array der Token-IDs.
Wenn beispielsweise `_ids=[3, 6, 13]` und `_owners=[0xbeef..., 0x1337..., 0x1111...]` gegeben sind, lautet der Rückgabewert:
@@ -80,7 +80,7 @@ Wenn beispielsweise `_ids=[3, 6, 13]` und `_owners=[0xbeef..., 0x1337..., 0x1111
]
```
-### Batch-Genehmigung {#batch-approval}
+### Stapelgenehmigung (Batch Approval) {#batch-approval}
```solidity
// ERC-1155
@@ -95,13 +95,13 @@ function isApprovedForAll(
) external view returns (bool);
```
-Die Genehmigungen unterscheiden sich geringfügig von denen des ERC-20. Anstatt bestimmte Beträge zu genehmigen, setzen Sie einen Operator über `setApprovalForAll` auf „genehmigt“ oder „nicht genehmigt“.
+Die Genehmigungen unterscheiden sich geringfügig von ERC-20. Anstatt bestimmte Beträge zu genehmigen, setzen Sie einen Operator über `setApprovalForAll` auf genehmigt oder nicht genehmigt.
-Der aktuelle Status kann über `isApprovedForAll` ausgelesen werden. Wie Sie sehen können, ist es eine Alles-oder-Nichts-Operation. Sie können nicht festlegen, wie viele Token genehmigt werden und auch nicht, welche Token-Klasse.
+Das Lesen des aktuellen Status kann über `isApprovedForAll` erfolgen. Wie Sie sehen können, handelt es sich um eine Alles-oder-Nichts-Operation. Sie können nicht definieren, wie viele Token genehmigt werden sollen oder gar welche Token-Klasse.
-Dies wurde absichtlich so einfach wie möglich gestaltet. Sie können alles nur für eine Adresse genehmigen.
+Dies ist absichtlich im Hinblick auf Einfachheit konzipiert. Sie können nur alles für eine Adresse genehmigen.
-### Empfangs-Hook {#receive-hook}
+### Empfangs-Hook (Receive Hook) {#receive-hook}
```solidity
function onERC1155BatchReceived(
@@ -113,7 +113,7 @@ function onERC1155BatchReceived(
) external returns(bytes4);
```
-Dank der [EIP-165](https://eips.ethereum.org/EIPS/eip-165)-Unterstützung unterstützt ERC-1155 Empfangs-Hooks nur für Smart Contracts. Die Haken-Funktion muss einen magischen vordefinierten Bytes4-Wert zurückgeben, der wie folgt angegeben wird:
+Aufgrund der Unterstützung von [EIP-165](https://eips.ethereum.org/EIPS/eip-165) unterstützt ERC-1155 Empfangs-Hooks nur für Smart Contracts. Die Hook-Funktion muss einen magischen, vordefinierten bytes4-Wert zurückgeben, der wie folgt angegeben ist:
```solidity
bytes4(keccak256("onERC1155BatchReceived(address,address,uint256[],uint256[],bytes)"))
@@ -123,24 +123,24 @@ Wenn der empfangende Vertrag diesen Wert zurückgibt, wird davon ausgegangen, da
### NFT-Unterstützung {#nft-support}
-Wenn es nur eine Angebotsmenge gibt, ist der Token im Wesentlichen ein nicht-fungibler Token (NFT). Und wie bei ERC-721 üblich, können Sie eine Metadaten-URL definieren. Die URL kann von Clients gelesen und geändert werden, siehe [hier](https://eips.ethereum.org/EIPS/eip-1155#metadata).
+Wenn das Angebot nur eins beträgt, ist der Token im Wesentlichen ein nicht-fungibler Token (NFT). Und wie bei ERC-721 üblich, können Sie eine Metadaten-URL definieren. Die URL kann von Anwendungen gelesen und geändert werden, siehe [hier](https://eips.ethereum.org/EIPS/eip-1155#metadata).
-### Regel für sichere Übertragungen {#safe-transfer-rule}
+### Sichere Übertragungsregel (Safe Transfer Rule) {#safe-transfer-rule}
-In den vorangegangenen Erläuterungen haben wir bereits einige Regeln für die sichere Übertragung angesprochen. Aber schauen wir uns die wichtigsten Regeln an:
+Wir haben in den vorherigen Erklärungen bereits einige sichere Übertragungsregeln angesprochen. Aber schauen wir uns die wichtigsten dieser Regeln an:
-1. Der Aufrufer muss berechtigt sein, die Token für die `_from`-Adresse auszugeben, oder der Aufrufer muss `_from` sein.
-2. Der Übertragungsruf muss zurückgehen, wenn
- 1. Die `_to`-Adresse ist 0.
- 2. Die Länge von `_ids` entspricht nicht der Länge von `_values`.
- 3. Das Guthaben eines Inhabers für einen Token in `_ids` ist geringer als der entsprechende Betrag in `_values`, der an den Empfänger gesendet wird.
- 4. Ein anderer Fehler tritt auf.
+1. Der Aufrufer muss berechtigt sein, die Token für die Adresse `_from` auszugeben, oder der Aufrufer muss gleich `_from` sein.
+2. Der Übertragungsaufruf muss rückgängig gemacht (revert) werden, wenn
+ 1. die Adresse `_to` 0 ist.
+ 2. die Länge von `_ids` nicht mit der Länge von `_values` übereinstimmt.
+ 3. einer der Salden der Inhaber für Token in `_ids` niedriger ist als die entsprechenden Beträge in `_values`, die an den Empfänger gesendet werden.
+ 4. ein anderer Fehler auftritt.
-_Hinweis_: Alle Batch-Funktionen, einschließlich des Hooks, existieren auch als Versionen ohne Batch. Dies geschieht aus Gründen der Gaseffizienz, da die Übertragung nur eines Vermögenswerts wahrscheinlich immer noch der am häufigsten genutzte Weg sein wird. Wir haben sie der Einfachheit halber in den Erläuterungen weggelassen, einschließlich der Regeln für die sichere Übertragung. Die Namen sind identisch, Sie müssen nur das „Batch" entfernen.
+_Hinweis_: Alle Stapelfunktionen einschließlich des Hooks existieren auch als Versionen ohne Stapel (Batch). Dies geschieht aus Gründen der Gas-Effizienz, da die Übertragung von nur einem Vermögenswert wahrscheinlich immer noch die am häufigsten verwendete Methode sein wird. Wir haben sie der Einfachheit halber in den Erklärungen weggelassen, einschließlich der sicheren Übertragungsregeln. Die Namen sind identisch, entfernen Sie einfach das 'Batch'.
-## Weiterführende Lektüre {#further-reading}
+## Weiterführende Literatur {#further-reading}
- [EIP-1155: Multi-Token-Standard](https://eips.ethereum.org/EIPS/eip-1155)
-- [ERC-1155: Openzeppelin Docs](https://docs.openzeppelin.com/contracts/5.x/erc1155)
-- [ERC-1155: GitHub-Repo](https://github.com/enjin/erc-1155)
-- [Alchemy NFT-API](https://www.alchemy.com/docs/reference/nft-api-quickstart)
+- [ERC-1155: OpenZeppelin-Dokumentation](https://docs.openzeppelin.com/contracts/5.x/erc1155)
+- [ERC-1155: GitHub-Repository](https://github.com/enjin/erc-1155)
+- [Alchemy NFT-API](https://www.alchemy.com/docs/reference/nft-api-quickstart)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/standards/tokens/erc-1363/index.md b/public/content/translations/de/developers/docs/standards/tokens/erc-1363/index.md
index 2250eb47bcf..f736295b720 100644
--- a/public/content/translations/de/developers/docs/standards/tokens/erc-1363/index.md
+++ b/public/content/translations/de/developers/docs/standards/tokens/erc-1363/index.md
@@ -1,6 +1,6 @@
---
-title: ERC-1363 Zahlbarer Token-Standard
-description: "ERC-1363 ist eine Erweiterungsschnittstelle für ERC-20-Token, die die Ausführung einer benutzerdefinierten Logik auf einem Empfängervertrag nach Übertragungen oder auf einem Spendervertrag nach Genehmigungen innerhalb einer einzigen Transaktion unterstützt."
+title: ERC-1363 Payable Token Standard
+description: "ERC-1363 ist eine Erweiterungsschnittstelle für ERC-20-Token, die die Ausführung benutzerdefinierter Logik auf einem Empfängervertrag nach Übertragungen oder auf einem Ausgabevertrag nach Genehmigungen unterstützt, alles innerhalb einer einzigen Transaktion."
lang: de
---
@@ -8,20 +8,20 @@ lang: de
### Was ist ERC-1363? {#what-is-erc1363}
-ERC-1363 ist eine Erweiterungsschnittstelle für ERC-20-Token, die die Ausführung einer benutzerdefinierten Logik auf einem Empfängervertrag nach Übertragungen oder auf einem Spendervertrag nach Genehmigungen innerhalb einer einzigen Transaktion unterstützt.
+ERC-1363 ist eine Erweiterungsschnittstelle für ERC-20-Token, die die Ausführung benutzerdefinierter Logik auf einem Empfängervertrag nach Übertragungen oder auf einem Ausgabevertrag nach Genehmigungen unterstützt, alles innerhalb einer einzigen Transaktion.
### Unterschiede zu ERC-20 {#erc20-differences}
-Standard-ERC-20-Operationen wie `transfer`, `transferFrom` und `approve` erlauben keine Codeausführung auf dem Empfänger- oder Spendervertrag ohne eine separate Transaktion.
-Dies führt zu Komplexität in der UI-Entwicklung und zu Reibungsverlusten bei der Einführung, da Benutzer auf die Ausführung der ersten Transaktion warten und dann die zweite einreichen müssen.
-Sie müssen auch zweimal GAS bezahlen.
+Standardmäßige ERC-20-Operationen wie `transfer`, `transferFrom` und `approve` erlauben keine Codeausführung auf dem Empfänger- oder Ausgabevertrag ohne eine separate Transaktion.
+Dies führt zu Komplexität bei der UI-Entwicklung und Reibungsverlusten bei der Akzeptanz, da Benutzer warten müssen, bis die erste Transaktion ausgeführt wurde, und dann die zweite einreichen müssen.
+Sie müssen außerdem zweimal Gas bezahlen.
-ERC-1363 ermöglicht es fungiblen Token, Aktionen einfacher durchzuführen und ohne die Verwendung eines Off-Chain-Listeners zu funktionieren.
-Es ermöglicht, nach einer Übertragung oder einer Genehmigung in einer einzigen Transaktion einen Callback auf einem Empfänger- oder Spendervertrag durchzuführen.
+ERC-1363 ermöglicht es fungiblen Token, Aktionen einfacher auszuführen und ohne die Verwendung eines Off-Chain-Listeners zu funktionieren.
+Es erlaubt einen Callback auf einem Empfänger- oder Ausgabevertrag nach einer Übertragung oder einer Genehmigung in einer einzigen Transaktion.
## Voraussetzungen {#prerequisites}
-Um diese Seite besser zu verstehen, empfehlen wir Ihnen, zunächst Folgendes zu lesen:
+Um diese Seite besser zu verstehen, empfehlen wir Ihnen, sich zunächst über Folgendes zu informieren:
- [Token-Standards](/developers/docs/standards/tokens/)
- [ERC-20](/developers/docs/standards/tokens/erc-20/)
@@ -30,106 +30,166 @@ Um diese Seite besser zu verstehen, empfehlen wir Ihnen, zunächst Folgendes zu
ERC-1363 führt eine Standard-API für ERC-20-Token ein, um nach `transfer`, `transferFrom` oder `approve` mit Smart Contracts zu interagieren.
-Dieser Standard bietet grundlegende Funktionen zum Übertragen von Token und ermöglicht die Genehmigung von Token, damit sie von einem anderen On-Chain-Drittanbieter ausgegeben werden können, um dann einen Callback auf dem Empfänger- oder Spendervertrag durchzuführen.
+Dieser Standard bietet grundlegende Funktionen zur Übertragung von Token sowie die Möglichkeit, Token zu genehmigen, damit sie von einem anderen Dritten auf der Blockchain ausgegeben werden können, und anschließend einen Callback auf dem Empfänger- oder Ausgabevertrag durchzuführen.
-Es gibt viele vorgeschlagene Anwendungsfälle für Smart Contracts, die ERC-20-Callbacks akzeptieren können.
+Es gibt viele vorgeschlagene Verwendungszwecke für Smart Contracts, die ERC-20-Callbacks akzeptieren können.
Beispiele könnten sein:
-- **Crowdsales**: Gesendete Token lösen eine sofortige Zuteilung der Belohnung aus.
-- **Dienstleistungen**: Die Zahlung aktiviert den Dienstzugang in einem Schritt.
+- **Crowdsales**: Gesendete Token lösen eine sofortige Zuweisung von Belohnungen aus.
+- **Dienstleistungen**: Die Zahlung aktiviert den Zugang zum Dienst in einem Schritt.
- **Rechnungen**: Token begleichen Rechnungen automatisch.
-- **Abonnements**: Die Genehmigung des jährlichen Tarifs aktiviert das Abonnement mit der Zahlung des ersten Monats.
+- **Abonnements**: Die Genehmigung des Jahresbeitrags aktiviert das Abonnement mit der Zahlung des ersten Monats.
-Aus diesen Gründen wurde es ursprünglich **„Payable Token“** genannt.
+Aus diesen Gründen wurde er ursprünglich **„Payable Token“** genannt.
-Das Callback-Verhalten erweitert den Nutzen zusätzlich und ermöglicht nahtlose Interaktionen wie:
+Das Callback-Verhalten erweitert seinen Nutzen weiter und ermöglicht nahtlose Interaktionen wie:
- **Staking**: Übertragene Token lösen eine automatische Sperrung in einem Staking-Vertrag aus.
-- **Abstimmung**: Erhaltene Token registrieren Stimmen in einem Governance-System.
-- **Swapping**: Token-Genehmigungen aktivieren die Swap-Logik in einem einzigen Schritt.
+- **Abstimmungen**: Empfangene Token registrieren Stimmen in einem Governance-System.
+- **Tauschen**: Token-Genehmigungen aktivieren die Tausch-Logik in einem einzigen Schritt.
-ERC-1363-Token können für bestimmte Zwecke in allen Fällen verwendet werden, in denen nach einer erhaltenen Übertragung oder Genehmigung ein Callback ausgeführt werden muss.
-ERC-1363 ist auch nützlich, um den Verlust oder die Sperrung von Token in Smart Contracts zu vermeiden, indem die Fähigkeit des Empfängers, die Token zu handhaben, überprüft wird.
+ERC-1363-Token können für spezifische Dienstprogramme in allen Fällen verwendet werden, die die Ausführung eines Callbacks nach einer Übertragung oder einer erhaltenen Genehmigung erfordern.
+ERC-1363 ist auch nützlich, um Token-Verlust oder das Sperren von Token in Smart Contracts zu vermeiden, indem die Fähigkeit des Empfängers zum Umgang mit Token überprüft wird.
-Im Gegensatz zu anderen ERC-20-Erweiterungsvorschlägen überschreibt ERC-1363 nicht die `transfer`- und `transferFrom`-Methoden von ERC-20 und definiert die zu implementierenden Schnittstellen-IDs, wodurch die Abwärtskompatibilität mit ERC-20 erhalten bleibt.
+Im Gegensatz zu anderen Vorschlägen für ERC-20-Erweiterungen überschreibt ERC-1363 die Methoden `transfer` und `transferFrom` von ERC-20 nicht und definiert die zu implementierenden Schnittstellen-IDs unter Beibehaltung der Abwärtskompatibilität mit ERC-20.
Aus [EIP-1363](https://eips.ethereum.org/EIPS/eip-1363):
### Methoden {#methods}
-Smart Contracts, die den ERC-1363-Standard implementieren, **MÜSSEN** alle Funktionen der `ERC1363`-Schnittstelle sowie die `ERC20`- und `ERC165`-Schnittstellen implementieren.
+Smart Contracts, die den ERC-1363-Standard implementieren, **MÜSSEN** alle Funktionen in der `ERC1363`-Schnittstelle sowie die `ERC20`- und `ERC165`-Schnittstellen implementieren.
```solidity
pragma solidity ^0.8.0;
-/**
+/* *
* @title ERC1363
- * @dev Eine Erweiterungsschnittstelle für ERC-20-Token, die die Ausführung von Code in einem Empfängervertrag nach `transfer` oder `transferFrom` oder Code in einem Spendervertrag nach `approve` in einer einzigen Transaktion unterstützt.
- */
+ * @dev Eine Erweiterungsschnittstelle für ERC-20-Token, die das Ausführen von Code auf einem Empfängervertrag
+ * nach `transfer` oder `transferFrom` oder von Code auf einem ausgebenden Vertrag nach `approve` in einer einzigen Transaktion unterstützt. */
+
+
+
+
+
interface ERC1363 is ERC20, ERC165 {
- /*
- * HINWEIS: Die ERC-165-Kennung für diese Schnittstelle lautet 0xb0202a11.
+ /* * NOTE: Der ERC-165-Identifikator für diese Schnittstelle ist 0xb0202a11.
* 0xb0202a11 ===
* bytes4(keccak256('transferAndCall(address,uint256)')) ^
* bytes4(keccak256('transferAndCall(address,uint256,bytes)')) ^
* bytes4(keccak256('transferFromAndCall(address,address,uint256)')) ^
* bytes4(keccak256('transferFromAndCall(address,address,uint256,bytes)')) ^
* bytes4(keccak256('approveAndCall(address,uint256)')) ^
- * bytes4(keccak256('approveAndCall(address,uint256,bytes)'))
- */
+ * bytes4(keccak256('approveAndCall(address,uint256,bytes)')) */
+
+
+
+
+
+
+
- /**
- * @dev Verschiebt einen Token-Betrag von `value` vom Konto des Aufrufers nach `to` und ruft dann `ERC1363Receiver::onTransferReceived` auf `to` auf.
+
+
+
+ /* *
+ * @dev Verschiebt eine Menge `value` an Token vom Konto des Aufrufers nach `to`
+ * und ruft dann `ERC1363Receiver::onTransferReceived` auf `to` auf.
* @param to Die Adresse, an die die Token übertragen werden.
- * @param value Der Betrag der zu übertragenden Token.
- * @return Ein boolescher Wert, der angibt, dass die Operation erfolgreich war, es sei denn, es wird ein Fehler ausgelöst.
- */
+ * @param value Die Menge der zu übertragenden Token.
+ * @return Ein boolescher Wert, der anzeigt, dass die Operation erfolgreich war, sofern kein Fehler ausgelöst wird. */
+
+
+
+
+
+
+
function transferAndCall(address to, uint256 value) external returns (bool);
- /**
- * @dev Verschiebt einen Token-Betrag von `value` vom Konto des Aufrufers nach `to` und ruft dann `ERC1363Receiver::onTransferReceived` auf `to` auf.
+ /* *
+ * @dev Verschiebt eine Menge `value` an Token vom Konto des Aufrufers nach `to`
+ * und ruft dann `ERC1363Receiver::onTransferReceived` auf `to` auf.
* @param to Die Adresse, an die die Token übertragen werden.
- * @param value Der Betrag der zu übertragenden Token.
- * @param data Zusätzliche Daten ohne bestimmtes Format, die beim Aufruf an `to` gesendet werden.
- * @return Ein boolescher Wert, der angibt, dass die Operation erfolgreich war, es sei denn, es wird ein Fehler ausgelöst.
- */
+ * @param value Die Menge der zu übertragenden Token.
+ * @param data Zusätzliche Daten ohne spezifiziertes Format, die im Aufruf an `to` gesendet werden.
+ * @return Ein boolescher Wert, der anzeigt, dass die Operation erfolgreich war, sofern kein Fehler ausgelöst wird. */
+
+
+
+
+
+
+
+
function transferAndCall(address to, uint256 value, bytes calldata data) external returns (bool);
- /**
- * @dev Verschiebt einen Token-Betrag von `value` von `from` nach `to` unter Verwendung des Genehmigungsmechanismus und ruft dann `ERC1363Receiver::onTransferReceived` auf `to` auf.
- * @param from Die Adresse, von der die Token gesendet werden.
+ /* *
+ * @dev Verschiebt eine Menge `value` an Token von `from` nach `to` unter Verwendung des Allowance-Mechanismus
+ * und ruft dann `ERC1363Receiver::onTransferReceived` auf `to` auf.
+ * @param from Die Adresse, von der Token gesendet werden sollen.
* @param to Die Adresse, an die die Token übertragen werden.
- * @param value Der Betrag der zu übertragenden Token.
- * @return Ein boolescher Wert, der angibt, dass die Operation erfolgreich war, es sei denn, es wird ein Fehler ausgelöst.
- */
+ * @param value Die Menge der zu übertragenden Token.
+ * @return Ein boolescher Wert, der anzeigt, dass die Operation erfolgreich war, sofern kein Fehler ausgelöst wird. */
+
+
+
+
+
+
+
+
function transferFromAndCall(address from, address to, uint256 value) external returns (bool);
- /**
- * @dev Verschiebt einen Token-Betrag von `value` von `from` nach `to` unter Verwendung des Genehmigungsmechanismus und ruft dann `ERC1363Receiver::onTransferReceived` auf `to` auf.
- * @param from Die Adresse, von der die Token gesendet werden.
+ /* *
+ * @dev Verschiebt eine Menge `value` an Token von `from` nach `to` unter Verwendung des Allowance-Mechanismus
+ * und ruft dann `ERC1363Receiver::onTransferReceived` auf `to` auf.
+ * @param from Die Adresse, von der Token gesendet werden sollen.
* @param to Die Adresse, an die die Token übertragen werden.
- * @param value Der Betrag der zu übertragenden Token.
- * @param data Zusätzliche Daten ohne bestimmtes Format, die beim Aufruf an `to` gesendet werden.
- * @return Ein boolescher Wert, der angibt, dass die Operation erfolgreich war, es sei denn, es wird ein Fehler ausgelöst.
- */
+ * @param value Die Menge der zu übertragenden Token.
+ * @param data Zusätzliche Daten ohne spezifiziertes Format, die im Aufruf an `to` gesendet werden.
+ * @return Ein boolescher Wert, der anzeigt, dass die Operation erfolgreich war, sofern kein Fehler ausgelöst wird. */
+
+
+
+
+
+
+
+
+
function transferFromAndCall(address from, address to, uint256 value, bytes calldata data) external returns (bool);
- /**
- * @dev Legt einen Token-Betrag von `value` als Genehmigung für `spender` über die Token des Aufrufers fest und ruft dann `ERC1363Spender::onApprovalReceived` auf `spender` auf.
- * @param spender Die Adresse, die das Guthaben ausgeben wird.
- * @param value Der Betrag der auszugebenden Token.
- * @return Ein boolescher Wert, der angibt, dass die Operation erfolgreich war, es sei denn, es wird ein Fehler ausgelöst.
- */
+ /* *
+ * @dev Legt eine Menge `value` an Token als Allowance für `spender` über die Token des Aufrufers fest
+ * und ruft dann `ERC1363Spender::onApprovalReceived` auf `spender` auf.
+ * @param spender Die Adresse, die die Mittel ausgeben wird.
+ * @param value Die Menge der auszugebenden Token.
+ * @return Ein boolescher Wert, der anzeigt, dass die Operation erfolgreich war, sofern kein Fehler ausgelöst wird. */
+
+
+
+
+
+
+
function approveAndCall(address spender, uint256 value) external returns (bool);
- /**
- * @dev Legt einen Token-Betrag von `value` als Genehmigung für `spender` über die Token des Aufrufers fest und ruft dann `ERC1363Spender::onApprovalReceived` auf `spender` auf.
- * @param spender Die Adresse, die das Guthaben ausgeben wird.
- * @param value Der Betrag der auszugebenden Token.
- * @param data Zusätzliche Daten ohne bestimmtes Format, die beim Aufruf an `spender` gesendet werden.
- * @return Ein boolescher Wert, der angibt, dass die Operation erfolgreich war, es sei denn, es wird ein Fehler ausgelöst.
- */
+ /* *
+ * @dev Legt eine Menge `value` an Token als Allowance für `spender` über die Token des Aufrufers fest
+ * und ruft dann `ERC1363Spender::onApprovalReceived` auf `spender` auf.
+ * @param spender Die Adresse, die die Mittel ausgeben wird.
+ * @param value Die Menge der auszugebenden Token.
+ * @param data Zusätzliche Daten ohne spezifiziertes Format, die im Aufruf an `spender` gesendet werden.
+ * @return Ein boolescher Wert, der anzeigt, dass die Operation erfolgreich war, sofern kein Fehler ausgelöst wird. */
+
+
+
+
+
+
+
+
function approveAndCall(address spender, uint256 value, bytes calldata data) external returns (bool);
}
@@ -149,55 +209,89 @@ interface ERC165 {
}
```
-Ein Smart Contract, der ERC-1363-Token über `transferAndCall` oder `transferFromAndCall` annehmen möchte, **MUSS** die `ERC1363Receiver`-Schnittstelle implementieren:
+Ein Smart Contract, der ERC-1363-Token über `transferAndCall` oder `transferFromAndCall` akzeptieren möchte, **MUSS** die `ERC1363Receiver`-Schnittstelle implementieren:
```solidity
-/**
+/* *
* @title ERC1363Receiver
- * @dev Schnittstelle für jeden Vertrag, der `transferAndCall` oder `transferFromAndCall` von ERC-1363-Token-Verträgen unterstützen möchte.
- */
+ * @dev Schnittstelle für jeden Vertrag, der `transferAndCall` oder `transferFromAndCall` von ERC-1363-Token-Verträgen unterstützen möchte. */
+
+
+
+
interface ERC1363Receiver {
- /**
- * @dev Immer wenn ERC-1363-Token über `ERC1363::transferAndCall` oder `ERC1363::transferFromAndCall` von `operator` von `from` an diesen Vertrag übertragen werden, wird diese Funktion aufgerufen.
+ /* *
+ * @dev Wann immer ERC-1363-Token über `ERC1363::transferAndCall` oder `ERC1363::transferFromAndCall`
+ * durch `operator` von `from` an diesen Vertrag übertragen werden, wird diese Funktion aufgerufen.
*
- * HINWEIS: Um die Übertragung zu akzeptieren, muss diese Funktion `bytes4(keccak256("onTransferReceived(address,address,uint256,bytes)"))` zurückgeben
- * (d. h. 0x88a7ca5c oder ihren eigenen Funktionsselektor).
+ * NOTE: Um die Übertragung zu akzeptieren, muss dies
+ * `bytes4(keccak256("onTransferReceived(address,address,uint256,bytes)"))`
+ * (d. h. 0x88a7ca5c oder seinen eigenen Funktionsselektor) zurückgeben.
*
* @param operator Die Adresse, die die Funktion `transferAndCall` oder `transferFromAndCall` aufgerufen hat.
* @param from Die Adresse, von der die Token übertragen werden.
- * @param value Der Betrag der übertragenen Token.
- * @param data Zusätzliche Daten ohne bestimmtes Format.
- * @return `bytes4(keccak256("onTransferReceived(address,address,uint256,bytes)"))` wenn die Übertragung zulässig ist, es sei denn, es wird ein Fehler ausgelöst.
- */
+ * @param value Die Menge der übertragenen Token.
+ * @param data Zusätzliche Daten ohne spezifiziertes Format.
+ * @return `bytes4(keccak256("onTransferReceived(address,address,uint256,bytes)"))`, wenn die Übertragung erlaubt ist, sofern kein Fehler ausgelöst wird. */
+
+
+
+
+
+
+
+
+
+
+
+
+
+
function onTransferReceived(address operator, address from, uint256 value, bytes calldata data) external returns (bytes4);
}
```
-Ein Smart Contract, der ERC-1363-Token über `approveAndCall` annehmen möchte, **MUSS** die `ERC1363Spender`-Schnittstelle implementieren:
+Ein Smart Contract, der ERC-1363-Token über `approveAndCall` akzeptieren möchte, **MUSS** die `ERC1363Spender`-Schnittstelle implementieren:
```solidity
-/**
+/* *
* @title ERC1363Spender
- * @dev Schnittstelle für jeden Vertrag, der `approveAndCall` von ERC-1363-Token-Verträgen unterstützen möchte.
- */
+ * @dev Schnittstelle für jeden Vertrag, der `approveAndCall` von ERC-1363-Token-Verträgen unterstützen möchte. */
+
+
+
+
interface ERC1363Spender {
- /**
- * @dev Immer wenn ein ERC-1363-Token-`owner` diesen Vertrag über `ERC1363::approveAndCall` zur Ausgabe seiner Token autorisiert,
- * wird diese Funktion aufgerufen.
+ /* *
+ * @dev Wann immer ein `owner` von ERC-1363-Token diesen Vertrag über `ERC1363::approveAndCall` autorisiert,
+ * seine Token auszugeben, wird diese Funktion aufgerufen.
*
- * HINWEIS: Um die Genehmigung zu akzeptieren, muss diese Funktion `bytes4(keccak256("onApprovalReceived(address,uint256,bytes)"))` zurückgeben
- * (d. h. 0x7b04a2d0 oder ihren eigenen Funktionsselektor).
+ * NOTE: Um die Genehmigung zu akzeptieren, muss dies
+ * `bytes4(keccak256("onApprovalReceived(address,uint256,bytes)"))`
+ * (d. h. 0x7b04a2d0 oder seinen eigenen Funktionsselektor) zurückgeben.
*
* @param owner Die Adresse, die die Funktion `approveAndCall` aufgerufen hat und zuvor die Token besaß.
- * @param value Der Betrag der auszugebenden Token.
- * @param data Zusätzliche Daten ohne bestimmtes Format.
- * @return `bytes4(keccak256("onApprovalReceived(address,uint256,bytes)"))` wenn die Genehmigung zulässig ist, es sei denn, es wird ein Fehler ausgelöst.
- */
+ * @param value Die Menge der auszugebenden Token.
+ * @param data Zusätzliche Daten ohne spezifiziertes Format.
+ * @return `bytes4(keccak256("onApprovalReceived(address,uint256,bytes)"))`, wenn die Genehmigung erlaubt ist, sofern kein Fehler ausgelöst wird. */
+
+
+
+
+
+
+
+
+
+
+
+
+
function onApprovalReceived(address owner, uint256 value, bytes calldata data) external returns (bytes4);
}
```
-## Weiterführende Lektüre {#further-reading}
+## Weiterführende Literatur {#further-reading}
-- [ERC-1363: Zahlbarer Token-Standard](https://eips.ethereum.org/EIPS/eip-1363)
-- [ERC-1363: GitHub-Repo](https://github.com/vittominacori/erc1363-payable-token)
+- [ERC-1363: Payable Token Standard](https://eips.ethereum.org/EIPS/eip-1363)
+- [ERC-1363: GitHub-Repo](https://github.com/vittominacori/erc1363-payable-token)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/standards/tokens/erc-20/index.md b/public/content/translations/de/developers/docs/standards/tokens/erc-20/index.md
index 41f6fd1c4b2..028dc3fad9e 100644
--- a/public/content/translations/de/developers/docs/standards/tokens/erc-20/index.md
+++ b/public/content/translations/de/developers/docs/standards/tokens/erc-20/index.md
@@ -1,6 +1,6 @@
---
-title: ERC-20 Token-Standard
-description: "Erfahren Sie mehr über ERC-20, den Standard für fungible Token auf Ethereum, der interoperable Token Anwendungen ermöglicht."
+title: ERC-20-Token-Standard
+description: "Erfahren Sie mehr über ERC-20, den Standard für fungible Token auf Ethereum, der interoperable Token-Anwendungen ermöglicht."
lang: de
---
@@ -8,21 +8,20 @@ lang: de
**Was ist ein Token?**
-Token können praktisch alles in Ethereum darstellen:
+Token können in [Ethereum](/) praktisch alles repräsentieren:
-- Reputationspunkte auf einer Online-Platform
+- Reputationspunkte auf einer Online-Plattform
- Fähigkeiten eines Charakters in einem Spiel
-- Vermögenswerte wie Anteile an einer Firma
-- Eine Fiat-Währung wie der US-Dollar
-- Eine Goldunze
-- und mehr...
+- Finanzanlagen wie eine Unternehmensaktie
+- eine Fiatwährung wie USD
+- eine Unze Gold
+- und vieles mehr...
-Diese mächtigen Eigenschaften von Ethereum sollten in einem stabilen Standard bereitgestellt werden, oder? Und genau das ist der Punkt, an dem ERC-20 ins Spiel kommt! Dieser Standard ermöglicht es Entwicklern, Token zu erstellen, die mit anderen Produkten und Services interagieren können. Der ERC-20-Standard wird auch verwendet, um [Ether](/glossary/#ether) zusätzliche Funktionalität bereitzustellen.
+Eine so mächtige Funktion von Ethereum muss durch einen robusten Standard gehandhabt werden, richtig? Genau hier kommt ERC-20 ins Spiel! Dieser Standard ermöglicht es Entwicklern, Token-Anwendungen zu erstellen, die mit anderen Produkten und Dienstleistungen interoperabel sind. Der ERC-20-Standard wird auch verwendet, um [Ether](/glossary/#ether) zusätzliche Funktionen bereitzustellen.
**Was ist ERC-20?**
-Der ERC-20 führt einen Standard für fungible Token ein, das heißt, sie haben eine Eigenschaft, die jeden Token genau gleich (in Art und Wert) wie einen anderen Token macht. Zum Beispiel verhält sich ein ERC-20-Token genau wie der ETH. Das bedeutet, dass ein Token
-immer dem Wert aller anderen Token entspricht.
+ERC-20 führt einen Standard für fungible Token ein. Mit anderen Worten: Sie haben eine Eigenschaft, die jeden Token (in Art und Wert) exakt gleich wie einen anderen Token macht. Ein ERC-20-Token verhält sich beispielsweise genau wie ETH, was bedeutet, dass 1 Token immer gleich allen anderen Token ist und sein wird.
## Voraussetzungen {#prerequisites}
@@ -32,17 +31,16 @@ immer dem Wert aller anderen Token entspricht.
## Hauptteil {#body}
-Der im November 2015 von Fabian Vogelsteller eingereichte ERC-20-Antrag (Ethereum Request for Comments 20) ist ein Token-Standard, der
-eine API für Tokens innerhalb von Smart Contracts implementiert.
+Der ERC-20 (Ethereum Request for Comments 20), der im November 2015 von Fabian Vogelsteller vorgeschlagen wurde, ist ein Token-Standard, der eine API für Token innerhalb von Smart Contracts implementiert.
-Beispielfunktionalitäten, die ERC-20 bietet:
+Beispielfunktionen, die ERC-20 bietet:
- Token von einem Konto auf ein anderes übertragen
-- den aktuellen Token-Saldo eines Kontos abfragen
-- den im Netz verfügbaren Gesamtvorrat an Token ermitteln
-- genehmigen, ob ein Token-Betrag von einem Konto durch ein Drittkonto ausgegeben werden kann
+- den aktuellen Token-Kontostand eines Kontos abrufen
+- das Gesamtangebot des im Netzwerk verfügbaren Tokens abrufen
+- genehmigen, ob eine bestimmte Menge an Token von einem Konto durch ein Drittanbieter-Konto ausgegeben werden darf
-Wenn ein Smart Contract die folgenden Methoden und Ereignisse implementiert, kann er als ERC-20-Token-Vertrag bezeichnet werden und ist nach der Bereitstellung dafür verantwortlich, die erstellten Token auf Ethereum zu verfolgen.
+Wenn ein Smart Contract die folgenden Methoden und Ereignisse implementiert, kann er als ERC-20-Token-Vertrag bezeichnet werden. Sobald er bereitgestellt ist, ist er dafür verantwortlich, die erstellten Token auf Ethereum zu verfolgen.
Aus [EIP-20](https://eips.ethereum.org/EIPS/eip-20):
@@ -69,9 +67,7 @@ event Approval(address indexed _owner, address indexed _spender, uint256 _value)
### Beispiele {#web3py-example}
-Sehen wir uns an, wie wichtig ein Standard ist, um uns die Überprüfung jedes ERC-20-Token-Vertrags auf Ethereum zu erleichtern.
-Wir benötigen lediglich das Contract Application Binary Interface (ABI), um eine Schnittstelle zu einem beliebigen ERC-20-Token zu erstellen. Wie Sie
-unten sehen können, werden wir ein vereinfachtes ABI verwenden, um es zu einem Beispiel mit geringer Reibung zu machen.
+Lassen Sie uns sehen, warum ein Standard so wichtig ist, um es uns einfach zu machen, jeden ERC-20-Token-Vertrag auf Ethereum zu überprüfen. Wir benötigen lediglich das Contract Application Binary Interface (ABI), um eine Schnittstelle zu einem beliebigen ERC-20-Token zu erstellen. Wie Sie unten sehen können, werden wir ein vereinfachtes ABI verwenden, um es zu einem reibungslosen Beispiel zu machen.
#### Web3.py-Beispiel {#web3py-example}
@@ -87,13 +83,13 @@ from web3 import Web3
w3 = Web3(Web3.HTTPProvider("https://cloudflare-eth.com"))
-dai_token_addr = "0x6B175474E89094C44Da98b954EedeAC495271d0F" # DAI
-weth_token_addr = "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2" # Gedeckter Ether (WETH)
+dai_token_addr = "0x6B175474E89094C44Da98b954EedeAC495271d0F" # DAI
+weth_token_addr = "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2" # Wrapped Ether (WETH)
-acc_address = "0xA478c2975Ab1Ea89e8196811F51A7B7Ade33eB11" # Uniswap V2: DAI 2
+acc_address = "0xA478c2975Ab1Ea89e8196811F51A7B7Ade33eB11" # Uniswap V2: DAI 2
-# Dies ist eine vereinfachte Contract Application Binary Interface (ABI) eines ERC-20-Token-Vertrags.
-# Es werden nur die Methoden verfügbar gemacht: balanceOf(address), decimals(), symbol() und totalSupply()
+# Dies ist eine vereinfachte Contract Application Binary Interface (ABI) eines ERC-20-Token-Contracts.
+# Es stellt nur die Methoden: balanceOf(address), decimals(), symbol() und totalSupply() bereit.
simplified_abi = [
{
'inputs': [{'internalType': 'address', 'name': 'account', 'type': 'address'}],
@@ -127,7 +123,7 @@ decimals = dai_contract.functions.decimals().call()
totalSupply = dai_contract.functions.totalSupply().call() / 10**decimals
addr_balance = dai_contract.functions.balanceOf(acc_address).call() / 10**decimals
-# DAI
+# DAI
print("===== %s =====" % symbol)
print("Total Supply:", totalSupply)
print("Addr Balance:", addr_balance)
@@ -138,7 +134,7 @@ decimals = weth_contract.functions.decimals().call()
totalSupply = weth_contract.functions.totalSupply().call() / 10**decimals
addr_balance = weth_contract.functions.balanceOf(acc_address).call() / 10**decimals
-# WETH
+# WETH
print("===== %s =====" % symbol)
print("Total Supply:", totalSupply)
print("Addr Balance:", addr_balance)
@@ -148,42 +144,47 @@ print("Addr Balance:", addr_balance)
### Problem beim Empfang von ERC-20-Token {#reception-issue}
-**Bis zum 20.06.2024 gingen aufgrund dieses Problems ERC-20-Token im Wert von mindestens 83.656.418 US-Dollar verloren. Beachten Sie, dass eine reine ERC-20-Implementierung anfällig für dieses Problem ist, es sei denn, Sie implementieren zusätzlich zu dem Standard eine Reihe weiterer Einschränkungen, wie unten aufgeführt.**
+**Bis zum 20.06.2024 gingen aufgrund dieses Problems ERC-20-Token im Wert von mindestens 83.656.418 $ verloren. Beachten Sie, dass eine reine ERC-20-Implementierung für dieses Problem anfällig ist, es sei denn, Sie implementieren zusätzlich zum Standard eine Reihe von Einschränkungen, wie unten aufgeführt.**
-Wenn ERC-20-Token an einen Smart Contract gesendet werden, der nicht für den Umgang mit ERC-20-Token ausgelegt ist, können diese Token dauerhaft verloren gehen. Das passiert, weil der empfangende Vertrag nicht die Funktionalität hat, die eingehenden Token zu erkennen oder darauf zu reagieren, und es gibt keinen Mechanismus im ERC-20-Standard, um den empfangenden Vertrag über die eingehenden Token zu benachrichtigen. Die Hauptursachen dieses Problems sind:
+Wenn ERC-20-Token an einen Smart Contract gesendet werden, der nicht für die Verarbeitung von ERC-20-Token ausgelegt ist, können diese Token dauerhaft verloren gehen. Dies geschieht, weil der empfangende Vertrag nicht über die Funktionalität verfügt, die eingehenden Token zu erkennen oder darauf zu reagieren, und es im ERC-20-Standard keinen Mechanismus gibt, um den empfangenden Vertrag über die eingehenden Token zu benachrichtigen. Dieses Problem tritt hauptsächlich auf folgende Weise auf:
-1. Token-Übertragungsmechanismus
-
-- ERC-20-Token werden mit den Funktionen transfer oder transferFrom übertragen
- - Wenn ein Benutzer Token an eine Vertragsadresse mit diesen Funktionen sendet, werden die Token unabhängig davon übertragen, ob der empfangende Vertrag dafür ausgelegt ist oder nicht
-
-2. Fehlende Benachrichtigung
- - Der empfangende Vertrag erhält keine Benachrichtigung oder Rückmeldung, dass Token an ihn gesendet wurden
- - Wenn der empfangende Vertrag keinen Mechanismus hat, um Token zu verarbeiten (z.B. eine Fallback-Funktion oder eine spezielle Funktion zur Verwaltung des Tokenempfangs), bleiben die Token effektiv in der Adresse des Vertrags hängen
-3. Keine eingebaute Verarbeitung
- - Der ERC-20-Standard enthält keine obligatorische Funktion, die empfangende Verträge implementieren müssen, was dazu führt, dass viele Verträge nicht in der Lage sind, eingehende Token richtig zu verwalten
+1. Token-Übertragungsmechanismus
+ - ERC-20-Token werden mit den Funktionen transfer oder transferFrom übertragen
+ - Wenn ein Benutzer Token mit diesen Funktionen an eine Vertragsadresse sendet, werden die Token übertragen, unabhängig davon, ob der empfangende Vertrag für deren Verarbeitung ausgelegt ist
+2. Fehlende Benachrichtigung
+ - Der empfangende Vertrag erhält keine Benachrichtigung oder keinen Rückruf, dass Token an ihn gesendet wurden
+ - Wenn dem empfangenden Vertrag ein Mechanismus zur Verarbeitung von Token fehlt (z. B. eine Fallback-Funktion oder eine dedizierte Funktion zur Verwaltung des Token-Empfangs), stecken die Token effektiv in der Adresse des Vertrags fest
+3. Keine integrierte Verarbeitung
+ - Der ERC-20-Standard enthält keine obligatorische Funktion, die empfangende Verträge implementieren müssen, was zu einer Situation führt, in der viele Verträge eingehende Token nicht ordnungsgemäß verwalten können
**Mögliche Lösungen**
-Es ist zwar nicht möglich, dieses Problem mit ERC-20 vollständig zu verhindern, aber es gibt Methoden, mit denen die Wahrscheinlichkeit eines Sickerverlusts für den Endnutzer erheblich verringert werden kann:
+Obwohl es nicht möglich ist, dieses Problem bei ERC-20 vollständig zu verhindern, gibt es Methoden, mit denen die Wahrscheinlichkeit eines Token-Verlusts für den Endbenutzer erheblich verringert werden kann:
-- Das häufigste Problem tritt auf, wenn ein Benutzer Token an die Adresse des Token-Vertrags selbst sendet (z. B. USDT, die an die Adresse des USDT-Token-Vertrags eingezahlt werden). Es wird empfohlen, die transfer(..)-Funktion einzuschränken, um solche Übertragungsversuche rückgängig zu machen. Erwägen Sie, die Prüfung require(_to != address(this)); in die Implementierung der Funktion transfer(..) aufzunehmen.
-- Die transfer(..)-Funktion ist im Allgemeinen nicht dafür ausgelegt, Token in Verträge einzuzahlen. `Genehmigung(..) & transferFrom(..)`-Muster wird stattdessen verwendet, um ERC-20-Token in Verträge einzuzahlen. Es ist möglich, die Transferfunktion so einzuschränken, dass keine Token in Verträge mit dieser Funktion eingezahlt werden können. Dies kann jedoch die Kompatibilität mit Verträgen beeinträchtigen, die davon ausgehen, dass Token mit der Funktion trasnfer(..) in Verträge eingezahlt werden können (z. B. Uniswap-Liquiditätspools).
-- Gehen Sie immer davon aus, dass ERC-20-Token in Ihrem Vertrag landen können, auch wenn Ihr Vertrag eigentlich keine erhalten soll. Es gibt keine Möglichkeit, versehentliche Einzahlungen aufseiten des Empfängers zu verhindern oder abzulehnen. Es wird empfohlen, eine Funktion zu implementieren, mit der versehentlich hinterlegte ERC-20-Token extrahiert werden können.
+- Das häufigste Problem tritt auf, wenn ein Benutzer Token an die Adresse des Token-Vertrags selbst sendet (z. B. USDT, die an die Adresse des USDT-Token-Vertrags eingezahlt werden). Es wird empfohlen, die Funktion `transfer(..)` einzuschränken, um solche Übertragungsversuche rückgängig zu machen. Erwägen Sie das Hinzufügen der Überprüfung `require(_to != address(this));` innerhalb der Implementierung der Funktion `transfer(..)`.
+- Die Funktion `transfer(..)` ist im Allgemeinen nicht für die Einzahlung von Token in Verträge vorgesehen. Stattdessen wird das Muster `approve(..) & transferFrom(..)` verwendet, um ERC-20-Token in Verträge einzuzahlen. Es ist möglich, die Übertragungsfunktion so einzuschränken, dass die Einzahlung von Token in beliebige Verträge damit nicht zulässig ist. Dies kann jedoch die Kompatibilität mit Verträgen beeinträchtigen, die davon ausgehen, dass Token mit der Funktion `transfer(..)` in Verträge eingezahlt werden können (z. B. Uniswap-Liquiditätspools).
+- Gehen Sie immer davon aus, dass ERC-20-Token in Ihrem Vertrag landen können, selbst wenn Ihr Vertrag niemals welche erhalten soll. Es gibt keine Möglichkeit, versehentliche Einzahlungen auf Empfängerseite zu verhindern oder abzulehnen. Es wird empfohlen, eine Funktion zu implementieren, mit der versehentlich eingezahlte ERC-20-Token extrahiert werden können.
- Erwägen Sie die Verwendung alternativer Token-Standards.
-Aus diesem Problem sind einige alternative Standards hervorgegangen, wie zum Beispiel [ERC-223](/developers/docs/standards/tokens/erc-223) oder [ERC-1363](/developers/docs/standards/tokens/erc-1363).
+Aus diesem Problem sind einige alternative Standards hervorgegangen, wie z. B. [ERC-223](/developers/docs/standards/tokens/erc-223) oder [ERC-1363](/developers/docs/standards/tokens/erc-1363).
-## Weiterführende Lektüre {#further-reading}
+## Weiterführende Literatur {#further-reading}
- [EIP-20: ERC-20-Token-Standard](https://eips.ethereum.org/EIPS/eip-20)
-- [OpenZeppelin – Tokens](https://docs.openzeppelin.com/contracts/3.x/tokens#ERC20)
-- [OpenZeppelin – ERC-20-Implementierung](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol)
-- [Alchemy – Leitfaden für Solidity-ERC20-Token](https://www.alchemy.com/overviews/erc20-solidity)
+- [OpenZeppelin - Token](https://docs.openzeppelin.com/contracts/3.x/tokens#ERC20)
+- [OpenZeppelin - ERC-20-Implementierung](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol)
+- [Alchemy - Leitfaden zu Solidity-ERC20-Token](https://www.alchemy.com/overviews/erc20-solidity)
-## Andere fungible Token-Standards {#fungible-token-standards}
+## Andere Standards für fungible Token {#fungible-token-standards}
- [ERC-223](/developers/docs/standards/tokens/erc-223)
- [ERC-1363](/developers/docs/standards/tokens/erc-1363)
- [ERC-777](/developers/docs/standards/tokens/erc-777)
-- [ERC-4626 – Tokenisierte Vaults](/developers/docs/standards/tokens/erc-4626)
+- [ERC-4626 - Tokenisierte Tresore](/developers/docs/standards/tokens/erc-4626)
+
+## Tutorials: Mit ERC-20 auf Ethereum bauen {#tutorials}
+
+- [ERC-20-Vertrag-Walkthrough](/developers/tutorials/erc20-annotated-code/) _– Ein zeilenweise kommentierter Walkthrough der OpenZeppelin-ERC-20-Vertragsimplementierung._
+- [ERC-20 mit Sicherheitsvorkehrungen](/developers/tutorials/erc20-with-safety-rails/) _– Wie man ERC-20-Token mit Schutzmaßnahmen versieht, um Benutzern zu helfen, häufige Fehler zu vermeiden._
+- [Senden von Token mit ethers.js](/developers/tutorials/send-token-ethersjs/) _– Ein anfängerfreundlicher Leitfaden zur Übertragung von ERC-20-Token mit ethers.js._
+- [Einige Tricks von Betrugs-Token und wie man sie erkennt](/developers/tutorials/scam-token-tricks/) _– Ein tiefer Einblick in Muster von betrügerischen ERC-20-Token und wie man sie identifiziert._
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/standards/tokens/erc-223/index.md b/public/content/translations/de/developers/docs/standards/tokens/erc-223/index.md
index 3d3df0d7aae..518510d4e78 100644
--- a/public/content/translations/de/developers/docs/standards/tokens/erc-223/index.md
+++ b/public/content/translations/de/developers/docs/standards/tokens/erc-223/index.md
@@ -1,6 +1,6 @@
---
-title: ERC-223 Token-Standard
-description: "Eine Übersicht über den ERC-223-Fungible-Token-Standard, wie er funktioniert und ein Vergleich mit ERC-20."
+title: ERC-223-Token-Standard
+description: "Ein Überblick über den fungiblen Token-Standard ERC-223, wie er funktioniert und ein Vergleich mit ERC-20."
lang: de
---
@@ -8,14 +8,14 @@ lang: de
### Was ist ERC-223? {#what-is-erc223}
-ERC-223 ist ein Standard für Fungible Tokens, ähnlich dem ERC-20-Standard. Der Hauptunterschied besteht darin, dass ERC-223 nicht nur die Token-API definiert, sondern auch die Logik für die Übertragung von Token vom Absender zum Empfänger. Es führt ein Kommunikationsmodell ein, das ermöglicht, dass Token-Übertragungen auf der Empfängerseite verarbeitet werden können.
+ERC-223 ist ein Standard für fungible Token, ähnlich dem ERC-20-Standard. Der Hauptunterschied besteht darin, dass ERC-223 nicht nur die Token-API definiert, sondern auch die Logik für die Übertragung von Token vom Sender zum Empfänger. Er führt ein Kommunikationsmodell ein, das es ermöglicht, Token-Übertragungen auf der Seite des Empfängers zu verarbeiten.
### Unterschiede zu ERC-20 {#erc20-differences}
-ERC-223 behebt einige Einschränkungen von ERC-20 und führt eine neue Methode der Interaktion zwischen dem Token-Contract und einem Contract, der Token empfangen kann, ein. Es gibt einige Dinge, die mit ERC-223 möglich sind, nicht jedoch mit ERC-20:
+ERC-223 behebt einige Einschränkungen von ERC-20 und führt eine neue Methode der Interaktion zwischen dem Token-Vertrag und einem Vertrag ein, der die Token empfangen kann. Es gibt einige Dinge, die mit ERC-223 möglich sind, aber nicht mit ERC-20:
-- Verarbeitung von Token-Übertragungen auf der Empfängerseite: Empfänger können erkennen, dass ein ERC-223-Token eingezahlt wird.
-- Ablehnung falsch gesendeter Token: Wenn ein Nutzer ERC-223-Token an einen Contract sendet, der keine Token empfangen soll, kann der Contract die Transaktion ablehnen und so Token-Verluste verhindern.
+- Verarbeitung von Token-Übertragungen auf Empfängerseite: Empfänger können erkennen, dass ein ERC-223-Token eingezahlt wird.
+- Ablehnung von unsachgemäß gesendeten Token: Wenn ein Benutzer ERC-223-Token an einen Vertrag sendet, der keine Token empfangen soll, kann der Vertrag die Transaktion ablehnen und so einen Token-Verlust verhindern.
- Metadaten in Übertragungen: ERC-223-Token können Metadaten enthalten, wodurch beliebige Informationen an Token-Transaktionen angehängt werden können.
## Voraussetzungen {#prerequisites}
@@ -27,17 +27,17 @@ ERC-223 behebt einige Einschränkungen von ERC-20 und führt eine neue Methode d
## Hauptteil {#body}
-ERC-223 ist ein Token-Standard, der eine Programmierschnittstelle (API) für Token innerhalb von Smart Contracts implementiert. Zudem legt er eine API für Contracts fest, die ERC-223-Tokens empfangen sollen. Contracts, die die ERC-223-Empfänger-API nicht unterstützen, können keine ERC-223-Token empfangen, wodurch Nutzerfehler vermieden werden.
+ERC-223 ist ein Token-Standard, der eine API für Token innerhalb von Smart Contracts implementiert. Er deklariert auch eine API für Verträge, die ERC-223-Token empfangen sollen. Verträge, die die ERC-223-Empfänger-API nicht unterstützen, können keine ERC-223-Token empfangen, was Benutzerfehler verhindert.
-Ein Smart Contract kann als ERC-223-kompatibler Token-Contract bezeichnet werden, wenn er die folgenden Methoden und Ereignisse implementiert. Nach der Bereitstellung ist er dafür verantwortlich, die erstellten Token auf Ethereum zu verwalten.
+Wenn ein Smart Contract die folgenden Methoden und Ereignisse implementiert, kann er als ERC-223-kompatibler Token-Vertrag bezeichnet werden. Sobald er bereitgestellt ist, ist er dafür verantwortlich, die erstellten Token auf Ethereum zu verfolgen.
-Der Contract ist nicht verpflichtet, ausschließlich diese Funktionen zu enthalten; Entwickler:innen können beliebige weitere Funktionen aus anderen Token-Standards hinzufügen. Beispielsweise gehören die Funktionen `approve` und `transferFrom` nicht zum ERC-223-Standard, können jedoch bei Bedarf implementiert werden.
+Der Vertrag ist nicht verpflichtet, nur diese Funktionen zu haben, und ein Entwickler kann diesem Vertrag jede andere Funktion aus verschiedenen Token-Standards hinzufügen. Zum Beispiel sind die Funktionen `approve` und `transferFrom` nicht Teil des ERC-223-Standards, aber diese Funktionen könnten implementiert werden, falls dies erforderlich sein sollte.
-Von [EIP-223](https://eips.ethereum.org/EIPS/eip-223):
+Aus [EIP-223](https://eips.ethereum.org/EIPS/eip-223):
### Methoden {#methods}
-ERC-223-Token müssen die folgenden Methoden implementieren:
+Ein ERC-223-Token muss die folgenden Methoden implementieren:
```solidity
function name() public view returns (string)
@@ -49,13 +49,13 @@ function transfer(address _to, uint256 _value) public returns (bool success)
function transfer(address _to, uint256 _value, bytes calldata _data) public returns (bool success)
```
-Ein Contract, der ERC-223-Token empfangen soll, muss die folgende Methode implementieren:
+Ein Vertrag, der ERC-223-Token empfangen soll, muss die folgende Methode implementieren:
```solidity
function tokenReceived(address _from, uint _value, bytes calldata _data)
```
-Wenn ERC-223-Token an einen Contract gesendet werden, der die Funktion `tokenReceived(..)` nicht implementiert, muss die Übertragung fehlschlagen und die Token dürfen nicht vom Guthaben des Absenders abgebucht werden.
+Wenn ERC-223-Token an einen Vertrag gesendet werden, der die Funktion `tokenReceived(..)` nicht implementiert, muss die Übertragung fehlschlagen und die Token dürfen nicht vom Guthaben des Senders abgebucht werden.
### Ereignisse {#events}
@@ -65,11 +65,11 @@ event Transfer(address indexed _from, address indexed _to, uint256 _value, bytes
### Beispiele {#examples}
-Die API des ERC-223-Tokens ist ähnlich der von ERC-20, sodass es aus Sicht der UI-Entwicklung keinen Unterschied gibt. Die einzige Ausnahme ist hier, dass ERC-223-Token möglicherweise keine `approve` + `transferFrom`-Funktionen haben, da diese für diesen Standard optional sind.
+Die API des ERC-223-Tokens ähnelt der von ERC-20, sodass es aus Sicht der UI-Entwicklung keinen Unterschied gibt. Die einzige Ausnahme hierbei ist, dass ERC-223-Token möglicherweise keine `approve` + `transferFrom`-Funktionen haben, da diese für diesen Standard optional sind.
#### Solidity-Beispiele {#solidity-example}
-Das folgende Beispiel veranschaulicht, wie ein einfacher ERC-223-Token-Contract funktioniert:
+Das folgende Beispiel veranschaulicht, wie ein grundlegender ERC-223-Token-Vertrag funktioniert:
```solidity
pragma solidity ^0.8.19;
@@ -115,7 +115,7 @@ contract VeryBasicERC223Token {
}
```
-Nun soll ein anderer Contract Einzahlungen von `tokenA` annehmen, vorausgesetzt, tokenA ist ein ERC-223-Token. Der Contract darf nur tokenA annehmen und alle anderen Token ablehnen. Wenn der Contract tokenA empfängt, muss er ein `Deposit()`-Ereignis auslösen und den Wert der internen Variable `deposits` erhöhen.
+Nun möchten wir, dass ein anderer Vertrag Einzahlungen von `tokenA` akzeptiert, unter der Annahme, dass tokenA ein ERC-223-Token ist. Der Vertrag darf nur tokenA akzeptieren und muss alle anderen Token ablehnen. Wenn der Vertrag tokenA empfängt, muss er ein `Deposit()`-Ereignis auslösen und den Wert der internen Variablen `deposits` erhöhen.
Hier ist der Code:
@@ -127,10 +127,10 @@ contract RecipientContract is IERC223Recipient {
function tokenReceived(address _from, uint _value, bytes memory _data) public override
{
// Es ist wichtig zu verstehen, dass innerhalb dieser Funktion
- // msg.sender die Adresse des Tokens ist, der empfangen wird,
- // msg.value immer 0 ist, da der Token-Contract in den meisten Fällen keinen Ether besitzt oder sendet,
- // _from der Absender der Token-Übertragung ist,
- // _value die Menge der eingezahlten Token ist.
+ // msg.sender die Adresse eines Tokens ist, der empfangen wird,
+ // msg.value immer 0 ist, da der Token-Vertrag in den meisten Fällen kein Ether besitzt oder sendet,
+ // _from der Absender des Token-Transfers ist,
+ // _value die Anzahl der Token ist, die eingezahlt wurde.
require(msg.sender == tokenA);
deposits += _value;
emit Deposit(_from);
@@ -140,21 +140,21 @@ contract RecipientContract is IERC223Recipient {
## Häufig gestellte Fragen {#faq}
-### Was passiert, wenn wir tokenB an den Contract senden? {#sending-tokens}
+### Was passiert, wenn wir etwas tokenB an den Vertrag senden? {#sending-tokens}
-Die Transaktion wird fehlschlagen, und die Übertragung der Token wird nicht stattfinden. Die Token werden an die Adresse des Absenders zurückgegeben.
+Die Transaktion wird fehlschlagen und die Übertragung der Token wird nicht stattfinden. Die Token werden an die Adresse des Senders zurückgegeben.
-### Wie können wir eine Einzahlung an diesen Contract tätigen? {#contract-deposits}
+### Wie können wir eine Einzahlung in diesen Vertrag vornehmen? {#contract-deposits}
-Rufen Sie die Funktion `transfer(address,uint256)` oder `transfer(address,uint256,bytes)` des ERC-223-Tokens auf und geben Sie dabei die Adresse des `RecipientContract` an.
+Rufen Sie die Funktion `transfer(address,uint256)` oder `transfer(address,uint256,bytes)` des ERC-223-Tokens auf und geben Sie die Adresse des `RecipientContract` an.
-### Was geschieht, wenn wir einen ERC-20-Token an diesen Contract überweisen? {#erc-20-transfers}
+### Was passiert, wenn wir einen ERC-20-Token an diesen Vertrag übertragen? {#erc-20-transfers}
-Wenn ein ERC-20-Token an den `RecipientContract` gesendet wird, werden die Token zwar übertragen, die Übertragung wird jedoch nicht erkannt (es wird kein `Deposit()`-Event ausgelöst und der Einzahlungswert ändert sich nicht). Unerwünschte ERC-20-Einzahlungen können nicht gefiltert oder verhindert werden.
+Wenn ein ERC-20-Token an den `RecipientContract` gesendet wird, werden die Token übertragen, aber die Übertragung wird nicht erkannt (es wird kein `Deposit()`-Ereignis ausgelöst und der Wert der Einzahlungen ändert sich nicht). Unerwünschte ERC-20-Einzahlungen können nicht gefiltert oder verhindert werden.
-### Was, wenn wir nach Abschluss der Token-Einzahlung eine bestimmte Funktion ausführen möchten? {#function-execution}
+### Was ist, wenn wir nach Abschluss der Token-Einzahlung eine Funktion ausführen möchten? {#function-execution}
-Dafür gibt es mehrere Möglichkeiten. In diesem Beispiel folgen wir der Methode, die ERC-223-Übertragungen mit Ether-Übertragungen identisch macht:
+Es gibt mehrere Möglichkeiten, dies zu tun. In diesem Beispiel folgen wir der Methode, die ERC-223-Übertragungen identisch mit Ether-Übertragungen macht:
```solidity
contract RecipientContract is IERC223Recipient {
@@ -164,7 +164,7 @@ contract RecipientContract is IERC223Recipient {
function tokenReceived(address _from, uint _value, bytes memory _data) public override
{
require(msg.sender == tokenA);
- address(this).call(_data); // Eingehende Transaktion verarbeiten und einen nachfolgenden Funktionsaufruf durchführen.
+ address(this).call(_data); // Eingehende Transaktion verarbeiten und einen anschließenden Funktionsaufruf durchführen.
}
function foo() public
{
@@ -177,21 +177,21 @@ contract RecipientContract is IERC223Recipient {
}
```
-Wenn der `RecipientContract` einen ERC-223-Token empfängt, führt der Contract eine Funktion aus, die als `_data`-Parameter der Token-Transaktion kodiert ist, genauso wie Ether-Transaktionen Funktionsaufrufe als Transaktions-`data` kodieren. Lesen Sie [das Datenfeld](/developers/docs/transactions/#the-data-field) für weitere Informationen.
+Wenn der `RecipientContract` einen ERC-223-Token empfängt, führt der Vertrag eine Funktion aus, die als `_data`-Parameter der Token-Transaktion codiert ist, identisch damit, wie Ether-Transaktionen Funktionsaufrufe als Transaktions-`data` codieren. Lesen Sie [das Datenfeld](/developers/docs/transactions/#the-data-field) für weitere Informationen.
-Im obigen Beispiel muss ein ERC-223-Token mit der Funktion `transfer(address,uin256,bytes calldata _data)` an die Adresse des `RecipientContract` gesendet werden. Wenn der data-Parameter den Wert `0xc2985578` (die Signatur der Funktion `foo()`) enthält, wird die Funktion `foo()` nach dem Empfang der Token-Einzahlung aufgerufen und das Ereignis `Foo()` ausgelöst.
+Im obigen Beispiel muss ein ERC-223-Token mit der Funktion `transfer(address,uin256,bytes calldata _data)` an die Adresse des `RecipientContract` übertragen werden. Wenn der Datenparameter `0xc2985578` (die Signatur einer `foo()`-Funktion) ist, wird die Funktion foo() aufgerufen, nachdem die Token-Einzahlung empfangen wurde, und das Ereignis Foo() wird ausgelöst.
-Parameter können ebenfalls im `data`-Feld der Token-Überweisung kodiert werden. Beispielsweise lässt sich die Funktion `bar()` mit dem Wert 12345 für den Parameter `_someNumber` aufrufen. In diesem Fall muss `data` den Wert `0x0423a13200000000000000000000000000000000000000000000000000000000000004d2` haben, wobei `0x0423a132` die Signatur der `bar(uint256)`-Funktion ist und `00000000000000000000000000000000000000000000000000000000000004d2` 12345 als uint256 darstellt.
+Parameter können auch in den `data` der Token-Übertragung codiert werden, zum Beispiel können wir die Funktion bar() mit dem Wert 12345 für `_someNumber` aufrufen. In diesem Fall müssen die `data` `0x0423a13200000000000000000000000000000000000000000000000000000000000004d2` sein, wobei `0x0423a132` die Signatur der Funktion `bar(uint256)` ist und `00000000000000000000000000000000000000000000000000000000000004d2` 12345 als uint256 ist.
## Einschränkungen {#limitations}
-Obwohl ERC-223 mehrere Probleme des ERC-20-Standards behebt, hat er auch seine eigenen Einschränkungen:
+Obwohl ERC-223 mehrere Probleme des ERC-20-Standards behebt, ist er nicht ohne eigene Einschränkungen:
-- Verbreitung und Kompatibilität: ERC-223 ist noch nicht weit verbreitet, was seine Kompatibilität mit bestehenden Tools und Plattformen einschränken kann.
-- Abwärtskompatibilität: ERC-223 ist nicht abwärtskompatibel zu ERC-20, was bedeutet, dass bestehende ERC-20-Contracts und -Tools ohne Änderungen nicht mit ERC-223-Token funktionieren.
+- Akzeptanz und Kompatibilität: ERC-223 ist noch nicht weit verbreitet, was seine Kompatibilität mit bestehenden Tools und Plattformen einschränken kann.
+- Abwärtskompatibilität: ERC-223 ist nicht abwärtskompatibel mit ERC-20, was bedeutet, dass bestehende ERC-20-Verträge und -Tools ohne Modifikationen nicht mit ERC-223-Token funktionieren.
- Gaskosten: Die zusätzlichen Überprüfungen und Funktionalitäten bei ERC-223-Übertragungen können im Vergleich zu ERC-20-Transaktionen zu höheren Gaskosten führen.
-## Weiterführende Lektüre {#further-reading}
+## Weiterführende Literatur {#further-reading}
-- [EIP-223: ERC-223 Token-Standard](https://eips.ethereum.org/EIPS/eip-223)
-- [Ursprünglicher ERC-223-Vorschlag](https://github.com/ethereum/eips/issues/223)
+- [EIP-223: ERC-223-Token-Standard](https://eips.ethereum.org/EIPS/eip-223)
+- [Ursprünglicher ERC-223-Vorschlag](https://github.com/ethereum/eips/issues/223)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/standards/tokens/erc-4626/index.md b/public/content/translations/de/developers/docs/standards/tokens/erc-4626/index.md
index 64ce934e4bc..b912f398fe2 100644
--- a/public/content/translations/de/developers/docs/standards/tokens/erc-4626/index.md
+++ b/public/content/translations/de/developers/docs/standards/tokens/erc-4626/index.md
@@ -1,34 +1,34 @@
---
-title: "ERC-4626 Tokenisierter Tresor Standard "
-description: "Standard für Ertragstragende Gewölbe."
+title: ERC-4626 Tokenized Vault Standard
+description: "Ein Standard für renditebringende Vaults."
lang: de
---
## Einführung {#introduction}
-ERC-4626 ist ein Standard zur Optimierung und Vereinheitlichung der technischen Parameter von Ertragstragende bringenden Tresoren. Es bietet eine Standard-API für tokenisierte, Ertragstragende Tresore, die Anteile eines einzelnen zugrunde liegenden ERC-20-Tokens darstellen. ERC-4626 beschreibt außerdem eine optionale Erweiterung für tokenisierte Tresore unter Verwendung von ERC-20, die grundlegende Funktionen zum Einzahlen, Abheben von Token und Lesen von Guthaben bietet.
+ERC-4626 ist ein Standard zur Optimierung und Vereinheitlichung der technischen Parameter von renditebringenden Vaults. Er bietet eine Standard-API für tokenisierte renditebringende Vaults, die Anteile an einem einzigen zugrunde liegenden ERC-20-Token repräsentieren. ERC-4626 skizziert außerdem eine optionale Erweiterung für tokenisierte Vaults, die ERC-20 nutzen, und bietet grundlegende Funktionen für das Einzahlen und Abheben von Token sowie das Auslesen von Kontoständen.
-**Die Rolle von ERC-4626 in Ertragstragende Tresoren**
+**Die Rolle von ERC-4626 in renditebringenden Vaults**
-Kreditmärkte, Aggregatoren und Token mit intrinsischem Zinssatz helfen Benutzern, durch die Umsetzung verschiedener Strategien die beste Rendite für ihre Krypto-Token zu erzielen. Diese Strategien werden mit geringfügigen Abweichungen umgesetzt, was fehleranfällig sein oder eine Verschwendung von Entwicklungsressourcen bedeuten kann.
+Kreditmärkte, Aggregatoren und intrinsisch verzinsliche Token helfen Benutzern, die beste Rendite für ihre Krypto-Token zu finden, indem sie verschiedene Strategien ausführen. Diese Strategien werden mit leichten Variationen durchgeführt, was fehleranfällig sein kann oder Entwicklungsressourcen verschwendet.
-ERC-4626 in Ertragstragende Tresoren wird den Integrationsaufwand verringern und den Zugriff auf Erträge in verschiedenen Anwendungen mit geringem Spezialaufwand der Entwickler freigeben, indem konsistent und robustere Implementierungsmuster erstellt werden.
+ERC-4626 in renditebringenden Vaults wird den Integrationsaufwand verringern und den Zugang zu Renditen in verschiedenen Anwendungen mit geringem speziellem Aufwand für Entwickler freischalten, indem konsistentere und robustere Implementierungsmuster geschaffen werden.
Der ERC-4626-Token wird vollständig in [EIP-4626](https://eips.ethereum.org/EIPS/eip-4626) beschrieben.
-**Asynchrone Gewölbe Verlängerung (ERC-7540)**
+**Asynchrone Vault-Erweiterung (ERC-7540)**
-ERC-4626 ist für atomare Einzahlungen und Rücknahmen bis zu einem bestimmten Limit optimiert. Wenn das Limit erreicht ist, können keine neuen Einzahlungen oder Rücknahmen mehr vorgenommen werden. Diese Einschränkung funktioniert nicht gut für Smart-Contract-Systeme mit asynchronen Aktionen oder Verzögerungen als Voraussetzung für die Interaktion mit dem Vault (z. B. Protokolle für Real-World-Assets, Protokolle für unterbesicherte Kredite, kettenübergreifende Kreditprotokolle, liquide Staking-Token oder Versicherungssicherheitsmodule).
+ERC-4626 ist für atomare Einzahlungen und Rücknahmen bis zu einem bestimmten Limit optimiert. Wenn das Limit erreicht ist, können keine neuen Einzahlungen oder Rücknahmen eingereicht werden. Diese Einschränkung funktioniert nicht gut für ein Smart Contract-System mit asynchronen Aktionen oder Verzögerungen als Voraussetzung für die Interaktion mit dem Vault (z. B. Protokolle für reale Vermögenswerte, unterbesicherte Kreditprotokolle, Cross-Chain-Kreditprotokolle, Liquid Staking-Token oder Versicherungs-Sicherheitsmodule).
-ERC-7540 erweitert den Nutzen von ERC-4626 Gewölbe für asynchrone Anwendungsfälle. Die bestehende Vault-Schnittstelle (`deposit`/`withdraw`/`mint`/`redeem`) wird vollständig genutzt, um asynchrone Anfragen zu beanspruchen.
+ERC-7540 erweitert den Nutzen von ERC-4626-Vaults für asynchrone Anwendungsfälle. Die bestehende Vault-Schnittstelle (`deposit`/`withdraw`/`mint`/`redeem`) wird vollständig genutzt, um asynchrone Anfragen (Requests) geltend zu machen.
Die ERC-7540-Erweiterung wird vollständig in [ERC-7540](https://eips.ethereum.org/EIPS/eip-7540) beschrieben.
-**Multi Asset Gewölbe Erweiterung (ERC-7575)**
+**Multi-Asset-Vault-Erweiterung (ERC-7575)**
-Ein fehlender Anwendungsfall, der von ERC-4626 nicht unterstützt wird, sind Tresore mit mehreren Vermögenswerten oder Einstiegspunkten wie Liquiditätsanbieter-Token (LP). Diese sind im Allgemeinen unhandlich oder nicht konform, da ERC-4626 selbst ein ERC-20 sein muss.
+Ein fehlender Anwendungsfall, der von ERC-4626 nicht unterstützt wird, sind Vaults, die über mehrere Vermögenswerte oder Einstiegspunkte verfügen, wie z. B. Liquidity-Provider-Token (LP-Token). Diese sind im Allgemeinen unhandlich oder nicht konform, da ERC-4626 vorschreibt, selbst ein ERC-20 zu sein.
-ERC-7575 fügt Unterstützung für Gewölbe mit mehreren Assets hinzu, indem die ERC-20-Token-Implementierung aus der ERC-4626-Implementierung ausgelagert wird.
+ERC-7575 fügt Unterstützung für Vaults mit mehreren Vermögenswerten hinzu, indem die ERC-20-Token-Implementierung aus der ERC-4626-Implementierung ausgelagert wird.
Die ERC-7575-Erweiterung wird vollständig in [ERC-7575](https://eips.ethereum.org/EIPS/eip-7575) beschrieben.
@@ -46,7 +46,7 @@ Um diese Seite besser zu verstehen, empfehlen wir Ihnen, sich zunächst über [T
function asset() public view returns (address assetTokenAddress)
```
-Diese Funktion gibt die Adresse des zugrunde liegenden Tokens zurück, der für den Tresor zum Buchen, Einzahlen und Abheben verwendet wird.
+Diese Funktion gibt die Adresse des zugrunde liegenden Tokens zurück, das für den Vault zur Buchführung, Einzahlung und Abhebung verwendet wird.
#### totalAssets {#totalassets}
@@ -54,7 +54,7 @@ Diese Funktion gibt die Adresse des zugrunde liegenden Tokens zurück, der für
function totalAssets() public view returns (uint256)
```
-Diese Funktion gibt den Gesamtbetrag der vom Tresor gehaltenen Basiswerte zurück.
+Diese Funktion gibt den Gesamtbetrag der zugrunde liegenden Vermögenswerte zurück, die vom Vault gehalten werden.
#### convertToShares {#convertoshares}
@@ -62,7 +62,7 @@ Diese Funktion gibt den Gesamtbetrag der vom Tresor gehaltenen Basiswerte zurüc
function convertToShares(uint256 assets) public view returns (uint256 shares)
```
-Diese Funktion gibt die Anzahl der `shares` zurück, die vom Vault für die bereitgestellte Menge an `assets` ausgetauscht würden.
+Diese Funktion gibt die Menge an `shares` (Anteilen) zurück, die vom Vault gegen die bereitgestellte Menge an `assets` (Vermögenswerten) eingetauscht werden würde.
#### convertToAssets {#convertoassets}
@@ -70,7 +70,7 @@ Diese Funktion gibt die Anzahl der `shares` zurück, die vom Vault für die bere
function convertToAssets(uint256 shares) public view returns (uint256 assets)
```
-Diese Funktion gibt die Menge der `assets` zurück, die vom Vault für die bereitgestellte Anzahl an `shares` ausgetauscht würden.
+Diese Funktion gibt die Menge an `assets` zurück, die vom Vault gegen die bereitgestellte Menge an `shares` eingetauscht werden würde.
#### maxDeposit {#maxdeposit}
@@ -78,7 +78,7 @@ Diese Funktion gibt die Menge der `assets` zurück, die vom Vault für die berei
function maxDeposit(address receiver) public view returns (uint256 maxAssets)
```
-Diese Funktion gibt die maximale Menge an zugrunde liegenden Assets zurück, die in einem einzigen [`deposit`](#deposit)-Aufruf eingezahlt werden kann, wobei die Anteile für den `receiver` geprägt werden.
+Diese Funktion gibt den maximalen Betrag an zugrunde liegenden Vermögenswerten zurück, der in einem einzigen [`deposit`](#deposit)-Aufruf eingezahlt werden kann, wobei die Anteile für den `receiver` (Empfänger) geprägt werden.
#### previewDeposit {#previewdeposit}
@@ -86,7 +86,7 @@ Diese Funktion gibt die maximale Menge an zugrunde liegenden Assets zurück, die
function previewDeposit(uint256 assets) public view returns (uint256 shares)
```
-Mit dieser Funktion können Benutzer die Auswirkungen ihrer Einzahlung auf den aktuellen Block simulieren.
+Diese Funktion ermöglicht es Benutzern, die Auswirkungen ihrer Einzahlung im aktuellen Block zu simulieren.
#### deposit {#deposit}
@@ -94,7 +94,7 @@ Mit dieser Funktion können Benutzer die Auswirkungen ihrer Einzahlung auf den a
function deposit(uint256 assets, address receiver) public returns (uint256 shares)
```
-Diese Funktion hinterlegt `assets` von zugrunde liegenden Token im Vault und überträgt das Eigentum an `shares` an den `receiver`.
+Diese Funktion zahlt `assets` der zugrunde liegenden Token in den Vault ein und gewährt dem `receiver` das Eigentum an den `shares`.
#### maxMint {#maxmint}
@@ -102,7 +102,7 @@ Diese Funktion hinterlegt `assets` von zugrunde liegenden Token im Vault und üb
function maxMint(address receiver) public view returns (uint256 maxShares)
```
-Diese Funktion gibt die maximale Anzahl an `shares` zurück, die in einem einzigen [`mint`](#mint)-Aufruf geprägt werden können, wobei die Anteile für den `receiver` geprägt werden.
+Diese Funktion gibt die maximale Anzahl an Anteilen zurück, die in einem einzigen [`mint`](#mint)-Aufruf geprägt werden können, wobei die Anteile für den `receiver` geprägt werden.
#### previewMint {#previewmint}
@@ -110,7 +110,7 @@ Diese Funktion gibt die maximale Anzahl an `shares` zurück, die in einem einzig
function previewMint(uint256 shares) public view returns (uint256 assets)
```
-Mit dieser Funktion können Benutzer die Auswirkungen ihrer Münze auf den aktuellen Block simulieren.
+Diese Funktion ermöglicht es Benutzern, die Auswirkungen ihrer Prägung im aktuellen Block zu simulieren.
#### mint {#mint}
@@ -118,7 +118,7 @@ Mit dieser Funktion können Benutzer die Auswirkungen ihrer Münze auf den aktue
function mint(uint256 shares, address receiver) public returns (uint256 assets)
```
-Diese Funktion prägt genau `shares` Vault-Anteile für den `receiver`, indem `assets` von zugrunde liegenden Token hinterlegt werden.
+Diese Funktion prägt genau `shares` Vault-Anteile für den `receiver`, indem `assets` der zugrunde liegenden Token eingezahlt werden.
#### maxWithdraw {#maxwithdraw}
@@ -126,7 +126,7 @@ Diese Funktion prägt genau `shares` Vault-Anteile für den `receiver`, indem `a
function maxWithdraw(address owner) public view returns (uint256 maxAssets)
```
-Diese Funktion gibt die maximale Menge an zugrunde liegenden Assets zurück, die mit einem einzigen [`withdraw`](#withdraw)-Aufruf vom Guthaben des `owner` abgehoben werden kann.
+Diese Funktion gibt den maximalen Betrag an zugrunde liegenden Vermögenswerten zurück, der mit einem einzigen [`withdraw`](#withdraw)-Aufruf vom Guthaben des `owner` (Eigentümers) abgehoben werden kann.
#### previewWithdraw {#previewwithdraw}
@@ -134,7 +134,7 @@ Diese Funktion gibt die maximale Menge an zugrunde liegenden Assets zurück, die
function previewWithdraw(uint256 assets) public view returns (uint256 shares)
```
-Mit dieser Funktion können Benutzer die Auswirkungen ihrer Abhebung im aktuellen Block simulieren.
+Diese Funktion ermöglicht es Benutzern, die Auswirkungen ihrer Abhebung im aktuellen Block zu simulieren.
#### withdraw {#withdraw}
@@ -142,7 +142,7 @@ Mit dieser Funktion können Benutzer die Auswirkungen ihrer Abhebung im aktuelle
function withdraw(uint256 assets, address receiver, address owner) public returns (uint256 shares)
```
-Diese Funktion verbrennt `shares` vom `owner` und sendet genau `assets` Token vom Vault an den `receiver`.
+Diese Funktion verbrennt `shares` vom `owner` und sendet genau `assets` Token aus dem Vault an den `receiver`.
#### maxRedeem {#maxredeem}
@@ -150,7 +150,7 @@ Diese Funktion verbrennt `shares` vom `owner` und sendet genau `assets` Token vo
function maxRedeem(address owner) public view returns (uint256 maxShares)
```
-Diese Funktion gibt die maximale Anzahl an `shares` zurück, die durch einen [`redeem`](#redeem)-Aufruf vom Guthaben des `owner` eingelöst werden können.
+Diese Funktion gibt die maximale Anzahl an Anteilen zurück, die durch einen [`redeem`](#redeem)-Aufruf vom Guthaben des `owner` eingelöst werden können.
#### previewRedeem {#previewredeem}
@@ -158,7 +158,7 @@ Diese Funktion gibt die maximale Anzahl an `shares` zurück, die durch einen [`r
function previewRedeem(uint256 shares) public view returns (uint256 assets)
```
-Mit dieser Funktion können Benutzer die Auswirkungen ihrer Einlösung im aktuellen Block simulieren.
+Diese Funktion ermöglicht es Benutzern, die Auswirkungen ihrer Einlösung im aktuellen Block zu simulieren.
#### redeem {#redeem}
@@ -166,7 +166,7 @@ Mit dieser Funktion können Benutzer die Auswirkungen ihrer Einlösung im aktuel
function redeem(uint256 shares, address receiver, address owner) public returns (uint256 assets)
```
-Diese Funktion löst eine bestimmte Anzahl von `shares` vom `owner` ein und sendet `assets` des zugrunde liegenden Tokens vom Vault an den `receiver`.
+Diese Funktion löst eine bestimmte Anzahl von `shares` vom `owner` ein und sendet `assets` des zugrunde liegenden Tokens aus dem Vault an den `receiver`.
#### totalSupply {#totalsupply}
@@ -174,7 +174,7 @@ Diese Funktion löst eine bestimmte Anzahl von `shares` vom `owner` ein und send
function totalSupply() public view returns (uint256)
```
-Gibt die Gesamtzahl der im Umlauf befindlichen, nicht eingelösten Aktie zurück.
+Gibt die Gesamtzahl der nicht eingelösten Vault-Anteile im Umlauf zurück.
#### balanceOf {#balanceof}
@@ -182,7 +182,7 @@ Gibt die Gesamtzahl der im Umlauf befindlichen, nicht eingelösten Aktie zurück
function balanceOf(address owner) public view returns (uint256)
```
-Gibt die Gesamtmenge der Vault-Anteile zurück, die der `owner` aktuell besitzt.
+Gibt die Gesamtmenge an Vault-Anteilen zurück, die der `owner` derzeit besitzt.
### Übersicht der Schnittstelle {#mapOfTheInterface}
@@ -190,9 +190,9 @@ Gibt die Gesamtmenge der Vault-Anteile zurück, die der `owner` aktuell besitzt.
### Ereignisse {#events}
-#### Einzahlungsereignis
+#### Deposit-Ereignis
-**MUSS** ausgegeben werden, wenn Token über die Methoden [`mint`](#mint) und [`deposit`](#deposit) in den Vault eingezahlt werden.
+**MUSS** ausgelöst werden, wenn Token über die Methoden [`mint`](#mint) und [`deposit`](#deposit) in den Vault eingezahlt werden.
```solidity
event Deposit(
@@ -203,11 +203,11 @@ event Deposit(
)
```
-Wobei `sender` der Benutzer ist, der `assets` gegen `shares` getauscht und diese `shares` an den `owner` übertragen hat.
+Wobei `sender` der Benutzer ist, der `assets` gegen `shares` eingetauscht und diese `shares` an den `owner` übertragen hat.
-#### Ereignis zurückziehen
+#### Withdraw-Ereignis
-**MUSS** ausgegeben werden, wenn Anteile von einem Einzahler über die Methoden [`redeem`](#redeem) oder [`withdraw`](#withdraw) aus dem Vault abgehoben werden.
+**MUSS** ausgelöst werden, wenn Anteile von einem Einzahler über die Methoden [`redeem`](#redeem) oder [`withdraw`](#withdraw) aus dem Vault abgehoben werden.
```solidity
event Withdraw(
@@ -219,9 +219,9 @@ event Withdraw(
)
```
-Wobei `sender` der Benutzer ist, der die Abhebung ausgelöst und die dem `owner` gehörenden `shares` gegen `assets` getauscht hat. `receiver` ist der Benutzer, der die abgehobenen `assets` erhalten hat.
+Wobei `sender` der Benutzer ist, der die Abhebung ausgelöst und `shares`, die dem `owner` gehören, gegen `assets` eingetauscht hat. `receiver` ist der Benutzer, der die abgehobenen `assets` erhalten hat.
-## Weiterführende Lektüre {#further-reading}
+## Weiterführende Literatur {#further-reading}
-- [EIP-4626: Standard für tokenisierte Vaults](https://eips.ethereum.org/EIPS/eip-4626)
-- [ERC-4626: GitHub-Repo](https://github.com/transmissions11/solmate/blob/main/src/tokens/ERC4626.sol)
+- [EIP-4626: Tokenized Vault Standard](https://eips.ethereum.org/EIPS/eip-4626)
+- [ERC-4626: GitHub-Repo](https://github.com/transmissions11/solmate/blob/main/src/tokens/ERC4626.sol)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/standards/tokens/erc-721/index.md b/public/content/translations/de/developers/docs/standards/tokens/erc-721/index.md
index a0d5f1d898b..9ccb023d14e 100644
--- a/public/content/translations/de/developers/docs/standards/tokens/erc-721/index.md
+++ b/public/content/translations/de/developers/docs/standards/tokens/erc-721/index.md
@@ -1,6 +1,6 @@
---
-title: ERC-721 Nicht-fungibler Token-Standard
-description: "Erfahren Sie mehr über ERC-721, den Standard für nicht fungible Token (NFTs), die einzigartige digitale Assets auf Ethereum darstellen."
+title: "ERC-721 Standard für nicht-fungible Token"
+description: "Erfahren Sie mehr über ERC-721, den Standard für nicht-fungible Token (NFTs), die einzigartige digitale Vermögenswerte auf Ethereum repräsentieren."
lang: de
---
@@ -8,20 +8,13 @@ lang: de
**Was ist ein nicht-fungibler Token?**
-Ein nicht-fungibler Token (NFT) wird verwendet, um etwas oder jemanden auf eine einzigartige Weise zu identifizieren. Diese Art von Token ist perfekt, um
-auf Plattformen verwendet zu werden, die Sammelartikel anbieten, Zugang zu Schlüsseln, Lotteriekarten, nummerierten Plätzen für Konzerte und
-Sportspiele, etc. Diese spezielle Art von Token hat erstaunliche Möglichkeiten, so dass er einen angemessenen Standard verdient. Der ERC-721
-hat dies gelöst!
+Ein nicht-fungibler Token (NFT) wird verwendet, um etwas oder jemanden auf einzigartige Weise zu identifizieren. Diese Art von Token eignet sich perfekt für Plattformen, die Sammlerstücke, Zugangsschlüssel, Lotterielose, nummerierte Sitzplätze für Konzerte und Sportveranstaltungen usw. anbieten. Diese spezielle Art von Token bietet erstaunliche Möglichkeiten und verdient daher einen eigenen Standard. Der ERC-721 wurde entwickelt, um genau das zu lösen!
**Was ist ERC-721?**
-Der ERC-721 führt eine Norm für NFT ein, mit anderen Worten, diese Art von Token ist einzigartig und kann einen anderen Wert haben
-als ein anderer Token des gleichen Smart Contract, vielleicht wegen seines Alters, seiner Seltenheit oder auch so etwas wie sein visuelles Bild.
-Moment mal, visuell?
+Der ERC-721 führt einen Standard für NFTs ein. Mit anderen Worten: Diese Art von Token ist einzigartig und kann einen anderen Wert haben als ein anderer Token aus demselben Smart Contract, vielleicht aufgrund seines Alters, seiner Seltenheit oder sogar aufgrund von etwas anderem wie seinem Aussehen. Moment, Aussehen?
-Ja! Alle NFTs haben eine `uint256`-Variable namens `tokenId`. Daher muss für jeden ERC-721-Vertrag das Paar
-`Vertragsadresse, uint256 tokenId` global einzigartig sein. Eine Dapp kann jedoch einen "Konverter" haben, der
-die `tokenId` als Eingabe verwendet und ein Bild von etwas Coolem ausgibt, wie Zombies, Waffen, Fähigkeiten oder fantastischen Kätzchen!
+Ja! Alle NFTs haben eine `uint256`-Variable namens `tokenId`. Für jeden ERC-721-Vertrag muss das Paar `contract address, uint256 tokenId` (Vertragsadresse, uint256 tokenId) also global einzigartig sein. Das bedeutet, dass eine Dapp einen „Konverter“ haben kann, der die `tokenId` als Eingabe verwendet und ein Bild von etwas Coolem ausgibt, wie Zombies, Waffen, Fähigkeiten oder fantastische Kätzchen!
## Voraussetzungen {#prerequisites}
@@ -31,15 +24,11 @@ die `tokenId` als Eingabe verwendet und ein Bild von etwas Coolem ausgibt, wie Z
## Hauptteil {#body}
-Der ERC-721 (Ethereum Request for Comments 721), im Januar 2018 von William Entriken, Dieter Shirley, Jacob Evans und
-Nastassia Sachs vorgeschlagen, ist ein nicht-fungibler Token-Standard, der eine API für Tokens innerhalb von Smart Contracts implementiert.
+Der ERC-721 ([Ethereum](/) Request for Comments 721), der im Januar 2018 von William Entriken, Dieter Shirley, Jacob Evans und Nastassia Sachs vorgeschlagen wurde, ist ein Standard für nicht-fungible Token, der eine API für Token innerhalb von Smart Contracts implementiert.
-Er bietet Funktionen wie die Übertragung von Token von einem Konto auf ein anderes, um den aktuellen Token-Saldo eines Kontos, den Eigentümer eines spezifischen Tokens sowie den Gesamtbestand der im Netzwerk verfügbaren Token abzurufen.
-Daneben gibt es auch einige andere Funktionalitäten wie zum Beispiel zu genehmigen, dass eine gewisse Menge an Token von einem Konto
-von einem Drittkonto verschoben werden kann.
+Er bietet Funktionen wie die Übertragung von Token von einem Konto auf ein anderes, die Abfrage des aktuellen Token-Guthabens eines Kontos, die Ermittlung des Eigentümers eines bestimmten Tokens sowie des Gesamtangebots des im Netzwerk verfügbaren Tokens. Darüber hinaus verfügt er über einige weitere Funktionen, wie z. B. die Genehmigung, dass eine bestimmte Menge an Token von einem Konto durch ein Drittkonto verschoben werden kann.
-Wenn ein Smart Contract folgende Methoden und Ereignisse implementiert, kann er als ERC-721 nicht-fungibler Token-Vertrag
-bezeichnet werden. Einmal implementiert, werden mit ihm die erstellten Token auf Ethereum verfolgt.
+Wenn ein Smart Contract die folgenden Methoden und Ereignisse implementiert, kann er als ERC-721-Vertrag für nicht-fungible Token bezeichnet werden und ist nach seiner Bereitstellung dafür verantwortlich, die auf Ethereum erstellten Token zu verfolgen.
Aus [EIP-721](https://eips.ethereum.org/EIPS/eip-721):
@@ -67,9 +56,7 @@ Aus [EIP-721](https://eips.ethereum.org/EIPS/eip-721):
### Beispiele {#web3py-example}
-Lassen Sie uns sehen, wie wichtig ein Standard ist, um es uns einfach zu machen, jeden ERC-721 Token-Vertrag auf Ethereum zu inspizieren.
-Wir benötigen nur das Application Binary Interface (ABI) des Vertrags, um eine Schnittstelle zu jedem ERC-721 Token zu erstellen. Wie Sie
-unten sehen können, werden wir ein vereinfachtes ABI verwenden, um es zu einem Beispiel mit geringer Reibung zu machen.
+Schauen wir uns an, warum ein Standard so wichtig ist, um es uns einfach zu machen, jeden ERC-721-Token-Vertrag auf Ethereum zu überprüfen. Wir benötigen lediglich das Contract Application Binary Interface (ABI), um eine Schnittstelle zu einem beliebigen ERC-721-Token zu erstellen. Wie Sie unten sehen können, werden wir ein vereinfachtes ABI verwenden, um es zu einem reibungslosen Beispiel zu machen.
#### Web3.py-Beispiel {#web3py-example}
@@ -86,12 +73,12 @@ from web3._utils.events import get_event_data
w3 = Web3(Web3.HTTPProvider("https://cloudflare-eth.com"))
-ck_token_addr = "0x06012c8cf97BEaD5deAe237070F9587f8E7A266d" # CryptoKitties-Vertrag
+ck_token_addr = "0x06012c8cf97BEaD5deAe237070F9587f8E7A266d" # CryptoKitties-Contract
-acc_address = "0xb1690C08E213a35Ed9bAb7B318DE14420FB57d8C" # CryptoKitties-Verkaufsauktion
+acc_address = "0xb1690C08E213a35Ed9bAb7B318DE14420FB57d8C" # CryptoKitties-Verkaufsauktion
-# Dies ist eine vereinfachte Contract Application Binary Interface (ABI) eines ERC-721-NFT-Vertrags.
-# Es werden nur die folgenden Methoden offengelegt: balanceOf(address), name(), ownerOf(tokenId), symbol(), totalSupply()
+# Dies ist ein vereinfachtes Contract Application Binary Interface (ABI) eines ERC-721 NFT-Contracts.
+# Es stellt nur die folgenden Methoden bereit: balanceOf(address), name(), ownerOf(tokenId), symbol(), totalSupply()
simplified_abi = [
{
'inputs': [{'internalType': 'address', 'name': 'owner', 'type': 'address'}],
@@ -149,7 +136,7 @@ print(f"{name} [{symbol}] NFTs in Auctions: {kitties_auctions}")
pregnant_kitties = ck_contract.functions.pregnantKitties().call()
print(f"{name} [{symbol}] NFTs Pregnants: {pregnant_kitties}")
-# Die Transfer-Event-ABI verwenden, um Informationen über übertragene Kitties zu erhalten.
+# Verwendung der Transfer-Event-ABI, um Informationen über übertragene Kitties zu erhalten.
tx_event_abi = {
'anonymous': False,
'inputs': [
@@ -160,7 +147,7 @@ tx_event_abi = {
'type': 'event'
}
-# Wir benötigen die Signatur des Ereignisses, um die Protokolle zu filtern
+# Wir benötigen die Signatur des Events, um die Logs zu filtern
event_signature = w3.keccak(text="Transfer(address,address,uint256)").hex()
logs = w3.eth.get_logs({
@@ -170,24 +157,24 @@ logs = w3.eth.get_logs({
})
# Hinweise:
-# - Erhöhen Sie die Anzahl der Blöcke von 120, wenn kein Transfer-Ereignis zurückgegeben wird.
-# - Wenn Sie kein Transfer-Ereignis gefunden haben, können Sie auch versuchen, eine tokenId unter folgendem Link zu erhalten:
-# https://etherscan.io/address/0x06012c8cf97BEaD5deAe237070F9587f8E7A266d#events
-# Klicken Sie, um die Protokolle des Ereignisses zu erweitern, und kopieren Sie das Argument „tokenId“
+# - Erhöhen Sie die Anzahl der Blöcke über 120 hinaus, wenn kein Transfer-Event zurückgegeben wird.
+# - Wenn Sie kein Transfer-Event gefunden haben, können Sie auch versuchen, eine tokenId hier zu erhalten:
+# https://etherscan.io/address/0x06012c8cf97BEaD5deAe237070F9587f8E7A266d#events
+# Klicken Sie, um die Logs des Events zu erweitern, und kopieren Sie das Argument "tokenId"
recent_tx = [get_event_data(w3.codec, tx_event_abi, log)["args"] for log in logs]
if recent_tx:
- kitty_id = recent_tx[0]['tokenId'] # Fügen Sie die „tokenId“ von dem obigen Link hier ein
+ kitty_id = recent_tx[0]['tokenId'] # Fügen Sie die "tokenId" aus dem obigen Link hier ein
is_pregnant = ck_contract.functions.isPregnant(kitty_id).call()
print(f"{name} [{symbol}] NFTs {kitty_id} is pregnant: {is_pregnant}")
```
-Der Krypto-Kitties-Vertrag hat neben den Standard-Events noch einige weitere interessante Events.
+Der CryptoKitties-Vertrag hat neben den Standardereignissen noch einige andere interessante Ereignisse.
-Sehen wir uns zwei von ihnen an, `Pregnant` und `Birth`.
+Schauen wir uns zwei davon an: `Pregnant` und `Birth`.
```python
-# Verwendung der ABIs der Ereignisse „Pregnant“ und „Birth“, um Informationen über neue Kitties zu erhalten.
+# Verwendung der Pregnant- und Birth-Event-ABI, um Informationen über neue Kitties zu erhalten.
ck_extra_events_abi = [
{
'anonymous': False,
@@ -211,13 +198,13 @@ ck_extra_events_abi = [
'type': 'event'
}]
-# Wir benötigen die Signatur des Ereignisses, um die Protokolle zu filtern
+# Wir benötigen die Signatur des Events, um die Logs zu filtern
ck_event_signatures = [
w3.keccak(text="Pregnant(address,uint256,uint256,uint256)").hex(),
w3.keccak(text="Birth(address,uint256,uint256,uint256,uint256)").hex(),
]
-# Hier ist ein „Pregnant“-Ereignis:
+# Hier ist ein Pregnant-Event:
# - https://etherscan.io/tx/0xc97eb514a41004acc447ac9d0d6a27ea6da305ac8b877dff37e49db42e1f8cef#eventlog
pregnant_logs = w3.eth.get_logs({
"fromBlock": w3.eth.block_number - 120,
@@ -227,7 +214,7 @@ pregnant_logs = w3.eth.get_logs({
recent_pregnants = [get_event_data(w3.codec, ck_extra_events_abi[0], log)["args"] for log in pregnant_logs]
-# Hier ist ein „Birth“-Ereignis:
+# Hier ist ein Birth-Event:
# - https://etherscan.io/tx/0x3978028e08a25bb4c44f7877eb3573b9644309c044bf087e335397f16356340a
birth_logs = w3.eth.get_logs({
"fromBlock": w3.eth.block_number - 120,
@@ -240,24 +227,26 @@ recent_births = [get_event_data(w3.codec, ck_extra_events_abi[1], log)["args"] f
## Beliebte NFTs {#popular-nfts}
-- Der [Etherscan NFT Tracker](https://etherscan.io/nft-top-contracts) listet die Top-NFTs auf Ethereum nach Übertragungsvolumen auf.
-- [CryptoKitties](https://www.cryptokitties.co/) ist ein Spiel, das sich um züchtbare, sammelbare und überaus entzückende
- Kreaturen dreht, die wir CryptoKitties nennen.
-- [Sorare](https://sorare.com/) ist ein globales Fantasy-Football-Spiel, bei dem Sie Sammlerstücke in limitierter Auflage sammeln,
- Ihre Teams verwalten und um Preise wetteifern können.
-- [Der Ethereum Name Service (ENS)](https://ens.domains/) bietet eine sichere und dezentralisierte Möglichkeit, Ressourcen sowohl
- on-chain als auch off-chain mithilfe einfacher, für Menschen lesbarer Namen zu adressieren.
-- [POAP](https://poap.xyz) verteilt kostenlose NFTs an Personen, die an Veranstaltungen teilnehmen oder bestimmte Aktionen durchführen. POAPs können kostenlos erstellt und verteilt werden.
-- [Unstoppable Domains](https://unstoppabledomains.com/) ist ein in San Francisco ansässiges Unternehmen, das Domains auf
- Blockchains erstellt. Blockchain-Domains ersetzen Kryptowährungsadressen durch für Menschen lesbare Namen und können verwendet werden, um
- zensurresistente Websites zu ermöglichen.
-- [Gods Unchained Cards](https://godsunchained.com/) ist ein TCG auf der Ethereum-Blockchain, das NFTs verwendet, um echtes Eigentum
- an In-Game-Assets zu ermöglichen.
-- [Bored Ape Yacht Club](https://boredapeyachtclub.com) ist eine Sammlung von 10.000 einzigartigen NFTs. Diese sind nicht nur nachweislich seltene Kunstwerke, sondern fungieren auch als Mitgliedschafts-Token für den Club, der seinen Mitgliedern Vergünstigungen und Vorteile bietet, die im Laufe der Zeit durch die Bemühungen der Community zunehmen.
-
-## Weiterführende Lektüre {#further-reading}
-
-- [EIP-721: ERC-721-Standard für nicht-fungible Token](https://eips.ethereum.org/EIPS/eip-721)
-- [OpenZeppelin – ERC-721-Dokumentation](https://docs.openzeppelin.com/contracts/3.x/erc721)
-- [OpenZeppelin – ERC-721-Implementierung](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC721/ERC721.sol)
+- [Etherscan NFT Tracker](https://etherscan.io/nft-top-contracts) listet die Top-NFTs auf Ethereum nach Transfervolumen auf.
+- [CryptoKitties](https://www.cryptokitties.co/) ist ein Spiel, das sich um züchtbare, sammelbare und ach so entzückende Kreaturen dreht, die wir CryptoKitties nennen.
+- [Sorare](https://sorare.com/) ist ein globales Fantasy-Fußballspiel, bei dem Sie Sammlerstücke in limitierter Auflage sammeln, Ihre Teams verwalten und antreten können, um Preise zu gewinnen.
+- [Der Ethereum Name Service (ENS)](https://ens.domains/) bietet eine sichere und dezentralisierte Möglichkeit, Ressourcen sowohl auf der Blockchain als auch Off-Chain mit einfachen, für Menschen lesbaren Namen zu adressieren.
+- [POAP](https://poap.xyz) liefert kostenlose NFTs an Personen, die an Veranstaltungen teilnehmen oder bestimmte Aktionen abschließen. POAPs können kostenlos erstellt und verteilt werden.
+- [Unstoppable Domains](https://unstoppabledomains.com/) ist ein in San Francisco ansässiges Unternehmen, das Domains auf Blockchains aufbaut. Blockchain-Domains ersetzen Kryptowährungsadressen durch für Menschen lesbare Namen und können verwendet werden, um zensurresistente Websites zu ermöglichen.
+- [Gods Unchained Cards](https://godsunchained.com/) ist ein TCG auf der Ethereum-Blockchain, das NFTs verwendet, um echtes Eigentum an In-Game-Assets zu ermöglichen.
+- [Bored Ape Yacht Club](https://boredapeyachtclub.com) ist eine Sammlung von 10.000 einzigartigen NFTs, die nicht nur ein nachweislich seltenes Kunstwerk sind, sondern auch als Mitgliedschafts-Token für den Club fungieren und Mitgliedervorteile und Vergünstigungen bieten, die im Laufe der Zeit durch die Bemühungen der Community zunehmen.
+
+## Weiterführende Literatur {#further-reading}
+
+- [EIP-721: ERC-721 Standard für nicht-fungible Token](https://eips.ethereum.org/EIPS/eip-721)
+- [OpenZeppelin - ERC-721-Dokumentation](https://docs.openzeppelin.com/contracts/3.x/erc721)
+- [OpenZeppelin - ERC-721-Implementierung](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC721/ERC721.sol)
- [Alchemy NFT-API](https://www.alchemy.com/docs/reference/nft-api-quickstart)
+
+## Tutorials: Bauen mit nicht-fungiblen Token (ERC-721) auf Ethereum {#tutorials}
+
+- [Vyper ERC-721 Contract Walkthrough](/developers/tutorials/erc-721-vyper-annotated-code/) _– Ein kommentierter Durchgang durch einen vollständigen ERC-721-NFT-Vertrag, der in Vyper geschrieben wurde._
+- [Wie man einen NFT schreibt und bereitstellt (Teil 1/3)](/developers/tutorials/how-to-write-and-deploy-an-nft/) _– Schritt-für-Schritt-Anleitung zum Schreiben und Bereitstellen Ihres ersten ERC-721 Smart Contracts._
+- [Wie man einen NFT prägt (Teil 2/3)](/developers/tutorials/how-to-mint-an-nft/) _– Wie man einen ERC-721-NFT mit Ihrem bereitgestellten Smart Contract und Web3 prägt._
+- [Wie Sie Ihren NFT in Ihrer Wallet anzeigen (Teil 3/3)](/developers/tutorials/how-to-view-nft-in-metamask/) _– Wie Sie Ihren geprägten NFT nach der Bereitstellung in MetaMask anzeigen._
+- [NFT-Minter-Tutorial](/developers/tutorials/nft-minter/) _– Erstellen Sie eine Full-Stack-Dapp zum Prägen von NFTs mit einem React-Frontend, MetaMask und Alchemy._
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/standards/tokens/erc-777/index.md b/public/content/translations/de/developers/docs/standards/tokens/erc-777/index.md
index 8516017d6ea..a1c6f13629f 100644
--- a/public/content/translations/de/developers/docs/standards/tokens/erc-777/index.md
+++ b/public/content/translations/de/developers/docs/standards/tokens/erc-777/index.md
@@ -1,45 +1,45 @@
---
-title: ERC-777 Token-Standard
-description: "Erfahren Sie mehr über ERC-777, einen verbesserten fungiblen Token-Standard mit Hooks, obwohl aus Sicherheitsgründen ERC-20 empfohlen wird."
+title: ERC-777-Token-Standard
+description: "Erfahren Sie mehr über ERC-777, einen verbesserten Standard für fungible Token mit Hooks, obwohl aus Sicherheitsgründen ERC-20 empfohlen wird."
lang: de
---
## Warnung {#warning}
-**ERC-777 ist aufgrund seiner [Anfälligkeit für verschiedene Angriffsformen](https://github.com/OpenZeppelin/openzeppelin-contracts/issues/2620) nur schwer korrekt zu implementieren. Es wird empfohlen, stattdessen [ERC-20](/developers/docs/standards/tokens/erc-20/) zu verwenden.** Diese Seite bleibt als historisches Archiv erhalten.
+**ERC-777 ist aufgrund seiner [Anfälligkeit für verschiedene Angriffsformen](https://github.com/OpenZeppelin/openzeppelin-contracts/issues/2620) schwer korrekt zu implementieren. Es wird empfohlen, stattdessen [ERC-20](/developers/docs/standards/tokens/erc-20/) zu verwenden.** Diese Seite bleibt als historisches Archiv erhalten.
-## Einführung? Einführung {#introduction}
+## Einführung? {#introduction}
-ERC-777 ist ein fungibler Token-Standard, der den bestehenden [ERC-20](/developers/docs/standards/tokens/erc-20/)-Standard verbessert.
+ERC-777 ist ein Standard für fungible Token, der den bestehenden [ERC-20](/developers/docs/standards/tokens/erc-20/)-Standard verbessert.
## Voraussetzungen {#prerequisites}
-Um diese Seite besser zu verstehen, empfehlen wir Ihnen, sich zunächst über [ERC-20](/developers/docs/standards/tokens/erc-20/) zu informieren.
+Um diese Seite besser zu verstehen, empfehlen wir Ihnen, zuerst über [ERC-20](/developers/docs/standards/tokens/erc-20/) zu lesen.
-## Welche Verbesserungen hat ERC-777 gegenüber ERC-20? {#-erc-777-vs-erc-20}
+## Welche Verbesserungen bietet ERC-777 gegenüber ERC-20? {#-erc-777-vs-erc-20}
ERC-777 bietet die folgenden Verbesserungen gegenüber ERC-20.
### Hooks {#hooks}
-Haken sind eine Funktion, die im Code eines Smart Contract beschrieben wird. Haken werden aufgerufen, wenn Token über den Vertrag gesendet oder empfangen werden. Dies ermöglicht einem Smart Contract, auf eingehende oder ausgehende Token zu reagieren.
+Hooks sind eine Funktion, die im Code eines Smart Contracts beschrieben wird. Hooks werden aufgerufen, wenn Token über den Vertrag gesendet oder empfangen werden. Dies ermöglicht es einem Smart Contract, auf eingehende oder ausgehende Token zu reagieren.
-Die Hooks werden über den [ERC-1820](https://eips.ethereum.org/EIPS/eip-1820)-Standard registriert und erkannt.
+Die Hooks werden mithilfe des [ERC-1820](https://eips.ethereum.org/EIPS/eip-1820)-Standards registriert und entdeckt.
-#### Warum sind Haken so großartig? {#why-are-hooks-great}
+#### Warum sind Hooks großartig? {#why-are-hooks-great}
-1. Hooks ermöglichen es, Token an einen Vertrag zu senden und den Vertrag in einer einzigen Transaktion zu benachrichtigen, im Gegensatz zu [ERC-20](https://eips.ethereum.org/EIPS/eip-20), bei dem dafür ein doppelter Aufruf (`approve`/`transferFrom`) erforderlich ist.
-2. Verträge, die keine Haken registriert haben, sind mit ERC-777 nicht kompatibel. Der sendende Vertrag bricht die Transaktion ab, wenn der empfangende Vertrag keinen Haken registriert hat. Dies verhindert versehentliche Übertragungen auf nicht-ERC-777 Smart Contracts.
-3. Haken können Transaktionen ablehnen.
+1. Hooks ermöglichen es, Token an einen Vertrag zu senden und den Vertrag in einer einzigen Transaktion zu benachrichtigen, im Gegensatz zu [ERC-20](https://eips.ethereum.org/EIPS/eip-20), das dafür einen doppelten Aufruf (`approve`/`transferFrom`) erfordert.
+2. Verträge, die keine Hooks registriert haben, sind mit ERC-777 inkompatibel. Der sendende Vertrag bricht die Transaktion ab, wenn der empfangende Vertrag keinen Hook registriert hat. Dies verhindert versehentliche Übertragungen an Nicht-ERC-777-Smart-Contracts.
+3. Hooks können Transaktionen ablehnen.
### Dezimalstellen {#decimals}
-Der Standard löst auch die Verwirrung um `decimals`, die durch ERC-20 verursacht wurde. Diese Klarheit verbessert die Erfahrung der Entwickler.
+Der Standard löst auch die Verwirrung um `decimals`, die in ERC-20 verursacht wurde. Diese Klarheit verbessert die Entwicklererfahrung.
### Abwärtskompatibilität mit ERC-20 {#backwards-compatibility-with-erc-20}
-ERC-777 Verträge können wie ERC-20 Verträge gehandhabt werden.
+Mit ERC-777-Verträgen kann so interagiert werden, als wären sie ERC-20-Verträge.
-## Weiterführende Lektüre {#further-reading}
+## Weiterführende Literatur {#further-reading}
-[EIP-777: Token-Standard](https://eips.ethereum.org/EIPS/eip-777)
+[EIP-777: Token-Standard](https://eips.ethereum.org/EIPS/eip-777)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/standards/tokens/index.md b/public/content/translations/de/developers/docs/standards/tokens/index.md
index 86471f4aeb1..3cfb79397dd 100644
--- a/public/content/translations/de/developers/docs/standards/tokens/index.md
+++ b/public/content/translations/de/developers/docs/standards/tokens/index.md
@@ -1,13 +1,15 @@
---
title: Token-Standards
-description:
+description: "Entdecken Sie Ethereum-Token-Standards, einschließlich ERC-20, ERC-721 und ERC-1155 für fungible und nicht-fungible Token."
lang: de
incomplete: true
---
## Einführung {#introduction}
-Einer der vielen Entwicklungsstandards von Ethereum konzentriert sich auf Token-Schnittstellen. Diese Standards tragen dazu bei, dass Smart Contracts kombinierbar bleiben, so zum Beispiel sicherzustellen, wenn ein neues Projekt einen Token ausgibt, dass er mit den bestehenden dezentralen Börsen kompatibel bleibt.
+Viele [Ethereum](/)-Entwicklungsstandards konzentrieren sich auf Token-Schnittstellen. Diese Standards tragen dazu bei, dass Smart Contracts kombinierbar bleiben. Wenn also ein neues Projekt einen Token herausgibt, bleibt dieser mit bestehenden dezentralisierten Börsen und Anwendungen kompatibel.
+
+Token-Standards definieren, wie sich Token im gesamten Ethereum-Ökosystem verhalten und interagieren. Sie erleichtern es Entwicklern, Anwendungen zu erstellen, ohne das Rad neu erfinden zu müssen, und stellen sicher, dass Token nahtlos mit Wallets, Börsen und DeFi-Plattformen zusammenarbeiten. Ob im Gaming, bei der Governance oder in anderen Anwendungsfällen – diese Standards sorgen für Konsistenz und machen Ethereum stärker vernetzt.
## Voraussetzungen {#prerequisites}
@@ -18,18 +20,22 @@ Einer der vielen Entwicklungsstandards von Ethereum konzentriert sich auf Token-
Hier sind einige der beliebtesten Token-Standards auf Ethereum:
-- [ERC-20](/developers/docs/standards/tokens/erc-20/) - Eine Standardschnittstelle für fungible (austauschbare) Token, wie z. B. Voting-Token, Staking-Token oder virtuelle Währungen.
-- [ERC-721](/developers/docs/standards/tokens/erc-721/) - Eine Standardschnittstelle für nicht-fungible Token, wie eine Urkunde für ein Kunstwerk oder ein Song.
-- [ERC-777](/developers/docs/standards/tokens/erc-777/) - ERC-777 ermöglicht es, zusätzliche Funktionen auf Token aufzusetzen, wie z. B. einen Mixer-Vertrag zur Verbesserung des Transaktionsschutzes oder eine Notfall-Wiederherstellungsfunktion für den Fall, dass Sie Ihre privaten Schlüssel verlieren.
-- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) - ERC-1155 ermöglicht einen effizienteren Handel und die Bündelung von Transaktionen und spart damit Kosten. Dieser Token-Standard ermöglicht die Erstellung sowohl von Utility-Token (wie $BNB oder $BAT) als auch von nicht-fungiblen Token wie CryptoPunks.
+- [ERC-20](/developers/docs/standards/tokens/erc-20/) – Eine Standardschnittstelle für fungible (austauschbare) Token, wie Abstimmungs-Token, Staking-Token oder virtuelle Währungen.
+
+### NFT-Standards {#nft-standards}
+
+- [ERC-721](/developers/docs/standards/tokens/erc-721/) – Eine Standardschnittstelle für nicht-fungible Token, wie eine Urkunde für ein Kunstwerk oder ein Lied.
+- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) – ERC-1155 ermöglicht effizientere Trades und die Bündelung von Transaktionen – und spart somit Kosten. Dieser Token-Standard ermöglicht die Erstellung sowohl von Utility-Token (wie $BNB oder $BAT) als auch von nicht-fungiblen Token wie CryptoPunks.
+
+Die vollständige Liste der [ERC](https://eips.ethereum.org/erc)-Vorschläge.
-## Weiterführende Informationen {#further-reading}
+## Weiterführende Literatur {#further-reading}
-_Kennen Sie einen Community-Beitrag, der Ihnen geholfen hat? Editieren Sie diese Seite und füge Sie ihn hinzu!_
+_Kennen Sie eine Community-Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
-## Ähnliche Tutorials {#related-tutorials}
+## Verwandte Tutorials {#related-tutorials}
-- [Token-Integration-Checkliste](/developers/tutorials/token-integration-checklist/) _– Eine Checkliste der Dinge, die bei der Interaktion mit Token berücksichtigt werden sollen._
-- [Deployment Ihres ersten Smart Contracts](/developers/tutorials/understand-the-erc-20-token-smart-contract/) _– Eine Einführung in die Bereitstellung Ihres ersten Smart Contracts in einem Ethereum-Testnetzwerk._
-- [Übertragung und Freigabe von ERC20-Token aus einem Solidity-Smart-Contract](/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/) _- Wie man einen Smart Contract verwendet, um mit einem Token unter Verwendung der Solidity-Sprache zu interagieren._
-- [Implementierung eines ERC721 Marktes [eine Anleitung]](/developers/tutorials/how-to-implement-an-erc721-market/) _– Wie man Token-Artikel dezentralisiert verkauft._
+- [Checkliste für die Token-Integration](/developers/tutorials/token-integration-checklist/) _– Eine Checkliste mit Dingen, die bei der Interaktion mit Token zu beachten sind._
+- [Den ERC20-Token Smart Contract verstehen](/developers/tutorials/understand-the-erc-20-token-smart-contract/) _– Eine Einführung in die Bereitstellung Ihres ersten Smart Contracts in einem Ethereum-Testnet._
+- [Übertragungen und Genehmigung von ERC20-Token aus einem Solidity Smart Contract](/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/) _– Wie man einen Smart Contract verwendet, um mit einem Token unter Verwendung der Sprache Solidity zu interagieren._
+- [Implementierung eines ERC721-Marktes [eine Anleitung]](/developers/tutorials/how-to-implement-an-erc721-market/) _– Wie man tokenisierte Artikel auf einem dezentralisierten Anzeigenportal zum Verkauf anbietet._
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/storage/index.md b/public/content/translations/de/developers/docs/storage/index.md
index 9dc977599d4..e3674ac7be1 100644
--- a/public/content/translations/de/developers/docs/storage/index.md
+++ b/public/content/translations/de/developers/docs/storage/index.md
@@ -1,33 +1,33 @@
---
-title: Dezentrale Speicher
-description: Übersicht über dezentrale Speicher und verfügbare Tools für die Integration der Speicher in eine dApp
+title: Dezentralisierte Speicherung
+description: "Übersicht darüber, was dezentralisierte Speicherung ist und welche Tools zur Integration in eine Dapp verfügbar sind."
lang: de
---
-Im Gegensatz zu einem zentralisierten Server, der von einem einzelnen Unternehmen oder einer Organisation betrieben wird, bestehen dezantrale Speichersysteme aus einem Peer-to-Peer-Netzwerk, aufgebaut aus Nutzern, die einen Teil der gesamten Daten aufbewahren. Das macht das Speichersystem sehr robust. Diese können in Blockchain-basierten Anwendungen oder jedem anderen Peer-to-Peer Netzwerk sein.
+Im Gegensatz zu einem zentralisierten Server, der von einem einzigen Unternehmen oder einer einzigen Organisation betrieben wird, bestehen dezentralisierte Speichersysteme aus einem Peer-to-Peer-Netzwerk von Benutzer-Betreibern, die einen Teil der Gesamtdaten halten und so ein widerstandsfähiges System zur gemeinsamen Dateispeicherung schaffen. Diese können sich in einer Blockchain-basierten Anwendung oder einem beliebigen Peer-to-Peer-basierten Netzwerk befinden.
-Ethereum selbst kann als dezentrales Speichersystem genutzt werden und das wird es zum Speichern von Code als Smart Contracts auch. Doch Ethereum wurde nicht für größere Datenmengen konzipiert. Die Chain wächst ständig – aktuell umfasst die Ethereum-Chain ca. 500 GB bis 1TB ([je nach Client](https://etherscan.io/chartsync/chaindefault)) und jeder Node im Netzwerk muss in der Lage sein, all diese Daten zu speichern. Würde die Chain immer weiter expandieren (sagen wir mal 5 TB), dann wäre es nicht mehr möglich, dass alle Nodes weiter laufen. Außerdem würden die Kosten, eine solche Datenmenge für das Mainnet bereitzustellen, wegen der [Ressourcengebühren](/developers/docs/gas) unerschwinglich hoch sein.
+Ethereum selbst kann als dezentralisiertes Speichersystem verwendet werden, und das ist es auch, wenn es um die Speicherung von Code in all den Smart Contracts geht. Wenn es jedoch um große Datenmengen geht, ist Ethereum dafür nicht konzipiert worden. Die Chain wächst stetig, aber zum Zeitpunkt des Schreibens ist die Ethereum-Chain etwa 500 GB - 1 TB groß ([abhängig von der Anwendung](https://etherscan.io/chartsync/chaindefault)), und jeder Blockchain-Knoten im Netzwerk muss in der Lage sein, alle Daten zu speichern. Wenn die Chain auf große Datenmengen (sagen wir 5 TB) anwachsen würde, wäre es für alle Blockchain-Knoten nicht mehr machbar, weiterzulaufen. Außerdem wären die Kosten für die Bereitstellung einer so großen Datenmenge im Mainnet aufgrund der [Gas](/developers/docs/gas)-Gebühren unerschwinglich hoch.
-Aufgrund dieser Einschränkungen ist eine andere Chain oder Methode erforderlich, um große Datenmengen dezentral abzuspeichern.
+Aufgrund dieser Einschränkungen benötigen wir eine andere Chain oder Methodik, um große Datenmengen auf dezentralisierte Weise zu speichern.
-Bei dezentralen Speichersystemen (dStorage) gibt es ein paar Aspekte, die Sie beachten sollten.
+Bei der Betrachtung von Optionen für dezentralisierte Speicherung (dStorage) gibt es einige Dinge, die ein Benutzer beachten muss.
-- Persistenzmechanismus/Anreizstruktur
-- Durchsetzung der Datenspeicherung
+- Persistenzmechanismus / Anreizstruktur
+- Durchsetzung der Datenaufbewahrung
- Dezentralität
-- Konsensmechanismus
+- Konsens
-## Persistenzmechanismus/Anreizstruktur {#persistence-mechanism}
+## Persistenzmechanismus / Anreizstruktur {#persistence-mechanism}
### Blockchain-basiert {#blockchain-based}
-Damit Daten für immer persistent sind, müssen wir uns einen Persistenzmechanismus zunutze machen. Auf Ethereum besteht der Mechanismus zur Persistenz darin, dass die gesamte Chain beim Betrieb eines Nodes berücksichtigt beziehungsweise heruntergeladen werden muss. Neue Daten werden am Ende der Kette angehängt und die Kette wächst weiter – jeder Node muss alle eingebetteten Daten replizieren.
+Damit ein Datenelement für immer bestehen bleibt, müssen wir einen Persistenzmechanismus verwenden. Bei Ethereum besteht der Persistenzmechanismus beispielsweise darin, dass die gesamte Chain berücksichtigt werden muss, wenn ein Blockchain-Knoten betrieben wird. Neue Datenelemente werden an das Ende der Chain angehängt, und sie wächst weiter – was erfordert, dass jeder Blockchain-Knoten alle eingebetteten Daten repliziert.
-Das wird als **Blockchain-basierte** Persistenz bezeichnet.
+Dies ist als **Blockchain-basierte** Persistenz bekannt.
-Das Problem bei der Blockchain-basierten Persistenz ist, dass die Kette viel zu groß werden könnte, um alle Daten aufrechtzuerhalten und zu speichern (z. B. schätzen [viele Quellen](https://healthit.com.au/how-big-is-the-internet-and-how-do-we-measure-it/), dass das Internet über 40 Zetabyte Speicherkapazität benötigt).
+Das Problem bei der Blockchain-basierten Persistenz ist, dass die Chain viel zu groß werden könnte, um alle Daten praktikabel zu pflegen und zu speichern (z. B. schätzen [viele Quellen](https://healthit.com.au/how-big-is-the-internet-and-how-do-we-measure-it/), dass das Internet über 40 Zettabyte Speicherkapazität benötigt).
-Die Blockchain benötigt außerdem auch eine Art Anreizstruktur. Bei der Blockchain-basierten Persistenz wird eine Zahlung an den Validator durchgeführt. Wenn Daten zur Blockchain hinzugefügt werden, werden die Validatoren für das Hinzufügen der Daten bezahlt.
+Die Blockchain muss auch eine Art Anreizstruktur haben. Bei der Blockchain-basierten Persistenz erfolgt eine Zahlung an den Validator. Wenn die Daten zur Chain hinzugefügt werden, werden die Validatoren dafür bezahlt, die Daten hinzuzufügen.
Plattformen mit Blockchain-basierter Persistenz:
@@ -36,182 +36,181 @@ Plattformen mit Blockchain-basierter Persistenz:
### Vertragsbasiert {#contract-based}
-**Vertragsbasierte** Persistenz ist dazu gedacht, dass Daten nicht von jedem Node repliziert und für immer gespeichert werden können, sondern durch vertragliche Vereinbarungen aufrechterhalten werden müssen. Das sind Vereinbarungen zwischen mehreren Nodes, die einander versprechen, bestimmte Daten für einen festgelegten Zeitraum verfügbar zu halten. Wenn die Vereinbarungen auslaufen, müssen sie beendet oder erneuert werden, um die Datenpersistenz zu garantieren.
+**Vertragsbasierte** Persistenz beruht auf der Intuition, dass Daten nicht von jedem Blockchain-Knoten repliziert und für immer gespeichert werden können, sondern stattdessen durch Vertragsvereinbarungen aufrechterhalten werden müssen. Dies sind Vereinbarungen, die mit mehreren Blockchain-Knoten getroffen werden, die versprochen haben, ein Datenelement für einen bestimmten Zeitraum zu halten. Sie müssen erstattet oder erneuert werden, wenn sie ablaufen, um die Daten dauerhaft zu speichern.
-In den meisten Fällen werden nicht alle Daten in der Chain gespeichert, sondern nur der Hashwert der Position, an der sich die Daten in einer Chain befinden. So muss nicht die gesamte Chain skalieren, um alle Daten zu speichern.
+In den meisten Fällen wird anstelle der Speicherung aller Daten auf der Blockchain der Hash des Speicherorts der Daten auf einer Chain gespeichert. Auf diese Weise muss nicht die gesamte Chain skalieren, um alle Daten zu behalten.
-Plattformen mit vertragsbsierter Persistenz:
+Plattformen mit vertragsbasierter Persistenz:
-- [Filecoin](https://docs.filecoin.io/about-filecoin/what-is-filecoin/)
-- [Skynet](https://siasky.net/)
+- [Filecoin](https://docs.filecoin.io/basics/what-is-filecoin)
+- [Skynet](https://sia.tech/)
- [Storj](https://storj.io/)
- [Züs](https://zus.network/)
-- [Crust-Netzwerk](https://crust.network)
+- [Crust Network](https://crust.network)
- [Swarm](https://www.ethswarm.org/)
- [4EVERLAND](https://www.4everland.org/)
-### Weitere Überlegungen {#additional-consideration}
+### Zusätzliche Überlegungen {#additional-consideration}
-IPFS ist ein verteiltes System für die Speicherung und den Zugriff auf Dateien, Websites, Anwendungen und Daten. Es hat kein eingebautes Anreizsystem, sondern kann stattdessen mit einer der oben genannten vertragsbasierten Anreizlösungen für eine längerfristige Persistenz verwendet werden. Eine andere Möglichkeit, Daten auf IPFS zu halten, ist die Zusammenarbeit mit einem Pinning-Dienst, der Ihre Daten für Sie "anpinnt". Sie können sogar Ihren eigenen IPFS-Node betreiben und zum Netzwerk beitragen, um Ihre und/oder die Daten anderer kostenlos aufzubewahren.
+IPFS ist ein verteiltes System zum Speichern und Zugreifen auf Dateien, Websites, Anwendungen und Daten. Es verfügt über kein integriertes Anreizsystem, kann aber stattdessen mit einer der oben genannten vertragsbasierten Anreizlösungen für eine längerfristige Persistenz verwendet werden. Eine weitere Möglichkeit, Daten auf IPFS dauerhaft zu speichern, ist die Zusammenarbeit mit einem Pinning-Dienst, der Ihre Daten für Sie „anheftet“ (pinnt). Sie können sogar Ihren eigenen IPFS-Blockchain-Knoten betreiben und zum Netzwerk beitragen, um Ihre eigenen Daten und/oder die anderer kostenlos dauerhaft zu speichern!
- [IPFS](https://docs.ipfs.io/concepts/what-is-ipfs/)
-- [Pinata](https://www.pinata.cloud/) _(IPFS Pinning Service)_
-- [web3.storage](https://web3.storage/) _(IPFS/Filecoin Pinning Service)_
-- [Infura](https://infura.io/product/ipfs) _(IPFS Pinning Service)_
-- [IPFS Scan](https://ipfs-scan.io) _(IPFS Pinning Explorer)_
-- [4EVERLAND](https://www.4everland.org/)_（IPFS Pinning Service）_
-- [Filebase](https://filebase.com) _(IPFS Pinning Service)_
-- [Spheron Network](https://spheron.network/) _(IPFS-/Filecoin-Pinning-Dienst)_
+- [Pinata](https://www.pinata.cloud/) _(IPFS-Pinning-Dienst)_
+- [web3.storage](https://web3.storage/) _(IPFS/Filecoin-Pinning-Dienst)_
+- [Infura](https://infura.io/product/ipfs) _(IPFS-Pinning-Dienst)_
+- [IPFS Scan](https://ipfs-scan.io) _(IPFS-Pinning-Explorer)_
+- [4EVERLAND](https://www.4everland.org/) _(IPFS-Pinning-Dienst)_
+- [Filebase](https://filebase.com) _(IPFS-Pinning-Dienst)_
+- [Spheron Network](https://spheron.network/) _(IPFS/Filecoin-Pinning-Dienst)_
-SWARM ist eine dezentrale Datenspeicherungs- und Datenverteilungstechnologie mit einem Speicher-Incentive-System und einem Speicher-Mietpreis-Orakel.
+SWARM ist eine dezentralisierte Datenspeicherungs- und Verteilungstechnologie mit einem Speicheranreizsystem und einem Orakel für Speichermietpreise.
-## Datenaufbewahrung/Verfügbarkeit {#data-retention}
+## Datenaufbewahrung {#data-retention}
-Systeme müssen für die Datenverfügbarkeit über einen Mechanismus verfügen, der genau dies sicherstellt.
+Um Daten aufzubewahren, müssen Systeme über eine Art Mechanismus verfügen, der sicherstellt, dass Daten aufbewahrt werden.
-### Herausforderungsmechanismus {#challenge-mechanism}
+### Challenge-Mechanismus {#challenge-mechanism}
-Einer der beliebtesten Wege zur Gewährleistung der Datenverfügbarkeit ist es, irgendeine Art von kryptographischer Herausforderung an die Knoten zu senden, die sie nur lösen können, wenn die Daten noch vorhanden sind. Ein einfaches Beispiel ist der Proof-of-Access von Arweave. Sie senden eine Herausforderung an Knoten, um zu sehen, ob sie über diese die Daten im aktuellsten Block sowie einem zufälligen Block in der Vergangenheit verfügen. Hat ein Knoten nicht die richtige Antwort, wird er bestraft.
+Eine der beliebtesten Methoden, um sicherzustellen, dass Daten aufbewahrt werden, ist die Verwendung einer Art kryptografischer Challenge (Herausforderung), die an die Blockchain-Knoten ausgegeben wird, um sicherzustellen, dass sie die Daten noch haben. Ein einfaches Beispiel ist der Proof-of-Access von Arweave. Sie geben eine Challenge an die Blockchain-Knoten aus, um zu sehen, ob sie die Daten sowohl im aktuellsten Block als auch in einem zufälligen Block in der Vergangenheit haben. Wenn der Blockchain-Knoten die Antwort nicht liefern kann, wird er bestraft.
-Anbieter von dStorage mit einem Herausforderungsmechanismus:
+Arten von dStorage mit einem Challenge-Mechanismus:
- Züs
- Skynet
- Arweave
- Filecoin
-- Crust Netzwerk
+- Crust Network
- 4EVERLAND
### Dezentralität {#decentrality}
-Es gibt keine hervorragenden Tools, um den Grad der Dezentralität von Plattformen festzustellen. Doch im Allgemeinen sollte man die Tools verwenden, die keine Form von KYC für die Benutzung benötigen.
+Es gibt keine großartigen Tools, um den Grad der Dezentralisierung von Plattformen zu messen, aber im Allgemeinen sollten Sie Tools verwenden, die keine Form von KYC haben, um den Beweis zu erbringen, dass sie nicht zentralisiert sind.
-Dezentrale Tools ohne KYC:
+Dezentralisierte Tools ohne KYC:
-- Züs (gerade erfolgt die Implementierung einer Version ohne KYC)
- Skynet
- Arweave
- Filecoin
- IPFS
- Ethereum
-- Crust Netzwerk
+- Crust Network
- 4EVERLAND
### Konsens {#consensus}
-Die meisten diesere Tools haben ihre eigene Version eines [Konsensmechanismus](/developers/docs/consensus-mechanisms/), basieren aber typischerweise auf [**Proof-of-Work (PoW)**](/developers/docs/consensus-mechanisms/pow/) oder [**Proof-of-Stake (PoS)**](/developers/docs/consensus-mechanisms/pos/).
+Die meisten dieser Tools haben ihre eigene Version eines [Konsensmechanismus](/developers/docs/consensus-mechanisms/), aber im Allgemeinen basieren sie entweder auf [**Proof-of-Work (PoW)**](/developers/docs/consensus-mechanisms/pow/) oder [**Proof-of-Stake (PoS)**](/developers/docs/consensus-mechanisms/pos/).
-Basierend auf Proof-of-Work:
+Proof-of-Work-basiert:
- Skynet
- Arweave
-Basierend auf Proof-of-Stake:
+Proof-of-Stake-basiert:
- Ethereum
- Filecoin
- Züs
-- Crust Netzwerk
+- Crust Network
-## Verwandte Werkzeuge {#related-tools}
+## Verwandte Tools {#related-tools}
-**IPFS – _InterPlanetary File System ist dezentrales Speicher- und Datei-Referenzierungssystem für Ethereum_**
+**IPFS – _Das InterPlanetary File System ist ein dezentralisiertes Speicher- und Dateireferenzierungssystem für Ethereum._**
- [Ipfs.io](https://ipfs.io/)
- [Dokumentation](https://docs.ipfs.io/)
- [GitHub](https://github.com/ipfs/ipfs)
-**Storj DCS – _Sicherer, privater und S3-kompatibler dezentraler Cloudobjektspeicher für Entwickler_**
+**Storj DCS – _Sicherer, privater und S3-kompatibler dezentralisierter Cloud-Objektspeicher für Entwickler._**
- [Storj.io](https://storj.io/)
- [Dokumentation](https://docs.storj.io/)
- [GitHub](https://github.com/storj/storj)
-**Skynet – _Skynet ist eine dezentrale PoW-Chain speziell für ein dezentrales Web_**
+**Sia – _Nutzt Kryptografie, um einen vertrauensfreien Cloud-Speicher-Marktplatz zu schaffen, der es Käufern und Verkäufern ermöglicht, direkt miteinander zu handeln._**
-- [Skynet.net](https://siasky.net/)
-- [Dokumentation](https://siasky.net/docs/)
-- [GitHub](https://github.com/SkynetLabs/)
+- [Skynet.net](https://sia.tech/)
+- [Dokumentation](https://docs.sia.tech/)
+- [GitHub](https://github.com/SiaFoundation/)
-**Filecoin – _Erstellt vom dem Team, das hinter IPFS steht. Es handelt sich um eine Anreizebene, aufbauend auf den IPFS-Idealen._**
+**Filecoin – _Filecoin wurde von demselben Team entwickelt, das auch hinter IPFS steht. Es ist eine Anreizschicht, die auf den Idealen von IPFS aufbaut._**
- [Filecoin.io](https://filecoin.io/)
- [Dokumentation](https://docs.filecoin.io/)
- [GitHub](https://github.com/filecoin-project/)
-**Arweave – _Arweave ist eine dStorage-Plattform für die Datenspeicherung_**
+**Arweave – _Arweave ist eine dStorage-Plattform zur Speicherung von Daten._**
- [Arweave.org](https://www.arweave.org/)
- [Dokumentation](https://docs.arweave.org/info/)
- [Arweave](https://github.com/ArweaveTeam/arweave/)
-**Züs – _Züs ist eine Proof-of-Stake-dStorage-Plattform mit Sharding und Blobbers._**
+**Züs – _Züs ist eine Proof-of-Stake-dStorage-Plattform mit Sharding und Blobbern._**
- [zus.network](https://zus.network/)
-- [Documentation](https://0chaindocs.gitbook.io/zus-docs)
+- [Dokumentation](https://docs.zus.network/zus-docs/)
- [GitHub](https://github.com/0chain/)
-**Crust Netzwerk – _Crust ist eine dStorage Plattform auf dem IPFS._**
+**Crust Network – _Crust ist eine dStorage-Plattform, die auf IPFS aufbaut._**
- [Crust.network](https://crust.network)
- [Dokumentation](https://wiki.crust.network)
- [GitHub](https://github.com/crustio)
-**Swarm – _Ein verteiltes Speichersystem und Content-Verteilungs-Service für den Ethereum-Web3-Stack._**
+**Swarm – _Eine verteilte Speicherplattform und ein Content-Distribution-Service für den Ethereum-Web3-Stack._**
- [EthSwarm.org](https://www.ethswarm.org/)
-- [Dokumentation](https://docs.ethswarm.org/docs/)
+- [Dokumentation](https://docs.ethswarm.org/)
- [GitHub](https://github.com/ethersphere/)
-**OrbitDB – _Eine dezentrale Peer-to-Peer-Datenbank, die auf IPFS basiert._**
+**OrbitDB – _Eine dezentralisierte Peer-to-Peer-Datenbank, die auf IPFS aufbaut._**
- [OrbitDB.org](https://orbitdb.org/)
- [Dokumentation](https://github.com/orbitdb/field-manual/)
- [GitHub](https://github.com/orbitdb/orbit-db/)
-**Aleph.im – _Dezentrales Cloudprojekt (Datenbanken, Dateispeicherung, Computing und DID). Eine einzigartige Mischung aus Peer-to-Peer-Technologie – Off-Chain und On-Chain. IPFS und Multi-Chain-Kompatibilität._**
+**Aleph.im – _Dezentralisiertes Cloud-Projekt (Datenbank, Dateispeicher, Computing und DID). Eine einzigartige Mischung aus Peer-to-Peer-Technologie Off-Chain und auf der Blockchain. IPFS- und Multi-Chain-Kompatibilität._**
-- [Aleph.im](https://aleph.im/)
-- [Dokumentation](https://aleph.im/#/developers/)
+- [Aleph.im](https://aleph.cloud/)
+- [Dokumentation](https://docs.aleph.cloud/)
- [GitHub](https://github.com/aleph-im/)
-**Ceramic – _Nutzergesteuerte IPFS-Datenbankspeicher für datenintensive und anspruchsvolle Anwendungen._**
+**Ceramic – _Benutzergesteuerter IPFS-Datenbankspeicher für datenreiche und ansprechende Anwendungen._**
- [Ceramic.network](https://ceramic.network/)
-- [Dokumentation](https://developers.ceramic.network/learn/welcome/)
+- [Dokumentation](https://developers.ceramic.network/)
- [GitHub](https://github.com/ceramicnetwork/js-ceramic/)
-**Filebase – _Ein S3-kompatibler dezentraler Speicher und geo-redundanter IPFS-Pinning-Service. Alle über Filebase auf IPFS hochgeladenen Dateien werden automatisch an die Filebase-Infrastruktur mit dreifacher Replikation auf der ganzen Welt gepinnt._**
+**Filebase – _S3-kompatibler dezentralisierter Speicher und georedundanter IPFS-Pinning-Dienst. Alle Dateien, die über Filebase in IPFS hochgeladen werden, werden automatisch mit dreifacher weltweiter Replikation an die Filebase-Infrastruktur angeheftet._**
- [Filebase.com](https://filebase.com/)
- [Dokumentation](https://docs.filebase.com/)
- [GitHub](https://github.com/filebase)
-**4EVERLAND - _Eine Web 3.0-Cloud-Computing-Plattform, die Speicher-, Rechen- und Netzwerk-Kernfunktionen integriert, S3-kompatibel ist und synchrone Datenspeicherung auf dezentralen Speichernetzwerken wie IPFS und Arweave bietet._**
+**4EVERLAND – _Eine Web 3.0-Cloud-Computing-Plattform, die Kernfunktionen für Speicherung, Berechnung und Netzwerke integriert, S3-kompatibel ist und synchrone Datenspeicherung in dezentralisierten Speichernetzwerken wie IPFS und Arweave bietet._**
- [4everland.org](https://www.4everland.org/)
- [Dokumentation](https://docs.4everland.org/)
- [GitHub](https://github.com/4everland)
-**Kaleido – _Eine Blockchain-as-a-Service-Plattform mit IPFS-Knoten auf einen Klick_**
+**Kaleido – _Eine Blockchain-as-a-Service-Plattform mit IPFS-Blockchain-Knoten auf Knopfdruck_**
- [Kaleido](https://kaleido.io/)
- [Dokumentation](https://docs.kaleido.io/kaleido-services/ipfs/)
- [GitHub](https://github.com/kaleido-io)
-**Spheron Network – _Spheron ist eine Platform-as-a-Service (PaaS), die für dApps entwickelt wurde, die ihre Anwendungen auf dezentraler Infrastruktur mit bester Leistung starten möchten. Sie bietet standardmäßig Rechenleistung, dezentrale Speicherung, CDN und Webhosting._**
+**Spheron Network – _Spheron ist eine Platform-as-a-Service (PaaS), die für Dapps entwickelt wurde, die ihre Anwendungen auf einer dezentralisierten Infrastruktur mit bester Leistung starten möchten. Sie bietet standardmäßig Rechenleistung, dezentralisierte Speicherung, CDN und Webhosting._**
- [spheron.network](https://spheron.network/)
- [Dokumentation](https://docs.spheron.network/)
- [GitHub](https://github.com/spheronFdn)
-## Weiterführende Informationen {#further-reading}
+## Weiterführende Literatur {#further-reading}
-- [Was sind dezentrale Speichersysteme?](https://coinmarketcap.com/alexandria/article/what-is-decentralized-storage-a-deep-dive-by-filecoin) – _CoinMarketCap_
-- [Fünf gängige Mythen über dezentrale Speichersysteme entlarvt](https://www.storj.io/blog/busting-five-common-myths-about-decentralized-storage) – _Storj_
+- [Was ist dezentralisierte Speicherung?](https://coinmarketcap.com/academy/article/what-is-decentralized-storage-a-deep-dive-by-filecoin) – _CoinMarketCap_
+- [Fünf gängige Mythen über dezentralisierte Speicherung aufklären](https://www.storj.io/blog/busting-five-common-myths-about-decentralized-storage) – _Storj_
-_Kennen Sie eine Community-Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu._
+_Kennen Sie eine Community-Ressource, die Ihnen geholfen hat? Bearbeiten Sie diese Seite und fügen Sie sie hinzu!_
## Verwandte Themen {#related-topics}
-- [Entwicklungs-Frameworks](/developers/docs/frameworks/)
+- [Entwicklungs-Frameworks](/developers/docs/frameworks/)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/docs/transactions/index.md b/public/content/translations/de/developers/docs/transactions/index.md
index ef90d19d88f..adf82888312 100644
--- a/public/content/translations/de/developers/docs/transactions/index.md
+++ b/public/content/translations/de/developers/docs/transactions/index.md
@@ -1,40 +1,41 @@
---
title: Transaktionen
-description: Eine Übersicht über die Transaktionen von Ethereum – wie sie arbeiten, ihre Datenstruktur und wie sie über eine App gesendet werden.
+description: "Ein Überblick über Ethereum-Transaktionen – wie sie funktionieren, ihre Datenstruktur und wie man sie über eine Anwendung sendet."
lang: de
---
-Transaktionen sind kryptographisch signierte Anweisungen von Konten. Ein Konto wird eine Transaktion starten, um den Zustand des Ethereum-Netzwerks zu aktualisieren. Die einfachste Transaktion ist die Übertragung von ETH von einem Konto auf ein anderes.
+Transaktionen sind kryptografisch signierte Anweisungen von Konten. Ein Konto initiiert eine Transaktion, um den Zustand des [Ethereum](/)-Netzwerks zu aktualisieren. Die einfachste Transaktion ist die Überweisung von ETH von einem Konto auf ein anderes.
## Voraussetzungen {#prerequisites}
-Um dir zu helfen, diese Seite besser zu verstehen, empfehlen wir dir, zuerst [ Konten](/developers/docs/accounts/), [Transaktionen](/developers/docs/transactions/) und unsere [Einführung in Ethereum](/developers/docs/intro-to-ethereum/) zu lesen.
+Um diese Seite besser zu verstehen, empfehlen wir Ihnen, zuerst [Konten](/developers/docs/accounts/) und unsere [Einführung in Ethereum](/developers/docs/intro-to-ethereum/) zu lesen.
## Was ist eine Transaktion? {#whats-a-transaction}
-Eine Transaktion von Ethereum bezieht sich auf eine Aktion, die von einem externen Konto initiiert wird; mit anderen Worten auf ein Konto, das von einem Menschen verwaltet wird und nicht von einem Vertrag. Wenn zum Beispiel Bob Alice 1 ETH sendet, muss Bobs Konto belastet werden und das von Alice muss eine Gutschrift erhalten. Diese zustandsverändernde Aktion findet innerhalb einer Transaktion statt.
+Eine Ethereum-Transaktion bezieht sich auf eine Aktion, die von einem extern verwalteten Konto initiiert wird, mit anderen Worten, einem Konto, das von einem Menschen und nicht von einem Vertrag verwaltet wird. Wenn Bob beispielsweise 1 ETH an Alice sendet, muss Bobs Konto belastet und Alices Konto gutgeschrieben werden. Diese zustandsändernde Aktion findet innerhalb einer Transaktion statt.
- _Diagramm angepasst von [Ethereum EVM illustriert](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
+
+_Diagramm adaptiert von [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
-Transaktionen, die den Zustand der EVM verändern, müssen auf das gesamte Netzwerk übertragen werden. Jeder Knoten kann eine Anfrage zur Ausführung einer Transaktion an die EVM senden, woraufhin ein Validator die Transaktion ausführt und die daraus resultierende Statusänderung an den Rest des Netzwerks weitergibt.
+Transaktionen, die den Zustand der EVM ändern, müssen an das gesamte Netzwerk übertragen werden. Jeder Blockchain-Knoten kann eine Anfrage zur Ausführung einer Transaktion auf der EVM übertragen; danach wird ein Validator die Transaktion ausführen und die resultierende Zustandsänderung an den Rest des Netzwerks weitergeben.
-Transaktionen sind gebührenpflichtig und müssen in einem validierten Block enthalten sein. Um diesen Überblick zu vereinfachen, werden wir die Gas-Kosten und Validierungsgebühren an anderer Stelle behandeln.
+Transaktionen erfordern eine Gebühr und müssen in einen validierten Block aufgenommen werden. Um diesen Überblick zu vereinfachen, werden wir Gasgebühren und Validierung an anderer Stelle behandeln.
-Eine abgeschlossene Transaktion enthält folgende Informationen:
+Eine eingereichte Transaktion enthält die folgenden Informationen:
-- `von` – der Adresse des Senders, der die Transaktion unterzeichnet. Es handelt sich dabei um ein externes Konto, da Vertragskonten keine Transaktionen senden können.
-- `to` – die Empfängeradresse (wenn es sich um ein Konto in externem Besitz handelt, wird durch die Transaktion ein Wert übertragen. Bei einem Smart-Contract-Konto führt die Transaktion den Vertragscode aus.)
-- `signature` – die Kennung des Absenders. Das wird generiert, wenn der private Schlüssel des Absenders die Transaktion signiert und bestätigt, dass der Absender diese Transaktion autorisiert hat.
-- `nonce` – ein fortlaufend inkrementierender Zähler, der die Transaktionsnummer eines Kontos angibt
-- `Wert` – gewünschte Menge an Ether (ETH), die vom Absender an den Empfänger zu überweisen sind (in WEI, ein Ether gleicht 1e + 18wei)
-- `input data` – optionales Feld für die Eingabe beliebiger Daten
-- `gasLimit` – die maximale Menge an Gaseinheiten, die von der Transaktion verbraucht werden können. Die [EVM](/developers/docs/evm/opcodes) gibt die Gas-Einheiten an, die für jeden Berechnungsschritt benötigt werden
-- `maxPriorityFeePerGas` – der Höchstpreis des verbrauchten Gas, der als Trinkgeld an den Validierer weitergegeben wird
-- `maxFeePerGas` – die maximale Gebühr pro Gas-Einheit, die für die Transaktion gezahlt werden soll (einschließlich `baseFeePerGas` und `maxPriorityFeePerGas`)
+- `from` – die Adresse des Absenders, der die Transaktion signieren wird. Dies ist ein extern verwaltetes Konto, da Vertragskonten keine Transaktionen senden können.
+- `to` – die Empfängeradresse (wenn es sich um ein extern verwaltetes Konto handelt, überträgt die Transaktion einen Wert. Wenn es sich um ein Vertragskonto handelt, führt die Transaktion den Vertragscode aus).
+- `signature` – die Kennung des Absenders. Diese wird generiert, wenn der Private-Key des Absenders die Transaktion signiert und bestätigt, dass der Absender diese Transaktion autorisiert hat.
+- `nonce` – ein sequenziell inkrementierender Zähler, der die Transaktionsnummer des Kontos angibt.
+- `value` – die Menge an ETH, die vom Absender an den Empfänger übertragen werden soll (angegeben in WEI, wobei 1 ETH gleich 1e+18 WEI ist).
+- `input data` – optionales Feld zum Einfügen beliebiger Daten.
+- `gasLimit` – die maximale Menge an Gas-Einheiten, die von der Transaktion verbraucht werden kann. Die [EVM](/developers/docs/evm/opcodes) gibt die für jeden Berechnungsschritt erforderlichen Gas-Einheiten an.
+- `maxPriorityFeePerGas` – der maximale Preis des verbrauchten Gases, der als Trinkgeld für den Validator enthalten sein soll.
+- `maxFeePerGas` – die maximale Gebühr pro Gas-Einheit, die für die Transaktion gezahlt werden soll (einschließlich `baseFeePerGas` und `maxPriorityFeePerGas`).
-Gas ist ein Hinweis auf die Berechnung, die für die Bearbeitung der Transaktion durch einen Validierer erforderlich ist. Benutzer müssen für diese Berechnung eine Gebühr bezahlen. Das `gasLimit` und `maxPriorityFeePerGas` bestimmen die maximale Transaktionsgebühr, die an den Validator gezahlt wird. [Mehr zu Gas](/developers/docs/gas/).
+Gas ist ein Maß für die Rechenleistung, die erforderlich ist, damit ein Validator die Transaktion verarbeiten kann. Benutzer müssen für diese Berechnung eine Gebühr zahlen. Das `gasLimit` und die `maxPriorityFeePerGas` bestimmen die maximale Transaktionsgebühr, die an den Validator gezahlt wird. [Mehr über Gas](/developers/docs/gas/).
-Das Transaktionsobjekt wird in etwa wie folgt aussehen:
+Das Transaktionsobjekt sieht in etwa so aus:
```js
{
@@ -48,11 +49,11 @@ Das Transaktionsobjekt wird in etwa wie folgt aussehen:
}
```
-Aber ein Transaktionsobjekt muss mit dem privaten Schlüssel des Absenders signiert werden. Dies beweist, dass die Transaktion nur vom Absender hätte kommen können und nicht betrügerisch verschickt wurde.
+Ein Transaktionsobjekt muss jedoch mit dem Private-Key des Absenders signiert werden. Dies beweist, dass die Transaktion nur vom Absender stammen konnte und nicht in betrügerischer Absicht gesendet wurde.
-Ein Ethereum-Client wie Geth wird diesen Signaturprozess bearbeiten.
+Eine Ethereum-Anwendung wie Geth übernimmt diesen Signaturprozess.
-Beispiel-[JSON-RPC](/developers/docs/apis/json-rpc)-Aufruf:
+Beispielhafter [JSON-RPC](/developers/docs/apis/json-rpc)-Aufruf:
```json
{
@@ -74,7 +75,7 @@ Beispiel-[JSON-RPC](/developers/docs/apis/json-rpc)-Aufruf:
}
```
-Beispielantwort:
+Beispielhafte Antwort:
```json
{
@@ -99,123 +100,135 @@ Beispielantwort:
}
```
-- `raw` ist die signierte Transaktion in [Recursive Length Prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp) in kodierter Form.
-- Das `tx` ist die signierte Transaktion im JSON-Format.
+- `raw` ist die signierte Transaktion in [Recursive Length Prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp)-kodierter Form.
+- `tx` ist die signierte Transaktion in JSON-Form.
-Mit dem Signatur-Hash kann für die Transaktion kryptographisch nachgewiesen werden, dass sie vom Absender stammt und dem Netzwerk übermittelt wurde.
+Mit dem Signatur-Hash kann kryptografisch nachgewiesen werden, dass die Transaktion vom Absender stammt und an das Netzwerk übermittelt wurde.
### Das Datenfeld {#the-data-field}
-Die überwiegende Mehrheit der Transaktionen greift auf einen Vertrag über ein externes Konto zu. Die meisten Verträge sind in Solidity geschrieben und interpretieren ihr Datenfeld entsprechedn dem [Application Binary Interface (ABI)](/glossary/#abi).
+Die überwiegende Mehrheit der Transaktionen greift von einem extern verwalteten Konto auf einen Vertrag zu.
+Die meisten Verträge sind in Solidity geschrieben und interpretieren ihr Datenfeld in Übereinstimmung mit dem [Application Binary Interface (ABI)](/glossary/#abi).
-Die ersten vier Bytes geben an, welche Funktion aufgerufen werden soll, wobei der Hash des Funktionsnamens und der Argumente verwendet wird. Manchmal kannst du die Funktion anhand des Selektors aus [dieser Datenbank](https://www.4byte.directory/signatures/) identifizieren.
+Die ersten vier Bytes geben an, welche Funktion aufgerufen werden soll, wobei der Hash des Funktionsnamens und der Argumente verwendet wird.
+Manchmal können Sie die Funktion anhand des Selektors mithilfe [dieser Datenbank](https://www.4byte.directory/signatures/) identifizieren.
-Der Rest der Aufrufdaten sind die Argumente, [codiert wie in den ABI-Spezifikationen angegeben](https://docs.soliditylang.org/en/latest/abi-spec.html#formal-specification-of-the-encoding).
+Der Rest der Aufrufdaten (Calldata) sind die Argumente, [kodiert wie in den ABI-Spezifikationen angegeben](https://docs.soliditylang.org/en/latest/abi-spec.html#formal-specification-of-the-encoding).
-Betrachten wir zum Beispiel [diese Transaktion](https://etherscan.io/tx/0xd0dcbe007569fcfa1902dae0ab8b4e078efe42e231786312289b1eee5590f6a1). Verwende **Für mehr hier klicken**, um die Aufrufdaten zu sehen.
+Schauen wir uns zum Beispiel [diese Transaktion](https://etherscan.io/tx/0xd0dcbe007569fcfa1902dae0ab8b4e078efe42e231786312289b1eee5590f6a1) an.
+Verwenden Sie **Click to see More**, um die Aufrufdaten zu sehen.
-Der Funktions-Selektor ist `0xa9059cbb`. Es gibt mehrere [bekannte Funktionen mit dieser Signatur](https://www.4byte.directory/signatures/?bytes4_signature=0xa9059cbb). In diesem Fall wurde [der Contract-Quellcode](https://etherscan.io/address/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48#code) auf Etherscan hochgeladen, so dass wir wissen, dass die Funktion `transfer(address,uint256)` ist.
+Der Funktionsselektor ist `0xa9059cbb`. Es gibt mehrere [bekannte Funktionen mit dieser Signatur](https://www.4byte.directory/signatures/?bytes4_signature=0xa9059cbb).
+In diesem Fall wurde [der Quellcode des Vertrags](https://etherscan.io/address/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48#code) auf Etherscan hochgeladen, sodass wir wissen, dass die Funktion `transfer(address,uint256)` ist.
-Der Rest der Daten lautet:
+Der Rest der Daten ist:
```
0000000000000000000000004f6742badb049791cd9a37ea913f2bac38d01279
000000000000000000000000000000000000000000000000000000003b0559f4
```
-Entsprechend den ABI-Spezifikationen erscheinen Ganzzahlwerte (wie Adressen, die 20-Byte-Ganzzahlen sind) in ABI als 32-Byte-Wörter, die vorne mit Nullen aufgefüllt werden. Also wissen wir, dass die Adresse von `to` [`4f6742badb049791cd9a37ea913f2bac38d01279`](https://etherscan.io/address/0x4f6742badb049791cd9a37ea913f2bac38d01279) ist. Der Wert ist `value` 0x3b0559f4 = 990206452.
+Gemäß den ABI-Spezifikationen erscheinen ganzzahlige Werte (wie Adressen, die 20-Byte-Ganzzahlen sind) in der ABI als 32-Byte-Wörter, die vorne mit Nullen aufgefüllt sind.
+Wir wissen also, dass die `to`-Adresse [`4f6742badb049791cd9a37ea913f2bac38d01279`](https://etherscan.io/address/0x4f6742badb049791cd9a37ea913f2bac38d01279) ist.
+Der `value` ist 0x3b0559f4 = 990206452.
## Arten von Transaktionen {#types-of-transactions}
-Bei Ethereum gibt es unterschiedliche Arten von Transaktionen:
+Auf Ethereum gibt es einige verschiedene Arten von Transaktionen:
-- Reguläre Transaktionen: eine Transaktion von einem Konto auf ein anderes.
-- Vertragseinsatz-Transaktionen: eine Transaktion ohne "An"-Adresse, bei der das Datenfeld für den Vertragscode verwendet wird.
-- Ausführung eines Vertrags: eine Transaktion, die mit einem bereitgestellten Smart Contract interagiert. In diesem Fall ist die Adresse von "to" die des Smart Contracts.
+- Reguläre Transaktionen: eine Transaktion von einem Konto zu einem anderen.
+- Vertragsbereitstellungstransaktionen: eine Transaktion ohne eine `to`-Adresse, bei der das Datenfeld für den Vertragscode verwendet wird.
+- Ausführung eines Vertrags: eine Transaktion, die mit einem bereitgestellten Smart Contract interagiert. In diesem Fall ist die `to`-Adresse die Adresse des Smart Contracts.
### Über Gas {#on-gas}
-Wie bereits erwähnt, kosten das Ausführen von Transaktionen [gas](/developers/docs/gas/). Einfache Überweisungstransaktionen erfordern 21000 Gas.
+Wie bereits erwähnt, kostet die Ausführung von Transaktionen [Gas](/developers/docs/gas/). Einfache Überweisungstransaktionen erfordern 21.000 Einheiten Gas.
-Damit Bob also Alice 1 ETH zu einer `BasisgebührPerGas` von 190 gwei und einer `maximalenPrioritätsgebührPerGas` von 10 gwei schicken kann, muss er folgende Gebühr bezahlen:
+Damit Bob also 1 ETH an Alice bei einer `baseFeePerGas` von 190 Gwei und einer `maxPriorityFeePerGas` von 10 Gwei senden kann, muss Bob die folgende Gebühr zahlen:
```
-(190 + 10) * 21000 = 4.200.000 gwei
---oder--
-0,0042 ETH
+(190 + 10) * 21000 = 4,200,000 gwei
+--or--
+0.0042 ETH
```
-Bobs Konto wird mit **-1,0042 ETH** belastet (1 ETH für Alice + 0,0042 ETH an Gas-Gebühren)
+Bobs Konto wird mit **-1,0042 ETH** belastet (1 ETH für Alice + 0,0042 ETH an Gasgebühren).
-Alices Konto wird **+1,0 ETH** gutgeschrieben
+Alices Konto werden **+1,0 ETH** gutgeschrieben.
-Die Grundgebühr wird **-0,00399 ETH** verbrannt
+Die Grundgebühr wird verbrannt: **-0,00399 ETH**.
-Validatoren behalten das "Trinkgeld" **+0,000210 ETH**
+Der Validator behält das Trinkgeld: **+0,000210 ETH**.
- _Diagramm angepasst von [Ethereum EVM illustriert](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
+
+_Diagramm adaptiert von [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
-Jedes Gas, das nicht in einer Transaktion verwendet wird, wird auf das Benutzerkonto zurückerstattet.
+Jegliches Gas, das in einer Transaktion nicht verbraucht wird, wird dem Benutzerkonto zurückerstattet.
-### Smart Contract-Interaktionen {#smart-contract-interactions}
+### Interaktionen mit Smart Contracts {#smart-contract-interactions}
-Gas wird für jede Transaktion benötigt, die Smart Contracts betrifft.
+Gas wird für jede Transaktion benötigt, die einen Smart Contract involviert.
-Smart Contracts können auch Funktionen enthalten, die als [`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions) oder [`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions) bezeichnet werden; sie verändern nicht den Zustand des Vertrags. Daher ist es nicht erforderlich, Gas zu zahlen, wenn diese Funktionen von einem externen Konto (EOA) aufgerufen werden. Der zugrunde liegende RPC-Aufruf in diesem Szenario ist [`eth_call`](/developers/docs/apis/json-rpc#eth_call)
+Smart Contracts können auch Funktionen enthalten, die als [`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions)- oder [`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions)-Funktionen bekannt sind und den Zustand des Vertrags nicht verändern. Daher erfordert der Aufruf dieser Funktionen von einem extern verwalteten Konto (EOA) kein Gas. Der zugrunde liegende RPC-Aufruf für dieses Szenario ist [`eth_call`](/developers/docs/apis/json-rpc#eth_call).
-Im Gegensatz zum Zugriff über `eth_call` werden diese `view`- oder `pure`-Funktionen auch häufig intern aufgerufen (also vom Vertrag selbst oder von einem anderen Vertrag), was jedoch Gas kostet.
+Im Gegensatz zum Zugriff über `eth_call` werden diese `view`- oder `pure`-Funktionen auch häufig intern aufgerufen (d. h. vom Vertrag selbst oder von einem anderen Vertrag), was Gas kostet.
-## Transaktions-Lebenszyklus {#transaction-lifecycle}
+## Lebenszyklus einer Transaktion {#transaction-lifecycle}
-Sobald die Transaktion abgeschickt wurde, passiert Folgendes:
+Sobald die Transaktion eingereicht wurde, passiert Folgendes:
-1. Ein Transaktions-Hash wird kryptografisch erzeugt: `0x97d99bc7729211111a21b12c933c949d4f31684f1d6954ff477d0477538ff017`
-2. Die Transaktion wird dann an das Netzwerk weitergeleitet und zu einem Transaktionspool hinzugefügt, der aus allen anderen ausstehenden Netztransaktionen besteht.
-3. Ein Validator muss Ihre Transaktion auswählen und in einem Block hinzufügen, um die Transaktion zu verifizieren und sie als "erfolgreich" zu bezeichnen.
-4. Mit der Zeit wird der Block, der Ihre Transaktion enthält, auf "justified" und dann auf " finalized" hochgestuft. Mit diesen Hochstufungen steigt auch die Sicherheit, dass Ihre Transaktion erfolgreich war und nicht mehr verändert werden kann. Sobald ein Block abgeschlossen, also "finalized", ist, könnte er nur noch durch einen Angriff auf Netzwerkebene verändert werden, der viele Milliarden Dollar kosten würde.
+1. Ein Transaktions-Hash wird kryptografisch generiert:
+ `0x97d99bc7729211111a21b12c933c949d4f31684f1d6954ff477d0477538ff017`
+2. Die Transaktion wird dann an das Netzwerk übertragen und einem Transaktionspool hinzugefügt, der aus allen anderen ausstehenden Netzwerktransaktionen besteht.
+3. Ein Validator muss Ihre Transaktion auswählen und in einen Block aufnehmen, um die Transaktion zu verifizieren und als „erfolgreich“ zu betrachten.
+4. Im Laufe der Zeit wird der Block, der Ihre Transaktion enthält, auf „gerechtfertigt“ (justified) und dann auf „finalisiert“ (finalized) hochgestuft. Diese Hochstufungen machen es viel
+ sicherer, dass Ihre Transaktion erfolgreich war und niemals geändert wird. Sobald ein Block „finalisiert“ ist, könnte er nur noch
+ durch einen Angriff auf Netzwerkebene geändert werden, der viele Milliarden Dollar kosten würde.
## Eine visuelle Demo {#a-visual-demo}
-Schaue Austin bei einer Führung durch Transaktionen, Gas und Mining zu.
+Sehen Sie sich an, wie Austin Sie durch Transaktionen, Gas und Mining führt.
Hinweis: Ethereum nutzt regelmäßig Hashfunktionen, um Werte mit fester Länge (Hashes) zu erzeugen. Hashes spielen eine wichtige Rolle in Ethereum, für den Einstieg können Sie sie einfach als eindeutige ID vorstellen.
+Hinweis: Ethereum verwendet regelmäßig Hash-Funktionen, um Werte fester Größe („Hashes“) zu erzeugen. Hashes spielen in Ethereum eine wichtige Rolle, aber Sie können sie sich vorerst getrost als eindeutige IDs vorstellen.
-_Eine Blockchain ist im Grunde eine verknüpfte Liste. Jeder Block verweist auf den vorangehenden Block._
+_Eine Blockchain ist im Wesentlichen eine verkettete Liste; jeder Block hat einen Verweis auf den vorherigen Block._
-Diese Datenstruktur ist nicht neu. Aber die Regeln (z. B. Peer-to-Peer-Protokolle), die im Netzwerk gelten, sind neu. Es gibt keine zentrale Autorität. Die Netzwerkteilnehmer (Peers) müssen zusammenarbeiten und konkurrieren, um das Netzwerk aufrechtzuerhalten und zu entscheiden, welche Transaktionen in den nächsten Block aufgenommen werden. Wenn Sie also einem Freund Geld schicken möchten, müssen Sie diese Transaktion an das Netzwerk senden und dann darauf warten, dass sie in einen kommenden Block aufgenommen wird.
+Diese Datenstruktur ist nichts Neues, aber die Regeln (d. h. Peer-to-Peer-Protokolle), die das Netzwerk steuern, sind es. Es gibt keine zentrale Autorität; das Netzwerk von Peers muss zusammenarbeiten, um das Netzwerk aufrechtzuerhalten, und konkurrieren, um zu entscheiden, welche Transaktionen in den nächsten Block aufgenommen werden. Wenn Sie also einem Freund etwas Geld senden möchten, müssen Sie diese Transaktion an das Netzwerk übertragen und dann darauf warten, dass sie in einen kommenden Block aufgenommen wird.
-Die einzige Möglichkeit für die Blockchain, zu verifizieren, dass Geld wirklich von einem Nutzer zu einem anderen gesendet wurde, ist die Nutzung einer für diese Blockchain nativen Währung (d. h. die von ihr geschaffen und verwaltet wird). Bei Ethereum heißt diese Währung Ether. Die Ethereum-Blockchain enthält die einzigen offiziellen Aufzeichnungen über die Kontostände.
+Die einzige Möglichkeit für die Blockchain zu überprüfen, ob Geld wirklich von einem Benutzer an einen anderen gesendet wurde, besteht darin, eine Währung zu verwenden, die in dieser Blockchain nativ ist (d. h. von ihr erstellt und verwaltet wird). In Ethereum wird diese Währung Ether genannt, und die Ethereum-Blockchain enthält die einzige offizielle Aufzeichnung der Kontostände.
-## Ein neues Modell {#a-new-paradigm}
+## Ein neues Paradigma {#a-new-paradigm}
-Dieser neue dezentralisierte Technologie-Stack hat neue Entwicklertools hervorgebracht. Solche Tools gibt es in vielen Programmiersprachen, aber in diesem Beitrag schauen wir durch die Python-Brille. Um es noch einmal zu betonen: Selbst wenn Python nicht Ihre bevorzugte Sprache ist, sollten Sie den Anweisungen trotzdem leicht folgen können.
+Dieser neue dezentralisierte Tech-Stack hat neue Entwickler-Tools hervorgebracht. Solche Tools gibt es in vielen Programmiersprachen, aber wir werden sie durch die Python-Brille betrachten. Um es zu wiederholen: Auch wenn Python nicht Ihre bevorzugte Sprache ist, sollte es nicht viel Mühe bereiten, dem Ganzen zu folgen.
-Python-Entwickler, die mit Ethereum interagieren möchten, nutzen wahrscheinlich [Web3.py](https://web3py.readthedocs.io/). Web3.py ist eine Bibliothek, die es sehr einfach macht, sich mit einem Ethereum-Node zu verbinden und dann Daten zu senden und zu empfangen.
+Python-Entwickler, die mit Ethereum interagieren möchten, greifen wahrscheinlich zu [Web3.py](https://web3py.readthedocs.io/). Web3.py ist eine Bibliothek, die die Art und Weise, wie Sie sich mit einem Ethereum-Blockchain-Knoten verbinden und dann Daten von ihm senden und empfangen, erheblich vereinfacht.
-Hinweis: "Ethereum-Node" und "Ethereum-Client" werden synonym verwendet. In beiden Fällen ist Software gemeint, die ein Teilnehmer am Ethereum-Netzwerk ausführt. Diese Software kann Blockdaten lesen, Updates empfangen, wenn neue Blöcke zur Kette hinzugefügt ("geminted") werden, neue Transaktionen übertragen und vieles mehr.
+Hinweis: „Ethereum-Blockchain-Knoten“ und „Ethereum-Anwendung“ werden synonym verwendet. In beiden Fällen bezieht es sich auf die Software, die ein Teilnehmer im Ethereum-Netzwerk ausführt. Diese Software kann Blockdaten lesen, Updates empfangen, wenn neue Blöcke zur Chain hinzugefügt werden, neue Transaktionen übertragen und vieles mehr. Technisch gesehen ist die Anwendung die Software, der Blockchain-Knoten ist der Computer, auf dem die Software läuft.
-[Ethereum-Clients](/developers/docs/nodes-and-clients/) können so konfiguriert werden, dass sie über [IPC](https://wikipedia.org/wiki/Inter-process_communication), HTTP oder Websockets erreichbar sind. Daher muss Web3.py diese Konfiguration spiegeln. Web3.py bezeichnet diese Verbindungsoptionen als **Anbieter**. Sie müssen einen der drei Anbieter wählen, um eine Web3.py-Instanz mit Ihrem Node zu verbinden.
+[Ethereum-Anwendungen](/developers/docs/nodes-and-clients/) können so konfiguriert werden, dass sie über [IPC](https://wikipedia.org/wiki/Inter-process_communication), HTTP oder Websockets erreichbar sind, daher muss Web3.py diese Konfiguration widerspiegeln. Web3.py bezeichnet diese Verbindungsoptionen als **Provider**. Sie sollten einen der drei Provider auswählen, um die Web3.py-Instanz mit Ihrem Blockchain-Knoten zu verknüpfen.
-
+
-_Konfigurieren Sie den Ethereum-Node und Web3.py so, dass sie über das gleiche Protokoll kommunizieren. Im folgenden Diagramm ist das beispielsweise IPC._
+_Konfigurieren Sie den Ethereum-Blockchain-Knoten und Web3.py so, dass sie über dasselbe Protokoll kommunizieren, z. B. IPC in diesem Diagramm._
-Sobald Web3.py richtig konfiguriert ist, können Sie mit der Blockchain interagieren. Hier sind eine paar Anwendungsbeispiele für Web3.py als Vorschau auf das was noch folgt:
+Sobald Web3.py richtig konfiguriert ist, können Sie beginnen, mit der Blockchain zu interagieren. Hier sind ein paar Anwendungsbeispiele für Web3.py als Vorschau auf das, was noch kommt:
```python
-# read block data:
+# Blockdaten lesen:
w3.eth.get_block('latest')
-# send a transaction:
+# Eine Transaktion senden:
w3.eth.send_transaction({'from': ..., 'to': ..., 'value': ...})
```
## Installation {#installation}
-In dieser Einführung arbeiten wir nur mit dem Python-Interpreter. Wir erzeugen keine Verzeichnisse, Dateien, Klassen oder Funktionen.
+In dieser exemplarischen Vorgehensweise werden wir nur innerhalb eines Python-Interpreters arbeiten. Wir werden keine Verzeichnisse, Dateien, Klassen oder Funktionen erstellen.
-Hinweis: In den folgenden Beispielen kennzeichnet '$' Befehle, die im Terminal ausgeführt werden. (Geben Sie dabei das '$' nicht mit ein. Es ist nur ein Hinweis auf den Beginn einer Zeile.)
+Hinweis: In den folgenden Beispielen sollen Befehle, die mit `$` beginnen, im Terminal ausgeführt werden. (Tippen Sie das `$` nicht ein, es kennzeichnet nur den Anfang der Zeile.)
-Installieren Sie zuerst [IPython](https://ipython.org/), um eine benutzerfreundliche Umgebung zu erstellen. IPython bietet neben anderen Funktionen eine Tab-Vervollständigung an. Damit lässt sich einfacher heruasfinden, was innerhalb von Web3.py möglich ist.
+Installieren Sie zunächst [IPython](https://ipython.org/) für eine benutzerfreundliche Umgebung zum Erkunden. IPython bietet unter anderem Tab-Vervollständigung, was es viel einfacher macht zu sehen, was innerhalb von Web3.py möglich ist.
```bash
-$ pip install ipython
+pip install ipython
```
-Web3.py wird unter dem Namen `web3` publiziert. Nehmen Sie die Installation wie folgt vor:
+Web3.py wird unter dem Namen `web3` veröffentlicht. Installieren Sie es wie folgt:
```bash
-$ pip install web3
+pip install web3
```
-Als Nächstes werden wir eine Blockchain-Simulation durchführen, die noch einige weitere Abhängigkeiten erfordert. Nehmen Sie die Installation wie folgt vor:
+Noch etwas – wir werden später eine Blockchain simulieren, was ein paar weitere Abhängigkeiten erfordert. Sie können diese installieren über:
```bash
-$ pip install 'web3[tester]'
+pip install 'web3[tester]'
```
-Nun kann es losgehen.
+Sie sind startklar!
-## Eine Sandbox einrichten {#spin-up-a-sandbox}
+Hinweis: Das Paket `web3[tester]` funktioniert bis Python 3.10.xx
-Öffnen Sie eine neue Python-Umgebung, indem Sie `ipython` in Ihrem Terminal ausführen. Diese Ausführung ist vergleichbar mit `python`, bietet aber deutlich mehr Funktionen.
+## Eine Sandbox starten {#spin-up-a-sandbox}
+
+Öffnen Sie eine neue Python-Umgebung, indem Sie `ipython` in Ihrem Terminal ausführen. Dies ist vergleichbar mit der Ausführung von `python`, bietet aber mehr Extras.
```bash
-$ ipython
+ipython
```
-Es werden einige Informationen über Ihre aktuelle Version von Python und IPython angezeigt. Anschließend sollten Sie eine Aufforderung zur Eingabe erhalten:
+Dadurch werden einige Informationen über die Versionen von Python und IPython ausgegeben, die Sie ausführen. Danach sollten Sie eine Eingabeaufforderung sehen, die auf Eingaben wartet:
```python
In [1]:
```
-Sie befinden sich jetzt in einer interaktiven Python-Shell-Umgebung. Hier können Sie sich nun austoben. Nun ist es an der Zeit, Web3.py zu importieren:
+Sie sehen nun eine interaktive Python-Shell. Im Wesentlichen ist es eine Sandbox zum Spielen. Wenn Sie es bis hierher geschafft haben, ist es an der Zeit, Web3.py zu importieren:
```python
In [1]: from web3 import Web3
@@ -126,74 +125,75 @@ In [1]: from web3 import Web3
## Einführung in das Web3-Modul {#introducing-the-web3-module}
-Das [Web3](https://web3py.readthedocs.io/en/stable/overview.html#base-api)-Modul ist nicht nur ein Gateway zu Ethereum, sondern bietet auch einige komfortable Funktionen an. Sehen wir uns ein paar davon genauer an.
+Neben der Funktion als Gateway zu Ethereum bietet das [Web3](https://web3py.readthedocs.io/en/stable/overview.html#base-api)-Modul einige praktische Funktionen. Lassen Sie uns ein paar davon erkunden.
-In einer Ethereum-Anwendung müssen Sie üblicherweise Währungsbezeichnungen umrechnen. Das Web3-Modul stellt Ihnen dazu hilfreiche Methoden zur Verfügung: [fromWei](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.fromWei) und [toWei](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.toWei).
+In einer Ethereum-Anwendung müssen Sie häufig Währungsstückelungen umrechnen. Das Web3-Modul bietet genau dafür ein paar Hilfsmethoden: [from_wei](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.from_wei) und [to_wei](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.to_wei).
-Hinweis: Computer sind bekanntermaßen schlecht bei der Verarbeitung von Dezimalmathematik. Um das zu umgehen, geben Entwickler Dollarbeträge oft in Cent an. Beispiel: Ein Artikel mit einem Preis von 5,99 USD wird in der Datenbank als 599 angelegt.
+Hinweis: Computer sind bekanntermaßen schlecht im Umgang mit Dezimalmathematik. Um dies zu umgehen, speichern Entwickler Dollarbeträge oft in Cent. Zum Beispiel kann ein Artikel mit einem Preis von 5,99 $ in der Datenbank als 599 gespeichert werden.
-Transaktionen in Ether werden in ähnlicher Weise verwaltet. Aber statt zwei Dezimalstellen hat Ether 18 Stück. Die kleinste Einheit von Ether wird Wei genannt. Das ist auch der Wert, der beim Senden von Transaktionen angegeben wird.
+Ein ähnliches Muster wird bei der Handhabung von Transaktionen in Ether verwendet. Anstelle von zwei Dezimalstellen hat Ether jedoch 18! Die kleinste Stückelung von Ether wird Wei genannt, das ist also der Wert, der beim Senden von Transaktionen angegeben wird.
1 Ether = 1000000000000000000 Wei
-1 Wei = 0.000000000000000001 Ether
+1 Wei = 0,000000000000000001 Ether
-Versuchen Sie, einige Werte nach und von Wei zu konvertieren. [Beachten Sie](https://web3py.readthedocs.io/en/stable/troubleshooting.html#how-do-i-convert-currency-denominations), dass es zwischen Ether und Wei noch andere Einheiten gibt. Eine der bekanntesten ist **Gwei**, da Transaktionsgebühren in dieser Einheit angegeben werden.
+Versuchen Sie, einige Werte in und aus Wei umzurechnen. Beachten Sie, dass [es Namen für viele der Stückelungen gibt](https://web3py.readthedocs.io/en/stable/troubleshooting.html#how-do-i-convert-currency-denominations), die zwischen Ether und Wei liegen. Eine der bekannteren darunter ist **Gwei**, da Transaktionsgebühren oft so dargestellt werden.
```python
-In [2]: Web3.toWei(1, 'ether')
+In [2]: Web3.to_wei(1, 'ether')
Out[2]: 1000000000000000000
-In [3]: Web3.fromWei(500000000, 'gwei')
+In [3]: Web3.from_wei(500000000, 'gwei')
Out[3]: Decimal('0.5')
```
-Das Web3-Modul enthält außerdem einen Datenformatkonvertierer (z. B. [`toHex`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.toHex)), Adresse (z. B., [`isAddress`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.isAddress)), und Hashfunktionen (z. B., [`keccak`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.keccak)). Viele davon werden hier genauer erklärt. Um alle verfügbaren Funktionen und Eigenschaften anzuzeigen, können Sie die Autovervollständigung in IPython nutzen. Geben Sie dafür den folgenden Code ein: `Web3`. Anschließend drücken Sie bitte zweimal die Tab-Taste.
+Weitere Hilfsmethoden im Web3-Modul umfassen Datenformatkonverter (z. B. [`toHex`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.toHex)), Adresshelfer (z. B. [`isAddress`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.isAddress)) und Hash-Funktionen (z. B. [`keccak`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.keccak)). Viele davon werden später in der Serie behandelt. Um alle verfügbaren Methoden und Eigenschaften anzuzeigen, nutzen Sie die automatische Vervollständigung von IPython, indem Sie `Web3.` eingeben und nach dem Punkt zweimal die Tabulatortaste drücken.
-## Kommunikation mit der Blockchain {#talk-to-the-chain}
+## Mit der Chain kommunizieren {#talk-to-the-chain}
-Die bisher vorgestellten Funktionen sind toll. Aber sehen wir uns nun einmal die Blockchain genauer an. Im nächsten Schritt konfiguireren wir Web3.py für die Kommunikation mit einem Ethereum-Node. Dabei können wir IPC, HTTP oder Websocket-Anbieter verwenden.
+Die praktischen Methoden sind wunderbar, aber lassen Sie uns zur Blockchain übergehen. Der nächste Schritt besteht darin, Web3.py so zu konfigurieren, dass es mit einem Ethereum-Blockchain-Knoten kommuniziert. Hier haben wir die Möglichkeit, die IPC-, HTTP- oder Websocket-Provider zu verwenden.
-Wir werden hier nicht weiter darauf eingehen, aber ein Beispiel für einen kompletten Workflow mit dem HTTP-Provider könnte wie folgt aussehen:
+Wir werden diesen Weg nicht gehen, aber ein Beispiel für einen vollständigen Workflow mit dem HTTP-Provider könnte in etwa so aussehen:
-- Laden Sie einen Ethereum-Node herunter, z. B. [Geth](https://geth.ethereum.org/).
-- Starten Sie Geth in einem Terminalfenster und warten Sie bis die Netzwerksynchronisierung abgeschlossen ist. Der Standard-HTTP-Port ist `8545`, kann jedoch umkonfiguriert werden.
-- Stellen Sie eine Verbindung von Web3.py zu dem Ethereum-Node über HTTP, `localhost:8545`, her. `w3 = Web3(Web3.HTTPProvider('http://127.0.0.1:8545'))`
-- Agieren Sie über die `w3`-Instanz mit dem Node.
+- Laden Sie einen Ethereum-Blockchain-Knoten herunter, z. B. [Geth](https://geth.ethereum.org/).
+- Starten Sie Geth in einem Terminalfenster und warten Sie, bis es das Netzwerk synchronisiert hat. Der Standard-HTTP-Port ist `8545`, ist aber konfigurierbar.
+- Weisen Sie Web3.py an, sich über HTTP auf `localhost:8545` mit dem Blockchain-Knoten zu verbinden.
+ `w3 = Web3(Web3.HTTPProvider('http://127.0.0.1:8545'))`
+- Verwenden Sie die `w3`-Instanz, um mit dem Blockchain-Knoten zu interagieren.
-Wenn Sie nur an einer Entwicklungsumgebung interessiert sind, ist dieser Weg unnötig, da der Synchronisierungsprozess mehrere Stunden dauert. Web3.py stellt für diesen Zweck einen vierten Provider zur Verfügung, den **EthereumTesterProvider**. Dieser Test-Provider ist mit einem simulierten Ethereum-Node mit Fake-Währungen und einfachen Berechtigungen verknüpft.
+Obwohl dies ein „echter“ Weg ist, dauert der Synchronisierungsprozess Stunden und ist unnötig, wenn Sie nur eine Entwicklungsumgebung möchten. Web3.py stellt für diesen Zweck einen vierten Provider zur Verfügung, den **EthereumTesterProvider**. Dieser Tester-Provider stellt eine Verbindung zu einem simulierten Ethereum-Blockchain-Knoten mit gelockerten Berechtigungen und falscher Währung zum Spielen her.
-
+
-_Der EthereumTesterProvider verbindet sich mit einem simulierten Node und ist praktisch für schnelle Entwicklungsumgebungen._
+_Der EthereumTesterProvider verbindet sich mit einem simulierten Blockchain-Knoten und ist praktisch für schnelle Entwicklungsumgebungen._
-Dieser simulierter Node heißt [eth-tester](https://github.com/ethereum/eth-tester) und wurde mit dem Befehl `pip install web3[tester]` installiert. Um das Web3.py mit dem Testanbieter zu verbinden, geben Sie Folgendes ein:
+Dieser simulierte Blockchain-Knoten heißt [eth-tester](https://github.com/ethereum/eth-tester) und wir haben ihn als Teil des Befehls `pip install web3[tester]` installiert. Die Konfiguration von Web3.py zur Verwendung dieses Tester-Providers ist so einfach wie:
```python
In [4]: w3 = Web3(Web3.EthereumTesterProvider())
```
-Jetzt können Sie mit der Blockchain kommunizieren. Wie das genau funktioniert? Ich habe da etwas für Sie zusammengestellt. Machen wir eine schnelle Tour.
+Jetzt sind Sie bereit, auf der Chain zu surfen! Das sagt man eigentlich nicht. Das habe ich mir gerade ausgedacht. Lassen Sie uns einen kurzen Rundgang machen.
-## Los geht's {#the-quick-tour}
+## Der kurze Rundgang {#the-quick-tour}
-Zuallererst eine Zuverlässigkeitsüberprüfung:
+Das Wichtigste zuerst, ein Plausibilitätscheck:
```python
-In [5]: w3.isConnected()
+In [5]: w3.is_connected()
Out[5]: True
```
-Da wir einen Testanbieter verwenden, ist der Test nicht sehr aussagekräftig, doch falls er fehlschlägt, ist die Wahrscheinlichkeit hoch, dass Sie eine falsche Variable in `w3` eingegeben haben. Überprüfen Sie, ob Sie die inneren Klammern eingefügt haben, also `Web3.EthereumTesterProvider()`.
+Da wir den Tester-Provider verwenden, ist dies kein sehr wertvoller Test, aber falls er fehlschlägt, haben Sie wahrscheinlich bei der Instanziierung der Variablen `w3` etwas falsch eingegeben. Überprüfen Sie noch einmal, ob Sie die inneren Klammern eingefügt haben, d. h. `Web3.EthereumTesterProvider()`.
-## 1. Stop auf der Tour: [Konten](/developers/docs/accounts/) {#tour-stop-1-accounts}
+## Tourstopp Nr. 1: [Konten](/developers/docs/accounts/) {#tour-stop-1-accounts}
-Der Einfachheit halber hat der Testanbieter bereits einige Konten eingerichtet und sie mit Test-Ether gefüllt.
+Der Einfachheit halber hat der Tester-Provider einige Konten erstellt und sie mit Test-Ether aufgeladen.
-Zunächst sehen wir uns die folgende Kontenliste an:
+Lassen Sie uns zunächst eine Liste dieser Konten ansehen:
```python
In [6]: w3.eth.accounts
@@ -202,27 +202,27 @@ Out[6]: ['0x7E5F4552091A69125d5DfCb7b8C2659029395Bdf',
'0x6813Eb9362372EEF6200f3b1dbC3f819671cBA69', ...]
```
-Wenn Sie diesen Befehl ausführen, sollten Sie eine Liste von zehn Zeichenketten sehen, die mit `0x` beginnen. Jede davon ist eine **öffentliche Adresse** und gewissermaßen analog zur Kontonummer auf einem Prüfkonto. Diese Adresse würden Sie angeben, wenn Ihnen jemand Ether senden will.
+Wenn Sie diesen Befehl ausführen, sollten Sie eine Liste von zehn Zeichenfolgen sehen, die mit `0x` beginnen. Jede ist eine **öffentliche Adresse** und in gewisser Weise analog zur Kontonummer eines Girokontos. Sie würden diese Adresse jemandem geben, der Ihnen Ether senden möchte.
-Wie bereits erwähnt, hat der Testanbieter jedes dieser Konten mit Test-Ether gefüllt. Lassen Sie uns herausfinden, wie viel sich auf dem ersten Konto befindet:
+Wie bereits erwähnt, hat der Tester-Provider jedes dieser Konten mit etwas Test-Ether aufgeladen. Lassen Sie uns herausfinden, wie viel auf dem ersten Konto ist:
```python
In [7]: w3.eth.get_balance(w3.eth.accounts[0])
Out[7]: 1000000000000000000000000
```
-Das sind viele Nullen. Bevor Sie vor Freude in die Luft springen, erinnern Sie sich bitte an unsere vorherige Lektion über die Schreibweise von Währungen. Ether wird in der kleinsten Einheit Wei angegeben. Rechnen Sie dies in Ether um:
+Das sind viele Nullen! Bevor Sie lachend zur falschen Bank rennen, erinnern Sie sich an die Lektion über Währungsstückelungen von vorhin. Ether-Werte werden in der kleinsten Stückelung, Wei, dargestellt. Rechnen Sie das in Ether um:
```python
-In [8]: w3.fromWei(1000000000000000000000000, 'ether')
+In [8]: w3.from_wei(1000000000000000000000000, 'ether')
Out[8]: Decimal('1000000')
```
-Eine Millionen Test-Ether – sind immer noch gut.
+Eine Million Test-Ether – immer noch nicht allzu schäbig.
-## 2. Stop auf der Tour: Blockdaten {#tour-stop-2-block-data}
+## Tourstopp Nr. 2: Blockdaten {#tour-stop-2-block-data}
-Werfen wir einen Blick auf den Status dieser simulierten Blockchain:
+Werfen wir einen Blick auf den Zustand dieser simulierten Blockchain:
```python
In [9]: w3.eth.get_block('latest')
@@ -235,32 +235,35 @@ Out[9]: AttributeDict({
})
```
-Über einen Block werden viele Informationen zurückgegeben, doch auf ein paar davon sollten Sie achten:
+Es werden viele Informationen über einen Block zurückgegeben, aber hier sind nur ein paar Dinge hervorzuheben:
-- Die Blocknummer ist Null – unabhängig davon, wie lange es her ist, dass Sie den Testanbieter konfiguriert haben. Im Gegensatz zum echten Ethereum-Netzwerk, das ungefähr alle 15 Sekunden einen neuen Block erstellt, wartet diese Simulation, bis sie von Ihnen etwas zu tun bekommt.
-- Die `transactions` sind ebenfalls leer, da wir bisher noch nichts gemacht haben. Dieser erste Block ist ein **leerer Block**, nur um die Kette in Gang zu setzen.
-- Beachten Sie, dass der `parentHash` nur ein Bund aus leeren Bytes ist. Das bedeutet, dass es sich um den ersten Block in der Kette handelt, auch bekannt als **Genesis Block**.
+- Die Blocknummer ist null – egal, wie lange es her ist, dass Sie den Tester-Provider konfiguriert haben. Im Gegensatz zum echten Ethereum-Netzwerk, das alle 12 Sekunden einen neuen Block hinzufügt, wartet diese Simulation, bis Sie ihr etwas Arbeit geben.
+- `transactions` ist aus demselben Grund eine leere Liste: Wir haben noch nichts getan. Dieser erste Block ist ein **leerer Block**, nur um die Chain zu starten.
+- Beachten Sie, dass der `parentHash` nur ein Haufen leerer Bytes ist. Dies bedeutet, dass es der erste Block in der Chain ist, auch bekannt als der **Genesis-Block**.
-## 3. Stop auf der Tour: [Transaktionen](/developers/docs/transactions/) {#tour-stop-3-transactions}
+## Tourstopp Nr. 3: [Transaktionen](/developers/docs/transactions/) {#tour-stop-3-transactions}
-Wir verharren bei Block Null bis es eine Transaktion zum Minen gibt, also geben wir ihm eine. Senden Sie ein paar Test-Ether von einem Konto zum anderem:
+Wir stecken bei Block null fest, bis es eine ausstehende Transaktion gibt, also geben wir ihm eine. Senden Sie ein paar Test-Ether von einem Konto auf ein anderes:
```python
In [10]: tx_hash = w3.eth.send_transaction({
'from': w3.eth.accounts[0],
'to': w3.eth.accounts[1],
- 'value': w3.toWei(3, 'ether'),
+ 'value': w3.to_wei(3, 'ether'),
'gas': 21000
})
```
-Das ist typischerweise der Punkt, an dem Sie mehrere Sekunden warten würden, bis Ihre Transaktion in einem neuen Block erstellt wurde. Der gesamte Prozess läuft wie folgt ab:
+Dies ist normalerweise der Punkt, an dem Sie mehrere Sekunden warten würden, bis Ihre Transaktion in einen neuen Block aufgenommen wird. Der vollständige Prozess läuft in etwa so ab:
-1. Übermitteln Sie eine Transaktion und halten Sie den Transaktions-Hash bereit. Die Transaktion ist ausstehend bis sie geminted wurde. `tx_hash = w3.eth.send_transaction({ … })`
-2. Warten Sie, bis die Transaktion geminted wurde: `w3.eth.wait_for_transaction_receipt(tx_hash)`
-3. Setzen Sie die Anwendungslogik fort. Um die erfolgreiche Transaktion anzuzeigen: `w3.eth.get_transaction(tx_hash)`
+1. Reichen Sie eine Transaktion ein und behalten Sie den Transaktions-Hash. Bis der Block, der die Transaktion enthält, erstellt und übertragen wird, ist die Transaktion „ausstehend“.
+ `tx_hash = w3.eth.send_transaction({ … })`
+2. Warten Sie, bis die Transaktion in einen Block aufgenommen wird:
+ `w3.eth.wait_for_transaction_receipt(tx_hash)`
+3. Fahren Sie mit der Anwendungslogik fort. Um die erfolgreiche Transaktion anzuzeigen:
+ `w3.eth.get_transaction(tx_hash)`
-Unsere simulierte Umgebung wird die Transaktion sofort in einem neuen Block hinzufügen, so dass wir die Transaktion direkt sehen können:
+Unsere simulierte Umgebung wird die Transaktion sofort in einem neuen Block hinzufügen, sodass wir die Transaktion sofort anzeigen können:
```python
In [11]: w3.eth.get_transaction(tx_hash)
@@ -275,22 +278,24 @@ Out[11]: AttributeDict({
})
```
-Hier werden sie einige bekannte Details sehen: Die Felder `from`, `to` und `value` sollten mit den Einträgen unseres `send_transaction`-Aufrufs übereinstimmen. Das andere beruhigende Aspekt ist, dass diese Transaktion als erste Transaktion (`'transactionIndex': 0`) in Block Nr. 1 enthalten war.
+Sie werden hier einige vertraute Details sehen: Die Felder `from`, `to` und `value` sollten mit den Eingaben unseres `send_transaction`-Aufrufs übereinstimmen. Der andere beruhigende Teil ist, dass diese Transaktion als erste Transaktion (`'transactionIndex': 0`) innerhalb von Block Nummer 1 aufgenommen wurde.
-Wir können den Erfolg dieser Transaktion auch leicht überprüfen, indem wir die Salden der beiden beteiligten Konten kontrollieren. Drei Ether sollten sich von einem auf das andere Konto bewegt haben.
+Wir können den Erfolg dieser Transaktion auch leicht überprüfen, indem wir die Kontostände der beiden beteiligten Konten überprüfen. Drei Ether sollten von einem zum anderen gewandert sein.
```python
In [12]: w3.eth.get_balance(w3.eth.accounts[0])
-Out[12]: 999996999999999999969000
+Out[12]: 999996999979000000000000
In [13]: w3.eth.get_balance(w3.eth.accounts[1])
Out[13]: 1000003000000000000000000
```
-Letzteres sieht gut aus. Der Saldo hat sich von 1.000.000 auf 1.000.003 Ether erhöht. Aber was ist mit dem ersten Konto passiert? Es scheint etwas mehr, als drei Ether verloren zu haben. Leider ist nichts im Leben kostenlos. Die Nutzung des öffentlichen Netzes von Ethereum erfordert, dass das Netzwerk für seine Unterstützung eine Aufwandsentschädigung erhält. Eine kleine Transaktionsgebühr wurde vom Konto abgezogen, in Größenordnung von 31000 Wei.
+Letzteres sieht gut aus! Der Kontostand stieg von 1.000.000 auf 1.000.003 Ether. Aber was ist mit dem ersten Konto passiert? Es scheint etwas mehr als drei Ether verloren zu haben. Leider ist nichts im Leben umsonst, und die Nutzung des öffentlichen Ethereum-Netzwerks erfordert, dass Sie Ihre Peers für ihre unterstützende Rolle entschädigen. Eine kleine Transaktionsgebühr wurde von dem Konto abgezogen, das die Transaktion eingereicht hat – diese Gebühr ist die Menge an verbranntem Gas (21000 Einheiten Gas für eine ETH-Überweisung) multipliziert mit einer Grundgebühr, die je nach Netzwerkaktivität variiert, plus einem Trinkgeld, das an den Validator geht, der die Transaktion in einen Block aufnimmt.
+
+Mehr zu [Gas](/developers/docs/gas/#post-london)
-Hinweis: Im öffentlichen Netzwerk basieren Transaktionsgebühren auf variablen Netzanforderungen und wie schnell Sie eine Transaktion verarbeiten möchten. Wenn Sie an einer Aufschlüsselung der Berechnung der Gebühren interessiert sind, sehen Sie sich meinen früheren Beitrag auf "Wie Transaktionen in einem Block enthalten sind" an.
+Hinweis: Im öffentlichen Netzwerk sind Transaktionsgebühren variabel, basierend auf der Netzwerknachfrage und darauf, wie schnell eine Transaktion verarbeitet werden soll. Wenn Sie an einer Aufschlüsselung der Gebührenberechnung interessiert sind, lesen Sie meinen früheren Beitrag darüber, wie Transaktionen in einen Block aufgenommen werden.
-## Und atmen {#and-breathe}
+## Und durchatmen {#and-breathe}
-Wir sind schon eine ganze Weile dabei, daher ist jetzt ein guter Zeitpunkt für eine Pause. Im zweiten Teil unserer Serie befassen wir uns weiter mit der Materie. Einige der weiteren Konzepte: Verbindung zu einem echten Node, Smart Contracts und Token. Haben Sie weitere Fragen? Lassen Sie es mich wissen. Ihr Feedback hat Einfluss darauf, wohin die Reise geht. Anfragen können Sie gerne über [Twitter](https://twitter.com/wolovim) stellen.
+Wir sind schon eine Weile dabei, also scheint dies ein so guter Ort wie jeder andere zu sein, um eine Pause einzulegen. Der Kaninchenbau geht weiter, und wir werden im zweiten Teil dieser Serie weiter erkunden. Einige kommende Konzepte: Verbindung zu einem echten Blockchain-Knoten, Smart Contracts und Token. Haben Sie Anschlussfragen? Lassen Sie es mich wissen! Ihr Feedback wird beeinflussen, wohin wir von hier aus gehen. Anfragen sind über [Twitter](https://twitter.com/wolovim) willkommen.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/ai-trading-agent/index.md b/public/content/translations/de/developers/tutorials/ai-trading-agent/index.md
index 69180e6e974..e65e508b587 100644
--- a/public/content/translations/de/developers/tutorials/ai-trading-agent/index.md
+++ b/public/content/translations/de/developers/tutorials/ai-trading-agent/index.md
@@ -1,84 +1,85 @@
---
-title: Make your own AI trading agent on Ethereum
-description: In this tutorial you learn how to make a simple AI trading agent. This agent reads information from the blockchain, asks an LLM for a recommendation based on that information, performs the trade the LLM recommends, and then waits and repeats.
+title: Erstellen Sie Ihren eigenen KI-Trading-Agenten auf Ethereum
+description: "In diesem Tutorial lernen Sie, wie Sie einen einfachen KI-Trading-Agenten erstellen. Dieser Agent liest Informationen aus der Blockchain, bittet ein LLM um eine Empfehlung basierend auf diesen Informationen, führt den vom LLM empfohlenen Handel aus, wartet dann und wiederholt den Vorgang."
author: Ori Pomerantz
-tags: [ "AI", "trading", "Agent", "Python" ]
+tags: ["KI", "Trading", "Agent", "Python"]
skill: intermediate
+breadcrumb: KI-Trading-Agent
published: 2026-02-13
lang: de
sidebarDepth: 3
---
-In this tutorial you learn how to build a simple AI trading agent. This agent works using these steps:
+In diesem Tutorial lernen Sie, wie Sie einen einfachen KI-Trading-Agenten erstellen. Dieser Agent arbeitet nach folgenden Schritten:
-1. Read the current and past prices of a token, as well as other potentially relevant information
-2. Build a query with this information, along with background information to explain how it might be relevant
-3. Submit the query and receive back a projected price
-4. Trade based on the recommendation
-5. Wait and repeat
+1. Lesen der aktuellen und vergangenen Preise eines Tokens sowie anderer potenziell relevanter Informationen
+2. Erstellen einer Abfrage mit diesen Informationen, zusammen mit Hintergrundinformationen, um zu erklären, wie sie relevant sein könnten
+3. Einreichen der Abfrage und Erhalt eines prognostizierten Preises
+4. Handeln basierend auf der Empfehlung
+5. Warten und wiederholen
-This agent demonstrates how to read information, translate it into a query that yields a usable answer, and use that answer. All of these are steps required for an AI agent. This agent is implemented in Python because it is the most common language used in AI.
+Dieser Agent demonstriert, wie man Informationen liest, sie in eine Abfrage übersetzt, die eine brauchbare Antwort liefert, und diese Antwort verwendet. All dies sind Schritte, die für einen KI-Agenten erforderlich sind. Dieser Agent ist in Python implementiert, da dies die am häufigsten verwendete Sprache in der KI ist.
-## Why do this? {#why-do-this}
+## Warum das tun? {#why-do-this}
-Automated trading agents allow developers to select and execute a trading strategy. [AI agents](/ai-agents) allow for more complex and dynamic trading strategies, potentially using information and algorithms the developer has not even considered using.
+Automatisierte Trading-Agenten ermöglichen es Entwicklern, eine Handelsstrategie auszuwählen und auszuführen. [KI-Agenten](/ai-agents) ermöglichen komplexere und dynamischere Handelsstrategien, die potenziell Informationen und Algorithmen nutzen, an deren Verwendung der Entwickler noch nicht einmal gedacht hat.
-## The tools {#tools}
+## Die Werkzeuge {#tools}
-This tutorial uses [Python](https://www.python.org/), the [Web3 library](https://web3py.readthedocs.io/en/stable/), and [Uniswap v3](https://github.com/Uniswap/v3-periphery) for quotes and trading.
+Dieses Tutorial verwendet [Python](https://www.python.org/), die [Web3-Bibliothek](https://web3py.readthedocs.io/en/stable/) und [Uniswap v3](https://github.com/Uniswap/v3-periphery) für Preisangebote und den Handel.
-### Why Python? {#python}
+### Warum Python? {#python}
-The most widely used language for AI is [Python](https://www.python.org/), so we use it here. Don't worry if you don't know Python. The language is very clear, and I will explain exactly what it does.
+Die am weitesten verbreitete Sprache für KI ist [Python](https://www.python.org/), daher verwenden wir sie hier. Machen Sie sich keine Sorgen, wenn Sie Python nicht kennen. Die Sprache ist sehr klar, und ich werde genau erklären, was sie tut.
-The [Web3 library](https://web3py.readthedocs.io/en/stable/) is the most common Python Ethereum API. It is pretty easy to use.
+Die [Web3-Bibliothek](https://web3py.readthedocs.io/en/stable/) ist die gängigste Python-Ethereum-API. Sie ist ziemlich einfach zu bedienen.
-### Trading on the blockchain {#trading-on-blockchain}
+### Handeln auf der Blockchain {#trading-on-blockchain}
-There are [many distributed exchanges (DEX)](/apps/categories/defi/) that let you trade tokens on Ethereum. However, they tend to have similar exchange rates due to [arbitrage](/developers/docs/smart-contracts/composability/#better-user-experience).
+Es gibt [viele verteilte Börsen (DEX)](/apps/categories/defi/), die es Ihnen ermöglichen, Token auf Ethereum zu handeln. Sie neigen jedoch dazu, aufgrund von [Arbitrage](/developers/docs/smart-contracts/composability/#better-user-experience) ähnliche Wechselkurse zu haben.
-[Uniswap](https://app.uniswap.org/) is a widely used DEX that we can use for both quotes (to see token relative values) and trades.
+[Uniswap](https://app.uniswap.org/) ist eine weit verbreitete DEX, die wir sowohl für Preisangebote (um die relativen Werte der Token zu sehen) als auch für den Handel nutzen können.
### OpenAI {#openai}
-For a large language model, I chose to get started with [OpenAI](https://openai.com/). To run the application in this tutorial you'll need to pay for API access. The minimum payment of $5 is more than sufficient.
+Für ein großes Sprachmodell habe ich mich für den Einstieg für [OpenAI](https://openai.com/) entschieden. Um die Anwendung in diesem Tutorial auszuführen, müssen Sie für den API-Zugang bezahlen. Die Mindestzahlung von 5 $ ist mehr als ausreichend.
-## Development, step by step {#step-by-step}
+## Entwicklung, Schritt für Schritt {#step-by-step}
-To simplify development, we proceed in stages. Each step is a branch in GitHub.
+Um die Entwicklung zu vereinfachen, gehen wir in Phasen vor. Jeder Schritt ist ein Branch auf GitHub.
### Erste Schritte {#getting-started}
-There are steps to get started under UNIX or Linux (including [WSL](https://learn.microsoft.com/en-us/windows/wsl/install))
+Es gibt Schritte für den Einstieg unter UNIX oder Linux (einschließlich [WSL](https://learn.microsoft.com/en-us/windows/wsl/install))
-1. If you don't already have it, download and install [Python](https://www.python.org/downloads/).
+1. Falls Sie es noch nicht haben, laden Sie [Python](https://www.python.org/downloads/) herunter und installieren Sie es.
2. Klonen Sie das GitHub-Repository.
```sh
git clone https://github.com/qbzzt/260215-ai-agent.git -b 01-getting-started
cd 260215-ai-agent
- ```
+```
-3. Install [`uv`](https://docs.astral.sh/uv/getting-started/installation/). The command on your system might be different.
+3. Installieren Sie [`uv`](https://docs.astral.sh/uv/getting-started/installation/). Der Befehl auf Ihrem System könnte anders lauten.
```sh
pipx install uv
- ```
+```
-4. Download the libraries.
+4. Laden Sie die Bibliotheken herunter.
```sh
uv sync
- ```
+```
-5. Activate the virtual environment.
+5. Aktivieren Sie die virtuelle Umgebung.
```sh
source .venv/bin/activate
- ```
+```
-6. To verify Python and Web3 are working correctly, run `python3` and provide it with this program. You can enter it at the `>>>` prompt; there is no need to create a file.
+6. Um zu überprüfen, ob Python und Web3 korrekt funktionieren, führen Sie `python3` aus und übergeben Sie ihm dieses Programm. Sie können es an der Eingabeaufforderung `>>>` eingeben; es ist nicht nötig, eine Datei zu erstellen.
```python
from web3 import Web3
@@ -86,20 +87,20 @@ There are steps to get started under UNIX or Linux (including [WSL](https://lear
w3 = Web3(Web3.HTTPProvider(MAINNET_URL))
w3.eth.block_number
quit()
- ```
+```
-### Reading from the blockchain {#read-blockchain}
+### Lesen aus der Blockchain {#read-blockchain}
-The next step is to read from the blockchain. To do that, you need to change to the `02-read-quote` branch and then use `uv` to run the program.
+Der nächste Schritt ist das Lesen aus der Blockchain. Dazu müssen Sie in den Branch `02-read-quote` wechseln und dann `uv` verwenden, um das Programm auszuführen.
```sh
git checkout 02-read-quote
uv run agent.py
```
-You should receive a list of `Quote` objects, each with a timestamp, a price, and the asset (currently always `WETH/USDC`).
+Sie sollten eine Liste von `Quote`-Objekten erhalten, jedes mit einem Zeitstempel, einem Preis und dem Asset (derzeit immer `WETH/USDC`).
-Here is a line-by-line explanation.
+Hier ist eine zeilenweise Erklärung.
```python
from web3 import Web3
@@ -113,19 +114,19 @@ import functools
import sys
```
-Importieren Sie die Bibliotheken, die wir benötigen. They are explained below when used.
+Importieren Sie die benötigten Bibliotheken. Sie werden unten erklärt, wenn sie verwendet werden.
```python
print = functools.partial(print, flush=True)
```
-Replaces Python’s `print` with a version that always flushes output immediately. This is useful in a long-running script because we don't want to wait for status updates or debugging output.
+Ersetzt Pythons `print` durch eine Version, die die Ausgabe immer sofort leert. Dies ist in einem lang laufenden Skript nützlich, da wir nicht auf Statusaktualisierungen oder Debugging-Ausgaben warten möchten.
```python
MAINNET_URL = "https://eth.drpc.org"
```
-A URL to get to mainnet. You can get one from [Node as a service](/developers/docs/nodes-and-clients/nodes-as-a-service/) or use one of those advertised in [Chainlist](https://chainlist.org/chain/1).
+Eine URL, um zum Mainnet zu gelangen. Sie können eine von [Blockchain-Knoten als Dienstleistung](/developers/docs/nodes-and-clients/nodes-as-a-service/) erhalten oder eine der auf [Chainlist](https://chainlist.org/chain/1) beworbenen verwenden.
```python
BLOCK_TIME_SECONDS = 12
@@ -134,20 +135,20 @@ HOUR_BLOCKS = MINUTE_BLOCKS * 60
DAY_BLOCKS = HOUR_BLOCKS * 24
```
-An Ethereum mainnet block typically happens every twelve seconds, so these are the number of blocks we'd expect to happen in a time period. Note that this is not an exact figure. When the [block proposer](/developers/docs/consensus-mechanisms/pos/block-proposal/) is down, that block is skipped, and the time for the next block is 24 seconds. If we wanted to get the exact block for a timestamp, we'd use [binary search](https://en.wikipedia.org/wiki/Binary_search). However, this is close enough for our purposes. Predicting the future is not an exact science.
+Ein Ethereum-Mainnet-Block entsteht typischerweise alle zwölf Sekunden, daher ist dies die Anzahl der Blöcke, die wir in einem bestimmten Zeitraum erwarten würden. Beachten Sie, dass dies keine exakte Zahl ist. Wenn der [Block-Vorschlagende](/developers/docs/consensus-mechanisms/pos/block-proposal/) ausfällt, wird dieser Block übersprungen, und die Zeit für den nächsten Block beträgt 24 Sekunden. Wenn wir den exakten Block für einen Zeitstempel erhalten wollten, würden wir die [binäre Suche](https://en.wikipedia.org/wiki/Binary_search) verwenden. Für unsere Zwecke ist dies jedoch nah genug. Die Zukunft vorherzusagen ist keine exakte Wissenschaft.
```python
CYCLE_BLOCKS = DAY_BLOCKS
```
-The size of the cycle. We review quotes once per cycle and try to estimate the value at the end of the next cycle.
+Die Größe des Zyklus. Wir überprüfen die Preisangebote einmal pro Zyklus und versuchen, den Wert am Ende des nächsten Zyklus zu schätzen.
```python
-# The address of the pool we're reading
+# Die Adresse des Pools, den wir auslesen
WETHUSDC_ADDRESS = Web3.to_checksum_address("0x88e6A0c2dDD26FEEb64F039a2c41296FcB3f5640")
```
-The quote values are taken from the Uniswap 3 USDC/WETH pool at address [`0x88e6A0c2dDD26FEEb64F039a2c41296FcB3f5640`](https://eth.blockscout.com/address/0x88e6A0c2dDD26FEEb64F039a2c41296FcB3f5640?tab=read_write_contract). This address is already in checksum form, but it's better to use [`Web3.to_checksum_address`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.to_checksum_address) to make the code reusable.
+Die Werte der Preisangebote stammen aus dem Uniswap 3 USDC/WETH-Pool an der Adresse [`0x88e6A0c2dDD26FEEb64F039a2c41296FcB3f5640`](https://eth.blockscout.com/address/0x88e6A0c2dDD26FEEb64F039a2c41296FcB3f5640?tab=read_write_contract). Diese Adresse liegt bereits in Prüfsummenform vor, aber es ist besser, [`Web3.to_checksum_address`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.to_checksum_address) zu verwenden, um den Code wiederverwendbar zu machen.
```python
POOL_ABI = [
@@ -162,13 +163,13 @@ ERC20_ABI = [
]
```
-These are the [ABIs](https://docs.soliditylang.org/en/latest/abi-spec.html) for the two contracts we need to contact. To keep the code concise, we include only the functions we need to call.
+Dies sind die [ABIs](https://docs.soliditylang.org/en/latest/abi-spec.html) für die beiden Verträge, die wir kontaktieren müssen. Um den Code prägnant zu halten, fügen wir nur die Funktionen ein, die wir aufrufen müssen.
```python
w3 = Web3(Web3.HTTPProvider(MAINNET_URL))
```
-Initiate the [`Web3`](https://web3py.readthedocs.io/en/stable/quickstart.html#remote-providers) library and connect to an Ethereum node.
+Initialisieren Sie die [`Web3`](https://web3py.readthedocs.io/en/stable/quickstart.html#remote-providers)-Bibliothek und stellen Sie eine Verbindung zu einem Ethereum-Blockchain-Knoten her.
```python
@dataclass(frozen=True)
@@ -179,9 +180,9 @@ class ERC20Token:
contract: Contract
```
-This is one way to create a data class in Python. The [`Contract`](https://web3py.readthedocs.io/en/stable/web3.contract.html) data type is used to connect to the contract. Note the `(frozen=True)`. In Python [booleans](https://en.wikipedia.org/wiki/Boolean_data_type) are defined as `True` or `False`, capitalized. This data class is `frozen`, meaning the fields cannot be modified.
+Dies ist eine Möglichkeit, eine Datenklasse in Python zu erstellen. Der Datentyp [`Contract`](https://web3py.readthedocs.io/en/stable/web3.contract.html) wird verwendet, um eine Verbindung zum Vertrag herzustellen. Beachten Sie das `(frozen=True)`. In Python werden [Booleans](https://en.wikipedia.org/wiki/Boolean_data_type) als `True` oder `False` definiert, großgeschrieben. Diese Datenklasse ist `frozen` (eingefroren), was bedeutet, dass die Felder nicht geändert werden können.
-Note the indentation. In contrast to [C-derived languages](https://en.wikipedia.org/wiki/List_of_C-family_programming_languages), Python uses indentation to denote blocks. The Python interpreter knows that the following definition is not part of this data class because it doesn't start at the same indentation as the data class fields.
+Beachten Sie die Einrückung. Im Gegensatz zu [C-abgeleiteten Sprachen](https://en.wikipedia.org/wiki/List_of_C-family_programming_languages) verwendet Python Einrückungen, um Blöcke zu kennzeichnen. Der Python-Interpreter weiß, dass die folgende Definition nicht Teil dieser Datenklasse ist, da sie nicht mit derselben Einrückung wie die Felder der Datenklasse beginnt.
```python
@dataclass(frozen=True)
@@ -194,44 +195,44 @@ class PoolInfo:
decimal_factor: Decimal = 1
```
-The [`Decimal`](https://docs.python.org/3/library/decimal.html) type is used for accurately handling decimal fractions.
+Der Typ [`Decimal`](https://docs.python.org/3/library/decimal.html) wird für die genaue Handhabung von Dezimalbrüchen verwendet.
```python
def get_price(self, block: int) -> Decimal:
```
-This is the way to define a function in Python. The definition is indented to show it is still part of `PoolInfo`.
+Dies ist die Art und Weise, eine Funktion in Python zu definieren. Die Definition ist eingerückt, um zu zeigen, dass sie immer noch Teil von `PoolInfo` ist.
-In a function that is part of a data class the first parameter is always `self`, the data class instance that called here. Here there is another parameter, the block number.
+In einer Funktion, die Teil einer Datenklasse ist, ist der erste Parameter immer `self`, die Instanz der Datenklasse, die hier aufgerufen hat. Hier gibt es einen weiteren Parameter, die Blocknummer.
```python
assert block <= w3.eth.block_number, "Block is in the future"
```
-If we could read the future, we wouldn't need AI for trading.
+Wenn wir die Zukunft lesen könnten, bräuchten wir keine KI für das Trading.
```python
sqrt_price_x96 = Decimal(self.contract.functions.slot0().call(block_identifier=block)[0])
```
-The syntax for calling a function on the EVM from Web3 is this: `.functions.().call()`. The parameters can be the EVM function's parameters (if any; here there aren't) or [named parameters](https://en.wikipedia.org/wiki/Named_parameter) for modifying blockchain behavior. Here we use one, `block_identifier`, to specify [the block number](/developers/docs/apis/json-rpc/#default-block) we wish to run in.
+Die Syntax zum Aufrufen einer Funktion auf der EVM von Web3 aus lautet: `.functions.().call()`. Die Parameter können die Parameter der EVM-Funktion sein (falls vorhanden; hier gibt es keine) oder [benannte Parameter](https://en.wikipedia.org/wiki/Named_parameter) zur Änderung des Blockchain-Verhaltens. Hier verwenden wir einen, `block_identifier`, um [die Blocknummer](/developers/docs/apis/json-rpc/#default-block) anzugeben, in der wir ausführen möchten.
-The result is [this struct, in array form](https://github.com/Uniswap/v3-core/blob/main/contracts/UniswapV3Pool.sol#L56-L72). The first value is a function of the exchange rate between the two tokens.
+Das Ergebnis ist [dieses Struct, in Array-Form](https://github.com/Uniswap/v3-core/blob/main/contracts/UniswapV3Pool.sol#L56-L72). Der erste Wert ist eine Funktion des Wechselkurses zwischen den beiden Token.
```python
raw_price = (sqrt_price_x96 / Decimal(2**96)) ** 2
```
-To reduce onchain calculations, Uniswap v3 does not store the actual exchange factor but rather its square root. Because the EVM does not support floating point math or fractions, instead of the actual value, the response is
+Um Berechnungen auf der Blockchain zu reduzieren, speichert Uniswap v3 nicht den tatsächlichen Umrechnungsfaktor, sondern dessen Quadratwurzel. Da die EVM keine Fließkomma-Mathematik oder Brüche unterstützt, ist die Antwort anstelle des tatsächlichen Wertes
```python
- # (token1 per token0)
+ # (token1 pro token0)
return 1/(raw_price * self.decimal_factor)
```
-The raw price we get is the number of `token0` we get for each `token1`. In our pool `token0` is USDC (stablecoin with the same value as a US dollar) and `token1` is [WETH](https://opensea.io/learn/blockchain/what-is-weth). The value we really want is the number of dollars per WETH, not the inverse.
+Der Rohpreis, den wir erhalten, ist die Anzahl von `token0`, die wir für jedes `token1` bekommen. In unserem Pool ist `token0` USDC (Stablecoin mit dem gleichen Wert wie ein US-Dollar) und `token1` ist [WETH](https://opensea.io/learn/blockchain/what-is-weth). Der Wert, den wir wirklich wollen, ist die Anzahl der Dollar pro WETH, nicht umgekehrt.
-The decimal factor is the ratio between the [decimal factors](https://docs.openzeppelin.com/contracts/4.x/erc20#a-note-on-decimals) for the two tokens.
+Der Dezimalfaktor ist das Verhältnis zwischen den [Dezimalfaktoren](https://docs.openzeppelin.com/contracts/4.x/erc20#a-note-on-decimals) für die beiden Token.
```python
@dataclass(frozen=True)
@@ -241,7 +242,7 @@ class Quote:
asset: str
```
-This data class represents a quote: the price of a specific asset at a given point in time. At this point, the `asset` field is irrelevant because we use a single pool and therefore have a single asset. However, we will add more assets later.
+Diese Datenklasse repräsentiert ein Preisangebot (Quote): den Preis eines bestimmten Assets zu einem bestimmten Zeitpunkt. An diesem Punkt ist das Feld `asset` irrelevant, da wir einen einzigen Pool verwenden und daher ein einziges Asset haben. Wir werden jedoch später weitere Assets hinzufügen.
```python
def read_token(address: str) -> ERC20Token:
@@ -257,7 +258,7 @@ def read_token(address: str) -> ERC20Token:
)
```
-This function takes an address and returns information about the token contract at that address. To create a new [Web3 `Contract`](https://web3py.readthedocs.io/en/stable/web3.contract.html), we provide the address and ABI to `w3.eth.contract`.
+Diese Funktion nimmt eine Adresse und gibt Informationen über den Token-Vertrag an dieser Adresse zurück. Um einen neuen [Web3 `Contract`](https://web3py.readthedocs.io/en/stable/web3.contract.html) zu erstellen, übergeben wir die Adresse und die ABI an `w3.eth.contract`.
```python
def read_pool(address: str) -> PoolInfo:
@@ -277,22 +278,22 @@ def read_pool(address: str) -> PoolInfo:
)
```
-This function returns everything we need about [a specific pool](https://github.com/Uniswap/v3-core/blob/main/contracts/UniswapV3Pool.sol). The syntax `f""` is a [formatted string](https://docs.python.org/3/reference/lexical_analysis.html#f-strings).
+Diese Funktion gibt alles zurück, was wir über [einen bestimmten Pool](https://github.com/Uniswap/v3-core/blob/main/contracts/UniswapV3Pool.sol) benötigen. Die Syntax `f""` ist ein [formatierter String](https://docs.python.org/3/reference/lexical_analysis.html#f-strings).
```python
def get_quote(pool: PoolInfo, block_number: int = None) -> Quote:
```
-Get a `Quote` object. The default value for `block_number` is `None` (no value).
+Holen Sie sich ein `Quote`-Objekt. Der Standardwert für `block_number` ist `None` (kein Wert).
```python
if block_number is None:
block_number = w3.eth.block_number
```
-If a block number was not specified, use `w3.eth.block_number`, which is the latest block number. This is the syntax for [an `if` statement](https://docs.python.org/3/reference/compound_stmts.html#the-if-statement).
+Wenn keine Blocknummer angegeben wurde, verwenden Sie `w3.eth.block_number`, was die neueste Blocknummer ist. Dies ist die Syntax für [eine `if`-Anweisung](https://docs.python.org/3/reference/compound_stmts.html#the-if-statement).
-It might look as if it would have been better to just set the default to `w3.eth.block_number`, but that doesn't work well because it would be the block number at the time the function is defined. In a long-running agent, this would be a problem.
+Es mag so aussehen, als wäre es besser gewesen, den Standardwert einfach auf `w3.eth.block_number` zu setzen, aber das funktioniert nicht gut, da es die Blocknummer zum Zeitpunkt der Definition der Funktion wäre. In einem lang laufenden Agenten wäre dies ein Problem.
```python
block = w3.eth.get_block(block_number)
@@ -304,20 +305,20 @@ It might look as if it would have been better to just set the default to `w3.eth
)
```
-Use [the `datetime` library](https://docs.python.org/3/library/datetime.html) to format it to a format readable for humans and large language models (LLMs). Use [`Decimal.quantize`](https://docs.python.org/3/library/decimal.html#decimal.Decimal.quantize) to round the value to two decimal places.
+Verwenden Sie [die `datetime`-Bibliothek](https://docs.python.org/3/library/datetime.html), um es in ein Format zu formatieren, das für Menschen und große Sprachmodelle (LLMs) lesbar ist. Verwenden Sie [`Decimal.quantize`](https://docs.python.org/3/library/decimal.html#decimal.Decimal.quantize), um den Wert auf zwei Dezimalstellen zu runden.
```python
def get_quotes(pool: PoolInfo, start_block: int, end_block: int, step: int) -> list[Quote]:
```
-In Python you define a [list](https://docs.python.org/3/library/stdtypes.html#typesseq-list) that can only contain a specific type using `list[]`.
+In Python definieren Sie eine [Liste](https://docs.python.org/3/library/stdtypes.html#typesseq-list), die nur einen bestimmten Typ enthalten kann, mit `list[]`.
```python
quotes = []
for block in range(start_block, end_block + 1, step):
```
-In Python a [`for` loop](https://docs.python.org/3/tutorial/controlflow.html#for-statements) typically iterates over a list. The list of block numbers to find quotes in comes from [`range`](https://docs.python.org/3/library/stdtypes.html#range).
+In Python iteriert eine [`for`-Schleife](https://docs.python.org/3/tutorial/controlflow.html#for-statements) typischerweise über eine Liste. Die Liste der Blocknummern, in denen nach Preisangeboten gesucht werden soll, stammt von [`range`](https://docs.python.org/3/library/stdtypes.html#range).
```python
quote = get_quote(pool, block)
@@ -325,7 +326,7 @@ In Python a [`for` loop](https://docs.python.org/3/tutorial/controlflow.html#for
return quotes
```
-For each block number, get a `Quote` object and append it to the `quotes` list. Then return that list.
+Holen Sie für jede Blocknummer ein `Quote`-Objekt und hängen Sie es an die Liste `quotes` an. Geben Sie dann diese Liste zurück.
```python
pool = read_pool(WETHUSDC_ADDRESS)
@@ -339,18 +340,18 @@ quotes = get_quotes(
pprint(quotes)
```
-This is the main code of the script. Read the pool information, get twelve quotes, and [`pprint`](https://docs.python.org/3/library/pprint.html#pprint.pprint) them.
+Dies ist der Hauptcode des Skripts. Lesen Sie die Pool-Informationen, holen Sie zwölf Preisangebote und geben Sie sie mit [`pprint`](https://docs.python.org/3/library/pprint.html#pprint.pprint) aus.
-### Creating a prompt {#prompt}
+### Erstellen eines Prompts {#prompt}
-Next, we need to convert this list of quotes into a prompt for an LLM and obtain an expected future value.
+Als Nächstes müssen wir diese Liste von Preisangeboten in einen Prompt für ein LLM umwandeln und einen erwarteten zukünftigen Wert erhalten.
```sh
git checkout 03-create-prompt
uv run agent.py
```
-The output is now going to be a prompt to an LLM, similar to:
+Die Ausgabe wird nun ein Prompt an ein LLM sein, ähnlich wie:
```
Given these quotes:
@@ -375,35 +376,35 @@ Provide your answer as a single number rounded to two decimal places,
without any other text.
```
-Notice that there are quotes for two assets here, `WETH/USDC` and `WBTC/WETH`. Adding quotes from another asset might improve the prediction accuracy.
+Beachten Sie, dass es hier Preisangebote für zwei Assets gibt, `WETH/USDC` und `WBTC/WETH`. Das Hinzufügen von Preisangeboten eines anderen Assets könnte die Vorhersagegenauigkeit verbessern.
-#### What a prompt looks like {#prompt-explanation}
+#### Wie ein Prompt aussieht {#prompt-explanation}
-This prompt contains three sections, which are pretty common in LLM prompts.
+Dieser Prompt enthält drei Abschnitte, die in LLM-Prompts ziemlich üblich sind.
-1. Information. LLMs have a lot of information from their training, but they usually don't have the latest. This is the reason we need to retrieve the latest quotes here. Adding information to a prompt is called [retrieval augmented generation (RAG)](https://en.wikipedia.org/wiki/Retrieval-augmented_generation).
+1. Informationen. LLMs haben viele Informationen aus ihrem Training, aber sie verfügen normalerweise nicht über die neuesten. Aus diesem Grund müssen wir hier die neuesten Preisangebote abrufen. Das Hinzufügen von Informationen zu einem Prompt wird als [Retrieval Augmented Generation (RAG)](https://en.wikipedia.org/wiki/Retrieval-augmented_generation) bezeichnet.
-2. The actual question. This is what we want to know.
+2. Die eigentliche Frage. Das ist es, was wir wissen wollen.
-3. Output formatting instructions. Normally, an LLM will give us an estimate with an explanation of how it arrived at it. This is better for humans, but a computer program just needs the bottom line.
+3. Anweisungen zur Ausgabeformatierung. Normalerweise gibt uns ein LLM eine Schätzung mit einer Erklärung, wie es dazu gekommen ist. Das ist besser für Menschen, aber ein Computerprogramm benötigt nur das Endergebnis.
-#### Code explanation {#prompt-code}
+#### Code-Erklärung {#prompt-code}
-Here is the new code.
+Hier ist der neue Code.
```python
from datetime import datetime, timezone, timedelta
```
-We need to provide the LLM with the time for which we want an estimate. To get a time "n minutes/hours/days" in the future, we use [the `timedelta` class](https://docs.python.org/3/library/datetime.html#datetime.timedelta).
+Wir müssen dem LLM die Zeit mitteilen, für die wir eine Schätzung wünschen. Um eine Zeit "n Minuten/Stunden/Tage" in der Zukunft zu erhalten, verwenden wir [die Klasse `timedelta`](https://docs.python.org/3/library/datetime.html#datetime.timedelta).
```python
-# The addresses of the pools we're reading
+# Die Adressen der Pools, die wir auslesen
WETHUSDC_ADDRESS = Web3.to_checksum_address("0x88e6A0c2dDD26FEEb64F039a2c41296FcB3f5640")
WETHWBTC_ADDRESS = Web3.to_checksum_address("0xCBCdF9626bC03E24f779434178A73a0B4bad62eD")
```
-We have two pools we need to read.
+Wir haben zwei Pools, die wir lesen müssen.
```python
@dataclass(frozen=True)
@@ -416,14 +417,14 @@ class PoolInfo:
def get_price(self, block: int) -> Decimal:
assert block <= w3.eth.block_number, "Block is in the future"
sqrt_price_x96 = Decimal(self.contract.functions.slot0().call(block_identifier=block)[0])
- raw_price = (sqrt_price_x96 / Decimal(2**96)) ** 2 # (token1 per token0)
+ raw_price = (sqrt_price_x96 / Decimal(2**96)) ** 2 # (token1 pro token0)
if self.reverse:
return 1/(raw_price * self.decimal_factor)
else:
return raw_price * self.decimal_factor
```
-In the WETH/USDC pool, we want to know how many of `token0` (USDC) we need to buy one of `token1` (WETH). In the WETH/WBTC pool, we want to know how many `token1` (WETH) we need to buy one `token0` (WBTC, which is wrapped Bitcoin). We need to track whether the pool’s ratio needs to be reversed.
+Im WETH/USDC-Pool möchten wir wissen, wie viele von `token0` (USDC) wir benötigen, um eines von `token1` (WETH) zu kaufen. Im WETH/WBTC-Pool möchten wir wissen, wie viele `token1` (WETH) wir benötigen, um ein `token0` (WBTC, was Wrapped Bitcoin ist) zu kaufen. Wir müssen nachverfolgen, ob das Verhältnis des Pools umgekehrt werden muss.
```python
def read_pool(address: str, reverse: bool = False) -> PoolInfo:
@@ -441,9 +442,9 @@ def read_pool(address: str, reverse: bool = False) -> PoolInfo:
)
```
-To know if a pool needs to be reversed, we get to get that as input to `read_pool`. Also, the asset symbol needs to be set up correctly.
+Um zu wissen, ob ein Pool umgekehrt werden muss, müssen wir dies als Eingabe für `read_pool` erhalten. Außerdem muss das Asset-Symbol korrekt eingerichtet sein.
-The syntax ` if else ` is the Python equivalent of the [ternary conditional operator](https://en.wikipedia.org/wiki/Ternary_conditional_operator), which in a C-derived language would be ` ? : `.
+Die Syntax ` if else ` ist das Python-Äquivalent des [ternären bedingten Operators](https://en.wikipedia.org/wiki/Ternary_conditional_operator), der in einer C-abgeleiteten Sprache ` ? : ` wäre.
```python
def format_quotes(quotes: list[Quote]) -> str:
@@ -453,14 +454,14 @@ def format_quotes(quotes: list[Quote]) -> str:
return result
```
-This function builds a string that formats a list of `Quote` objects, assuming they all apply to the same asset.
+Diese Funktion erstellt einen String, der eine Liste von `Quote`-Objekten formatiert, unter der Annahme, dass sie alle für dasselbe Asset gelten.
```python
def make_prompt(quotes: list[list[Quote]], expected_time: str, asset: str) -> str:
return f"""
```
-In Python [multi-line string literals](https://www.w3schools.com/python/gloss_python_multi_line_strings.asp) are written as `"""` .... `"""`.
+In Python werden [mehrzeilige String-Literale](https://www.w3schools.com/python/gloss_python_multi_line_strings.asp) als `"""` .... `"""` geschrieben.
```python
Given these quotes:
@@ -470,7 +471,7 @@ Given these quotes:
}
```
-Here, we use the [MapReduce](https://en.wikipedia.org/wiki/MapReduce) pattern to generate a string for each quote list with `format_quotes`, then reduce them into a single string for use in the prompt.
+Hier verwenden wir das [MapReduce](https://en.wikipedia.org/wiki/MapReduce)-Muster, um mit `format_quotes` einen String für jede Preisangebotsliste zu generieren, und reduzieren sie dann zu einem einzigen String zur Verwendung im Prompt.
```python
What would you expect the value for {asset} to be at time {expected_time}?
@@ -480,7 +481,7 @@ without any other text.
"""
```
-The rest of the prompt is as expected.
+Der Rest des Prompts ist wie erwartet.
```python
wethusdc_pool = read_pool(WETHUSDC_ADDRESS, True)
@@ -500,7 +501,7 @@ wethwbtc_quotes = get_quotes(
)
```
-Review the two pools and obtain quotes from both.
+Überprüfen Sie die beiden Pools und holen Sie Preisangebote von beiden ein.
```python
future_time = (datetime.now(timezone.utc) + timedelta(days=1)).isoformat()[0:16]
@@ -508,40 +509,37 @@ future_time = (datetime.now(timezone.utc) + timedelta(days=1)).isoformat()[0:16]
print(make_prompt(wethusdc_quotes + wethwbtc_quotes, future_time, wethusdc_pool.asset))
```
-Determine the future time point for which we want the estimate, and create the prompt.
-
-### Interfacing with an LLM {#interface-llm}
-
-Next, we prompt an actual LLM and receive an expected future value. I wrote this program using OpenAI, so if you want to use a different provider, you'll need to adjust it.
-
-1. Get an [OpenAI account](https://auth.openai.com/create-account)
+Bestimmen Sie den zukünftigen Zeitpunkt, für den wir die Schätzung wünschen, und erstellen Sie den Prompt.
-2. [Fund the account](https://platform.openai.com/settings/organization/billing/overview)—the minimum amount at the time of writing is $5
+### Schnittstelle zu einem LLM {#interface-llm}
-3. [Create an API key](https://platform.openai.com/settings/organization/api-keys)
+Als Nächstes fordern wir ein tatsächliches LLM auf und erhalten einen erwarteten zukünftigen Wert. Ich habe dieses Programm mit OpenAI geschrieben. Wenn Sie also einen anderen Anbieter verwenden möchten, müssen Sie es anpassen.
-4. In the command line, export the API key so your program can use it
+1. Holen Sie sich ein [OpenAI-Konto](https://auth.openai.com/create-account)
+2. [Laden Sie das Konto auf](https://platform.openai.com/settings/organization/billing/overview) – der Mindestbetrag zum Zeitpunkt des Schreibens beträgt 5 $
+3. [Erstellen Sie einen API-Schlüssel](https://platform.openai.com/settings/organization/api-keys)
+4. Exportieren Sie in der Befehlszeile den API-Schlüssel, damit Ihr Programm ihn verwenden kann
```sh
export OPENAI_API_KEY=sk-
- ```
+```
-5. Checkout and run the agent
+5. Checken Sie den Agenten aus und führen Sie ihn aus
```sh
git checkout 04-interface-llm
uv run agent.py
- ```
+```
-Here is the new code.
+Hier ist der neue Code.
```python
from openai import OpenAI
-open_ai = OpenAI() # The client reads the OPENAI_API_KEY environment variable
+open_ai = OpenAI() # Der Client liest die Umgebungsvariable OPENAI_API_KEY
```
-Import and instantiate the OpenAI API.
+Importieren und instanziieren Sie die OpenAI-API.
```python
response = open_ai.chat.completions.create(
@@ -554,7 +552,7 @@ response = open_ai.chat.completions.create(
)
```
-Call the OpenAI API (`open_ai.chat.completions.create`) to create the response.
+Rufen Sie die OpenAI-API auf (`open_ai.chat.completions.create`), um die Antwort zu erstellen.
```python
expected_price = Decimal(response.choices[0].message.content.strip())
@@ -569,17 +567,17 @@ else:
print(f"Sell, I expect the price to go down by {current_price - expected_price} USD")
```
-Output the price and provide a buy or sell recommendation.
+Geben Sie den Preis aus und geben Sie eine Kauf- oder Verkaufsempfehlung ab.
-#### Testing the predictions {#testing-the-predictions}
+#### Testen der Vorhersagen {#testing-the-predictions}
-Now that we can generate predictions, we can also use historical data to assess whether we produce useful predictions.
+Da wir nun Vorhersagen generieren können, können wir auch historische Daten verwenden, um zu beurteilen, ob wir nützliche Vorhersagen produzieren.
```sh
uv run test-predictor.py
```
-The expected result is similar to:
+Das erwartete Ergebnis ist ähnlich wie:
```
Prediction for 2026-01-05T19:50: predicted 3138.93 USD, real 3218.92 USD, error 79.99 USD
@@ -599,12 +597,12 @@ Profitable days: 51.72%
Losing days: 48.28%
```
-Most of the tester is identical to the agent, but here are the parts that are new or modified.
+Der Großteil des Testers ist identisch mit dem Agenten, aber hier sind die Teile, die neu oder modifiziert sind.
```python
-CYCLES_FOR_TEST = 40 # For the backtest, how many cycles we test over
+CYCLES_FOR_TEST = 40 # Für den Backtest, über wie viele Zyklen wir testen
-# Get lots of quotes
+# Viele Kurse abrufen
wethusdc_pool = read_pool(WETHUSDC_ADDRESS, True)
wethusdc_quotes = get_quotes(
wethusdc_pool,
@@ -622,31 +620,31 @@ wethwbtc_quotes = get_quotes(
)
```
-We look at `CYCLES_FOR_TEST` (specified as 40 here) days back.
+Wir schauen `CYCLES_FOR_TEST` (hier als 40 angegeben) Tage zurück.
```python
-# Create predictions and check them against real history
+# Vorhersagen erstellen und mit der echten Historie abgleichen
total_error = Decimal(0)
changes = []
```
-There are two types of errors we are interested in. The first, `total_error`, is simply the sum of errors the predictor made.
+Es gibt zwei Arten von Fehlern, an denen wir interessiert sind. Der erste, `total_error`, ist einfach die Summe der Fehler, die der Prädiktor gemacht hat.
-To understand the second, `changes`, we need to remember the agent's purpose. It's not to predict the WETH/USDC ratio (ETH price). It's to issue sell and buy recommendations. If the price is currently $2000 and it predicts $2010 tomorrow, we don't mind if the actual result is $2020 and we earn extra money. But we _do_ mind if it predicted $2010, and bought ETH based on that recommendation, and the price drops to $1990.
+Um den zweiten, `changes`, zu verstehen, müssen wir uns an den Zweck des Agenten erinnern. Es geht nicht darum, das WETH/USDC-Verhältnis (ETH-Preis) vorherzusagen. Es geht darum, Verkaufs- und Kaufempfehlungen abzugeben. Wenn der Preis derzeit 2000 $ beträgt und er für morgen 2010 $ vorhersagt, macht es uns nichts aus, wenn das tatsächliche Ergebnis 2020 $ ist und wir zusätzliches Geld verdienen. Aber es stört uns _sehr wohl_, wenn er 2010 $ vorhergesagt hat und basierend auf dieser Empfehlung ETH gekauft hat, und der Preis auf 1990 $ fällt.
```python
for index in range(0,len(wethusdc_quotes)-CYCLES_BACK):
```
-We can only look at cases where the complete history (the values used for the prediction and the real-world value to compare it to) is available. This means the newest case must be the one that started `CYCLES_BACK` ago.
+Wir können uns nur Fälle ansehen, in denen die vollständige Historie (die für die Vorhersage verwendeten Werte und der reale Wert zum Vergleich) verfügbar ist. Das bedeutet, dass der neueste Fall derjenige sein muss, der vor `CYCLES_BACK` begonnen hat.
```python
wethusdc_slice = wethusdc_quotes[index:index+CYCLES_BACK]
wethwbtc_slice = wethwbtc_quotes[index:index+CYCLES_BACK]
```
-Use [slices](https://www.w3schools.com/python/ref_func_slice.asp) to get the same number of samples as the number the agent uses. The code between here and the next segment is the same get-a-prediction code we have in the agent.
+Verwenden Sie [Slices](https://www.w3schools.com/python/ref_func_slice.asp), um die gleiche Anzahl von Stichproben zu erhalten wie die Anzahl, die der Agent verwendet. Der Code zwischen hier und dem nächsten Segment ist derselbe Code zum Abrufen einer Vorhersage, den wir im Agenten haben.
```python
predicted_price = Decimal(response.choices[0].message.content.strip())
@@ -654,7 +652,7 @@ Use [slices](https://www.w3schools.com/python/ref_func_slice.asp) to get the sam
prediction_time_price = wethusdc_quotes[index+CYCLES_BACK-1].price
```
-Get the predicted price, the real price, and the price at the time of the prediction. We need the price at the time of the prediction to determine whether the recommendation was to buy or sell.
+Holen Sie sich den vorhergesagten Preis, den realen Preis und den Preis zum Zeitpunkt der Vorhersage. Wir benötigen den Preis zum Zeitpunkt der Vorhersage, um zu bestimmen, ob die Empfehlung Kaufen oder Verkaufen lautete.
```python
error = abs(predicted_price - real_price)
@@ -662,7 +660,7 @@ Get the predicted price, the real price, and the price at the time of the predic
print (f"Prediction for {prediction_time}: predicted {predicted_price} USD, real {real_price} USD, error {error} USD")
```
-Figure the error, and add it to the total.
+Berechnen Sie den Fehler und fügen Sie ihn der Gesamtsumme hinzu.
```python
recomended_action = 'buy' if predicted_price > prediction_time_price else 'sell'
@@ -670,7 +668,7 @@ Figure the error, and add it to the total.
changes.append(price_increase if recomended_action == 'buy' else -price_increase)
```
-For `changes`, we want the monetary impact of buying or selling one ETH. So first, we need to determine the recommendation, then assess how the actual price changed, and whether the recommendation made money (positive change) or cost money (negative change).
+Für `changes` wollen wir die monetären Auswirkungen des Kaufs oder Verkaufs von einem ETH. Zuerst müssen wir also die Empfehlung bestimmen, dann beurteilen, wie sich der tatsächliche Preis verändert hat, und ob die Empfehlung Geld eingebracht (positive Veränderung) oder Geld gekostet hat (negative Veränderung).
```python
print (f"Mean prediction error over {len(wethusdc_quotes)-CYCLES_BACK} predictions: {total_error / Decimal(len(wethusdc_quotes)-CYCLES_BACK)} USD")
@@ -682,41 +680,41 @@ var = sum((x - mean_change) ** 2 for x in changes) / length_changes
print (f"Standard variance of changes: {var.sqrt().quantize(Decimal("0.01"))} USD")
```
-Report the results.
+Berichten Sie die Ergebnisse.
```python
print (f"Profitable days: {len(list(filter(lambda x: x > 0, changes)))/length_changes:.2%}")
print (f"Losing days: {len(list(filter(lambda x: x < 0, changes)))/length_changes:.2%}")
```
-Use [`filter`](https://www.w3schools.com/python/ref_func_filter.asp) to count the number of profitable days and the number of costly days. The result is a filter object, which we need to convert to a list to get the length.
+Verwenden Sie [`filter`](https://www.w3schools.com/python/ref_func_filter.asp), um die Anzahl der profitablen Tage und die Anzahl der verlustreichen Tage zu zählen. Das Ergebnis ist ein Filterobjekt, das wir in eine Liste umwandeln müssen, um die Länge zu erhalten.
-### Submitting transactions {#submit-txn}
+### Einreichen von Transaktionen {#submit-txn}
-Now we need to actually submit transactions. However, I don't want to spend real money at this point, before the system is proven. Instead, we will create a local fork of mainnet, and "trade" on that network.
+Jetzt müssen wir tatsächlich Transaktionen einreichen. Ich möchte jedoch zu diesem Zeitpunkt kein echtes Geld ausgeben, bevor das System nicht erprobt ist. Stattdessen werden wir einen lokalen Fork des Mainnets erstellen und in diesem Netzwerk "handeln".
-Here are the steps to create a local fork and enable trading.
+Hier sind die Schritte, um einen lokalen Fork zu erstellen und den Handel zu ermöglichen.
-1. Install [Foundry](https://getfoundry.sh/introduction/installation)
+1. Installieren Sie [Foundry](https://getfoundry.sh/introduction/installation)
-2. Start [`anvil`](https://getfoundry.sh/anvil/overview)
+2. Starten Sie [`anvil`](https://getfoundry.sh/anvil/overview)
```sh
anvil --fork-url https://eth.drpc.org --block-time 12
- ```
+```
- `anvil` is listening on the default URL for Foundry, http://localhost:8545, so we don't need to specify the URL for [the `cast` command](https://getfoundry.sh/cast/overview) we use to manipulate the blockchain.
+ `anvil` lauscht auf der Standard-URL für Foundry, http://localhost:8545, sodass wir die URL für [den `cast`-Befehl](https://getfoundry.sh/cast/overview), den wir zur Manipulation der Blockchain verwenden, nicht angeben müssen.
-3. When running in `anvil`, there are ten test accounts that have ETH—set the environment variables for the first one
+3. Wenn Sie in `anvil` ausführen, gibt es zehn Testkonten, die über ETH verfügen – legen Sie die Umgebungsvariablen für das erste fest.
```sh
PRIVATE_KEY=0xac0974bec39a17e36ba4a6b4d238ff944bacb478cbed5efcae784d7bf4f2ff80
ADDRESS=`cast wallet address $PRIVATE_KEY`
- ```
+```
-4. These are the contracts we need to use. [`SwapRouter`](https://github.com/Uniswap/v3-periphery/blob/main/contracts/SwapRouter.sol) is the Uniswap v3 contract we use to actually trade. We could trade directly through the pool, but this is much easier.
+4. Dies sind die Verträge, die wir verwenden müssen. [`SwapRouter`](https://github.com/Uniswap/v3-periphery/blob/main/contracts/SwapRouter.sol) ist der Uniswap v3-Vertrag, den wir für den eigentlichen Handel verwenden. Wir könnten direkt über den Pool handeln, aber dies ist viel einfacher.
- The two bottom variables are the Uniswap v3 paths required to swap between WETH and USDC.
+ Die beiden unteren Variablen sind die Uniswap v3-Pfade, die erforderlich sind, um zwischen WETH und USDC zu tauschen.
```sh
WETH_ADDRESS=0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2
@@ -725,15 +723,15 @@ Here are the steps to create a local fork and enable trading.
SWAP_ROUTER=0xE592427A0AEce92De3Edee1F18E0157C05861564
WETH_TO_USDC=0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc20001F4A0b86991c6218b36c1d19D4a2e9Eb0cE3606eB48
USDC_TO_WETH=0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB480001F4C02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2
- ```
+```
-5. Each of the test accounts has 10,000 ETH. Use the WETH contract to wrap 1000 ETH to obtain 1000 WETH for trading.
+5. Jedes der Testkonten verfügt über 10.000 ETH. Verwenden Sie den WETH-Vertrag, um 1000 ETH zu wrappen, um 1000 WETH für den Handel zu erhalten.
```sh
cast send $WETH_ADDRESS "deposit()" --value 1000ether --private-key $PRIVATE_KEY
- ```
+```
-6. Use `SwapRouter` to trade 500 WETH for USDC.
+6. Verwenden Sie `SwapRouter`, um 500 WETH gegen USDC zu handeln.
```sh
cast send $WETH_ADDRESS "approve(address,uint256)" $SWAP_ROUTER 500ether --private-key $PRIVATE_KEY
@@ -742,25 +740,25 @@ Here are the steps to create a local fork and enable trading.
"exactInput((bytes,address,uint256,uint256,uint256))" \
"($WETH_TO_USDC,$ADDRESS,$MAXINT,500ether,1000000)" \
--private-key $PRIVATE_KEY
- ```
+```
- The `approve` call creates an allowance that allows `SwapRouter` to spend some of our tokens. Contracts cannot monitor events, so if we transfer tokens directly to the `SwapRouter` contract, it wouldn't know it was paid. Instead, we permit the `SwapRouter` contract to spend a certain amount, and then `SwapRouter` does it. This is done through a function called by `SwapRouter`, so it knows if it was successful.
+ Der `approve`-Aufruf erstellt eine Freigabe (Allowance), die es `SwapRouter` ermöglicht, einige unserer Token auszugeben. Verträge können keine Ereignisse überwachen. Wenn wir also Token direkt an den `SwapRouter`-Vertrag übertragen, wüsste dieser nicht, dass er bezahlt wurde. Stattdessen erlauben wir dem `SwapRouter`-Vertrag, einen bestimmten Betrag auszugeben, und dann tut `SwapRouter` dies. Dies geschieht über eine von `SwapRouter` aufgerufene Funktion, sodass er weiß, ob er erfolgreich war.
-7. Verify you have enough of both tokens.
+7. Überprüfen Sie, ob Sie genug von beiden Token haben.
```sh
cast call $WETH_ADDRESS "balanceOf(address)" $ADDRESS | cast from-wei
echo `cast call $USDC_ADDRESS "balanceOf(address)" $ADDRESS | cast to-dec`/10^6 | bc
- ```
+```
-Now that we have WETH and USDC, we can actually run the agent.
+Da wir nun WETH und USDC haben, können wir den Agenten tatsächlich ausführen.
```sh
git checkout 05-trade
uv run agent.py
```
-The output will look similar to:
+Die Ausgabe wird ähnlich aussehen wie:
```
(ai-trading-agent) qbzzt@Ori-Cloudnomics:~/260215-ai-agent$ uv run agent.py
@@ -779,15 +777,15 @@ USDC Balance: 929143.797116
WETH Balance: 499
```
-To actually use it, you need a few minor changes.
+Um ihn tatsächlich zu nutzen, benötigen Sie ein paar kleine Änderungen.
-- In line 14, change `MAINNET_URL` to a real access point, such as `https://eth.drpc.org`
-- In line 28, change `PRIVATE_KEY` to your own private key
-- Unless you are very wealthy and can buy or sell 1 ETH each day for an unproven agent, you might want to change 29 to decrease `WETH_TRADE_AMOUNT`
+- Ändern Sie in Zeile 14 `MAINNET_URL` in einen echten Zugangspunkt, wie z. B. `https://eth.drpc.org`
+- Ändern Sie in Zeile 28 `PRIVATE_KEY` in Ihren eigenen Private-Key
+- Es sei denn, Sie sind sehr wohlhabend und können jeden Tag 1 ETH für einen unbewiesenen Agenten kaufen oder verkaufen, möchten Sie vielleicht Zeile 29 ändern, um `WETH_TRADE_AMOUNT` zu verringern
-#### Code explanation {#trading-code}
+#### Code-Erklärung {#trading-code}
-Here is the new code.
+Hier ist der neue Code.
```python
SWAP_ROUTER_ADDRESS=Web3.to_checksum_address("0xE592427A0AEce92De3Edee1F18E0157C05861564")
@@ -796,13 +794,13 @@ USDC_TO_WETH=bytes.fromhex("A0b86991c6218b36c1d19D4a2e9Eb0cE3606eB480001F4C02aaA
PRIVATE_KEY="0xac0974bec39a17e36ba4a6b4d238ff944bacb478cbed5efcae784d7bf4f2ff80"
```
-The same variables we used in step 4.
+Die gleichen Variablen, die wir in Schritt 4 verwendet haben.
```python
WETH_TRADE_AMOUNT=1
```
-The amount to trade.
+Der zu handelnde Betrag.
```python
ERC20_ABI = [
@@ -813,7 +811,7 @@ ERC20_ABI = [
]
```
-To actually trade, we need the `approve` function. We also want to show balances before and after, so we also need `balanceOf`.
+Um tatsächlich zu handeln, benötigen wir die Funktion `approve`. Wir möchten auch die Salden davor und danach anzeigen, also benötigen wir auch `balanceOf`.
```python
SWAP_ROUTER_ABI = [
@@ -821,7 +819,7 @@ SWAP_ROUTER_ABI = [
]
```
-In the `SwapRouter` ABI we just need `exactInput`. There is a related function, `exactOutput`, we could use to buy exactly one WETH, but for simplicity we just use `exactInput` in both cases.
+In der `SwapRouter`-ABI benötigen wir nur `exactInput`. Es gibt eine verwandte Funktion, `exactOutput`, die wir verwenden könnten, um genau ein WETH zu kaufen, aber der Einfachheit halber verwenden wir in beiden Fällen nur `exactInput`.
```python
account = w3.eth.account.from_key(PRIVATE_KEY)
@@ -831,7 +829,7 @@ swap_router = w3.eth.contract(
)
```
-The Web3 definitions for the [`account`](https://web3py.readthedocs.io/en/stable/web3.eth.account.html) and the `SwapRouter` contract.
+Die Web3-Definitionen für das [`account`](https://web3py.readthedocs.io/en/stable/web3.eth.account.html) (Konto) und den `SwapRouter`-Vertrag.
```python
def txn_params() -> dict:
@@ -843,13 +841,13 @@ def txn_params() -> dict:
}
```
-The transaction parameters. We need a function here because [the nonce](https://en.wikipedia.org/wiki/Cryptographic_nonce) must change each time.
+Die Transaktionsparameter. Wir benötigen hier eine Funktion, da sich [die Nonce](https://en.wikipedia.org/wiki/Cryptographic_nonce) jedes Mal ändern muss.
```python
def approve_token(contract: Contract, amount: int):
```
-Approve a token allowance for `SwapRouter`.
+Genehmigen Sie eine Token-Freigabe für `SwapRouter`.
```python
txn = contract.functions.approve(SWAP_ROUTER_ADDRESS, amount).build_transaction(txn_params())
@@ -857,7 +855,7 @@ Approve a token allowance for `SwapRouter`.
tx_hash = w3.eth.send_raw_transaction(signed_txn.raw_transaction)
```
-This is how we send a transaction in Web3. First we use [the `Contract` object](https://web3py.readthedocs.io/en/stable/web3.contract.html) to build the transaction. Then we use [`web3.eth.account.sign_transaction`](https://web3py.readthedocs.io/en/stable/web3.eth.account.html#sign-a-contract-transaction) to sign the transaction, using `PRIVATE_KEY`. Finally, we use [`w3.eth.send_raw_transaction`](https://web3py.readthedocs.io/en/stable/transactions.html#chapter-2-w3-eth-send-raw-transaction) to send the transaction.
+So senden wir eine Transaktion in Web3. Zuerst verwenden wir [das `Contract`-Objekt](https://web3py.readthedocs.io/en/stable/web3.contract.html), um die Transaktion aufzubauen. Dann verwenden wir [`web3.eth.account.sign_transaction`](https://web3py.readthedocs.io/en/stable/web3.eth.account.html#sign-a-contract-transaction), um die Transaktion mit `PRIVATE_KEY` zu signieren. Schließlich verwenden wir [`w3.eth.send_raw_transaction`](https://web3py.readthedocs.io/en/stable/transactions.html#chapter-2-w3-eth-send-raw-transaction), um die Transaktion zu senden.
```python
print(f"Approve transaction sent: {tx_hash.hex()}")
@@ -865,7 +863,7 @@ This is how we send a transaction in Web3. First we use [the `Contract` object](
print("Approve transaction mined.")
```
-[`w3.eth.wait_for_transaction_receipt`](https://web3py.readthedocs.io/en/stable/web3.eth.html#web3.eth.Eth.wait_for_transaction_receipt) waits until the transaction is mined. It returns the receipt if needed.
+[`w3.eth.wait_for_transaction_receipt`](https://web3py.readthedocs.io/en/stable/web3.eth.html#web3.eth.Eth.wait_for_transaction_receipt) wartet, bis die Transaktion gemint wurde. Es gibt bei Bedarf den Beleg zurück.
```python
SELL_PARAMS = {
@@ -877,7 +875,7 @@ SELL_PARAMS = {
}
```
-These are the parameters when selling WETH.
+Dies sind die Parameter beim Verkauf von WETH.
```python
def make_buy_params(quote: Quote) -> dict:
@@ -890,7 +888,7 @@ def make_buy_params(quote: Quote) -> dict:
}
```
-In contrast to `SELL_PARAMS`, the buy parameters can change. The input amount is the cost of 1 WETH, as available in `quote`.
+Im Gegensatz zu `SELL_PARAMS` können sich die Kaufparameter ändern. Der Eingabebetrag sind die Kosten für 1 WETH, wie in `quote` verfügbar.
```python
def buy(quote: Quote):
@@ -915,7 +913,7 @@ def sell():
print("Sell transaction mined.")
```
-The `buy()` and `sell()` functions are nearly identical. First we approve a sufficient allowance for `SwapRouter`, and then we call it with the correct path and amount.
+Die Funktionen `buy()` und `sell()` sind nahezu identisch. Zuerst genehmigen wir eine ausreichende Freigabe für `SwapRouter`, und dann rufen wir ihn mit dem korrekten Pfad und Betrag auf.
```python
def balances():
@@ -926,7 +924,7 @@ def balances():
print(f"{wethusdc_pool.token1.symbol} Balance: {Decimal(token1_balance) / Decimal(10 ** wethusdc_pool.token1.decimals)}")
```
-Report user balances in both currencies.
+Berichten Sie die Benutzersalden in beiden Währungen.
```python
print("Account balances before trade:")
@@ -943,38 +941,38 @@ print("Account balances after trade:")
balances()
```
-This agent currently only works once. However, you can change it to work continuously either by running it from [`crontab`](https://man7.org/linux/man-pages/man1/crontab.1.html) or by wrapping lines 368-400 in a loop and using [`time.sleep`](https://docs.python.org/3/library/time.html#time.sleep) to wait until it is time for the next cycle.
+Dieser Agent funktioniert derzeit nur einmal. Sie können ihn jedoch so ändern, dass er kontinuierlich arbeitet, indem Sie ihn entweder über [`crontab`](https://man7.org/linux/man-pages/man1/crontab.1.html) ausführen oder indem Sie die Zeilen 368-400 in eine Schleife packen und [`time.sleep`](https://docs.python.org/3/library/time.html#time.sleep) verwenden, um zu warten, bis es Zeit für den nächsten Zyklus ist.
-## Possible improvements {#improvements}
+## Mögliche Verbesserungen {#improvements}
-This is not a full production version; it is merely an example to teach the basics. Here are some ideas for improvements.
+Dies ist keine vollständige Produktionsversion; es ist lediglich ein Beispiel, um die Grundlagen zu vermitteln. Hier sind einige Ideen für Verbesserungen.
-### Smarter trading {#smart-trading}
+### Intelligenteres Trading {#smart-trading}
-There are two important facts the agent ignores when deciding what to do.
+Es gibt zwei wichtige Fakten, die der Agent bei der Entscheidung, was zu tun ist, ignoriert.
-- _The magnitude of anticipated change_. The agent sells a fixed amount of `WETH` if the price is expected to decline, regardless of the magnitude of the decline.
- Arguably, it would be better to ignore minor changes and sell based on how much we expect the price to decline.
-- _The current portfolio_. If 10% of your portfolio is in WETH and you think the price will go up, it probably makes sense to buy more. But if 90% of your portfolio is in WETH, you may be sufficiently exposed, and there is no need to buy more. The reverse is true if you expect the price to go down.
+- _Das Ausmaß der erwarteten Veränderung_. Der Agent verkauft einen festen Betrag an `WETH`, wenn ein Preisrückgang erwartet wird, unabhängig vom Ausmaß des Rückgangs.
+ Es wäre wohl besser, geringfügige Änderungen zu ignorieren und basierend darauf zu verkaufen, wie stark der Preis voraussichtlich fallen wird.
+- _Das aktuelle Portfolio_. Wenn 10 % Ihres Portfolios in WETH sind und Sie glauben, dass der Preis steigen wird, ist es wahrscheinlich sinnvoll, mehr zu kaufen. Wenn jedoch 90 % Ihres Portfolios in WETH sind, sind Sie möglicherweise ausreichend exponiert, und es besteht keine Notwendigkeit, mehr zu kaufen. Das Gegenteil gilt, wenn Sie erwarten, dass der Preis sinkt.
-### What if you want to keep your trading strategy a secret? {#secret}
+### Was ist, wenn Sie Ihre Handelsstrategie geheim halten möchten? {#secret}
-AI vendors can see the queries you send to their LLMs, which could expose the genius trading system you developed with your agent. A trading system that too many people use is worthless because too many people try to buy when you want to buy (and the price goes up) and try to sell when you want to sell (and the price goes down).
+KI-Anbieter können die Abfragen sehen, die Sie an ihre LLMs senden, was das geniale Handelssystem offenlegen könnte, das Sie mit Ihrem Agenten entwickelt haben. Ein Handelssystem, das zu viele Menschen nutzen, ist wertlos, da zu viele Menschen versuchen zu kaufen, wenn Sie kaufen möchten (und der Preis steigt), und versuchen zu verkaufen, wenn Sie verkaufen möchten (und der Preis sinkt).
-You can run an LLM locally, for example, using [LM-Studio](https://lmstudio.ai/), to avoid this problem.
+Sie können ein LLM lokal ausführen, zum Beispiel mit [LM-Studio](https://lmstudio.ai/), um dieses Problem zu vermeiden.
-### From AI bot to AI agent {#bot-to-agent}
+### Vom KI-Bot zum KI-Agenten {#bot-to-agent}
-You can make a good case that this is [an AI bot, not an AI agent](/ai-agents/#ai-agents-vs-ai-bots). It implements a relatively simple strategy that relies on predefined information. We can enable self-improvement, for example, by providing a list of Uniswap v3 pools and their latest values and asking which combination has the best predictive value.
+Man kann gut argumentieren, dass dies [ein KI-Bot und kein KI-Agent](/ai-agents/#ai-agents-vs-ai-bots) ist. Er implementiert eine relativ einfache Strategie, die auf vordefinierten Informationen beruht. Wir können eine Selbstverbesserung ermöglichen, indem wir beispielsweise eine Liste von Uniswap v3-Pools und deren neuesten Werten bereitstellen und fragen, welche Kombination den besten Vorhersagewert hat.
-### Slippage protection {#slippage-protection}
+### Slippage-Schutz {#slippage-protection}
-Currently there is no [slippage protection](https://uniswapv3book.com/milestone_3/slippage-protection.html). If the current quote is $2000, and the expected price is $2100, the agent will buy. However, if before the agent buys the cost rises to $2200, it makes no sense to buy anymore.
+Derzeit gibt es keinen [Slippage-Schutz](https://uniswapv3book.com/milestone_3/slippage-protection.html). Wenn das aktuelle Preisangebot 2000 $ beträgt und der erwartete Preis 2100 $ ist, wird der Agent kaufen. Wenn die Kosten jedoch vor dem Kauf durch den Agenten auf 2200 $ steigen, macht es keinen Sinn mehr zu kaufen.
-To implement slippage protection, specify an `amountOutMinimum` value in lines 325 and 334 of [`agent.py`](https://github.com/qbzzt/260215-ai-agent/blob/05-trade/agent.py#L325).
+Um einen Slippage-Schutz zu implementieren, geben Sie einen `amountOutMinimum`-Wert in den Zeilen 325 und 334 von [`agent.py`](https://github.com/qbzzt/260215-ai-agent/blob/05-trade/agent.py#L325) an.
## Fazit {#conclusion}
-Hopefully, now you know enough to get started with AI agents. This is not a comprehensive overview of the subject; there are whole books dedicated to that, but this is enough to get you started. Viel Erfolg!
+Hoffentlich wissen Sie jetzt genug, um mit KI-Agenten loszulegen. Dies ist kein umfassender Überblick über das Thema; es gibt ganze Bücher, die sich dem widmen, aber dies reicht aus, um Ihnen den Einstieg zu erleichtern. Viel Glück!
-[Hier finden Sie mehr von meiner Arbeit](https://cryptodocguy.pro/).
+[Weitere meiner Arbeiten finden Sie hier](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/all-you-can-cache/index.md b/public/content/translations/de/developers/tutorials/all-you-can-cache/index.md
new file mode 100644
index 00000000000..43e2b6bdd88
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/all-you-can-cache/index.md
@@ -0,0 +1,855 @@
+---
+title: "All you can cache"
+description: "Erfahren Sie, wie Sie einen Caching-Vertrag für günstigere Rollups-Transaktionen erstellen und verwenden"
+author: Ori Pomerantz
+tags: ["Ebene 2", "Caching", "Speicher", "Skalierung"]
+skill: intermediate
+breadcrumb: "Caching für Rollups"
+published: 2022-09-15
+lang: de
+---
+
+Wenn man Rollups verwendet, sind die Kosten für ein Byte in der Transaktion viel teurer als die Kosten für einen Speicherplatz. Daher ist es sinnvoll, so viele Informationen wie möglich auf der Blockchain zu cachen.
+
+In diesem Artikel lernen Sie, wie Sie einen Caching-Vertrag so erstellen und verwenden, dass jeder Parameterwert, der wahrscheinlich mehrfach verwendet wird, gecacht wird und (nach dem ersten Mal) mit einer viel geringeren Anzahl von Bytes zur Verfügung steht, und wie Sie Off-Chain-Code schreiben, der diesen Cache nutzt.
+
+Wenn Sie den Artikel überspringen und nur den Quellcode sehen möchten, [finden Sie ihn hier](https://github.com/qbzzt/20220915-all-you-can-cache). Der Entwicklungs-Stack ist [Foundry](https://getfoundry.sh/introduction/installation/).
+
+## Gesamtdesign {#overall-design}
+
+Der Einfachheit halber gehen wir davon aus, dass alle Transaktionsparameter `uint256` und 32 Bytes lang sind. Wenn wir eine Transaktion erhalten, parsen wir jeden Parameter wie folgt:
+
+1. Wenn das erste Byte `0xFF` ist, nehmen Sie die nächsten 32 Bytes als Parameterwert und schreiben Sie ihn in den Cache.
+
+2. Wenn das erste Byte `0xFE` ist, nehmen Sie die nächsten 32 Bytes als Parameterwert, aber schreiben Sie ihn _nicht_ in den Cache.
+
+3. Für jeden anderen Wert nehmen Sie die oberen vier Bits als Anzahl der zusätzlichen Bytes und die unteren vier Bits als die höchstwertigen Bits des Cache-Schlüssels. Hier sind einige Beispiele:
+
+ | Bytes in Calldata | Cache-Schlüssel |
+ | :---------------- | --------: |
+ | 0x0F | 0x0F |
+ | 0x10,0x10 | 0x10 |
+ | 0x12,0xAC | 0x02AC |
+ | 0x2D,0xEA, 0xD6 | 0x0DEAD6 |
+
+## Cache-Manipulation {#cache-manipulation}
+
+Der Cache ist in [`Cache.sol`](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/src/Cache.sol) implementiert. Gehen wir ihn Zeile für Zeile durch.
+
+```solidity
+// SPDX-License-Identifier: UNLICENSED
+pragma solidity ^0.8.13;
+
+
+contract Cache {
+
+ bytes1 public constant INTO_CACHE = 0xFF;
+ bytes1 public constant DONT_CACHE = 0xFE;
+```
+
+Diese Konstanten werden verwendet, um die Sonderfälle zu interpretieren, in denen wir alle Informationen bereitstellen und sie entweder in den Cache schreiben wollen oder nicht. Das Schreiben in den Cache erfordert zwei [`SSTORE`](https://www.evm.codes/#55)-Operationen in zuvor ungenutzte Speicherplätze zu Kosten von jeweils 22100 Gas, daher machen wir es optional.
+
+```solidity
+
+ mapping(uint => uint) public val2key;
+```
+
+Ein [Mapping](https://www.geeksforgeeks.org/solidity/solidity-mappings/) zwischen den Werten und ihren Schlüsseln. Diese Information ist notwendig, um Werte zu kodieren, bevor Sie die Transaktion absenden.
+
+```solidity
+ // Position n hat den Wert für Schlüssel n+1, weil wir
+ // Null als "nicht im Cache" beibehalten müssen.
+ uint[] public key2val;
+```
+
+Wir können ein Array für das Mapping von Schlüsseln zu Werten verwenden, da wir die Schlüssel zuweisen und dies der Einfachheit halber sequenziell tun.
+
+```solidity
+ function cacheRead(uint _key) public view returns (uint) {
+ require(_key <= key2val.length, "Reading uninitialize cache entry");
+ return key2val[_key-1];
+ } // cacheRead
+```
+
+Einen Wert aus dem Cache lesen.
+
+```solidity
+ // Einen Wert in den Cache schreiben, falls er noch nicht vorhanden ist
+ // Nur public, damit der Test funktioniert
+ function cacheWrite(uint _value) public returns (uint) {
+ // Wenn der Wert bereits im Cache ist, den aktuellen Schlüssel zurückgeben
+ if (val2key[_value] != 0) {
+ return val2key[_value];
+ }
+```
+
+Es hat keinen Sinn, denselben Wert mehr als einmal in den Cache zu legen. Wenn der Wert bereits vorhanden ist, geben Sie einfach den vorhandenen Schlüssel zurück.
+
+```solidity
+ // Da 0xFE ein Sonderfall ist, ist der größte Schlüssel, den der Cache
+ // halten kann, 0x0D gefolgt von 15 0xFFs. Wenn die Cache-Länge bereits so
+ // groß ist, fehlschlagen.
+ // 1 2 3 4 5 6 7 8 9 A B C D E F
+ require(key2val.length+1 < 0x0DFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF,
+ "cache overflow");
+```
+
+Ich glaube nicht, dass wir jemals einen so großen Cache bekommen werden (etwa 1,8\*1037 Einträge, was etwa 1027 TB Speicherplatz erfordern würde). Ich bin jedoch alt genug, um mich an ["640kB würden immer ausreichen"](https://quoteinvestigator.com/2011/09/08/640k-enough/) zu erinnern. Dieser Test ist sehr günstig.
+
+```solidity
+ // Den Wert mit dem nächsten Schlüssel schreiben
+ val2key[_value] = key2val.length+1;
+```
+
+Fügen Sie das Reverse-Lookup (vom Wert zum Schlüssel) hinzu.
+
+```solidity
+ key2val.push(_value);
+```
+
+Fügen Sie das Forward-Lookup (vom Schlüssel zum Wert) hinzu. Da wir Werte sequenziell zuweisen, können wir ihn einfach nach dem letzten Array-Wert hinzufügen.
+
+```solidity
+ return key2val.length;
+ } // cacheWrite
+```
+
+Geben Sie die neue Länge von `key2val` zurück, was der Zelle entspricht, in der der neue Wert gespeichert ist.
+
+```solidity
+ function _calldataVal(uint startByte, uint length)
+ private pure returns (uint)
+```
+
+Diese Funktion liest einen Wert beliebiger Länge (bis zu 32 Bytes, die Wortgröße) aus den Calldata.
+
+```solidity
+ {
+ uint _retVal;
+
+ require(length < 0x21,
+ "_calldataVal length limit is 32 bytes");
+ require(length + startByte <= msg.data.length,
+ "_calldataVal trying to read beyond calldatasize");
+```
+
+Diese Funktion ist intern. Wenn der Rest des Codes also korrekt geschrieben ist, sind diese Tests nicht erforderlich. Sie kosten jedoch nicht viel, also können wir sie genauso gut einbauen.
+
+```solidity
+ assembly {
+ _retVal := calldataload(startByte)
+ }
+```
+
+Dieser Code ist in [Yul](https://docs.soliditylang.org/en/v0.8.16/yul.html) geschrieben. Er liest einen 32-Byte-Wert aus den Calldata. Dies funktioniert auch dann, wenn die Calldata vor `startByte+32` enden, da nicht initialisierter Speicherplatz in der EVM als Null betrachtet wird.
+
+```solidity
+ _retVal = _retVal >> (256-length*8);
+```
+
+Wir wollen nicht unbedingt einen 32-Byte-Wert. Dies entfernt die überschüssigen Bytes.
+
+```solidity
+ return _retVal;
+ } // _calldataVal
+
+
+ // Einen einzelnen Parameter aus den Calldata lesen, beginnend bei _fromByte
+ function _readParam(uint _fromByte) internal
+ returns (uint _nextByte, uint _parameterValue)
+ {
+```
+
+Lesen Sie einen einzelnen Parameter aus den Calldata. Beachten Sie, dass wir nicht nur den gelesenen Wert zurückgeben müssen, sondern auch die Position des nächsten Bytes, da Parameter zwischen 1 Byte und 33 Bytes lang sein können.
+
+```solidity
+ // Das erste Byte sagt uns, wie der Rest zu interpretieren ist
+ uint8 _firstByte;
+
+ _firstByte = uint8(_calldataVal(_fromByte, 1));
+```
+
+Solidity versucht, die Anzahl der Fehler zu reduzieren, indem es potenziell gefährliche [implizite Typkonvertierungen](https://docs.soliditylang.org/en/v0.8.16/types.html#implicit-conversions) verbietet. Ein Downgrade, zum Beispiel von 256 Bits auf 8 Bits, muss explizit erfolgen.
+
+```solidity
+
+ // Den Wert lesen, aber nicht in den Cache schreiben
+ if (_firstByte == uint8(DONT_CACHE))
+ return(_fromByte+33, _calldataVal(_fromByte+1, 32));
+
+ // Den Wert lesen und in den Cache schreiben
+ if (_firstByte == uint8(INTO_CACHE)) {
+ uint _param = _calldataVal(_fromByte+1, 32);
+ cacheWrite(_param);
+ return(_fromByte+33, _param);
+ }
+
+ // Wenn wir hier angelangt sind, bedeutet das, dass wir aus dem Cache lesen müssen
+
+ // Anzahl der zusätzlich zu lesenden Bytes
+ uint8 _extraBytes = _firstByte / 16;
+```
+
+Nehmen Sie das untere [Nibble](https://en.wikipedia.org/wiki/Nibble) (Halbbyte) und kombinieren Sie es mit den anderen Bytes, um den Wert aus dem Cache zu lesen.
+
+```solidity
+ uint _key = (uint256(_firstByte & 0x0F) << (8*_extraBytes)) +
+ _calldataVal(_fromByte+1, _extraBytes);
+
+ return (_fromByte+_extraBytes+1, cacheRead(_key));
+
+ } // _readParam
+
+
+ // n Parameter lesen (Funktionen wissen, wie viele Parameter sie erwarten)
+ function _readParams(uint _paramNum) internal returns (uint[] memory) {
+```
+
+Wir könnten die Anzahl der Parameter, die wir haben, aus den Calldata selbst beziehen, aber die Funktionen, die uns aufrufen, wissen, wie viele Parameter sie erwarten. Es ist einfacher, sie uns das mitteilen zu lassen.
+
+```solidity
+ // Die Parameter, die wir lesen
+ uint[] memory params = new uint[](_paramNum);
+
+ // Parameter beginnen bei Byte 4, davor steht die Funktionssignatur
+ uint _atByte = 4;
+
+ for(uint i=0; i<_paramNum; i++) {
+ (_atByte, params[i]) = _readParam(_atByte);
+ }
+```
+
+Lesen Sie die Parameter, bis Sie die benötigte Anzahl haben. Wenn wir über das Ende der Calldata hinausgehen, wird `_readParams` den Aufruf rückgängig machen (revert).
+
+```solidity
+
+ return(params);
+ } // readParams
+
+ // Zum Testen von _readParams, das Lesen von vier Parametern testen
+ function fourParam() public
+ returns (uint256,uint256,uint256,uint256)
+ {
+ uint[] memory params;
+ params = _readParams(4);
+ return (params[0], params[1], params[2], params[3]);
+ } // fourParam
+```
+
+Ein großer Vorteil von Foundry ist, dass es erlaubt, Tests in Solidity zu schreiben ([siehe Testen des Caches unten](#testing-the-cache)). Das macht Unit-Tests viel einfacher. Dies ist eine Funktion, die vier Parameter liest und sie zurückgibt, damit der Test überprüfen kann, ob sie korrekt waren.
+
+```solidity
+ // Einen Wert abrufen, Bytes zurückgeben, die ihn kodieren (wenn möglich unter Verwendung des Caches)
+ function encodeVal(uint _val) public view returns(bytes memory) {
+```
+
+`encodeVal` ist eine Funktion, die von Off-Chain-Code aufgerufen wird, um bei der Erstellung von Calldata zu helfen, die den Cache nutzen. Sie empfängt einen einzelnen Wert und gibt die Bytes zurück, die ihn kodieren. Diese Funktion ist eine `view`-Funktion, erfordert also keine Transaktion und kostet bei externem Aufruf kein Gas.
+
+```solidity
+ uint _key = val2key[_val];
+
+ // Der Wert ist noch nicht im Cache, ihn hinzufügen
+ if (_key == 0)
+ return bytes.concat(INTO_CACHE, bytes32(_val));
+```
+
+In der [EVM](/developers/docs/evm/) wird angenommen, dass der gesamte nicht initialisierte Speicher aus Nullen besteht. Wenn wir also nach dem Schlüssel für einen Wert suchen, der nicht vorhanden ist, erhalten wir eine Null. In diesem Fall sind die Bytes, die ihn kodieren, `INTO_CACHE` (damit er beim nächsten Mal gecacht wird), gefolgt vom eigentlichen Wert.
+
+```solidity
+ // Wenn der Schlüssel <0x10 ist, ihn als einzelnes Byte zurückgeben
+ if (_key < 0x10)
+ return bytes.concat(bytes1(uint8(_key)));
+```
+
+Einzelne Bytes sind am einfachsten. Wir verwenden einfach [`bytes.concat`](https://docs.soliditylang.org/en/v0.8.16/types.html#the-functions-bytes-concat-and-string-concat), um einen `bytes`-Typ in ein Byte-Array umzuwandeln, das eine beliebige Länge haben kann. Trotz des Namens funktioniert es einwandfrei, wenn es mit nur einem Argument versehen wird.
+
+```solidity
+ // Zwei-Byte-Wert, kodiert als 0x1vvv
+ if (_key < 0x1000)
+ return bytes.concat(bytes2(uint16(_key) | 0x1000));
+```
+
+Wenn wir einen Schlüssel haben, der kleiner als 163 ist, können wir ihn in zwei Bytes ausdrücken. Wir konvertieren zunächst `_key`, was ein 256-Bit-Wert ist, in einen 16-Bit-Wert und verwenden ein logisches ODER, um die Anzahl der zusätzlichen Bytes zum ersten Byte hinzuzufügen. Dann wandeln wir ihn einfach in einen `bytes2`-Wert um, der in `bytes` konvertiert werden kann.
+
+```solidity
+ // Es gibt wahrscheinlich einen cleveren Weg, die folgenden Zeilen als Schleife auszuführen,
+ // aber es ist eine View-Funktion, daher optimiere ich auf Programmierzeit und
+ // Einfachheit.
+
+ if (_key < 16*256**2)
+ return bytes.concat(bytes3(uint24(_key) | (0x2 * 16 * 256**2)));
+ if (_key < 16*256**3)
+ return bytes.concat(bytes4(uint32(_key) | (0x3 * 16 * 256**3)));
+ .
+ .
+ .
+ if (_key < 16*256**14)
+ return bytes.concat(bytes15(uint120(_key) | (0xE * 16 * 256**14)));
+ if (_key < 16*256**15)
+ return bytes.concat(bytes16(uint128(_key) | (0xF * 16 * 256**15)));
+```
+
+Die anderen Werte (3 Bytes, 4 Bytes usw.) werden auf die gleiche Weise behandelt, nur mit unterschiedlichen Feldgrößen.
+
+```solidity
+ // Wenn wir hier ankommen, stimmt etwas nicht.
+ revert("Error in encodeVal, should not happen");
+```
+
+Wenn wir hier ankommen, bedeutet das, dass wir einen Schlüssel erhalten haben, der nicht kleiner als 16\*25615 ist. Aber `cacheWrite` begrenzt die Schlüssel, sodass wir nicht einmal bis zu 14\*25616 kommen können (was ein erstes Byte von 0xFE hätte, also wie `DONT_CACHE` aussehen würde). Aber es kostet uns nicht viel, einen Test hinzuzufügen, für den Fall, dass ein zukünftiger Programmierer einen Fehler einbaut.
+
+```solidity
+ } // encodeVal
+
+} // Cache
+```
+
+### Testen des Caches {#testing-the-cache}
+
+Einer der Vorteile von Foundry ist, dass [es Ihnen ermöglicht, Tests in Solidity zu schreiben](https://getfoundry.sh/forge/tests/overview/), was das Schreiben von Unit-Tests erleichtert. Die Tests für die `Cache`-Klasse finden Sie [hier](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/test/Cache.t.sol). Da sich der Testcode wiederholt, wie es bei Tests üblich ist, erklärt dieser Artikel nur die interessanten Teile.
+
+```solidity
+// SPDX-License-Identifier: UNLICENSED
+pragma solidity ^0.8.13;
+
+import "forge-std/Test.sol";
+
+
+// Muss `forge test -vv` für die Konsole ausführen.
+import "forge-std/console.sol";
+```
+
+Dies ist nur Boilerplate-Code, der notwendig ist, um das Testpaket und `console.log` zu verwenden.
+
+```solidity
+import "src/Cache.sol";
+```
+
+Wir müssen den Vertrag kennen, den wir testen.
+
+```solidity
+contract CacheTest is Test {
+ Cache cache;
+
+ function setUp() public {
+ cache = new Cache();
+ }
+```
+
+Die `setUp`-Funktion wird vor jedem Test aufgerufen. In diesem Fall erstellen wir einfach einen neuen Cache, damit sich unsere Tests nicht gegenseitig beeinflussen.
+
+```solidity
+ function testCaching() public {
+```
+
+Tests sind Funktionen, deren Namen mit `test` beginnen. Diese Funktion überprüft die grundlegende Cache-Funktionalität, das Schreiben von Werten und das erneute Lesen.
+
+```solidity
+ for(uint i=1; i<5000; i++) {
+ cache.cacheWrite(i*i);
+ }
+
+ for(uint i=1; i<5000; i++) {
+ assertEq(cache.cacheRead(i), i*i);
+```
+
+So führen Sie das eigentliche Testen durch, indem Sie [`assert...`-Funktionen](https://getfoundry.sh/reference/forge-std/std-assertions/) verwenden. In diesem Fall überprüfen wir, ob der Wert, den wir geschrieben haben, derjenige ist, den wir lesen. Wir können das Ergebnis von `cache.cacheWrite` verwerfen, da wir wissen, dass Cache-Schlüssel linear zugewiesen werden.
+
+```solidity
+ }
+ } // testCaching
+
+
+ // Denselben Wert mehrmals zwischenspeichern, sicherstellen, dass der Schlüssel
+ // gleich bleibt
+ function testRepeatCaching() public {
+ for(uint i=1; i<100; i++) {
+ uint _key1 = cache.cacheWrite(i);
+ uint _key2 = cache.cacheWrite(i);
+ assertEq(_key1, _key2);
+ }
+```
+
+Zuerst schreiben wir jeden Wert zweimal in den Cache und stellen sicher, dass die Schlüssel gleich sind (was bedeutet, dass das zweite Schreiben nicht wirklich stattgefunden hat).
+
+```solidity
+ for(uint i=1; i<100; i+=3) {
+ uint _key = cache.cacheWrite(i);
+ assertEq(_key, i);
+ }
+ } // testRepeatCaching
+```
+
+Theoretisch könnte es einen Fehler geben, der aufeinanderfolgende Cache-Schreibvorgänge nicht betrifft. Hier führen wir also einige Schreibvorgänge durch, die nicht aufeinanderfolgend sind, und sehen, dass die Werte immer noch nicht neu geschrieben werden.
+
+```solidity
+ // Einen uint aus einem Speicherpuffer lesen (um sicherzustellen, dass wir die Parameter zurückbekommen,
+ // die wir gesendet haben)
+ function toUint256(bytes memory _bytes, uint256 _start) internal pure
+ returns (uint256)
+```
+
+Lesen Sie ein 256-Bit-Wort aus einem `bytes memory`-Puffer. Diese Hilfsfunktion ermöglicht es uns zu überprüfen, ob wir die richtigen Ergebnisse erhalten, wenn wir einen Funktionsaufruf ausführen, der den Cache verwendet.
+
+```solidity
+ {
+ require(_bytes.length >= _start + 32, "toUint256_outOfBounds");
+ uint256 tempUint;
+
+ assembly {
+ tempUint := mload(add(add(_bytes, 0x20), _start))
+ }
+```
+
+Yul unterstützt keine Datenstrukturen jenseits von `uint256`. Wenn Sie sich also auf eine komplexere Datenstruktur wie den Speicherpuffer `_bytes` beziehen, erhalten Sie die Adresse dieser Struktur. Solidity speichert `bytes memory`-Werte als ein 32-Byte-Wort, das die Länge enthält, gefolgt von den eigentlichen Bytes. Um also Byte Nummer `_start` zu erhalten, müssen wir `_bytes+32+_start` berechnen.
+
+```solidity
+
+ return tempUint;
+ } // toUint256
+
+ // Funktionssignatur für fourParams(), mit freundlicher Genehmigung von
+ // https://www.4byte.directory/signatures/?bytes4_signature=0x3edc1e6d
+ bytes4 constant FOUR_PARAMS = 0x3edc1e6d;
+
+ // Nur einige konstante Werte, um zu sehen, ob wir die richtigen Werte zurückbekommen
+ uint256 constant VAL_A = 0xDEAD60A7;
+ uint256 constant VAL_B = 0xBEEF;
+ uint256 constant VAL_C = 0x600D;
+ uint256 constant VAL_D = 0x600D60A7;
+```
+
+Einige Konstanten, die wir zum Testen benötigen.
+
+```solidity
+ function testReadParam() public {
+```
+
+Rufen Sie `fourParams()` auf, eine Funktion, die `readParams` verwendet, um zu testen, ob wir Parameter korrekt lesen können.
+
+```solidity
+ address _cacheAddr = address(cache);
+ bool _success;
+ bytes memory _callInput;
+ bytes memory _callOutput;
+```
+
+Wir können nicht den normalen ABI-Mechanismus verwenden, um eine Funktion aufzurufen, die den Cache nutzt, daher müssen wir den Low-Level-Mechanismus [`.call()`](https://docs.soliditylang.org/en/v0.8.16/types.html#members-of-addresses) verwenden. Dieser Mechanismus nimmt ein `bytes memory` als Eingabe und gibt dieses (sowie einen booleschen Wert) als Ausgabe zurück.
+
+```solidity
+ // Erster Aufruf, der Cache ist leer
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+```
+
+Es ist nützlich, wenn derselbe Vertrag sowohl gecachte Funktionen (für Aufrufe direkt aus Transaktionen) als auch nicht gecachte Funktionen (für Aufrufe von anderen Smart Contracts) unterstützt. Um dies zu tun, müssen wir uns weiterhin auf den Solidity-Mechanismus verlassen, um die richtige Funktion aufzurufen, anstatt alles in [eine `fallback`-Funktion](https://docs.soliditylang.org/en/v0.8.16/contracts.html#fallback-function) zu packen. Dies macht die Komponierbarkeit viel einfacher. Ein einzelnes Byte würde in den meisten Fällen ausreichen, um die Funktion zu identifizieren, also verschwenden wir drei Bytes (16\*3=48 Gas). Während ich dies schreibe, kosten diese 48 Gas jedoch 0,07 Cent, was ein angemessener Preis für einfacheren, weniger fehleranfälligen Code ist.
+
+```solidity
+ // Erster Wert, zum Cache hinzufügen
+ cache.INTO_CACHE(),
+ bytes32(VAL_A),
+```
+
+Der erste Wert: Ein Flag, das besagt, dass es sich um einen vollständigen Wert handelt, der in den Cache geschrieben werden muss, gefolgt von den 32 Bytes des Wertes. Die anderen drei Werte sind ähnlich, außer dass `VAL_B` nicht in den Cache geschrieben wird und `VAL_C` sowohl der dritte als auch der vierte Parameter ist.
+
+```solidity
+ .
+ .
+ .
+ );
+ (_success, _callOutput) = _cacheAddr.call(_callInput);
+```
+
+Hier rufen wir tatsächlich den `Cache`-Vertrag auf.
+
+```solidity
+ assertEq(_success, true);
+```
+
+Wir erwarten, dass der Aufruf erfolgreich ist.
+
+```solidity
+ assertEq(cache.cacheRead(1), VAL_A);
+ assertEq(cache.cacheRead(2), VAL_C);
+```
+
+Wir beginnen mit einem leeren Cache und fügen dann `VAL_A` gefolgt von `VAL_C` hinzu. Wir würden erwarten, dass der erste den Schlüssel 1 und der zweite den Schlüssel 2 hat.
+
+```
+ assertEq(toUint256(_callOutput,0), VAL_A);
+ assertEq(toUint256(_callOutput,32), VAL_B);
+ assertEq(toUint256(_callOutput,64), VAL_C);
+ assertEq(toUint256(_callOutput,96), VAL_C);
+```
+
+Die Ausgabe sind die vier Parameter. Hier überprüfen wir, ob sie korrekt ist.
+
+```solidity
+ // Zweiter Aufruf, wir können den Cache verwenden
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+
+ // Erster Wert im Cache
+ bytes1(0x01),
+```
+
+Cache-Schlüssel unter 16 sind nur ein Byte groß.
+
+```solidity
+ // Zweiter Wert, nicht zum Cache hinzufügen
+ cache.DONT_CACHE(),
+ bytes32(VAL_B),
+
+ // Dritter und vierter Wert, gleicher Wert
+ bytes1(0x02),
+ bytes1(0x02)
+ );
+ .
+ .
+ .
+ } // testReadParam
+```
+
+Die Tests nach dem Aufruf sind identisch mit denen nach dem ersten Aufruf.
+
+```solidity
+ function testEncodeVal() public {
+```
+
+Diese Funktion ähnelt `testReadParam`, außer dass wir anstelle des expliziten Schreibens der Parameter `encodeVal()` verwenden.
+
+```solidity
+ .
+ .
+ .
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+ cache.encodeVal(VAL_A),
+ cache.encodeVal(VAL_B),
+ cache.encodeVal(VAL_C),
+ cache.encodeVal(VAL_D)
+ );
+ .
+ .
+ .
+ assertEq(_callInput.length, 4+1*4);
+ } // testEncodeVal
+```
+
+Der einzige zusätzliche Test in `testEncodeVal()` besteht darin, zu überprüfen, ob die Länge von `_callInput` korrekt ist. Für den ersten Aufruf ist sie 4+33\*4. Für den zweiten, bei dem jeder Wert bereits im Cache ist, ist sie 4+1\*4.
+
+```solidity
+ // encodeVal testen, wenn der Schlüssel mehr als ein einzelnes Byte ist
+ // Maximal drei Bytes, da das Füllen des Caches auf vier Bytes zu lange
+ // dauert.
+ function testEncodeValBig() public {
+ // Eine Reihe von Werten in den Cache legen.
+ // Um es einfach zu halten, Schlüssel n für Wert n verwenden.
+ for(uint i=1; i<0x1FFF; i++) {
+ cache.cacheWrite(i);
+ }
+```
+
+Die obige Funktion `testEncodeVal` schreibt nur vier Werte in den Cache, sodass [der Teil der Funktion, der sich mit Multi-Byte-Werten befasst](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/src/Cache.sol#L144-L171) nicht überprüft wird. Aber dieser Code ist kompliziert und fehleranfällig.
+
+Der erste Teil dieser Funktion ist eine Schleife, die alle Werte von 1 bis 0x1FFF der Reihe nach in den Cache schreibt, sodass wir diese Werte kodieren können und wissen, wohin sie gehen.
+
+```solidity
+ .
+ .
+ .
+
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+ cache.encodeVal(0x000F), // Ein Byte 0x0F
+ cache.encodeVal(0x0010), // Zwei Bytes 0x1010
+ cache.encodeVal(0x0100), // Zwei Bytes 0x1100
+ cache.encodeVal(0x1000) // Drei Bytes 0x201000
+ );
+```
+
+Testen Sie Ein-Byte-, Zwei-Byte- und Drei-Byte-Werte. Wir testen nicht darüber hinaus, da es zu lange dauern würde, genügend Stack-Einträge zu schreiben (mindestens 0x10000000, etwa eine Viertelmilliarde).
+
+```solidity
+ .
+ .
+ .
+ .
+ } // testEncodeValBig
+
+
+ // Testen, dass wir bei einem übermäßig kleinen Puffer einen Revert erhalten
+ function testShortCalldata() public {
+```
+
+Testen Sie, was im abnormalen Fall passiert, wenn nicht genügend Parameter vorhanden sind.
+
+```solidity
+ .
+ .
+ .
+ (_success, _callOutput) = _cacheAddr.call(_callInput);
+ assertEq(_success, false);
+ } // testShortCalldata
+```
+
+Da es rückgängig gemacht wird (revert), sollte das Ergebnis, das wir erhalten, `false` sein.
+
+```
+ // Call with cache keys that aren't there
+ function testNoCacheKey() public {
+ .
+ .
+ .
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+
+ // First value, add it to the cache
+ cache.INTO_CACHE(),
+ bytes32(VAL_A),
+
+ // Second value
+ bytes1(0x0F),
+ bytes2(0x1234),
+ bytes11(0xA10102030405060708090A)
+ );
+```
+
+Diese Funktion erhält vier völlig legitime Parameter, außer dass der Cache leer ist, sodass dort keine Werte zum Lesen vorhanden sind.
+
+```solidity
+ .
+ .
+ .
+ // Testen, dass bei einem übermäßig langen Puffer alles einwandfrei funktioniert
+ function testLongCalldata() public {
+ address _cacheAddr = address(cache);
+ bool _success;
+ bytes memory _callInput;
+ bytes memory _callOutput;
+
+ // Erster Aufruf, der Cache ist leer
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+
+ // Erster Wert, zum Cache hinzufügen
+ cache.INTO_CACHE(), bytes32(VAL_A),
+
+ // Zweiter Wert, zum Cache hinzufügen
+ cache.INTO_CACHE(), bytes32(VAL_B),
+
+ // Dritter Wert, zum Cache hinzufügen
+ cache.INTO_CACHE(), bytes32(VAL_C),
+
+ // Vierter Wert, zum Cache hinzufügen
+ cache.INTO_CACHE(), bytes32(VAL_D),
+
+ // Und noch ein Wert für "viel Glück"
+ bytes4(0x31112233)
+ );
+```
+
+Diese Funktion sendet fünf Werte. Wir wissen, dass der fünfte Wert ignoriert wird, da es sich nicht um einen gültigen Cache-Eintrag handelt, was zu einem Revert geführt hätte, wenn er nicht enthalten gewesen wäre.
+
+## Eine Beispielanwendung {#a-sample-app}
+
+Tests in Solidity zu schreiben ist schön und gut, aber am Ende des Tages muss eine Dapp in der Lage sein, Anfragen von außerhalb der Blockchain zu verarbeiten, um nützlich zu sein. Dieser Artikel demonstriert, wie man Caching in einer Dapp mit `WORM` verwendet, was für „Write Once, Read Many“ steht. Wenn ein Schlüssel noch nicht geschrieben wurde, können Sie einen Wert hineinschreiben. Wenn der Schlüssel bereits geschrieben wurde, erhalten Sie einen Revert.
+
+### Der Vertrag {#the-contract}
+
+[Dies ist der Vertrag](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/src/WORM.sol). Er wiederholt größtenteils das, was wir bereits mit `Cache` und `CacheTest` gemacht haben, daher behandeln wir nur die interessanten Teile.
+
+```solidity
+import "./Cache.sol";
+
+contract WORM is Cache {
+```
+
+Der einfachste Weg, `Cache` zu verwenden, besteht darin, ihn in unserem eigenen Vertrag zu erben.
+
+```solidity
+ function writeEntryCached() external {
+ uint[] memory params = _readParams(2);
+ writeEntry(params[0], params[1]);
+ } // writeEntryCached
+```
+
+Diese Funktion ähnelt `fourParam` in `CacheTest` oben. Da wir den ABI-Spezifikationen nicht folgen, ist es am besten, keine Parameter in der Funktion zu deklarieren.
+
+```solidity
+ // Es einfacher machen, uns aufzurufen
+ // Funktionssignatur für writeEntryCached(), mit freundlicher Genehmigung von
+ // https://www.4byte.directory/signatures/?bytes4_signature=0xe4e4f2d3
+ bytes4 constant public WRITE_ENTRY_CACHED = 0xe4e4f2d3;
+```
+
+Der externe Code, der `writeEntryCached` aufruft, muss die Calldata manuell erstellen, anstatt `worm.writeEntryCached` zu verwenden, da wir den ABI-Spezifikationen nicht folgen. Diesen konstanten Wert zu haben, macht es einfach leichter, ihn zu schreiben.
+
+Beachten Sie, dass wir `WRITE_ENTRY_CACHED` zwar als Zustandsvariable definieren, es aber zum externen Lesen notwendig ist, die Getter-Funktion dafür zu verwenden: `worm.WRITE_ENTRY_CACHED()`.
+
+```solidity
+ function readEntry(uint key) public view
+ returns (uint _value, address _writtenBy, uint _writtenAtBlock)
+```
+
+Die Lesefunktion ist eine `view`-Funktion, erfordert also keine Transaktion und kostet kein Gas. Infolgedessen gibt es keinen Vorteil, den Cache für den Parameter zu verwenden. Bei View-Funktionen ist es am besten, den Standardmechanismus zu verwenden, der einfacher ist.
+
+### Der Testcode {#the-testing-code}
+
+[Dies ist der Testcode für den Vertrag](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/test/WORM.t.sol). Lassen Sie uns auch hier nur das betrachten, was interessant ist.
+
+```solidity
+ function testWReadWrite() public {
+ worm.writeEntry(0xDEAD, 0x60A7);
+
+ vm.expectRevert(bytes("entry already written"));
+ worm.writeEntry(0xDEAD, 0xBEEF);
+```
+
+[So (`vm.expectRevert`)](https://book.getfoundry.sh/cheatcodes/expect-revert#expectrevert) geben wir in einem Foundry-Test an, dass der nächste Aufruf fehlschlagen soll, sowie den gemeldeten Grund für einen Fehler. Dies gilt, wenn wir die Syntax `.()` verwenden, anstatt die Calldata zu erstellen und den Vertrag über die Low-Level-Schnittstelle (`.call()` usw.) aufzurufen.
+
+```solidity
+ function testReadWriteCached() public {
+ uint cacheGoat = worm.cacheWrite(0x60A7);
+```
+
+Hier nutzen wir die Tatsache, dass `cacheWrite` den Cache-Schlüssel zurückgibt. Dies ist nichts, was wir in der Produktion erwarten würden, da `cacheWrite` den Zustand ändert und daher nur während einer Transaktion aufgerufen werden kann. Transaktionen haben keine Rückgabewerte; wenn sie Ergebnisse haben, sollen diese Ergebnisse als Ereignisse ausgegeben werden. Der Rückgabewert von `cacheWrite` ist also nur von On-Chain-Code aus zugänglich, und On-Chain-Code benötigt kein Parameter-Caching.
+
+```solidity
+ (_success,) = address(worm).call(_callInput);
+```
+
+So teilen wir Solidity mit, dass `.call()` zwar zwei Rückgabewerte hat, wir uns aber nur für den ersten interessieren.
+
+```solidity
+ (_success,) = address(worm).call(_callInput);
+ assertEq(_success, false);
+```
+
+Da wir die Low-Level-Funktion `.call()` verwenden, können wir `vm.expectRevert()` nicht verwenden und müssen uns den booleschen Erfolgswert ansehen, den wir vom Aufruf erhalten.
+
+```solidity
+ event EntryWritten(uint indexed key, uint indexed value);
+
+ .
+ .
+ .
+
+ _callInput = bytes.concat(
+ worm.WRITE_ENTRY_CACHED(), worm.encodeVal(a), worm.encodeVal(b));
+ vm.expectEmit(true, true, false, false);
+ emit EntryWritten(a, b);
+ (_success,) = address(worm).call(_callInput);
+```
+
+Auf diese Weise überprüfen wir in Foundry, ob Code [ein Ereignis korrekt ausgibt](https://getfoundry.sh/reference/cheatcodes/expect-emit/).
+
+### Die Anwendung {#the-client}
+
+Eine Sache, die Sie bei Solidity-Tests nicht bekommen, ist JavaScript-Code, den Sie ausschneiden und in Ihre eigene Anwendung einfügen können. Um diesen Code zu schreiben, habe ich WORM auf [Optimism Goerli](https://community.optimism.io/docs/useful-tools/networks/#optimism-goerli), dem neuen Testnet von [Optimism](https://www.optimism.io/), bereitgestellt. Es befindet sich unter der Adresse [`0xd34335b1d818cee54e3323d3246bd31d94e6a78a`](https://goerli-optimism.etherscan.io/address/0xd34335b1d818cee54e3323d3246bd31d94e6a78a).
+
+[Sie können den JavaScript-Code für die Anwendung hier sehen](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/javascript/index.js). Um ihn zu verwenden:
+
+1. Klonen Sie das Git-Repository:
+
+ ```sh
+ git clone https://github.com/qbzzt/20220915-all-you-can-cache.git
+```
+
+2. Installieren Sie die erforderlichen Pakete:
+
+ ```sh
+ cd javascript
+ yarn
+```
+
+3. Kopieren Sie die Konfigurationsdatei:
+
+ ```sh
+ cp .env.example .env
+```
+
+4. Bearbeiten Sie `.env` für Ihre Konfiguration:
+
+ | Parameter | Wert |
+ | ------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+ | MNEMONIC | Die Mnemonic für ein Konto, das über genügend ETH verfügt, um eine Transaktion zu bezahlen. [Hier erhalten Sie kostenlose ETH für das Optimism Goerli-Netzwerk](https://optimismfaucet.xyz/). |
+ | OPTIMISM_GOERLI_URL | URL zu Optimism Goerli. Der öffentliche Endpunkt, `https://goerli.optimism.io`, ist ratenbegrenzt, aber ausreichend für das, was wir hier benötigen. |
+
+5. Führen Sie `index.js` aus.
+
+ ```sh
+ node index.js
+```
+
+ Diese Beispielanwendung schreibt zunächst einen Eintrag in WORM und zeigt die Calldata sowie einen Link zur Transaktion auf Etherscan an. Dann liest sie diesen Eintrag zurück und zeigt den verwendeten Schlüssel sowie die Werte im Eintrag an (Wert, Blocknummer und Autor).
+
+Der Großteil der Anwendung ist normales Dapp-JavaScript. Wir werden also wieder nur die interessanten Teile durchgehen.
+
+```javascript
+.
+.
+.
+const main = async () => {
+ const func = await worm.WRITE_ENTRY_CACHED()
+
+ // Benötigt jedes Mal einen neuen Schlüssel
+ const key = await worm.encodeVal(Number(new Date()))
+```
+
+In einen bestimmten Slot kann nur einmal geschrieben werden, daher verwenden wir den Zeitstempel, um sicherzustellen, dass wir Slots nicht wiederverwenden.
+
+```javascript
+const val = await worm.encodeVal("0x600D")
+
+// Einen Eintrag schreiben
+const calldata = func + key.slice(2) + val.slice(2)
+```
+
+Ethers erwartet, dass die Call-Daten ein Hex-String sind, `0x` gefolgt von einer geraden Anzahl hexadezimaler Ziffern. Da `key` und `val` beide mit `0x` beginnen, müssen wir diese Header entfernen.
+
+```javascript
+const tx = await worm.populateTransaction.writeEntryCached()
+tx.data = calldata
+
+sentTx = await wallet.sendTransaction(tx)
+```
+
+Wie beim Solidity-Testcode können wir eine gecachte Funktion nicht normal aufrufen. Stattdessen müssen wir einen Low-Level-Mechanismus verwenden.
+
+```javascript
+ .
+ .
+ .
+ // Den gerade geschriebenen Eintrag lesen
+ const realKey = '0x' + key.slice(4) // das FF-Flag entfernen
+ const entryRead = await worm.readEntry(realKey)
+ .
+ .
+ .
+```
+
+Zum Lesen von Einträgen können wir den normalen Mechanismus verwenden. Es besteht keine Notwendigkeit, Parameter-Caching bei `view`-Funktionen zu verwenden.
+
+## Fazit {#conclusion}
+
+Der Code in diesem Artikel ist ein Proof of Concept; der Zweck ist es, die Idee leicht verständlich zu machen. Für ein produktionsreifes System möchten Sie vielleicht einige zusätzliche Funktionen implementieren:
+
+- Behandeln Sie Werte, die nicht `uint256` sind. Zum Beispiel Strings.
+- Anstelle eines globalen Caches könnte es ein Mapping zwischen Benutzern und Caches geben. Verschiedene Benutzer verwenden unterschiedliche Werte.
+- Werte, die für Adressen verwendet werden, unterscheiden sich von denen, die für andere Zwecke verwendet werden. Es könnte sinnvoll sein, einen separaten Cache nur für Adressen zu haben.
+- Derzeit basieren die Cache-Schlüssel auf einem „Wer zuerst kommt, erhält den kleinsten Schlüssel“-Algorithmus. Die ersten sechzehn Werte können als einzelnes Byte gesendet werden. Die nächsten 4080 Werte können als zwei Bytes gesendet werden. Die nächsten etwa eine Million Werte sind drei Bytes usw. Ein Produktionssystem sollte Nutzungszähler für Cache-Einträge führen und diese so reorganisieren, dass die sechzehn _häufigsten_ Werte ein Byte sind, die nächsten 4080 häufigsten Werte zwei Bytes usw.
+
+ Dies ist jedoch eine potenziell gefährliche Operation. Stellen Sie sich die folgende Abfolge von Ereignissen vor:
+
+ 1. Noam Naive ruft `encodeVal` auf, um die Adresse zu kodieren, an die er Token senden möchte. Diese Adresse ist eine der ersten, die in der Anwendung verwendet wird, daher ist der kodierte Wert 0x06. Dies ist eine `view`-Funktion, keine Transaktion, also findet sie zwischen Noam und dem von ihm genutzten Blockchain-Knoten statt, und niemand sonst weiß davon.
+
+ 2. Owen Owner führt die Cache-Neuordnungsoperation aus. Sehr wenige Leute verwenden diese Adresse tatsächlich, daher wird sie jetzt als 0x201122 kodiert. Einem anderen Wert, 1018, wird 0x06 zugewiesen.
+
+ 3. Noam Naive sendet seine Token an 0x06. Sie gehen an die Adresse `0x0000000000000000000000000de0b6b3a7640000`, und da niemand den Private-Key für diese Adresse kennt, stecken sie dort einfach fest. Noam ist _nicht glücklich_.
+
+ Es gibt Möglichkeiten, dieses Problem und das damit verbundene Problem von Transaktionen, die sich während der Cache-Neuordnung im Mempool befinden, zu lösen, aber Sie müssen sich dessen bewusst sein.
+
+Ich habe Caching hier mit Optimism demonstriert, weil ich ein Mitarbeiter von Optimism bin und dies das Rollups ist, das ich am besten kenne. Aber es sollte mit jedem Rollups funktionieren, das minimale Kosten für die interne Verarbeitung berechnet, sodass im Vergleich dazu das Schreiben der Transaktionsdaten auf L1 der größte Kostenfaktor ist.
+
+[Weitere meiner Arbeiten finden Sie hier](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/app-plasma/index.md b/public/content/translations/de/developers/tutorials/app-plasma/index.md
new file mode 100644
index 00000000000..6c84408e947
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/app-plasma/index.md
@@ -0,0 +1,1256 @@
+---
+title: "Schreiben Sie ein anwendungsspezifisches Plasma, das die Privatsphäre wahrt"
+description: "In diesem Tutorial bauen wir eine halbgeheime Bank für Einlagen. Die Bank ist eine zentralisierte Komponente; sie kennt den Kontostand jedes Benutzers. Diese Informationen werden jedoch nicht auf der Blockchain gespeichert. Stattdessen veröffentlicht die Bank einen Hash des Zustands. Jedes Mal, wenn eine Transaktion stattfindet, veröffentlicht die Bank den neuen Hash zusammen mit einem Zero-Knowledge-Beweis, dass sie eine signierte Transaktion hat, die den Hash-Zustand in den neuen ändert. Nach dem Lesen dieses Tutorials werden Sie nicht nur verstehen, wie man Zero-Knowledge-Beweise verwendet, sondern auch, warum man sie verwendet und wie man dies sicher tut."
+author: Ori Pomerantz
+tags: ["Zero-Knowledge", "Server", "Off-Chain", "Privatsphäre"]
+skill: advanced
+breadcrumb: Anwendungsspezifisches Plasma
+lang: de
+published: 2025-10-15
+---
+
+## Einführung {#introduction}
+
+Im Gegensatz zu [Rollups](/developers/docs/scaling/zk-rollups/) nutzen [Plasmas](/developers/docs/scaling/plasma) das Ethereum-Mainnet für die Integrität, aber nicht für die Verfügbarkeit. In diesem Artikel schreiben wir eine Anwendung, die sich wie ein Plasma verhält, wobei Ethereum die Integrität garantiert (keine unbefugten Änderungen), aber nicht die Verfügbarkeit (eine zentralisierte Komponente kann ausfallen und das gesamte System lahmlegen).
+
+Die Anwendung, die wir hier schreiben, ist eine Bank, die die Privatsphäre wahrt. Verschiedene Adressen haben Konten mit Guthaben, und sie können Geld (ETH) an andere Konten senden. Die Bank veröffentlicht Hashes des Zustands (Konten und deren Guthaben) und Transaktionen, hält aber die tatsächlichen Guthaben Off-Chain, wo sie privat bleiben können.
+
+## Design {#design}
+
+Dies ist kein produktionsreifes System, sondern ein Lehrmittel. Als solches wurde es mit einigen vereinfachenden Annahmen geschrieben.
+
+- Fester Kontenpool. Es gibt eine bestimmte Anzahl von Konten, und jedes Konto gehört zu einer vorgegebenen Adresse. Dies macht das System viel einfacher, da es schwierig ist, Datenstrukturen variabler Größe in Zero-Knowledge-Beweisen zu handhaben. Für ein produktionsreifes System können wir die [Merkle-Wurzel](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) als Zustands-Hash verwenden und Merkle-Beweise für die erforderlichen Guthaben bereitstellen.
+
+- Speicherung im Arbeitsspeicher. In einem Produktionssystem müssen wir alle Kontostände auf die Festplatte schreiben, um sie im Falle eines Neustarts zu erhalten. Hier ist es in Ordnung, wenn die Informationen einfach verloren gehen.
+
+- Nur Überweisungen. Ein Produktionssystem würde eine Möglichkeit erfordern, Vermögenswerte bei der Bank einzuzahlen und abzuheben. Aber der Zweck hier ist nur, das Konzept zu veranschaulichen, daher ist diese Bank auf Überweisungen beschränkt.
+
+### Zero-Knowledge-Beweise {#zero-knowledge-proofs}
+
+Auf einer grundlegenden Ebene zeigt ein Zero-Knowledge-Beweis, dass der Beweiser bestimmte Daten kennt, _Dataprivate_, sodass eine Beziehung _Relationship_ zwischen einigen öffentlichen Daten, _Datapublic_, und _Dataprivate_ besteht. Der Verifizierer kennt _Relationship_ und _Datapublic_.
+
+Um die Privatsphäre zu wahren, müssen die Zustände und die Transaktionen privat sein. Um jedoch die Integrität zu gewährleisten, muss der [kryptografische Hash](https://en.wikipedia.org/wiki/Cryptographic_hash_function) der Zustände öffentlich sein. Um den Personen, die Transaktionen einreichen, zu beweisen, dass diese Transaktionen wirklich stattgefunden haben, müssen wir auch Transaktions-Hashes veröffentlichen.
+
+In den meisten Fällen ist _Dataprivate_ die Eingabe für das Zero-Knowledge-Beweisprogramm und _Datapublic_ die Ausgabe.
+
+Diese Felder in _Dataprivate_:
+
+- _Staten_, der alte Zustand
+- _Staten+1_, der neue Zustand
+- _Transaction_, eine Transaktion, die vom alten Zustand in den neuen wechselt. Diese Transaktion muss folgende Felder enthalten:
+ - _Zieladresse_, die die Überweisung empfängt
+ - _Betrag_, der überwiesen wird
+ - _Nonce_, um sicherzustellen, dass jede Transaktion nur einmal verarbeitet werden kann.
+ Die Quelladresse muss nicht in der Transaktion enthalten sein, da sie aus der Signatur wiederhergestellt werden kann.
+- _Signatur_, eine Signatur, die autorisiert ist, die Transaktion durchzuführen. In unserem Fall ist die einzige Adresse, die zur Durchführung einer Transaktion autorisiert ist, die Quelladresse. Da unser Zero-Knowledge-System so funktioniert, wie es funktioniert, benötigen wir zusätzlich zur Ethereum-Signatur auch den Public-Key des Kontos.
+
+Dies sind die Felder in _Datapublic_:
+
+- _Hash(Staten)_ der Hash des alten Zustands
+- _Hash(Staten+1)_ der Hash des neuen Zustands
+- _Hash(Transaction)_ der Hash der Transaktion, die den Zustand von _Staten_ zu _Staten+1_ ändert.
+
+Die Beziehung prüft mehrere Bedingungen:
+
+- Die öffentlichen Hashes sind tatsächlich die korrekten Hashes für die privaten Felder.
+- Die Transaktion führt, wenn sie auf den alten Zustand angewendet wird, zum neuen Zustand.
+- Die Signatur stammt von der Quelladresse der Transaktion.
+
+Aufgrund der Eigenschaften kryptografischer Hash-Funktionen reicht der Beweis dieser Bedingungen aus, um die Integrität zu gewährleisten.
+
+### Datenstrukturen {#data-structures}
+
+Die primäre Datenstruktur ist der vom Server gehaltene Zustand. Für jedes Konto verfolgt der Server den Kontostand und eine [Nonce](https://en.wikipedia.org/wiki/Cryptographic_nonce), die verwendet wird, um [Replay-Angriffe](https://en.wikipedia.org/wiki/Replay_attack) zu verhindern.
+
+### Komponenten {#components}
+
+Dieses System erfordert zwei Komponenten:
+
+- Der _Server_, der Transaktionen empfängt, sie verarbeitet und Hashes zusammen mit den Zero-Knowledge-Beweisen auf der Blockchain veröffentlicht.
+- Ein _Smart Contract_, der die Hashes speichert und die Zero-Knowledge-Beweise verifiziert, um sicherzustellen, dass Zustandsübergänge legitim sind.
+
+### Daten- und Kontrollfluss {#flows}
+
+Dies sind die Wege, auf denen die verschiedenen Komponenten kommunizieren, um von einem Konto auf ein anderes zu überweisen.
+
+1. Ein Webbrowser reicht eine signierte Transaktion ein, die um eine Überweisung vom Konto des Unterzeichners auf ein anderes Konto bittet.
+
+2. Der Server verifiziert, dass die Transaktion gültig ist:
+
+ - Der Unterzeichner hat ein Konto bei der Bank mit ausreichendem Guthaben.
+ - Der Empfänger hat ein Konto bei der Bank.
+
+3. Der Server berechnet den neuen Zustand, indem er den überwiesenen Betrag vom Guthaben des Unterzeichners abzieht und ihn dem Guthaben des Empfängers hinzufügt.
+
+4. Der Server berechnet einen Zero-Knowledge-Beweis, dass die Zustandsänderung gültig ist.
+
+5. Der Server reicht bei Ethereum eine Transaktion ein, die Folgendes enthält:
+
+ - Den neuen Zustands-Hash
+ - Den Transaktions-Hash (damit der Sender der Transaktion weiß, dass sie verarbeitet wurde)
+ - Den Zero-Knowledge-Beweis, der belegt, dass der Übergang in den neuen Zustand gültig ist
+
+6. Der Smart Contract verifiziert den Zero-Knowledge-Beweis.
+
+7. Wenn der Zero-Knowledge-Beweis erfolgreich ist, führt der Smart Contract diese Aktionen aus:
+ - Aktualisierung des aktuellen Zustands-Hashes auf den neuen Zustands-Hash
+ - Ausgabe eines Protokolleintrags mit dem neuen Zustands-Hash und dem Transaktions-Hash
+
+### Werkzeuge {#tools}
+
+Für den clientseitigen Code werden wir [Vite](https://vite.dev/), [React](https://react.dev/), [Viem](https://viem.sh/) und [Wagmi](https://wagmi.sh/) verwenden. Dies sind branchenübliche Werkzeuge; wenn Sie nicht mit ihnen vertraut sind, können Sie [dieses Tutorial](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) verwenden.
+
+Der Großteil des Servers ist in JavaScript unter Verwendung von [Node](https://nodejs.org/en) geschrieben. Der Zero-Knowledge-Teil ist in [Noir](https://noir-lang.org/) geschrieben. Wir benötigen Version `1.0.0-beta.10`, also führen Sie nach der [Installation von Noir gemäß Anleitung](https://noir-lang.org/docs/getting_started/quick_start) Folgendes aus:
+
+```
+noirup -v 1.0.0-beta.10
+```
+
+Die Blockchain, die wir verwenden, ist `anvil`, eine lokale Test-Blockchain, die Teil von [Foundry](https://getfoundry.sh/introduction/installation) ist.
+
+## Implementierung {#implementation}
+
+Da dies ein komplexes System ist, werden wir es in Phasen implementieren.
+
+### Phase 1 - Manuelles Zero-Knowledge {#stage-1}
+
+Für die erste Phase werden wir eine Transaktion im Browser signieren und dann die Informationen manuell dem Zero-Knowledge-Beweis zur Verfügung stellen. Der Zero-Knowledge-Code erwartet, diese Informationen in `server/noir/Prover.toml` zu erhalten (dokumentiert [hier](https://noir-lang.org/docs/getting_started/project_breakdown#provertoml-1)).
+
+Um es in Aktion zu sehen:
+
+1. Stellen Sie sicher, dass Sie [Node](https://nodejs.org/en/download) und [Noir](https://noir-lang.org/install) installiert haben. Installieren Sie sie vorzugsweise auf einem UNIX-System wie macOS, Linux oder [WSL](https://learn.microsoft.com/en-us/windows/wsl/install).
+
+2. Laden Sie den Code für Phase 1 herunter und starten Sie den Webserver, um den Client-Code bereitzustellen.
+
+ ```sh
+ git clone https://github.com/qbzzt/250911-zk-bank.git -b 01-manual-zk
+ cd 250911-zk-bank
+ cd client
+ npm install
+ npm run dev
+```
+
+ Der Grund, warum Sie hier einen Webserver benötigen, ist, dass viele Wallets (wie MetaMask) zur Verhinderung bestimmter Arten von Betrug keine Dateien akzeptieren, die direkt von der Festplatte bereitgestellt werden.
+
+3. Öffnen Sie einen Browser mit einem Wallet.
+
+4. Geben Sie im Wallet eine neue Passphrase ein. Beachten Sie, dass dadurch Ihre bestehende Passphrase gelöscht wird, _stellen Sie also sicher, dass Sie ein Backup haben_.
+
+ Die Passphrase lautet `test test test test test test test test test test test junk`, die Standard-Test-Passphrase für anvil.
+
+5. Navigieren Sie zum [clientseitigen Code](http://localhost:5173/).
+
+6. Verbinden Sie sich mit dem Wallet und wählen Sie Ihr Zielkonto und den Betrag aus.
+
+7. Klicken Sie auf **Sign** und signieren Sie die Transaktion.
+
+8. Unter der Überschrift **Prover.toml** finden Sie Text. Ersetzen Sie `server/noir/Prover.toml` durch diesen Text.
+
+9. Führen Sie den Zero-Knowledge-Beweis aus.
+
+ ```sh
+ cd ../server/noir
+ nargo execute
+```
+
+ Die Ausgabe sollte ähnlich sein wie
+
+ ```
+ ori@CryptoDocGuy:~/noir/250911-zk-bank/server/noir$ nargo execute
+
+ [zkBank] Circuit witness successfully solved
+ [zkBank] Witness saved to target/zkBank.gz
+ [zkBank] Circuit output: (0x199aa62af8c1d562a6ec96e66347bf3240ab2afb5d022c895e6bf6a5e617167b, 0x0cfc0a67cb7308e4e9b254026b54204e34f6c8b041be207e64c5db77d95dd82d, 0x450cf9da6e180d6159290554ae3d8787, 0x6d8bc5a15b9037e52fb59b6b98722a85)
+```
+
+10. Vergleichen Sie die letzten beiden Werte mit dem Hash, den Sie im Webbrowser sehen, um zu überprüfen, ob die Nachricht korrekt gehasht wurde.
+
+#### `server/noir/Prover.toml` {#server-noir-prover-toml}
+
+[Diese Datei](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/Prover.toml) zeigt das von Noir erwartete Informationsformat.
+
+```toml
+message="send 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 500 finney (milliEth) 0 "
+```
+
+Die Nachricht liegt im Textformat vor, was es dem Benutzer leicht macht, sie zu verstehen (was beim Signieren notwendig ist), und dem Noir-Code, sie zu parsen. Der Betrag ist in Finneys angegeben, um einerseits Teilüberweisungen zu ermöglichen und andererseits leicht lesbar zu sein. Die letzte Zahl ist die [Nonce](https://en.wikipedia.org/wiki/Cryptographic_nonce).
+
+Die Zeichenfolge ist 100 Zeichen lang. Zero-Knowledge-Beweise können mit Daten variabler Größe nicht gut umgehen, daher ist es oft notwendig, Daten aufzufüllen (Padding).
+
+```toml
+pubKeyX=["0x83",...,"0x75"]
+pubKeyY=["0x35",...,"0xa5"]
+signature=["0xb1",...,"0x0d"]
+```
+
+Diese drei Parameter sind Byte-Arrays fester Größe.
+
+```toml
+[[accounts]]
+address="0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266"
+balance=100_000
+nonce=0
+
+[[accounts]]
+address="0x70997970C51812dc3A010C7d01b50e0d17dc79C8"
+balance=100_000
+nonce=0
+```
+
+Dies ist die Art und Weise, ein Array von Strukturen anzugeben. Für jeden Eintrag geben wir die Adresse, das Guthaben (in milliETH, auch bekannt als [Finney](https://cryptovalleyjournal.com/glossary/finney/)) und den nächsten Nonce-Wert an.
+
+#### `client/src/Transfer.tsx` {#client-src-transfer-tsx}
+
+[Diese Datei](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/client/src/Transfer.tsx) implementiert die clientseitige Verarbeitung und generiert die Datei `server/noir/Prover.toml` (diejenige, die die Zero-Knowledge-Parameter enthält).
+
+Hier ist die Erklärung der interessanteren Teile.
+
+```tsx
+export default attrs => {
+```
+
+Diese Funktion erstellt die React-Komponente `Transfer`, die von anderen Dateien importiert werden kann.
+
+```tsx
+ const accounts = [
+ "0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266",
+ "0x70997970C51812dc3A010C7d01b50e0d17dc79C8",
+ "0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC",
+ "0x90F79bf6EB2c4f870365E785982E1f101E93b906",
+ "0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65",
+ ]
+```
+
+Dies sind die Kontoadressen, die Adressen, die durch die Passphrase `test ... test junk` erstellt wurden. Wenn Sie Ihre eigenen Adressen verwenden möchten, ändern Sie einfach diese Definition.
+
+```tsx
+ const account = useAccount()
+ const wallet = createWalletClient({
+ transport: custom(window.ethereum!)
+ })
+```
+
+Diese [Wagmi-Hooks](https://wagmi.sh/react/api/hooks) ermöglichen uns den Zugriff auf die [viem](https://viem.sh/)-Bibliothek und das Wallet.
+
+```tsx
+ const message = `send ${toAccount} ${ethAmount*1000} finney (milliEth) ${nonce}`.padEnd(100, " ")
+```
+
+Dies ist die Nachricht, aufgefüllt mit Leerzeichen. Jedes Mal, wenn sich eine der [`useState`](https://react.dev/reference/react/useState)-Variablen ändert, wird die Komponente neu gezeichnet und `message` aktualisiert.
+
+```tsx
+ const sign = async () => {
+```
+
+Diese Funktion wird aufgerufen, wenn der Benutzer auf die Schaltfläche **Sign** klickt. Die Nachricht wird automatisch aktualisiert, aber die Signatur erfordert die Zustimmung des Benutzers im Wallet, und wir möchten nicht danach fragen, es sei denn, es ist erforderlich.
+
+```tsx
+ const signature = await wallet.signMessage({
+ account: fromAccount,
+ message,
+ })
+```
+
+Bitten Sie das Wallet, [die Nachricht zu signieren](https://viem.sh/docs/accounts/local/signMessage).
+
+```tsx
+ const hash = hashMessage(message)
+```
+
+Rufen Sie den Nachrichten-Hash ab. Es ist hilfreich, ihn dem Benutzer zum Debuggen (des Noir-Codes) zur Verfügung zu stellen.
+
+```tsx
+ const pubKey = await recoverPublicKey({
+ hash,
+ signature
+ })
+```
+
+[Rufen Sie den Public-Key ab](https://viem.sh/docs/utilities/recoverPublicKey). Dies ist für die [Noir-Funktion `ecrecover`](https://github.com/colinnielsen/ecrecover-noir) erforderlich.
+
+```tsx
+ setSignature(signature)
+ setHash(hash)
+ setPubKey(pubKey)
+```
+
+Legen Sie die Zustandsvariablen fest. Dadurch wird die Komponente neu gezeichnet (nachdem die Funktion `sign` beendet ist) und dem Benutzer werden die aktualisierten Werte angezeigt.
+
+```tsx
+ let proverToml = `
+```
+
+Der Text für `Prover.toml`.
+
+```tsx
+message="${message}"
+
+pubKeyX=${hexToArray(pubKey.slice(4,4+2*32))}
+pubKeyY=${hexToArray(pubKey.slice(4+2*32))}
+```
+
+Viem stellt uns den Public-Key als 65-Byte-Hexadezimalzeichenfolge zur Verfügung. Das erste Byte ist `0x04`, eine Versionsmarkierung. Darauf folgen 32 Bytes für das `x` des Public-Keys und dann 32 Bytes für das `y` des Public-Keys.
+
+Noir erwartet diese Informationen jedoch als zwei Byte-Arrays, eines für `x` und eines für `y`. Es ist einfacher, sie hier auf dem Client zu parsen, als als Teil des Zero-Knowledge-Beweises.
+
+Beachten Sie, dass dies im Allgemeinen eine gute Praxis bei Zero-Knowledge ist. Code innerhalb eines Zero-Knowledge-Beweises ist teuer, daher _sollte_ jede Verarbeitung, die außerhalb des Zero-Knowledge-Beweises durchgeführt werden kann, auch außerhalb des Zero-Knowledge-Beweises durchgeführt werden.
+
+```tsx
+signature=${hexToArray(signature.slice(2,-2))}
+```
+
+Die Signatur wird ebenfalls als 65-Byte-Hexadezimalzeichenfolge bereitgestellt. Das letzte Byte ist jedoch nur erforderlich, um den Public-Key wiederherzustellen. Da der Public-Key dem Noir-Code bereits zur Verfügung gestellt wird, benötigen wir ihn nicht zur Verifizierung der Signatur, und der Noir-Code erfordert ihn nicht.
+
+```tsx
+${accounts.map(accountInProverToml).reduce((a,b) => a+b, "")}
+`
+```
+
+Stellen Sie die Konten bereit.
+
+```tsx
+ setProverToml(proverToml)
+ }
+
+ return (
+ \<>
+ Transfer
+```
+
+Dies ist das HTML-Format (genauer gesagt [JSX](https://react.dev/learn/writing-markup-with-jsx)) der Komponente.
+
+#### `server/noir/src/main.nr` {#server-noir-src-main-nr}
+
+[Diese Datei](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/src/main.nr) ist der eigentliche Zero-Knowledge-Code.
+
+```
+use std::hash::pedersen_hash;
+```
+
+Der [Pedersen-Hash](https://rya-sge.github.io/access-denied/2024/05/07/pedersen-hash-function/) wird mit der [Noir-Standardbibliothek](https://noir-lang.org/docs/noir/standard_library/cryptographic_primitives/hashes#pedersen_hash) bereitgestellt. Zero-Knowledge-Beweise verwenden diese Hash-Funktion häufig. Sie ist innerhalb von [arithmetischen Schaltkreisen](https://rareskills.io/post/arithmetic-circuit) im Vergleich zu den Standard-Hash-Funktionen viel einfacher zu berechnen.
+
+```
+use keccak256::keccak256;
+use dep::ecrecover;
+```
+
+Diese beiden Funktionen sind externe Bibliotheken, die in [`Nargo.toml`](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/Nargo.toml) definiert sind. Sie sind genau das, wonach sie benannt sind: eine Funktion, die den [keccak256-Hash](https://emn178.github.io/online-tools/keccak_256.html) berechnet, und eine Funktion, die Ethereum-Signaturen verifiziert und die Ethereum-Adresse des Unterzeichners wiederherstellt.
+
+```
+global ACCOUNT_NUMBER : u32 = 5;
+```
+
+Noir ist von [Rust](https://www.rust-lang.org/) inspiriert. Variablen sind standardmäßig Konstanten. So definieren wir globale Konfigurationskonstanten. Insbesondere ist `ACCOUNT_NUMBER` die Anzahl der Konten, die wir speichern.
+
+Datentypen mit dem Namen `u` haben diese Anzahl von Bits, vorzeichenlos. Die einzigen unterstützten Typen sind `u8`, `u16`, `u32`, `u64` und `u128`.
+
+```
+global FLAT_ACCOUNT_FIELDS : u32 = 2;
+```
+
+Diese Variable wird für den Pedersen-Hash der Konten verwendet, wie unten erklärt.
+
+```
+global MESSAGE_LENGTH : u32 = 100;
+```
+
+Wie oben erklärt, ist die Nachrichtenlänge fest. Sie wird hier angegeben.
+
+```
+global ASCII_MESSAGE_LENGTH : [u8; 3] = [0x31, 0x30, 0x30];
+global HASH_BUFFER_SIZE : u32 = 26+3+MESSAGE_LENGTH;
+```
+
+[EIP-191-Signaturen](https://eips.ethereum.org/EIPS/eip-191) erfordern einen Puffer mit einem 26-Byte-Präfix, gefolgt von der Nachrichtenlänge in ASCII und schließlich der Nachricht selbst.
+
+```
+struct Account {
+ balance: u128,
+ address: Field,
+ nonce: u32,
+}
+```
+
+Die Informationen, die wir über ein Konto speichern. [`Field`](https://noir-lang.org/docs/noir/concepts/data_types/fields) ist eine Zahl, typischerweise bis zu 253 Bits, die direkt in dem [arithmetischen Schaltkreis](https://rareskills.io/post/arithmetic-circuit) verwendet werden kann, der den Zero-Knowledge-Beweis implementiert. Hier verwenden wir das `Field`, um eine 160-Bit-Ethereum-Adresse zu speichern.
+
+```
+struct TransferTxn {
+ from: Field,
+ to: Field,
+ amount: u128,
+ nonce: u32
+}
+```
+
+Die Informationen, die wir für eine Überweisungstransaktion speichern.
+
+```
+fn flatten_account(account: Account) -> [Field; FLAT_ACCOUNT_FIELDS] {
+```
+
+Eine Funktionsdefinition. Der Parameter sind `Account`-Informationen. Das Ergebnis ist ein Array von `Field`-Variablen, dessen Länge `FLAT_ACCOUNT_FIELDS` ist.
+
+```
+ let flat = [
+ account.address,
+ ((account.balance << 32) + account.nonce.into()).into(),
+ ];
+```
+
+Der erste Wert im Array ist die Kontoadresse. Der zweite enthält sowohl das Guthaben als auch die Nonce. Die `.into()`-Aufrufe ändern eine Zahl in den Datentyp, den sie haben muss. `account.nonce` ist ein `u32`-Wert, aber um ihn zu `account.balance << 32`, einem `u128`-Wert, hinzuzufügen, muss er ein `u128` sein. Das ist das erste `.into()`. Das zweite konvertiert das `u128`-Ergebnis in ein `Field`, damit es in das Array passt.
+
+```
+ flat
+}
+```
+
+In Noir können Funktionen nur am Ende einen Wert zurückgeben (es gibt kein vorzeitiges Zurückgeben). Um den Rückgabewert anzugeben, werten Sie ihn direkt vor der schließenden Klammer der Funktion aus.
+
+```
+fn flatten_accounts(accounts: [Account; ACCOUNT_NUMBER]) -> [Field; FLAT_ACCOUNT_FIELDS*ACCOUNT_NUMBER] {
+```
+
+Diese Funktion wandelt das Konten-Array in ein `Field`-Array um, das als Eingabe für einen Petersen-Hash verwendet werden kann.
+
+```
+ let mut flat: [Field; FLAT_ACCOUNT_FIELDS*ACCOUNT_NUMBER] = [0; FLAT_ACCOUNT_FIELDS*ACCOUNT_NUMBER];
+```
+
+So geben Sie eine veränderbare Variable an, also _keine_ Konstante. Variablen in Noir müssen immer einen Wert haben, daher initialisieren wir diese Variable mit lauter Nullen.
+
+```
+ for i in 0..ACCOUNT_NUMBER {
+```
+
+Dies ist eine `for`-Schleife. Beachten Sie, dass die Grenzen Konstanten sind. Bei Noir-Schleifen müssen die Grenzen zur Kompilierzeit bekannt sein. Der Grund dafür ist, dass arithmetische Schaltkreise keine Flusskontrolle unterstützen. Bei der Verarbeitung einer `for`-Schleife fügt der Compiler den Code darin einfach mehrmals ein, einmal für jede Iteration.
+
+```
+ let fields = flatten_account(accounts[i]);
+ for j in 0..FLAT_ACCOUNT_FIELDS {
+ flat[i*FLAT_ACCOUNT_FIELDS + j] = fields[j];
+ }
+ }
+
+ flat
+}
+
+fn hash_accounts(accounts: [Account; ACCOUNT_NUMBER]) -> Field {
+ pedersen_hash(flatten_accounts(accounts))
+}
+```
+
+Schließlich sind wir bei der Funktion angelangt, die das Konten-Array hasht.
+
+```
+fn find_account(accounts: [Account; ACCOUNT_NUMBER], address: Field) -> u32 {
+ let mut account : u32 = ACCOUNT_NUMBER;
+
+ for i in 0..ACCOUNT_NUMBER {
+ if accounts[i].address == address {
+ account = i;
+ }
+ }
+```
+
+Diese Funktion findet das Konto mit einer bestimmten Adresse. Diese Funktion wäre in Standardcode furchtbar ineffizient, da sie über alle Konten iteriert, selbst nachdem sie die Adresse gefunden hat.
+
+In Zero-Knowledge-Beweisen gibt es jedoch keine Flusskontrolle. Wenn wir jemals eine Bedingung überprüfen müssen, müssen wir sie jedes Mal überprüfen.
+
+Ähnliches passiert bei `if`-Anweisungen. Die `if`-Anweisung in der obigen Schleife wird in diese mathematischen Anweisungen übersetzt.
+
+_conditionresult = accounts[i].address == address_ // eins, wenn sie gleich sind, andernfalls null
+
+_accountnew = conditionresult\*i + (1-conditionresult)\*accountold_
+
+```rust
+ assert (account < ACCOUNT_NUMBER, f"{address} does not have an account");
+
+ account
+}
+```
+
+Die Funktion [`assert`](https://noir-lang.org/docs/dev/noir/concepts/assert) führt dazu, dass der Zero-Knowledge-Beweis abstürzt, wenn die Behauptung falsch ist. In diesem Fall, wenn wir kein Konto mit der entsprechenden Adresse finden können. Um die Adresse zu melden, verwenden wir einen [Format-String](https://noir-lang.org/docs/noir/concepts/data_types/strings#format-strings).
+
+```rust
+fn apply_transfer_txn(accounts: [Account; ACCOUNT_NUMBER], txn: TransferTxn) -> [Account; ACCOUNT_NUMBER] {
+```
+
+Diese Funktion wendet eine Überweisungstransaktion an und gibt das neue Konten-Array zurück.
+
+```rust
+ let from = find_account(accounts, txn.from);
+ let to = find_account(accounts, txn.to);
+
+ let (txnFrom, txnAmount, txnNonce, accountNonce) =
+ (txn.from, txn.amount, txn.nonce, accounts[from].nonce);
+```
+
+Wir können in Noir nicht auf Strukturelemente innerhalb eines Format-Strings zugreifen, daher erstellen wir eine nutzbare Kopie.
+
+```rust
+ assert (accounts[from].balance >= txn.amount,
+ f"{txnFrom} does not have {txnAmount} finney");
+
+ assert (accounts[from].nonce == txn.nonce,
+ f"Transaction has nonce {txnNonce}, but the account is expected to use {accountNonce}");
+```
+
+Dies sind zwei Bedingungen, die eine Transaktion ungültig machen könnten.
+
+```rust
+ let mut newAccounts = accounts;
+
+ newAccounts[from].balance -= txn.amount;
+ newAccounts[from].nonce += 1;
+ newAccounts[to].balance += txn.amount;
+
+ newAccounts
+}
+```
+
+Erstellen Sie das neue Konten-Array und geben Sie es dann zurück.
+
+```rust
+fn readAddress(messageBytes: [u8; MESSAGE_LENGTH]) -> Field
+```
+
+Diese Funktion liest die Adresse aus der Nachricht.
+
+```rust
+{
+ let mut result : Field = 0;
+
+ for i in 7..47 {
+```
+
+Die Adresse ist immer 20 Bytes (also 40 hexadezimale Ziffern) lang und beginnt bei Zeichen Nr. 7.
+
+```rust
+ result *= 0x10;
+ if messageBytes[i] >= 48 & messageBytes[i] <= 57 { // 0-9
+ result += (messageBytes[i]-48).into();
+ }
+ if messageBytes[i] >= 65 & messageBytes[i] <= 70 { // A-F
+ result += (messageBytes[i]-65+10).into()
+ }
+ if messageBytes[i] >= 97 & messageBytes[i] <= 102 { // a-f
+ result += (messageBytes[i]-97+10).into()
+ }
+ }
+
+ result
+}
+
+fn readAmountAndNonce(messageBytes: [u8; MESSAGE_LENGTH]) -> (u128, u32)
+```
+
+Lesen Sie den Betrag und die Nonce aus der Nachricht.
+
+```rust
+{
+ let mut amount : u128 = 0;
+ let mut nonce: u32 = 0;
+ let mut stillReadingAmount: bool = true;
+ let mut lookingForNonce: bool = false;
+ let mut stillReadingNonce: bool = false;
+```
+
+In der Nachricht ist die erste Zahl nach der Adresse der Betrag in Finney (also Tausendstel eines ETH), der überwiesen werden soll. Die zweite Zahl ist die Nonce. Jeglicher Text dazwischen wird ignoriert.
+
+```rust
+ for i in 48..MESSAGE_LENGTH {
+ if messageBytes[i] >= 48 & messageBytes[i] <= 57 { // 0-9
+ let digit = (messageBytes[i]-48);
+
+ if stillReadingAmount {
+ amount = amount*10 + digit.into();
+ }
+
+ if lookingForNonce { // Wir haben es gerade gefunden
+ stillReadingNonce = true;
+ lookingForNonce = false;
+ }
+
+ if stillReadingNonce {
+ nonce = nonce*10 + digit.into();
+ }
+ } else {
+ if stillReadingAmount {
+ stillReadingAmount = false;
+ lookingForNonce = true;
+ }
+ if stillReadingNonce {
+ stillReadingNonce = false;
+ }
+ }
+ }
+
+ (amount, nonce)
+}
+```
+
+Die Rückgabe eines [Tupels](https://noir-lang.org/docs/noir/concepts/data_types/tuples) ist die Noir-Methode, um mehrere Werte aus einer Funktion zurückzugeben.
+
+```rust
+fn readTransferTxn(message: str) -> TransferTxn
+{
+ let mut txn: TransferTxn = TransferTxn { from: 0, to: 0, amount:0, nonce:0 };
+ let messageBytes = message.as_bytes();
+
+ txn.to = readAddress(messageBytes);
+ let (amount, nonce) = readAmountAndNonce(messageBytes);
+ txn.amount = amount;
+ txn.nonce = nonce;
+
+ txn
+}
+```
+
+Diese Funktion konvertiert die Nachricht in Bytes und konvertiert dann die Beträge in eine `TransferTxn`.
+
+```rust
+// Das Äquivalent zu Viems hashMessage
+// https://viem.sh/docs/utilities/hashMessage#hashmessage
+fn hashMessage(message: str) -> [u8;32] {
+```
+
+Wir konnten den Pedersen-Hash für die Konten verwenden, da sie nur innerhalb des Zero-Knowledge-Beweises gehasht werden. In diesem Code müssen wir jedoch die Signatur der Nachricht überprüfen, die vom Browser generiert wird. Dafür müssen wir dem Ethereum-Signaturformat in [EIP 191](https://eips.ethereum.org/EIPS/eip-191) folgen. Das bedeutet, wir müssen einen kombinierten Puffer mit einem Standardpräfix, der Nachrichtenlänge in ASCII und der Nachricht selbst erstellen und den Ethereum-Standard keccak256 verwenden, um ihn zu hashen.
+
+```rust
+ // ASCII-Präfix
+ let prefix_bytes = [
+ 0x19, // \x19
+ 0x45, // 'E'
+ 0x74, // 't'
+ 0x68, // 'h'
+ 0x65, // 'e'
+ 0x72, // 'r'
+ 0x65, // 'e'
+ 0x75, // 'u'
+ 0x6D, // 'm'
+ 0x20, // ' '
+ 0x53, // 'S'
+ 0x69, // 'i'
+ 0x67, // 'g'
+ 0x6E, // 'n'
+ 0x65, // 'e'
+ 0x64, // 'd'
+ 0x20, // ' '
+ 0x4D, // 'M'
+ 0x65, // 'e'
+ 0x73, // 's'
+ 0x73, // 's'
+ 0x61, // 'a'
+ 0x67, // 'g'
+ 0x65, // 'e'
+ 0x3A, // ':'
+ 0x0A // '\n'
+ ];
+```
+
+Um Fälle zu vermeiden, in denen eine Anwendung den Benutzer auffordert, eine Nachricht zu signieren, die als Transaktion oder für einen anderen Zweck verwendet werden kann, legt EIP 191 fest, dass alle signierten Nachrichten mit dem Zeichen 0x19 (kein gültiges ASCII-Zeichen) beginnen, gefolgt von `Ethereum Signed Message:` und einem Zeilenumbruch.
+
+```rust
+ let mut buffer: [u8; HASH_BUFFER_SIZE] = [0u8; HASH_BUFFER_SIZE];
+ for i in 0..26 {
+ buffer[i] = prefix_bytes[i];
+ }
+
+ let messageBytes : [u8; MESSAGE_LENGTH] = message.as_bytes();
+
+ if MESSAGE_LENGTH <= 9 {
+ for i in 0..1 {
+ buffer[i+26] = ASCII_MESSAGE_LENGTH[i];
+ }
+
+ for i in 0..MESSAGE_LENGTH {
+ buffer[i+26+1] = messageBytes[i];
+ }
+ }
+
+ if MESSAGE_LENGTH >= 10 & MESSAGE_LENGTH <= 99 {
+ for i in 0..2 {
+ buffer[i+26] = ASCII_MESSAGE_LENGTH[i];
+ }
+
+ for i in 0..MESSAGE_LENGTH {
+ buffer[i+26+2] = messageBytes[i];
+ }
+ }
+
+ if MESSAGE_LENGTH >= 100 {
+ for i in 0..3 {
+ buffer[i+26] = ASCII_MESSAGE_LENGTH[i];
+ }
+
+ for i in 0..MESSAGE_LENGTH {
+ buffer[i+26+3] = messageBytes[i];
+ }
+ }
+
+ assert(MESSAGE_LENGTH < 1000, "Messages whose length is over three digits are not supported");
+```
+
+Behandeln Sie Nachrichtenlängen bis zu 999 und schlagen Sie fehl, wenn sie größer sind. Ich habe diesen Code hinzugefügt, obwohl die Nachrichtenlänge eine Konstante ist, weil es so einfacher ist, sie zu ändern. In einem Produktionssystem würden Sie wahrscheinlich aus Gründen der besseren Leistung einfach davon ausgehen, dass sich `MESSAGE_LENGTH` nicht ändert.
+
+```rust
+ keccak256::keccak256(buffer, HASH_BUFFER_SIZE)
+}
+```
+
+Verwenden Sie die Ethereum-Standardfunktion `keccak256`.
+
+```rust
+fn signatureToAddressAndHash(
+ message: str,
+ pubKeyX: [u8; 32],
+ pubKeyY: [u8; 32],
+ signature: [u8; 64]
+ ) -> (Field, Field, Field) // Adresse, erste 16 Bytes des Hashs, letzte 16 Bytes des Hashs
+{
+```
+
+Diese Funktion verifiziert die Signatur, was den Nachrichten-Hash erfordert. Sie liefert uns dann die Adresse, die sie signiert hat, und den Nachrichten-Hash. Der Nachrichten-Hash wird in zwei `Field`-Werten geliefert, da diese im Rest des Programms einfacher zu verwenden sind als ein Byte-Array.
+
+Wir müssen zwei `Field`-Werte verwenden, da Feldberechnungen [modulo](https://en.wikipedia.org/wiki/Modulo) einer großen Zahl durchgeführt werden, diese Zahl jedoch typischerweise kleiner als 256 Bits (andernfalls wäre es schwierig, diese Berechnungen in der EVM durchzuführen).
+
+```rust
+ let hash = hashMessage(message);
+
+ let mut (hash1, hash2) = (0,0);
+
+ for i in 0..16 {
+ hash1 = hash1*256 + hash[31-i].into();
+ hash2 = hash2*256 + hash[15-i].into();
+ }
+```
+
+Geben Sie `hash1` und `hash2` als veränderbare Variablen an und schreiben Sie den Hash Byte für Byte in sie hinein.
+
+```rust
+ (
+ ecrecover::ecrecover(pubKeyX, pubKeyY, signature, hash),
+```
+
+Dies ähnelt [Soliditys `ecrecover`](https://docs.soliditylang.org/en/v0.8.30/cheatsheet.html#mathematical-and-cryptographic-functions), mit zwei wichtigen Unterschieden:
+
+- Wenn die Signatur nicht gültig ist, schlägt der Aufruf bei einem `assert` fehl und das Programm wird abgebrochen.
+- Während der Public-Key aus der Signatur und dem Hash wiederhergestellt werden kann, ist dies eine Verarbeitung, die extern durchgeführt werden kann und sich daher nicht lohnt, innerhalb des Zero-Knowledge-Beweises durchgeführt zu werden. Wenn jemand versucht, uns hier zu betrügen, wird die Signaturverifizierung fehlschlagen.
+
+```rust
+ hash1,
+ hash2
+ )
+}
+
+fn main(
+ accounts: [Account; ACCOUNT_NUMBER],
+ message: str,
+ pubKeyX: [u8; 32],
+ pubKeyY: [u8; 32],
+ signature: [u8; 64],
+ ) -> pub (
+ Field, // Hash des alten Konten-Arrays
+ Field, // Hash des neuen Konten-Arrays
+ Field, // Erste 16 Bytes des Nachrichten-Hashs
+ Field, // Letzte 16 Bytes des Nachrichten-Hashs
+ )
+```
+
+Schließlich erreichen wir die Funktion `main`. Wir müssen beweisen, dass wir eine Transaktion haben, die den Hash der Konten gültig vom alten Wert auf den neuen ändert. Wir müssen auch beweisen, dass sie diesen spezifischen Transaktions-Hash hat, damit die Person, die sie gesendet hat, weiß, dass ihre Transaktion verarbeitet wurde.
+
+```rust
+{
+ let mut txn = readTransferTxn(message);
+```
+
+Wir benötigen `txn` als veränderbar, da wir die Absenderadresse nicht aus der Nachricht lesen, sondern aus der Signatur.
+
+```rust
+ let (fromAddress, txnHash1, txnHash2) = signatureToAddressAndHash(
+ message,
+ pubKeyX,
+ pubKeyY,
+ signature);
+
+ txn.from = fromAddress;
+
+ let newAccounts = apply_transfer_txn(accounts, txn);
+
+ (
+ hash_accounts(accounts),
+ hash_accounts(newAccounts),
+ txnHash1,
+ txnHash2
+ )
+}
+```
+
+### Phase 2 - Hinzufügen eines Servers {#stage-2}
+
+In der zweiten Phase fügen wir einen Server hinzu, der Überweisungstransaktionen vom Browser empfängt und implementiert.
+
+Um es in Aktion zu sehen:
+
+1. Stoppen Sie Vite, falls es läuft.
+
+2. Laden Sie den Branch herunter, der den Server enthält, und stellen Sie sicher, dass Sie alle erforderlichen Module haben.
+
+ ```sh
+ git checkout 02-add-server
+ cd client
+ npm install
+ cd ../server
+ npm install
+```
+
+ Es ist nicht nötig, den Noir-Code zu kompilieren, es ist derselbe Code, den Sie für Phase 1 verwendet haben.
+
+3. Starten Sie den Server.
+
+ ```sh
+ npm run start
+```
+
+4. Führen Sie in einem separaten Befehlszeilenfenster Vite aus, um den Browser-Code bereitzustellen.
+
+ ```sh
+ cd client
+ npm run dev
+```
+
+5. Navigieren Sie zum Client-Code unter [http://localhost:5173](http://localhost:5173)
+
+6. Bevor Sie eine Transaktion ausgeben können, müssen Sie die Nonce sowie den Betrag kennen, den Sie senden können. Um diese Informationen zu erhalten, klicken Sie auf **Update account data** und signieren Sie die Nachricht.
+
+ Wir haben hier ein Dilemma. Einerseits möchten wir keine Nachricht signieren, die wiederverwendet werden kann (ein [Replay-Angriff](https://en.wikipedia.org/wiki/Replay_attack)), weshalb wir überhaupt erst eine Nonce wollen. Wir haben jedoch noch keine Nonce. Die Lösung besteht darin, eine Nonce zu wählen, die nur einmal verwendet werden kann und die wir bereits auf beiden Seiten haben, wie z. B. die aktuelle Uhrzeit.
+
+ Das Problem bei dieser Lösung ist, dass die Zeit möglicherweise nicht perfekt synchronisiert ist. Stattdessen signieren wir also einen Wert, der sich jede Minute ändert. Das bedeutet, dass unser Zeitfenster für die Anfälligkeit gegenüber Replay-Angriffen höchstens eine Minute beträgt. In Anbetracht der Tatsache, dass die signierte Anfrage in der Produktion durch TLS geschützt ist und dass die andere Seite des Tunnels – der Server – das Guthaben und die Nonce bereits offenlegen kann (er muss sie kennen, um zu funktionieren), ist dies ein akzeptables Risiko.
+
+7. Sobald der Browser das Guthaben und die Nonce zurückerhält, zeigt er das Überweisungsformular an. Wählen Sie die Zieladresse und den Betrag aus und klicken Sie auf **Transfer**. Signieren Sie diese Anfrage.
+
+8. Um die Überweisung zu sehen, klicken Sie entweder auf **Update account data** oder schauen Sie in das Fenster, in dem Sie den Server ausführen. Der Server protokolliert den Zustand jedes Mal, wenn er sich ändert.
+
+ ```
+ ori@CryptoDocGuy:~/x/250911-zk-bank/server$ npm run start
+
+ > server@1.0.0 start
+ > node --experimental-json-modules index.mjs
+
+ Listening on port 3000
+ Txn send 0x90F79bf6EB2c4f870365E785982E1f101E93b906 36000 finney (milliEth) 0 processed
+ New state:
+ 0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 has 64000 (1)
+ 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 has 100000 (0)
+ 0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC has 100000 (0)
+ 0x90F79bf6EB2c4f870365E785982E1f101E93b906 has 136000 (0)
+ 0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65 has 100000 (0)
+ Txn send 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 7200 finney (milliEth) 1 processed
+ New state:
+ 0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 has 56800 (2)
+ 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 has 107200 (0)
+ 0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC has 100000 (0)
+ 0x90F79bf6EB2c4f870365E785982E1f101E93b906 has 136000 (0)
+ 0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65 has 100000 (0)
+ Txn send 0x90F79bf6EB2c4f870365E785982E1f101E93b906 3000 finney (milliEth) 2 processed
+ New state:
+ 0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 has 53800 (3)
+ 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 has 107200 (0)
+ 0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC has 100000 (0)
+ 0x90F79bf6EB2c4f870365E785982E1f101E93b906 has 139000 (0)
+ 0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65 has 100000 (0)
+```
+
+#### `server/index.mjs` {#server-index-mjs-1}
+
+[Diese Datei](https://github.com/qbzzt/250911-zk-bank/blob/02-add-server/server/index.mjs) enthält den Serverprozess und interagiert mit dem Noir-Code in [`main.nr`](https://github.com/qbzzt/250911-zk-bank/blob/02-add-server/server/noir/src/main.nr). Hier ist eine Erklärung der interessanten Teile.
+
+```js
+import { Noir } from '@noir-lang/noir_js'
+```
+
+Die Bibliothek [noir.js](https://www.npmjs.com/package/@noir-lang/noir_js) bildet die Schnittstelle zwischen JavaScript-Code und Noir-Code.
+
+```js
+const circuit = JSON.parse(await fs.readFile("./noir/target/zkBank.json"))
+const noir = new Noir(circuit)
+```
+
+Laden Sie den arithmetischen Schaltkreis – das kompilierte Noir-Programm, das wir in der vorherigen Phase erstellt haben – und bereiten Sie dessen Ausführung vor.
+
+```js
+// Wir stellen Kontoinformationen nur als Antwort auf eine signierte Anfrage zur Verfügung
+const accountInformation = async signature => {
+ const fromAddress = await recoverAddress({
+ hash: hashMessage("Get account data " + Math.floor((new Date().getTime())/60000)),
+ signature
+ })
+```
+
+Um Kontoinformationen bereitzustellen, benötigen wir nur die Signatur. Der Grund dafür ist, dass wir bereits wissen, wie die Nachricht lauten wird, und somit auch den Nachrichten-Hash kennen.
+
+```js
+const processMessage = async (message, signature) => {
+```
+
+Verarbeiten Sie eine Nachricht und führen Sie die darin codierte Transaktion aus.
+
+```js
+ // Öffentlichen Schlüssel abrufen
+ const pubKey = await recoverPublicKey({
+ hash,
+ signature
+ })
+```
+
+Da wir nun JavaScript auf dem Server ausführen, können wir den Public-Key dort abrufen, anstatt auf dem Client.
+
+```js
+ let noirResult
+ try {
+ noirResult = await noir.execute({
+ message,
+ signature: signature.slice(2,-2).match(/.{2}/g).map(x => `0x${x}`),
+ pubKeyX,
+ pubKeyY,
+ accounts: Accounts
+ })
+```
+
+`noir.execute` führt das Noir-Programm aus. Die Parameter entsprechen denen, die in [`Prover.toml`](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/Prover.toml) angegeben sind. Beachten Sie, dass lange Werte als Array von Hexadezimalzeichenfolgen (`["0x60", "0xA7"]`) bereitgestellt werden, nicht als einzelner Hexadezimalwert (`0x60A7`), wie es Viem tut.
+
+```js
+ } catch (err) {
+ console.log(`Noir error: ${err}`)
+ throw Error("Invalid transaction, not processed")
+ }
+```
+
+Wenn ein Fehler auftritt, fangen Sie ihn ab und leiten Sie dann eine vereinfachte Version an den Client weiter.
+
+```js
+ Accounts[fromAccountNumber].nonce++
+ Accounts[fromAccountNumber].balance -= amount
+ Accounts[toAccountNumber].balance += amount
+```
+
+Wenden Sie die Transaktion an. Wir haben dies bereits im Noir-Code getan, aber es ist einfacher, es hier noch einmal zu tun, als das Ergebnis von dort zu extrahieren.
+
+```js
+let Accounts = [
+ {
+ address: "0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266",
+ balance: 5000,
+ nonce: 0,
+ },
+```
+
+Die anfängliche `Accounts`-Struktur.
+
+### Phase 3 - Ethereum Smart Contracts {#stage-3}
+
+1. Stoppen Sie die Server- und Client-Prozesse.
+
+2. Laden Sie den Branch mit den Smart Contracts herunter und stellen Sie sicher, dass Sie alle erforderlichen Module haben.
+
+ ```sh
+ git checkout 03-smart-contracts
+ cd client
+ npm install
+ cd ../server
+ npm install
+```
+
+3. Führen Sie `anvil` in einem separaten Befehlszeilenfenster aus.
+
+4. Generieren Sie den Verifizierungsschlüssel und den Solidity-Verifizierer und kopieren Sie dann den Verifizierer-Code in das Solidity-Projekt.
+
+ ```sh
+ cd noir
+ bb write_vk -b ./target/zkBank.json -o ./target --oracle_hash keccak
+ bb write_solidity_verifier -k ./target/vk -o ./target/Verifier.sol
+ cp target/Verifier.sol ../../smart-contracts/src
+```
+
+5. Gehen Sie zu den Smart Contracts und legen Sie die Umgebungsvariablen fest, um die `anvil`-Blockchain zu verwenden.
+
+ ```sh
+ cd ../../smart-contracts
+ export ETH_RPC_URL=http://localhost:8545
+ ETH_PRIVATE_KEY=ac0974bec39a17e36ba4a6b4d238ff944bacb478cbed5efcae784d7bf4f2ff80
+```
+
+6. Stellen Sie `Verifier.sol` bereit und speichern Sie die Adresse in einer Umgebungsvariablen.
+
+ ```sh
+ VERIFIER_ADDRESS=`forge create src/Verifier.sol:HonkVerifier --private-key $ETH_PRIVATE_KEY --optimize --broadcast | awk '/Deployed to:/ {print $3}'`
+ echo $VERIFIER_ADDRESS
+```
+
+7. Stellen Sie den `ZkBank`-Vertrag bereit.
+
+ ```sh
+ ZKBANK_ADDRESS=`forge create ZkBank --private-key $ETH_PRIVATE_KEY --broadcast --constructor-args $VERIFIER_ADDRESS 0x199aa62af8c1d562a6ec96e66347bf3240ab2afb5d022c895e6bf6a5e617167b | awk '/Deployed to:/ {print $3}'`
+ echo $ZKBANK_ADDRESS
+```
+
+ Der Wert `0x199..67b` ist der Pederson-Hash des Anfangszustands von `Accounts`. Wenn Sie diesen Anfangszustand in `server/index.mjs` ändern, können Sie eine Transaktion ausführen, um den anfänglichen Hash zu sehen, der vom Zero-Knowledge-Beweis gemeldet wird.
+
+8. Starten Sie den Server.
+
+ ```sh
+ cd ../server
+ npm run start
+```
+
+9. Führen Sie den Client in einem anderen Befehlszeilenfenster aus.
+
+ ```sh
+ cd client
+ npm run dev
+```
+
+10. Führen Sie einige Transaktionen aus.
+
+11. Um zu überprüfen, ob sich der Zustand auf der Blockchain geändert hat, starten Sie den Serverprozess neu. Sie werden sehen, dass `ZkBank` keine Transaktionen mehr akzeptiert, da der ursprüngliche Hash-Wert in den Transaktionen von dem auf der Blockchain gespeicherten Hash-Wert abweicht.
+
+ Dies ist die Art von Fehler, die erwartet wird.
+
+ ```
+ ori@CryptoDocGuy:~/x/250911-zk-bank/server$ npm run start
+
+ > server@1.0.0 start
+ > node --experimental-json-modules index.mjs
+
+ Listening on port 3000
+ Verification error: ContractFunctionExecutionError: The contract function "processTransaction" reverted with the following reason:
+ Wrong old state hash
+
+ Contract Call:
+ address: 0xe7f1725E7734CE288F8367e1Bb143E90bb3F0512
+ function: processTransaction(bytes _proof, bytes32[] _publicInputs)
+ args: (0x0000000000000000000000000000000000000000000000042ab5d6d1986846cf00000000000000000000000000000000000000000000000b75c020998797da7800000000000000000000000000000000000000000000000
+```
+
+#### `server/index.mjs` {#server-index-mjs-2}
+
+Die Änderungen in dieser Datei beziehen sich hauptsächlich auf die Erstellung des eigentlichen Beweises und dessen Einreichung auf der Blockchain.
+
+```js
+import { exec } from 'child_process'
+import util from 'util'
+
+const execPromise = util.promisify(exec)
+```
+
+Wir müssen [das Barretenberg-Paket](https://github.com/AztecProtocol/aztec-packages/tree/next/barretenberg) verwenden, um den eigentlichen Beweis zu erstellen, der auf der Blockchain gesendet werden soll. Wir können dieses Paket entweder durch Ausführen der Befehlszeilenschnittstelle (`bb`) oder durch Verwendung der [JavaScript-Bibliothek `bb.js`](https://www.npmjs.com/package/@aztec/bb.js) verwenden. Die JavaScript-Bibliothek ist viel langsamer als die native Ausführung von Code, daher verwenden wir hier [`exec`](https://nodejs.org/api/child_process.html#child_processexeccommand-options-callback), um die Befehlszeile zu nutzen.
+
+Beachten Sie, dass Sie, wenn Sie sich für die Verwendung von `bb.js` entscheiden, eine Version verwenden müssen, die mit der von Ihnen verwendeten Noir-Version kompatibel ist. Zum Zeitpunkt des Schreibens verwendet die aktuelle Noir-Version (1.0.0-beta.11) die `bb.js`-Version 0.87.
+
+```js
+const zkBankAddress = process.env.ZKBANK_ADDRESS || "0xe7f1725E7734CE288F8367e1Bb143E90bb3F0512"
+```
+
+Die Adresse hier ist diejenige, die Sie erhalten, wenn Sie mit einem sauberen `anvil` beginnen und den obigen Anweisungen folgen.
+
+```js
+const walletClient = createWalletClient({
+ chain: anvil,
+ transport: http(),
+ account: privateKeyToAccount("0x2a871d0798f97d79848a013d4936a73bf4cc922c825d33c1cf7073dff6d409c6")
+})
+```
+
+Dieser Private-Key gehört zu einem der standardmäßig vorfinanzierten Konten in `anvil`.
+
+```js
+const generateProof = async (witness, fileID) => {
+```
+
+Generieren Sie einen Beweis mit der ausführbaren Datei `bb`.
+
+```js
+ const fname = `witness-${fileID}.gz`
+ await fs.writeFile(fname, witness)
+```
+
+Schreiben Sie den Witness in eine Datei.
+
+```js
+ await execPromise(`bb prove -b ./noir/target/zkBank.json -w ${fname} -o ${fileID} --oracle_hash keccak --output_format fields`)
+```
+
+Erstellen Sie den eigentlichen Beweis. Dieser Schritt erstellt auch eine Datei mit den öffentlichen Variablen, aber die benötigen wir nicht. Wir haben diese Variablen bereits von `noir.execute` erhalten.
+
+```js
+ const proof = "0x" + JSON.parse(await fs.readFile(`./${fileID}/proof_fields.json`)).reduce((a,b) => a+b, "").replace(/0x/g, "")
+```
+
+Der Beweis ist ein JSON-Array von `Field`-Werten, die jeweils als Hexadezimalwert dargestellt werden. Wir müssen ihn jedoch in der Transaktion als einzelnen `bytes`-Wert senden, den Viem durch eine große Hexadezimalzeichenfolge darstellt. Hier ändern wir das Format, indem wir alle Werte verketten, alle `0x` entfernen und dann am Ende eines hinzufügen.
+
+```js
+ await execPromise(`rm -r ${fname} ${fileID}`)
+
+ return proof
+}
+```
+
+Bereinigen und den Beweis zurückgeben.
+
+```js
+const processMessage = async (message, signature) => {
+ .
+ .
+ .
+
+ const publicFields = noirResult.returnValue.map(x=>'0x' + x.slice(2).padStart(64, "0"))
+```
+
+Die öffentlichen Felder müssen ein Array von 32-Byte-Werten sein. Da wir jedoch den Transaktions-Hash auf zwei `Field`-Werte aufteilen mussten, erscheint er als 16-Byte-Wert. Hier fügen wir Nullen hinzu, damit Viem versteht, dass es sich tatsächlich um 32 Bytes handelt.
+
+```js
+ const proof = await generateProof(noirResult.witness, `${fromAddress}-${nonce}`)
+```
+
+Jede Adresse verwendet jede Nonce nur einmal, sodass wir eine Kombination aus `fromAddress` und `nonce` als eindeutige Kennung für die Witness-Datei und das Ausgabeverzeichnis verwenden können.
+
+```js
+ try {
+ await zkBank.write.processTransaction([
+ proof, publicFields])
+ } catch (err) {
+ console.log(`Verification error: ${err}`)
+ throw Error("Can't verify the transaction onchain")
+ }
+ .
+ .
+ .
+}
+```
+
+Senden Sie die Transaktion an die Blockchain.
+
+#### `smart-contracts/src/ZkBank.sol` {#smart-contracts-src-zkbank-sol}
+
+Dies ist der Onchain-Code, der die Transaktion empfängt.
+
+```solidity
+// SPDX-License-Identifier: MIT
+
+pragma solidity >=0.8.21;
+
+import {HonkVerifier} from "./Verifier.sol";
+
+contract ZkBank {
+ HonkVerifier immutable myVerifier;
+ bytes32 currentStateHash;
+
+ constructor(address _verifierAddress, bytes32 _initialStateHash) {
+ currentStateHash = _initialStateHash;
+ myVerifier = HonkVerifier(_verifierAddress);
+ }
+```
+
+Der Onchain-Code muss zwei Variablen verfolgen: den Verifizierer (ein separater Vertrag, der von `nargo` erstellt wird) und den aktuellen Zustands-Hash.
+
+```solidity
+ event TransactionProcessed(
+ bytes32 indexed transactionHash,
+ bytes32 oldStateHash,
+ bytes32 newStateHash
+ );
+```
+
+Jedes Mal, wenn sich der Zustand ändert, geben wir ein `TransactionProcessed`-Ereignis aus.
+
+```solidity
+ function processTransaction(
+ bytes calldata _proof,
+ bytes32[] calldata _publicFields
+ ) public {
+```
+
+Diese Funktion verarbeitet Transaktionen. Sie erhält den Beweis (als `bytes`) und die öffentlichen Eingaben (als `bytes32`-Array) in dem Format, das der Verifizierer benötigt (um die Onchain-Verarbeitung und damit die Gaskosten zu minimieren).
+
+```solidity
+ require(_publicInputs[0] == currentStateHash,
+ "Wrong old state hash");
+```
+
+Der Zero-Knowledge-Beweis muss belegen, dass die Transaktion von unserem aktuellen Hash zu einem neuen wechselt.
+
+```solidity
+ myVerifier.verify(_proof, _publicFields);
+```
+
+Rufen Sie den Verifizierer-Vertrag auf, um den Zero-Knowledge-Beweis zu verifizieren. Dieser Schritt macht die Transaktion rückgängig, wenn der Zero-Knowledge-Beweis falsch ist.
+
+```solidity
+ currentStateHash = _publicFields[1];
+
+ emit TransactionProcessed(
+ _publicFields[2]<<128 | _publicFields[3],
+ _publicFields[0],
+ _publicFields[1]
+ );
+ }
+}
+```
+
+Wenn alles in Ordnung ist, aktualisieren Sie den Zustands-Hash auf den neuen Wert und geben Sie ein `TransactionProcessed`-Ereignis aus.
+
+## Missbrauch durch die zentralisierte Komponente {#abuses}
+
+Informationssicherheit besteht aus drei Attributen:
+
+- _Vertraulichkeit_, Benutzer können keine Informationen lesen, für die sie nicht autorisiert sind.
+- _Integrität_, Informationen können nur von autorisierten Benutzern auf autorisierte Weise geändert werden.
+- _Verfügbarkeit_, autorisierte Benutzer können das System nutzen.
+
+In diesem System wird die Integrität durch Zero-Knowledge-Beweise gewährleistet. Die Verfügbarkeit ist viel schwerer zu garantieren, und Vertraulichkeit ist unmöglich, da die Bank den Kontostand jedes Kontos und alle Transaktionen kennen muss. Es gibt keine Möglichkeit, eine Entität, die über Informationen verfügt, daran zu hindern, diese Informationen weiterzugeben.
+
+Es könnte möglich sein, eine wirklich vertrauliche Bank unter Verwendung von [Stealth-Adressen](https://vitalik.eth.limo/general/2023/01/20/stealth.html) zu erstellen, aber das sprengt den Rahmen dieses Artikels.
+
+### Falsche Informationen {#false-info}
+
+Eine Möglichkeit, wie der Server die Integrität verletzen kann, besteht darin, falsche Informationen bereitzustellen, wenn [Daten angefordert werden](https://github.com/qbzzt/250911-zk-bank/blob/03-smart-contracts/server/index.mjs#L278-L291).
+
+Um dies zu lösen, können wir ein zweites Noir-Programm schreiben, das die Konten als private Eingabe und die Adresse, für die Informationen angefordert werden, als öffentliche Eingabe erhält. Die Ausgabe ist das Guthaben und die Nonce dieser Adresse sowie der Hash der Konten.
+
+Natürlich kann dieser Beweis nicht auf der Blockchain verifiziert werden, da wir Nonces und Guthaben nicht auf der Blockchain veröffentlichen möchten. Er kann jedoch durch den im Browser ausgeführten Client-Code verifiziert werden.
+
+### Erzwungene Transaktionen {#forced-txns}
+
+Der übliche Mechanismus zur Gewährleistung der Verfügbarkeit und zur Verhinderung von Zensur auf L2s sind [erzwungene Transaktionen](https://docs.optimism.io/stack/transactions/forced-transaction). Aber erzwungene Transaktionen lassen sich nicht mit Zero-Knowledge-Beweisen kombinieren. Der Server ist die einzige Entität, die Transaktionen verifizieren kann.
+
+Wir können `smart-contracts/src/ZkBank.sol` so ändern, dass erzwungene Transaktionen akzeptiert werden und der Server daran gehindert wird, den Zustand zu ändern, bis sie verarbeitet sind. Dies öffnet uns jedoch für einen einfachen Denial-of-Service-Angriff. Was ist, wenn eine erzwungene Transaktion ungültig und daher unmöglich zu verarbeiten ist?
+
+Die Lösung besteht darin, einen Zero-Knowledge-Beweis dafür zu haben, dass eine erzwungene Transaktion ungültig ist. Dies gibt dem Server drei Optionen:
+
+- Die erzwungene Transaktion verarbeiten und einen Zero-Knowledge-Beweis dafür liefern, dass sie verarbeitet wurde, sowie den neuen Zustands-Hash.
+- Die erzwungene Transaktion ablehnen und dem Vertrag einen Zero-Knowledge-Beweis dafür liefern, dass die Transaktion ungültig ist (unbekannte Adresse, falsche Nonce oder unzureichendes Guthaben).
+- Die erzwungene Transaktion ignorieren. Es gibt keine Möglichkeit, den Server zu zwingen, die Transaktion tatsächlich zu verarbeiten, aber das bedeutet, dass das gesamte System nicht verfügbar ist.
+
+#### Verfügbarkeitskautionen {#avail-bonds}
+
+In einer realen Implementierung gäbe es wahrscheinlich eine Art Profitmotiv, um den Server am Laufen zu halten. Wir können diesen Anreiz verstärken, indem wir den Server eine Verfügbarkeitskaution hinterlegen lassen, die jeder verbrennen kann, wenn eine erzwungene Transaktion nicht innerhalb eines bestimmten Zeitraums verarbeitet wird.
+
+### Schlechter Noir-Code {#bad-noir-code}
+
+Normalerweise laden wir den Quellcode in eine [Blocksuchmaschine](https://eth.blockscout.com/address/0x7D16d2c4e96BCFC8f815E15b771aC847EcbDB48b?tab=contract) hoch, um das Vertrauen der Leute in einen Smart Contract zu gewinnen. Im Falle von Zero-Knowledge-Beweisen ist das jedoch unzureichend.
+
+`Verifier.sol` enthält den Verifizierungsschlüssel, der eine Funktion des Noir-Programms ist. Dieser Schlüssel sagt uns jedoch nicht, was das Noir-Programm war. Um tatsächlich eine vertrauenswürdige Lösung zu haben, müssen Sie das Noir-Programm (und die Version, die es erstellt hat) hochladen. Andernfalls könnten die Zero-Knowledge-Beweise ein anderes Programm widerspiegeln, eines mit einer Hintertür.
+
+Bis Blocksuchmaschinen es uns ermöglichen, Noir-Programme hochzuladen und zu verifizieren, sollten Sie dies selbst tun (vorzugsweise auf [IPFS](/developers/tutorials/ipfs-decentralized-ui/)). Dann können erfahrene Benutzer den Quellcode herunterladen, ihn selbst kompilieren, `Verifier.sol` erstellen und überprüfen, ob er mit dem auf der Blockchain identisch ist.
+
+## Fazit {#conclusion}
+
+Plasma-artige Anwendungen erfordern eine zentralisierte Komponente als Informationsspeicher. Dies eröffnet potenzielle Schwachstellen, ermöglicht es uns aber im Gegenzug, die Privatsphäre auf eine Weise zu wahren, die auf der Blockchain selbst nicht verfügbar ist. Mit Zero-Knowledge-Beweisen können wir die Integrität sicherstellen und es möglicherweise für denjenigen, der die zentralisierte Komponente betreibt, wirtschaftlich vorteilhaft machen, die Verfügbarkeit aufrechtzuerhalten.
+
+[Weitere meiner Arbeiten finden Sie hier](https://cryptodocguy.pro/).
+
+## Danksagungen {#acknowledgements}
+
+- Josh Crites hat einen Entwurf dieses Artikels gelesen und mir bei einem kniffligen Noir-Problem geholfen.
+
+Alle verbleibenden Fehler liegen in meiner Verantwortung.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/calling-a-smart-contract-from-javascript/index.md b/public/content/translations/de/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
index 9a0043d48cb..63eeba9179d 100644
--- a/public/content/translations/de/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
+++ b/public/content/translations/de/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
@@ -1,14 +1,10 @@
---
-title: Smart Contract aus JavaScript aufrufen
-description: So rufen Sie am Beispiel eines Dai-Tokens eine Smart-Contract-Funktion von JavaScript aus auf
+title: Einen Smart Contract aus JavaScript aufrufen
+description: Wie man eine Smart-Contract-Funktion aus JavaScript am Beispiel eines Dai-Tokens aufruft
author: jdourlens
-tags:
- - "Transaktionen"
- - "Frontend"
- - "JavaScript"
- - "web3.js"
+tags: ["Transaktionen", "Frontend", "JavaScript", "web3.js"]
skill: beginner
-breadcrumb: "Vertragsaufruf aus JS"
+breadcrumb: Smart Contracts aus JS aufrufen
lang: de
published: 2020-04-19
source: EthereumDev
@@ -16,15 +12,15 @@ sourceUrl: https://ethereumdev.io/calling-a-smart-contract-from-javascript/
address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
---
-In diesem Tutorial zeigen wir, wie Sie eine [Smart-Contract](/developers/docs/smart-contracts/)-Funktion von JavaScript aus aufrufen können. Zuerst wird der Zustand eines Smart Contracts ausgelesen (z. B. der Kontostand eines ERC20-Inhabers), dann ändern wir den Zustand der Blockchain, indem wir einen Tokentransfer durchführen. Sie sollten bereits mit dem [Einrichten einer JS-Umgebung zur Interaktion mit der Blockchain](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) vertraut sein.
+In diesem Tutorial werden wir sehen, wie man eine [Smart Contract](/developers/docs/smart-contracts/)-Funktion aus JavaScript aufruft. Zuerst lesen wir den Zustand eines Smart Contracts (z. B. das Guthaben eines ERC20-Inhabers), dann ändern wir den Zustand der Blockchain, indem wir eine Token-Überweisung durchführen. Sie sollten bereits damit vertraut sein, [eine JS-Umgebung für die Interaktion mit der Blockchain einzurichten](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/).
-Für dieses Beispiel wird ein DAI-Token verwendet. Zu Testzwecken werden wir die Blockchain mit ganache-cli forken und eine Adresse freischalten, die bereits viele DAI hat:
+Für dieses Beispiel werden wir mit dem DAI-Token spielen. Zu Testzwecken werden wir die Blockchain mit ganache-cli forken und eine Adresse entsperren, die bereits über viele DAI verfügt:
```bash
ganache-cli -f https://mainnet.infura.io/v3/[YOUR INFURA KEY] -d -i 66 1 --unlock 0x4d10ae710Bd8D1C31bd7465c8CBC3add6F279E81
```
-Für die Interaktoin mit einem Smart Contract benötigen wir seine Adresse und ABI:
+Um mit einem Smart Contract zu interagieren, benötigen wir dessen Adresse und ABI:
```js
const ERC20TransferABI = [
@@ -75,9 +71,9 @@ const ERC20TransferABI = [
const DAI_ADDRESS = "0x6b175474e89094c44da98b954eedeac495271d0f"
```
-Für dieses Projekt haben wir die komplette ERC20 ABI gestrippt, um nur die `balanceOf`- und `transfer`-Funktion zu behalten. Sie können [die komplette ERC20 ABI allerdings hier finden](https://ethereumdev.io/abi-for-erc20-contract-on-ethereum/).
+Für dieses Projekt haben wir die komplette ERC20-ABI auf die Funktionen `balanceOf` und `transfer` reduziert, aber Sie können [die vollständige ERC20-ABI hier finden](https://ethereumdev.io/abi-for-erc20-contract-on-ethereum/).
-Anschließend müssen wir unseren Smart Contract starten:
+Anschließend müssen wir unseren Smart Contract instanziieren:
```js
const web3 = new Web3("http://localhost:8545")
@@ -85,23 +81,23 @@ const web3 = new Web3("http://localhost:8545")
const daiToken = new web3.eth.Contract(ERC20TransferABI, DAI_ADDRESS)
```
-Außerdem richten wir zwei Adressen ein:
+Wir werden auch zwei Adressen einrichten:
-- diejenige, die die Übertragung erhält und
-- diejeige, die wir bereits eingerichtet haben, und die die Übertragung senden wird:
+- diejenige, die die Überweisung empfängt, und
+- diejenige, die wir bereits entsperrt haben und die sie senden wird:
```js
const senderAddress = "0x4d10ae710Bd8D1C31bd7465c8CBC3add6F279E81"
const receiverAddress = "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
```
-Im nächsten Teil rufen wir die Funktion `balanceOf` auf, um die aktuelle Menge an Token abzurufen, die beide Adressen enthalten.
+Im nächsten Teil rufen wir die Funktion `balanceOf` auf, um die aktuelle Menge an Token abzurufen, die beide Adressen halten.
-## Aufruf: Wert aus einem Smart Contract lesen {#call-reading-value-from-a-smart-contract}
+## Call: Einen Wert aus einem Smart Contract lesen {#call-reading-value-from-a-smart-contract}
-Das erste Beispiel ruft eine "konstante" Methode auf und führt deren Smart-Contract-Methode im EVM aus, ohne eine Transaktion zu senden. Hierfür lesen wir den ERC20-Saldo einer Adresse aus. [Lesen Sie unseren Artikel über ERC20-Token](/developers/tutorials/understand-the-erc-20-token-smart-contract/).
+Das erste Beispiel ruft eine „konstante“ Methode auf und führt deren Smart-Contract-Methode in der EVM aus, ohne eine Transaktion zu senden. Dafür lesen wir das ERC20-Guthaben einer Adresse aus. [Lesen Sie unseren Artikel über ERC20-Token](/developers/tutorials/understand-the-erc-20-token-smart-contract/).
-Sie können auf die Methoden eines instanziierten Smart Contracts, für den Sie die ABI bereitgestellt haben, wie folgt zugreifen: `yourContract.methods.methodname`. Durch Verwendung der `Aufruf`-Funktion erhalten Sie das Ergebnis der Ausführung der Funktion.
+Sie können auf die Methoden eines instanziierten Smart Contracts, für den Sie die ABI bereitgestellt haben, wie folgt zugreifen: `yourContract.methods.methodname`. Durch die Verwendung der Funktion `call` erhalten Sie das Ergebnis der Ausführung der Funktion.
```js
daiToken.methods.balanceOf(senderAddress).call(function (err, res) {
@@ -113,11 +109,11 @@ daiToken.methods.balanceOf(senderAddress).call(function (err, res) {
})
```
-Denken Sie daran, dass DAI ERC20 18 Dezimalstellen hat. Das bedeutet, dass Sie 18 Nullen entfernen müssen, um den richtigen Betrag zu erhalten. uint256 werden als Strings zurückgegeben, da JavaScript keine großen numerischen Werte verarbeiten kann. Wenn Sie nicht sicher sind, [wie Sie mit großen Zahlen in JS umgehen sollen, lesen Sie unser Tutorial über bignumber.js](https://ethereumdev.io/how-to-deal-with-big-numbers-in-javascript/).
+Denken Sie daran, dass DAI ERC20 18 Dezimalstellen hat, was bedeutet, dass Sie 18 Nullen entfernen müssen, um den korrekten Betrag zu erhalten. uint256 werden als Strings zurückgegeben, da JavaScript keine großen numerischen Werte verarbeitet. Wenn Sie sich nicht sicher sind, [wie Sie mit großen Zahlen in JS umgehen sollen, lesen Sie unser Tutorial über bignumber.js](https://ethereumdev.io/how-to-deal-with-big-numbers-in-javascript/).
-## Senden: Senden einer Transaktion an eine Smart-Contract-Funktion {#send-sending-a-transaction-to-a-smart-contract-function}
+## Send: Eine Transaktion an eine Smart-Contract-Funktion senden {#send-sending-a-transaction-to-a-smart-contract-function}
-Für das zweite Beispiel rufen wir die Transferfunktion des DAI-Smart Contracts auf, um 10 DAI an unsere zweite Adresse zu senden. Die Übertragungsfunktion akzeptiert zwei Parameter: die Empfängeradresse und den Betrag des zu übertragenden Tokens:
+Für das zweite Beispiel rufen wir die Transfer-Funktion des DAI-Smart-Contracts auf, um 10 DAI an unsere zweite Adresse zu senden. Die Transfer-Funktion akzeptiert zwei Parameter: die Empfängeradresse und die Menge der zu überweisenden Token:
```js
daiToken.methods
@@ -131,6 +127,6 @@ daiToken.methods
})
```
-Die Aufruffunktion gibt den Hash der Transaktion zurück, der in die Blockchain gemined wird. Bei Ethereum sind Transaktions-Hashes vorhersehbar – so können wir den Hash der Transaktion erhalten, bevor sie ausgeführt wird ([lernen Sie hier, wie Hashes berechnet werden](https://ethereum.stackexchange.com/questions/45648/how-to-calculate-the-assigned-txhash-of-a-transaction)).
+Die Call-Funktion gibt den Hash der Transaktion zurück, die in die Blockchain gemint wird. Auf Ethereum sind Transaktions-Hashes vorhersehbar – so können wir den Hash der Transaktion erhalten, bevor sie ausgeführt wird ([erfahren Sie hier, wie Hashes berechnet werden](https://ethereum.stackexchange.com/questions/45648/how-to-calculate-the-assigned-txhash-of-a-transaction)).
-Da die Funktion die Transaktion nur an die Blockchain sendet, können wir das Ergebnis erst sehen, wenn es gemined und in die Blockchain aufgenommen wurde. Im nächsten Tutorial werden wir lernen, [wie man auf die Ausführung einer Transaktion auf der Blockchain wartet, indem man ihren Hash kennt](https://ethereumdev.io/waiting-for-a-transaction-to-be-mined-on-ethereum-with-js/).
+Da die Funktion die Transaktion nur an die Blockchain übermittelt, können wir das Ergebnis erst sehen, wenn wir wissen, wann sie gemint und in die Blockchain aufgenommen wurde. Im nächsten Tutorial werden wir lernen, [wie man auf die Ausführung einer Transaktion auf der Blockchain wartet, indem man ihren Hash kennt](https://ethereumdev.io/waiting-for-a-transaction-to-be-mined-on-ethereum-with-js/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md b/public/content/translations/de/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
new file mode 100644
index 00000000000..ffe39c852b2
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
@@ -0,0 +1,774 @@
+---
+title: "Erstellen einer Benutzeroberfläche für Ihren Smart Contract"
+description: "Unter Verwendung moderner Komponenten wie TypeScript, React, Vite und Wagmi werden wir eine moderne, aber minimalistische Benutzeroberfläche durchgehen und lernen, wie man ein Wallet mit der Benutzeroberfläche verbindet, einen Smart Contract aufruft, um Informationen zu lesen, eine Transaktion an einen Smart Contract sendet und Ereignisse von einem Smart Contract überwacht, um Änderungen zu identifizieren."
+author: Ori Pomerantz
+tags: ["TypeScript", "React", "Vite", "Wagmi", "frontend"]
+skill: beginner
+breadcrumb: UI mit WAGMI
+published: 2023-11-01
+lang: de
+sidebarDepth: 3
+---
+
+Sie haben eine Funktion gefunden, die wir im Ethereum-Ökosystem benötigen. Sie haben die Smart Contracts geschrieben, um sie zu implementieren, und vielleicht sogar einigen zugehörigen Code, der Off-Chain ausgeführt wird. Das ist großartig! Leider werden Sie ohne eine Benutzeroberfläche keine Benutzer haben, und das letzte Mal, als Sie eine Website geschrieben haben, benutzten die Leute Einwahlmodems und JavaScript war neu.
+
+Dieser Artikel ist für Sie. Ich gehe davon aus, dass Sie programmieren können und vielleicht ein bisschen JavaScript und HTML kennen, aber dass Ihre Fähigkeiten im Bereich Benutzeroberflächen eingerostet und veraltet sind. Gemeinsam werden wir eine einfache moderne Anwendung durchgehen, damit Sie sehen, wie das heutzutage gemacht wird.
+
+## Warum dies wichtig ist {#why-important}
+
+Theoretisch könnten Sie die Leute einfach [Etherscan](https://sepolia.etherscan.io/address/0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA#readContract) oder [Blockscout](https://eth-sepolia.blockscout.com/address/0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA?tab=read_write_contract) verwenden lassen, um mit Ihren Verträgen zu interagieren. Das ist großartig für erfahrene Ethereans. Aber wir versuchen, [einer weiteren Milliarde Menschen](https://blog.ethereum.org/2021/05/07/ethereum-for-the-next-billion) zu dienen. Dies wird ohne eine großartige Benutzererfahrung nicht passieren, und eine freundliche Benutzeroberfläche ist ein großer Teil davon.
+
+## Greeter-Anwendung {#greeter-app}
+
+Es gibt viel Theorie darüber, wie moderne UIs funktionieren, und [viele gute Websites](https://react.dev/learn/thinking-in-react), [die das erklären](https://wagmi.sh/core/getting-started). Anstatt die hervorragende Arbeit dieser Websites zu wiederholen, gehe ich davon aus, dass Sie lieber durch Ausprobieren lernen und mit einer Anwendung beginnen, mit der Sie spielen können. Sie brauchen die Theorie trotzdem, um Dinge zu erledigen, und wir werden dazu kommen – wir gehen einfach Quelldatei für Quelldatei durch und besprechen die Dinge, wenn wir auf sie stoßen.
+
+### Installation {#installation}
+
+1. Die Anwendung verwendet das [Sepolia](https://sepolia.dev/)-Testnet. Falls erforderlich, [holen Sie sich Sepolia-Test-ETH](/developers/docs/networks/#sepolia) und [fügen Sie Sepolia zu Ihrem Wallet hinzu](https://chainlist.org/chain/11155111).
+
+2. Klonen Sie das GitHub-Repository und installieren Sie die erforderlichen Pakete.
+
+ ```sh
+ git clone https://github.com/qbzzt/260301-modern-ui-web3.git
+ cd 260301-modern-ui-web3
+ npm install
+```
+
+3. Die Anwendung verwendet kostenlose Zugangspunkte, die Leistungseinschränkungen aufweisen. Wenn Sie einen Anbieter für [Blockchain-Knoten als Dienstleistung (Node as a service)](/developers/docs/nodes-and-clients/nodes-as-a-service/) verwenden möchten, ersetzen Sie die URLs in [`src/wagmi.ts`](#wagmi-ts).
+
+4. Starten Sie die Anwendung.
+
+ ```sh
+ npm run dev
+```
+
+5. Navigieren Sie zu der von der Anwendung angezeigten URL. In den meisten Fällen ist das [http://localhost:5173/](http://localhost:5173/).
+
+6. Sie können den Quellcode des Vertrags, eine modifizierte Version von Hardhats Greeter, [in einer Blocksuchmaschine sehen](https://eth-sepolia.blockscout.com/address/0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA?tab=contract_code).
+
+### Dateidurchlauf {#file-walk-through}
+
+#### `index.html` {#index-html}
+
+Diese Datei ist ein Standard-HTML-Boilerplate, mit Ausnahme dieser Zeile, die die Skriptdatei importiert.
+
+```html
+
+```
+
+#### `src/main.tsx` {#main-tsx}
+
+Die Dateierweiterung zeigt an, dass es sich um eine [React-Komponente](https://www.w3schools.com/react/react_components.asp) handelt, die in [TypeScript](https://www.typescriptlang.org/) geschrieben wurde, einer Erweiterung von JavaScript, die [Typprüfung](https://en.wikipedia.org/wiki/Type_system#Type_checking) unterstützt. TypeScript wird zu JavaScript kompiliert, sodass wir es auf der Client-Seite verwenden können.
+
+Diese Datei wird hauptsächlich für den Fall erklärt, dass Sie interessiert sind. Normalerweise ändern Sie diese Datei nicht, sondern [`src/App.tsx`](#app-tsx) und die Dateien, die sie importiert.
+
+```tsx
+import { QueryClient, QueryClientProvider } from '@tanstack/react-query'
+import React from 'react'
+import ReactDOM from 'react-dom/client'
+import { WagmiProvider } from 'wagmi'
+```
+
+Importieren Sie den benötigten Bibliothekscode.
+
+```tsx
+import App from './App.tsx'
+```
+
+Importieren Sie die React-Komponente, die die Anwendung implementiert (siehe unten).
+
+```tsx
+import { config } from './wagmi.ts'
+```
+
+Importieren Sie die [wagmi](https://wagmi.sh/)-Konfiguration, die die Blockchain-Konfiguration enthält.
+
+```tsx
+const queryClient = new QueryClient()
+```
+
+Erstellt eine neue Instanz des Cache-Managers von [React Query](https://tanstack.com/query/latest/docs/framework/react/overview). Dieses Objekt speichert:
+
+- Zwischengespeicherte RPC-Aufrufe
+- Vertragslesevorgänge
+- Status des erneuten Abrufens im Hintergrund
+
+Wir benötigen den Cache-Manager, da wagmi v3 intern React Query verwendet.
+
+```tsx
+ReactDOM.createRoot(document.getElementById('root')!).render(
+```
+
+Erstellen Sie die React-Stammkomponente. Der Parameter für `render` ist [JSX](https://www.w3schools.com/react/react_jsx.asp), eine Erweiterungssprache, die sowohl HTML als auch JavaScript/TypeScript verwendet. Das Ausrufezeichen hier sagt der TypeScript-Komponente: „Du weißt nicht, dass `document.getElementById('root')` ein gültiger Parameter für `ReactDOM.createRoot` sein wird, aber keine Sorge – ich bin der Entwickler und ich sage dir, dass es so sein wird“.
+
+```tsx
+
+```
+
+Die Anwendung wird in [eine `React.StrictMode`-Komponente](https://react.dev/reference/react/StrictMode) eingefügt. Diese Komponente weist die React-Bibliothek an, zusätzliche Debugging-Prüfungen einzufügen, was während der Entwicklung nützlich ist.
+
+```tsx
+
+```
+
+Die Anwendung befindet sich auch in [einer `WagmiProvider`-Komponente](https://wagmi.sh/react/api/WagmiProvider). [Die wagmi-Bibliothek (we are going to make it)](https://wagmi.sh/) verbindet die React-UI-Definitionen mit [der viem-Bibliothek](https://viem.sh/) zum Schreiben einer dezentralisierten Anwendung für Ethereum.
+
+```tsx
+
+```
+
+Fügen Sie schließlich einen React Query-Anbieter hinzu, damit jede Anwendungskomponente zwischengespeicherte Abfragen verwenden kann.
+
+```tsx
+
+
+ ,
+)
+```
+
+Natürlich müssen wir die anderen Komponenten schließen.
+
+#### `src/App.tsx` {#app-tsx}
+
+```tsx
+import {
+ useConnect,
+ useConnection,
+ useDisconnect,
+ useSwitchChain
+} from 'wagmi'
+
+import { useEffect } from 'react'
+import { Greeter } from './Greeter'
+```
+
+Importieren Sie die benötigten Bibliotheken sowie [die `Greeter`-Komponente](#greeter-tsx).
+
+```tsx
+const SEPOLIA_CHAIN_ID = 11155111
+```
+
+Die Sepolia-Chain-ID.
+
+```
+function App() {
+```
+
+Dies ist der Standardweg, um eine React-Komponente zu erstellen: Definieren Sie eine Funktion, die aufgerufen wird, wann immer sie gerendert werden muss. Diese Funktion enthält typischerweise TypeScript- oder JavaScript-Code, gefolgt von einer `return`-Anweisung, die den JSX-Code zurückgibt.
+
+```tsx
+ const connection = useConnection()
+```
+
+Verwenden Sie [`useConnection`](https://wagmi.sh/react/api/hooks/useConnection), um Informationen zur aktuellen Verbindung zu erhalten, wie z. B. die Adresse und die `chainId`.
+
+Konventionsgemäß werden in React Funktionen, die `use...` heißen, als [Hooks](https://www.w3schools.com/react/react_hooks.asp) bezeichnet. Diese Funktionen geben nicht nur Daten an die Komponente zurück; sie stellen auch sicher, dass sie neu gerendert wird (die Komponentenfunktion wird erneut ausgeführt und ihre Ausgabe ersetzt die vorherige im HTML), wenn sich diese Daten ändern.
+
+```tsx
+ const { connectors, connect, status, error } = useConnect()
+```
+
+Verwenden Sie [`useConnect`](https://wagmi.sh/react/api/hooks/useConnect), um Informationen über die Wallet-Verbindung zu erhalten.
+
+```tsx
+ const { disconnect } = useDisconnect()
+```
+
+[Dieser Hook](https://wagmi.sh/react/api/hooks/useDisconnect) gibt uns die Funktion, die Verbindung zum Wallet zu trennen.
+
+```tsx
+ const { switchChain } = useSwitchChain()
+```
+
+[Dieser Hook](https://wagmi.sh/react/api/hooks/useSwitchChain) lässt uns Chains wechseln.
+
+```tsx
+ useEffect(() => {
+```
+
+Der React-Hook [`useEffect`](https://react.dev/reference/react/useEffect) ermöglicht es Ihnen, eine Funktion auszuführen, wann immer sich der Wert einer Variablen ändert, um ein externes System zu synchronisieren.
+
+```tsx
+ if (connection.status === 'connected' &&
+ connection.chainId !== SEPOLIA_CHAIN_ID
+ ) {
+ switchChain({ chainId: SEPOLIA_CHAIN_ID })
+ }
+```
+
+Wenn wir verbunden sind, aber nicht mit der Sepolia-Blockchain, wechseln Sie zu Sepolia.
+
+```tsx
+ }, [connection.status, connection.chainId])
+```
+
+Führen Sie die Funktion jedes Mal erneut aus, wenn sich entweder der Verbindungsstatus oder die `chainId` der Verbindung ändert.
+
+```tsx
+ return (
+ <>
+```
+
+Das JSX einer React-Komponente _muss_ eine einzelne HTML-Komponente zurückgeben. Wenn wir mehrere Komponenten haben und keinen Container benötigen, um sie alle zu umschließen, verwenden wir eine leere Komponente (`<> ... `), um sie zu einer einzigen Komponente zu kombinieren.
+
+```tsx
+ Connection
+
+ status: {connection.status}
+
+ addresses: {JSON.stringify(connection.addresses)}
+
+ chainId: {connection.chainId}
+
+
+```
+
+Stellen Sie Informationen über die aktuelle Verbindung bereit. Innerhalb von JSX bedeutet `{}`, dass der Ausdruck als JavaScript ausgewertet wird.
+
+```tsx
+ {connection.status === 'connected' && (
+```
+
+Die Syntax `{ && }` bedeutet: „Wenn die Bedingung `true` ist, werte zum Wert aus; wenn nicht, werte zu `false` aus“.
+
+Dies ist der Standardweg, um if-Anweisungen in JSX einzufügen.
+
+```tsx
+
+
+```
+
+JSX folgt dem XML-Standard, der strenger ist als HTML. Wenn ein Tag kein entsprechendes End-Tag hat, _muss_ es am Ende einen Schrägstrich (`/`) haben, um es zu beenden.
+
+Hier haben wir zwei solcher Tags, `
` für eine horizontale Linie](https://www.w3schools.com/tags/tag_hr.asp).
+
+```tsx
+
+
+
+ )}
+```
+
+Wenn der Benutzer auf diese Schaltfläche klickt, rufen Sie die Funktion `disconnect` auf.
+
+```tsx
+ {connection.status !== 'connected' && (
+```
+
+Wenn wir _nicht_ verbunden sind, zeigen Sie die erforderlichen Optionen an, um eine Verbindung zum Wallet herzustellen.
+
+```tsx
+
+ Connect
+ {connectors.map((connector) => (
+```
+
+In `connectors` haben wir eine Liste von Konnektoren. Wir verwenden [`map`](https://www.w3schools.com/jsref/jsref_map.asp), um sie in eine Liste von JSX-Schaltflächen zur Anzeige umzuwandeln.
+
+```tsx
+
+ ))}
+```
+
+Die Konnektor-Schaltflächen.
+
+```tsx
+ {status}
+ {error?.message}
+
+
+ )}
+```
+
+Stellen Sie zusätzliche Informationen bereit. Die Ausdruckssyntax `?.` teilt JavaScript mit, dass, wenn die Variable definiert ist, sie zu diesem Feld ausgewertet werden soll. Wenn die Variable nicht definiert ist, wird dieser Ausdruck zu `undefined` ausgewertet.
+
+Der Ausdruck `error.message` würde, wenn kein Fehler vorliegt, eine Ausnahme auslösen. Die Verwendung von `error?.message` lässt uns dieses Problem vermeiden.
+
+#### `src/Greeter.tsx` {#greeter-tsx}
+
+Diese Datei enthält den Großteil der UI-Funktionalität. Sie enthält Definitionen, die sich normalerweise in mehreren Dateien befinden würden, aber da dies ein Tutorial ist, ist das Programm darauf optimiert, beim ersten Mal leicht verständlich zu sein, anstatt auf Leistung oder Wartungsfreundlichkeit.
+
+```tsx
+import {
+ useState,
+ useEffect,
+ } from 'react'
+import { useChainId,
+ useAccount,
+ useReadContract,
+ useWriteContract,
+ useWatchContractEvent,
+ useSimulateContract
+ } from 'wagmi'
+```
+
+Wir verwenden diese Bibliotheksfunktionen. Auch diese werden unten erklärt, wo sie verwendet werden.
+
+```tsx
+import { AddressType } from 'abitype'
+```
+
+[Die `abitype`-Bibliothek](https://abitype.dev/) stellt uns TypeScript-Definitionen für verschiedene Ethereum-Datentypen zur Verfügung, wie z. B. [`AddressType`](https://abitype.dev/config#addresstype).
+
+```tsx
+let greeterABI = [
+ { "type": "function", "name": "greet", ... },
+ { "type": "function", "name": "setGreeting", ... },
+ { "type": "event", "name": "SetGreeting", ... },
+] as const // greeterABI
+```
+
+Die ABI für den `Greeter`-Vertrag.
+Wenn Sie die Verträge und die Benutzeroberfläche gleichzeitig entwickeln, würden Sie sie normalerweise im selben Repository ablegen und die vom Solidity-Compiler generierte ABI als Datei in Ihrer Anwendung verwenden. Dies ist hier jedoch nicht erforderlich, da der Vertrag bereits entwickelt ist und sich nicht ändern wird.
+
+Wir verwenden [`as const`](https://www.typescriptlang.org/docs/handbook/release-notes/typescript-3-4.html#const-assertions), um TypeScript mitzuteilen, dass dies eine _echte_ Konstante ist. Normalerweise können Sie in JavaScript bei der Angabe von `const x = {"a": 1}` den Wert in `x` ändern, Sie können ihm nur nichts Neues zuweisen.
+
+```tsx
+type AddressPerBlockchainType = {
+ [key: number]: AddressType
+}
+```
+
+TypeScript ist streng typisiert. Wir verwenden diese Definition, um die Adresse anzugeben, an der der `Greeter`-Vertrag über verschiedene Chains hinweg bereitgestellt wird. Der Schlüssel ist eine Zahl (die `chainId`), und der Wert ist ein `AddressType` (eine Adresse).
+
+```tsx
+const contractAddrs : AddressPerBlockchainType = {
+ // Sepolia
+ 11155111: '0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA'
+}
+```
+
+Die Adresse des Vertrags auf [Sepolia](https://eth-sepolia.blockscout.com/address/0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA?tab=contract).
+
+##### `Timer`-Komponente {#timer-component}
+
+Die `Timer`-Komponente zeigt die Anzahl der Sekunden seit einer bestimmten Zeit an. Dies ist für die Benutzerfreundlichkeit wichtig. Wenn Benutzer etwas tun, erwarten sie eine sofortige Reaktion. Bei Blockchains ist dies oft unmöglich, da nichts passiert, bis eine Transaktion in einem Block platziert wird. Eine Lösung besteht darin, anzuzeigen, wie lange es her ist, seit der Benutzer die Aktion ausgeführt hat, damit der Benutzer entscheiden kann, ob die benötigte Zeit angemessen ist.
+
+```tsx
+type TimerProps = {
+ lastUpdate: Date
+}
+```
+
+Die `Timer`-Komponente nimmt einen Parameter entgegen, `lastUpdate`, der die Zeit der letzten Aktion darstellt.
+
+```tsx
+const Timer = ({ lastUpdate }: TimerProps) => {
+ const [_, setNow] = useState(new Date())
+```
+
+Wir müssen einen Zustand (eine an die Komponente gebundene Variable) haben und ihn aktualisieren, damit die Komponente korrekt funktioniert. Aber wir müssen ihn nie lesen, also machen wir uns nicht die Mühe, eine Variable zu erstellen.
+
+```tsx
+ useEffect(() => {
+ const id = setInterval(() => setNow(new Date()), 1000)
+ return () => clearInterval(id)
+ }, [])
+```
+
+Die Funktion [`setInterval`](https://www.w3schools.com/jsref/met_win_setinterval.asp) ermöglicht es uns, eine Funktion so zu planen, dass sie regelmäßig ausgeführt wird. In diesem Fall jede Sekunde. Die Funktion ruft `setNow` auf, um den Zustand zu aktualisieren, sodass die `Timer`-Komponente neu gerendert wird. Wir verpacken dies in [`useEffect`](https://react.dev/reference/react/useEffect) mit einer leeren Abhängigkeitsliste, damit es nur einmal passiert und nicht jedes Mal, wenn die Komponente gerendert wird.
+
+```tsx
+ const secondsSinceUpdate = Math.floor(
+ (Date.now() - lastUpdate.getTime()) / 1000
+ )
+
+ return (
+ {secondsSinceUpdate} seconds ago
+ )
+}
+```
+
+Berechnen Sie die Anzahl der Sekunden seit der letzten Aktualisierung und geben Sie sie zurück.
+
+##### `Greeter`-Komponente {#greeter-component}
+
+```tsx
+const Greeter = () => {
+```
+
+Schließlich können wir die Komponente definieren.
+
+```tsx
+ const chainId = useChainId()
+ const account = useAccount()
+```
+
+Informationen über die Chain und das Konto, das wir verwenden, mit freundlicher Unterstützung von [wagmi](https://wagmi.sh/). Da dies ein Hook (`use...`) ist, wird die Komponente neu gerendert, wann immer sich diese Informationen ändern.
+
+```tsx
+ const greeterAddr = chainId && contractAddrs[chainId]
+```
+
+Die Adresse des Greeter-Vertrags, die `undefined` ist, wenn wir keine Chain-Informationen haben oder uns auf einer Chain ohne diesen Vertrag befinden.
+
+```tsx
+ const readResults = useReadContract({
+ address: greeterAddr,
+ abi: greeterABI,
+ functionName: "greet", // Keine Argumente
+ })
+```
+
+[Der `useReadContract`-Hook](https://wagmi.sh/react/api/hooks/useReadContract) ruft die `greet`-Funktion [des Vertrags](https://eth-sepolia.blockscout.com/address/0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA?tab=contract) auf.
+
+```tsx
+ const [ currentGreeting, setCurrentGreeting ] =
+ useState("Please wait while we fetch the greeting from the blockchain...")
+ const [ newGreeting, setNewGreeting ] = useState("")
+```
+
+Der [`useState`-Hook](https://www.w3schools.com/react/react_usestate.asp) von React ermöglicht es uns, eine Zustandsvariable anzugeben, deren Wert von einem Rendering der Komponente zum nächsten erhalten bleibt. Der Anfangswert ist der Parameter, in diesem Fall die leere Zeichenfolge.
+
+Der `useState`-Hook gibt eine Liste mit zwei Werten zurück:
+
+1. Den aktuellen Wert der Zustandsvariablen.
+2. Eine Funktion, um die Zustandsvariable bei Bedarf zu ändern. Da dies ein Hook ist, wird die Komponente bei jedem Aufruf erneut gerendert.
+
+In diesem Fall verwenden wir eine Zustandsvariable für die neue Begrüßung, die der Benutzer festlegen möchte.
+
+```tsx
+ const [ lastSetterAddress, setLastSetterAddress ] = useState("")
+```
+
+Wenn mehrere Benutzer denselben Vertrag gleichzeitig verwenden, könnten sie die Begrüßungen der anderen überschreiben. Dies würde für die Benutzer so aussehen, als ob die Anwendung nicht richtig funktioniert. Wenn die Anwendung anzeigt, wer die Begrüßung zuletzt festgelegt hat, weiß der Benutzer, dass es jemand anderes war und dass die Anwendung ordnungsgemäß funktioniert.
+
+```tsx
+ const [ status, setStatus ] = useState("")
+ const [ statusTime, setStatusTime ] = useState(new Date())
+```
+
+Benutzer sehen gerne, dass ihre Aktionen eine sofortige Wirkung haben. Auf einer Blockchain ist dies jedoch nicht der Fall. Diese Zustandsvariablen ermöglichen es uns, den Benutzern zumindest etwas anzuzeigen, damit sie wissen, dass ihre Aktion im Gange ist.
+
+```tsx
+ useEffect(() => {
+ if (readResults.data) {
+ setCurrentGreeting(readResults.data)
+ setStatus("Greeting fetched from blockchain")
+ }
+ }, [readResults.data])
+```
+
+Wenn `readResults` oben die Daten ändert und sie nicht auf einen falschen Wert (z. B. `undefined`) gesetzt sind, aktualisieren Sie die aktuelle Begrüßung auf die von der Blockchain gelesene. Aktualisieren Sie außerdem den Status.
+
+```tsx
+ useWatchContractEvent({
+ address: greeterAddr,
+ abi: greeterABI,
+ eventName: 'SetGreeting',
+ chainId,
+```
+
+Hören Sie auf `SetGreeting`-Ereignisse.
+
+```tsx
+ enabled: !!greeterAddr,
+```
+
+`!!` bedeutet, dass, wenn der Wert `false` ist oder ein Wert, der als falsch ausgewertet wird, wie `undefined`, `0` oder eine leere Zeichenfolge, der Ausdruck insgesamt `false` ist. Für jeden anderen Wert ist er `true`. Es ist eine Möglichkeit, Werte in Boolesche Werte umzuwandeln, denn wenn es keine `greeterAddr` gibt, möchten wir nicht auf Ereignisse hören.
+
+```tsx
+ onLogs: logs => {
+ const greetingFromContract = logs[0].args.greeting
+ setCurrentGreeting(greetingFromContract)
+ setLastSetterAddress(logs[0].args.sender)
+ updateStatus("Greeting updated by event")
+ },
+ })
+```
+
+Wenn wir Protokolle sehen (was passiert, wenn wir ein neues Ereignis sehen), bedeutet dies, dass die Begrüßung geändert wurde. In diesem Fall können wir `currentGreeting` und `lastSetterAddress` auf die neuen Werte aktualisieren. Außerdem möchten wir die Statusanzeige aktualisieren.
+
+```tsx
+ const updateStatus = (newStatus: string) => {
+ setStatus(newStatus)
+ setStatusTime(new Date())
+ }
+```
+
+Wenn wir den Status aktualisieren, möchten wir zwei Dinge tun:
+
+1. Die Statuszeichenfolge aktualisieren (`status`)
+2. Die Zeit der letzten Statusaktualisierung (`statusTime`) auf jetzt aktualisieren.
+
+```tsx
+ const greetingChange = (evt) =>
+ setNewGreeting(evt.target.value)
+```
+
+Dies ist der Event-Handler für Änderungen am Eingabefeld für die neue Begrüßung. Wir könnten den Typ des Parameters `evt` angeben, aber TypeScript ist eine Sprache mit optionaler Typisierung. Da diese Funktion nur einmal in einem HTML-Event-Handler aufgerufen wird, halte ich dies nicht für erforderlich.
+
+```tsx
+ const { writeContractAsync } = useWriteContract()
+```
+
+Die Funktion zum Schreiben in einen Vertrag. Sie ähnelt [`writeContracts`](https://wagmi.sh/core/api/actions/writeContracts#writecontracts), ermöglicht aber bessere Statusaktualisierungen.
+
+```tsx
+ const simulation = useSimulateContract({
+ address: greeterAddr,
+ abi: greeterABI,
+ functionName: 'setGreeting',
+ args: [newGreeting],
+ account: account.address
+ })
+```
+
+Dies ist der Prozess zum Einreichen einer Blockchain-Transaktion aus der Perspektive der Anwendung:
+
+1. Senden Sie die Transaktion an einen Blockchain-Knoten in der Blockchain unter Verwendung von [`eth_estimateGas`](https://docs.alchemy.com/reference/eth-estimategas).
+2. Warten Sie auf eine Antwort vom Blockchain-Knoten.
+3. Wenn die Antwort empfangen wird, bitten Sie den Benutzer, die Transaktion über das Wallet zu signieren. Dieser Schritt _muss_ erfolgen, nachdem die Antwort des Blockchain-Knotens empfangen wurde, da dem Benutzer vor dem Signieren die Gaskosten der Transaktion angezeigt werden.
+4. Warten Sie auf die Genehmigung des Benutzers.
+5. Senden Sie die Transaktion erneut, diesmal unter Verwendung von [`eth_sendRawTransaction`](https://docs.alchemy.com/reference/eth-sendrawtransaction).
+
+Schritt 2 wird wahrscheinlich eine spürbare Zeit in Anspruch nehmen, in der sich Benutzer möglicherweise fragen, ob ihr Befehl von der Benutzeroberfläche empfangen wurde und warum sie noch nicht aufgefordert werden, die Transaktion zu signieren. Das führt zu einer schlechten Benutzererfahrung (UX).
+
+Eine Lösung besteht darin, `eth_estimateGas` jedes Mal zu senden, wenn sich ein Parameter ändert. Wenn der Benutzer dann tatsächlich die Transaktion senden möchte (in diesem Fall durch Drücken von **Update greeting**), sind die Gaskosten bekannt und der Benutzer kann die Wallet-Seite sofort sehen.
+
+```tsx
+ return (
+```
+
+Jetzt können wir endlich das eigentliche HTML erstellen, das zurückgegeben werden soll.
+
+```tsx
+ <>
+ Greeter
+ {currentGreeting}
+```
+
+Zeigen Sie die aktuelle Begrüßung an.
+
+```tsx
+ {lastSetterAddress && (
+ Last updated by {
+ lastSetterAddress === account.address ? "you" : lastSetterAddress
+ }
+ )}
+```
+
+Wenn wir wissen, wer die Begrüßung zuletzt festgelegt hat, zeigen Sie diese Informationen an. `Greeter` verfolgt diese Informationen nicht, und wir möchten nicht nach `SetGreeting`-Ereignissen in der Vergangenheit suchen, daher erhalten wir sie nur, wenn die Begrüßung geändert wird, während wir ausgeführt werden.
+
+```tsx
+
+
+
+```
+
+Dies ist das Eingabetextfeld, in dem der Benutzer eine neue Begrüßung festlegen kann. Jedes Mal, wenn der Benutzer eine Taste drückt, rufen wir `greetingChange` auf, was `setNewGreeting` aufruft. Da `setNewGreeting` von `useState` stammt, wird die `Greeter`-Komponente neu gerendert. Das bedeutet, dass:
+
+- Wir `value` angeben müssen, um den Wert der neuen Begrüßung beizubehalten, da er sonst auf den Standardwert, die leere Zeichenfolge, zurückgesetzt würde.
+- `simulation` ebenfalls jedes Mal aktualisiert wird, wenn sich `newGreeting` ändert, was bedeutet, dass wir eine Simulation mit der korrekten Begrüßung erhalten. Dies könnte relevant sein, da die Gaskosten von der Größe der Aufrufdaten abhängen, die wiederum von der Länge der Zeichenfolge abhängen.
+
+```tsx
+
+
+```
+
+`writeContractAsync` kehrt erst zurück, nachdem die Transaktion tatsächlich gesendet wurde. Dadurch können wir dem Benutzer anzeigen, wie lange die Transaktion darauf gewartet hat, in die Blockchain aufgenommen zu werden.
+
+```tsx
+ Status: {status}
+ Updated
+
+ )
+}
+```
+
+Zeigen Sie den Status an und wie lange es her ist, seit er aktualisiert wurde.
+
+```
+export {Greeter}
+```
+
+Exportieren Sie die Komponente.
+
+#### `src/wagmi.ts` {#wagmi-ts}
+
+Schließlich befinden sich verschiedene Definitionen im Zusammenhang mit wagmi in `src/wagmi.ts`. Ich werde hier nicht alles erklären, da das meiste davon Boilerplate ist, das Sie wahrscheinlich nicht ändern müssen.
+
+```ts
+import { http, webSocket, createConfig, fallback } from 'wagmi'
+import { sepolia } from 'wagmi/chains'
+import { injected } from 'wagmi/connectors'
+
+export const config = createConfig({
+ chains: [sepolia],
+```
+
+Die wagmi-Konfiguration enthält die von dieser Anwendung unterstützten Chains. Sie können die [Liste der verfügbaren Chains](https://wagmi.sh/core/api/chains) einsehen.
+
+```ts
+ connectors: [
+ injected(),
+ ],
+```
+
+[Dieser Konnektor](https://wagmi.sh/core/api/connectors/injected) ermöglicht es uns, mit einem im Browser installierten Wallet zu kommunizieren.
+
+```ts
+ transports: {
+ [sepolia.id]: http()
+```
+
+Der Standard-HTTP-Endpunkt, der mit Viem geliefert wird, ist gut genug. Wenn wir eine andere URL möchten, können wir `http("https:// hostname ")` oder `webSocket("wss:// hostname ")` verwenden.
+
+```ts
+ },
+ multiInjectedProviderDiscovery: false,
+})
+```
+
+## Hinzufügen einer weiteren Blockchain {#add-blockchain}
+
+Heutzutage gibt es viele [L2-Skalierungslösungen](https://ethereum.org/layer-2/), und Sie möchten vielleicht einige unterstützen, die viem noch nicht unterstützt. Dazu ändern Sie `src/wagmi.ts`. Diese Anweisungen erklären, wie Sie [Optimism Sepolia](https://chainlist.org/chain/11155420) hinzufügen.
+
+1. Bearbeiten Sie `src/wagmi.ts`
+
+ A. Importieren Sie den Typ `defineChain` aus viem.
+
+ ```ts
+ import { defineChain } from 'viem'
+```
+
+ B. Fügen Sie die Netzwerkdefinition hinzu. Sie müssen dies für Optimism Sepolia nicht wirklich tun, [es ist bereits in `viem` enthalten](https://github.com/wevm/viem/blob/main/src/chains/definitions/optimismSepolia.ts), aber auf diese Weise lernen Sie, wie Sie eine Blockchain hinzufügen, die nicht in `viem` enthalten ist.
+
+ ```ts
+ const optimismSepolia = defineChain({
+ id: 11_155_420,
+ name: 'OP Sepolia',
+ nativeCurrency: { name: 'Sepolia Ether', symbol: 'ETH', decimals: 18 },
+ rpcUrls: {
+ default: {
+ http: ['https://sepolia.optimism.io'],
+ webSocket: ['wss://optimism-sepolia.drpc.org'],
+ },
+ },
+ blockExplorers: {
+ default: {
+ name: 'Blockscout',
+ url: 'https://optimism-sepolia.blockscout.com',
+ apiUrl: 'https://optimism-sepolia.blockscout.com/api',
+ }
+ },
+ })
+```
+
+ C. Fügen Sie die neue Chain zum Aufruf von `createConfig` hinzu.
+
+ ```ts
+ export const config = createConfig({
+ chains: [sepolia, optimismSepolia],
+ connectors: [
+ injected(),
+ ],
+ transports: {
+ [optimismSepolia.id]: http(),
+ [sepolia.id]: http()
+ },
+ multiInjectedProviderDiscovery: false,
+ })
+```
+
+2. Bearbeiten Sie `src/App.tsx`, um den automatischen Wechsel zu Sepolia auszukommentieren. Auf einem Produktionssystem würden Sie wahrscheinlich Schaltflächen mit Links zu jeder der von Ihnen unterstützten Blockchains anzeigen.
+
+ ```ts
+ /* useEffect(() => {
+ if (connection.status === 'connected' &&
+ connection.chainId !== SEPOLIA_CHAIN_ID
+ ) {
+ switchChain({ chainId: SEPOLIA_CHAIN_ID })
+ }
+ }, [connection.status, connection.chainId]) */
+
+
+
+
+
+
+
+
+
+```
+
+3. Bearbeiten Sie `src/Greeter.tsx`, um sicherzustellen, dass die Anwendung die Adresse für Ihre Verträge im neuen Netzwerk kennt.
+
+ ```ts
+ const contractAddrs: AddressPerBlockchainType = {
+ // Optimism Sepolia
+ 11155420: "0x4dd85791923E9294E934271522f63875EAe5806f",
+
+ // Sepolia
+ 11155111: "0x7143d5c190F048C8d19fe325b748b081903E3BF0",
+ }
+```
+
+4. In Ihrem Browser.
+
+ A. Navigieren Sie zu [ChainList](https://chainlist.org/chain/11155420?testnets=true) und klicken Sie auf eine der Schaltflächen auf der rechten Seite der Tabelle, um die Chain zu Ihrem Wallet hinzuzufügen.
+
+ B. Klicken Sie in der Anwendung auf **Disconnect** (Trennen) und stellen Sie dann die Verbindung wieder her, um die Blockchain zu wechseln. Es gibt elegantere Möglichkeiten, dies zu handhaben, aber sie würden Änderungen an der Anwendung erfordern.
+
+## Fazit {#conclusion}
+
+Natürlich ist es Ihnen nicht wirklich wichtig, eine Benutzeroberfläche für `Greeter` bereitzustellen. Sie möchten eine Benutzeroberfläche für Ihre eigenen Verträge erstellen. Um Ihre eigene Anwendung zu erstellen, führen Sie diese Schritte aus:
+
+1. Geben Sie an, dass eine wagmi-Anwendung erstellt werden soll.
+
+ ```sh copy
+ npm create wagmi
+```
+
+2. Geben Sie `y` ein, um fortzufahren.
+
+3. Benennen Sie die Anwendung.
+
+4. Wählen Sie das **React**-Framework aus.
+
+5. Wählen Sie die **Vite**-Variante aus.
+
+Gehen Sie nun hin und machen Sie Ihre Verträge für die weite Welt nutzbar.
+
+[Sehen Sie hier für weitere meiner Arbeiten](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/deploying-your-first-smart-contract/index.md b/public/content/translations/de/developers/tutorials/deploying-your-first-smart-contract/index.md
new file mode 100644
index 00000000000..59f014b2730
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/deploying-your-first-smart-contract/index.md
@@ -0,0 +1,96 @@
+---
+title: Bereitstellung deines ersten Smart Contracts
+description: "Eine Einführung in die Bereitstellung deines ersten Smart Contracts in einem Ethereum-Testnetzwerk"
+author: "jdourlens"
+tags: ["Smart Contracts", "Remix", "Solidity", "Bereitstellung"]
+skill: beginner
+breadcrumb: Ersten Vertrag bereitstellen
+lang: de
+published: 2020-04-03
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/deploying-your-first-smart-contract/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+Ich nehme an, du bist genauso aufgeregt wie wir, deinen ersten [Smart Contract](/developers/docs/smart-contracts/) auf der Ethereum-Blockchain [bereitzustellen](/developers/docs/smart-contracts/deploying/) und mit ihm zu interagieren.
+
+Keine Sorge, da es unser erster Smart Contract ist, werden wir ihn in einem [lokalen Testnetzwerk](/developers/docs/networks/) bereitstellen, sodass die Bereitstellung für dich kostenlos ist und du so viel damit herumspielen kannst, wie du möchtest.
+
+## Unseren Vertrag schreiben {#writing-our-contract}
+
+Der erste Schritt besteht darin, [Remix zu besuchen](https://remix.ethereum.org/) und eine neue Datei zu erstellen. Füge im oberen linken Teil der Remix-Benutzeroberfläche eine neue Datei hinzu und gib den gewünschten Dateinamen ein.
+
+
+
+In die neue Datei fügen wir den folgenden Code ein.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >=0.5.17;
+
+contract Counter {
+
+ // Öffentliche Variable vom Typ unsigned int, um die Anzahl der Zählungen zu speichern
+ uint256 public count = 0;
+
+ // Funktion, die unseren Zähler inkrementiert
+ function increment() public {
+ count += 1;
+ }
+
+ // Nicht notwendiger Getter, um den Zählerwert abzurufen
+ function getCount() public view returns (uint256) {
+ return count;
+ }
+
+}
+```
+
+Wenn du an das Programmieren gewöhnt bist, kannst du leicht erraten, was dieses Programm macht. Hier ist eine zeilenweise Erklärung:
+
+- Zeile 4: Wir definieren einen Vertrag mit dem Namen `Counter`.
+- Zeile 7: Unser Vertrag speichert eine vorzeichenlose Ganzzahl (unsigned integer) namens `count`, die bei 0 beginnt.
+- Zeile 10: Die erste Funktion ändert den Zustand des Vertrags und erhöht (`increment()`) unsere Variable `count`.
+- Zeile 15: Die zweite Funktion ist nur ein Getter, um den Wert der Variablen `count` außerhalb des Smart Contracts lesen zu können. Beachte, dass dies nicht zwingend erforderlich ist, da wir unsere Variable `count` als öffentlich (public) definiert haben, aber es wird hier als Beispiel gezeigt.
+
+Das ist alles für unseren ersten einfachen Smart Contract. Wie du vielleicht weißt, sieht er aus wie eine Klasse aus OOP-Sprachen (objektorientierte Programmierung) wie Java oder C++. Es ist nun an der Zeit, mit unserem Vertrag zu spielen.
+
+## Unseren Vertrag bereitstellen {#deploying-our-contract}
+
+Da wir unseren allerersten Smart Contract geschrieben haben, werden wir ihn nun auf der Blockchain bereitstellen, um damit spielen zu können.
+
+[Die Bereitstellung des Smart Contracts auf der Blockchain](/developers/docs/smart-contracts/deploying/) ist eigentlich nur das Senden einer Transaktion, die den Code des kompilierten Smart Contracts enthält, ohne einen Empfänger anzugeben.
+
+Wir werden zuerst [den Vertrag kompilieren](/developers/docs/smart-contracts/compiling/), indem wir auf das Kompilieren-Symbol auf der linken Seite klicken:
+
+
+
+Klicke dann auf die Schaltfläche „Kompilieren“ (Compile):
+
+
+
+Du kannst die Option „Auto compile“ auswählen, damit der Vertrag immer kompiliert wird, wenn du den Inhalt im Texteditor speicherst.
+
+Navigiere dann zum Bildschirm „Deploy and run transactions“ (Transaktionen bereitstellen und ausführen):
+
+
+
+Sobald du dich auf dem Bildschirm „Deploy and run transactions“ befindest, überprüfe noch einmal, ob der Name deines Vertrags angezeigt wird, und klicke auf „Deploy“ (Bereitstellen). Wie du oben auf der Seite sehen kannst, ist die aktuelle Umgebung „JavaScript VM“. Das bedeutet, dass wir unseren Smart Contract auf einer lokalen Test-Blockchain bereitstellen und mit ihm interagieren werden, um schneller und ohne Gebühren testen zu können.
+
+
+
+Sobald du auf die Schaltfläche „Deploy“ geklickt hast, wird dein Vertrag unten angezeigt. Klicke auf den Pfeil auf der linken Seite, um ihn zu erweitern, damit wir den Inhalt unseres Vertrags sehen können. Dies sind unsere Variable `counter`, unsere Funktion `increment()` und der Getter `getCounter()`.
+
+Wenn du auf die Schaltfläche `count` oder `getCount` klickst, wird der Inhalt der Variablen `count` des Vertrags abgerufen und angezeigt. Da wir die Funktion `increment` noch nicht aufgerufen haben, sollte 0 angezeigt werden.
+
+
+
+Lass uns nun die Funktion `increment` aufrufen, indem wir auf die Schaltfläche klicken. Du wirst sehen, dass unten im Fenster Protokolle (Logs) der durchgeführten Transaktionen erscheinen. Du wirst feststellen, dass die Protokolle anders aussehen, wenn du die Schaltfläche zum Abrufen der Daten drückst, anstatt der Schaltfläche `increment`. Das liegt daran, dass das Lesen von Daten auf der Blockchain keine Transaktionen (Schreiben) oder Gebühren erfordert. Denn nur das Ändern des Zustands der Blockchain erfordert die Durchführung einer Transaktion:
+
+
+
+Nach dem Drücken der Schaltfläche „increment“, die eine Transaktion zum Aufruf unserer Funktion `increment()` generiert, können wir, wenn wir wieder auf die Schaltflächen „count“ oder „getCount“ klicken, den neu aktualisierten Zustand unseres Smart Contracts lesen, wobei die Variable „count“ größer als 0 ist.
+
+
+
+Im nächsten Tutorial werden wir behandeln, [wie du Ereignisse zu deinen Smart Contracts hinzufügen kannst](/developers/tutorials/logging-events-smart-contracts/). Das Protokollieren von Ereignissen (Logging Events) ist eine bequeme Möglichkeit, deinen Smart Contract zu debuggen und zu verstehen, was beim Aufruf einer Funktion passiert.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md b/public/content/translations/de/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
new file mode 100644
index 00000000000..5e1f78435a3
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
@@ -0,0 +1,347 @@
+---
+title: Wie man eine Dapp auf einem lokalen Multi-Client-Testnet entwickelt und testet
+description: "Dieser Leitfaden führt Sie zunächst durch die Instanziierung und Konfiguration eines lokalen Multi-Client-Ethereum-Testnets, bevor Sie das Testnet verwenden, um eine Dapp bereitzustellen und zu testen."
+author: "Tedi Mitiku"
+tags:
+ [
+ "Clients",
+ "Blockchain-Knoten",
+ "Smart Contracts",
+ "Zusammensetzbarkeit",
+ "Konsensebene",
+ "Ausführungsebene",
+ "Testen",
+ ]
+skill: intermediate
+breadcrumb: Multi-Client-Testnet
+lang: de
+published: 2023-04-11
+---
+
+## Einführung {#introduction}
+
+Dieser Leitfaden führt Sie durch den Prozess der Instanziierung eines konfigurierbaren lokalen Ethereum-Testnets, der Bereitstellung eines Smart Contracts darauf und der Verwendung des Testnets zur Ausführung von Tests für Ihre Dapp. Dieser Leitfaden richtet sich an Dapp-Entwickler, die ihre Dapps lokal mit verschiedenen Netzwerkkonfigurationen entwickeln und testen möchten, bevor sie sie in einem Live-Testnet oder dem Mainnet bereitstellen.
+
+In diesem Leitfaden werden Sie:
+
+- Ein lokales Ethereum-Testnet mit dem [`eth-network-package`](https://github.com/kurtosis-tech/eth-network-package) unter Verwendung von [Kurtosis](https://www.kurtosis.com/) instanziieren,
+- Ihre Hardhat-Dapp-Entwicklungsumgebung mit dem lokalen Testnet verbinden, um eine Dapp zu kompilieren, bereitzustellen und zu testen, und
+- Das lokale Testnet konfigurieren, einschließlich Parametern wie der Anzahl der Blockchain-Knoten und spezifischen EL/CL-Client-Paarungen, um Entwicklungs- und Test-Workflows für verschiedene Netzwerkkonfigurationen zu ermöglichen.
+
+### Was ist Kurtosis? {#what-is-kurtosis}
+
+[Kurtosis](https://www.kurtosis.com/) ist ein zusammensetzbares Build-System, das für die Konfiguration von Multi-Container-Testumgebungen entwickelt wurde. Es ermöglicht Entwicklern insbesondere die Erstellung reproduzierbarer Umgebungen, die eine dynamische Setup-Logik erfordern, wie z. B. Blockchain-Testnets.
+
+In diesem Leitfaden startet das Kurtosis `eth-network-package` ein lokales Ethereum-Testnet mit Unterstützung für den Ausführungs-Client (EL) [`geth`](https://geth.ethereum.org/) sowie die Konsens-Clients (CL) [`teku`](https://consensys.io/teku), [`lighthouse`](https://lighthouse.sigmaprime.io/) und [`lodestar`](https://lodestar.chainsafe.io/). Dieses Paket dient als konfigurierbare und zusammensetzbare Alternative zu Netzwerken in Frameworks wie Hardhat Network, Ganache und Anvil. Kurtosis bietet Entwicklern mehr Kontrolle und Flexibilität über die von ihnen verwendeten Testnets, was ein Hauptgrund dafür ist, dass die [Ethereum Foundation Kurtosis zum Testen des Merge verwendet hat](https://www.kurtosis.com/blog/testing-the-ethereum-merge) und es weiterhin zum Testen von Netzwerk-Upgrades verwendet.
+
+## Kurtosis einrichten {#setting-up-kurtosis}
+
+Bevor Sie fortfahren, stellen Sie sicher, dass Sie Folgendes haben:
+
+- Die [Docker-Engine installiert und gestartet](https://docs.kurtosis.com/install/#i-install--start-docker) auf Ihrem lokalen Rechner
+- Die [Kurtosis-CLI installiert](https://docs.kurtosis.com/install#ii-install-the-cli) (oder auf die neueste Version aktualisiert, falls Sie die CLI bereits installiert haben)
+- [Node.js](https://nodejs.org/en), [yarn](https://classic.yarnpkg.com/lang/en/docs/install/#mac-stable) und [npx](https://www.npmjs.com/package/npx) installiert (für Ihre Dapp-Umgebung)
+
+## Ein lokales Ethereum-Testnet instanziieren {#instantiate-testnet}
+
+Um ein lokales Ethereum-Testnet zu starten, führen Sie Folgendes aus:
+
+```bash
+kurtosis run --enclave local-eth-testnet github.com/kurtosis-tech/eth-network-package
+```
+
+Hinweis: Dieser Befehl benennt Ihr Netzwerk mit dem Flag `--enclave` als „local-eth-testnet“.
+
+Kurtosis gibt die Schritte aus, die es im Hintergrund ausführt, während es die Anweisungen interpretiert, validiert und dann ausführt. Am Ende sollten Sie eine Ausgabe sehen, die der folgenden ähnelt:
+
+```bash
+INFO[2023-03-16T14:22:54-04:00] =========================================================
+INFO[2023-03-16T14:22:54-04:00] || Created enclave: local-eth-testnet ||
+INFO[2023-03-16T14:22:54-04:00] =========================================================
+Name: local-eth-testnet
+UUID: 221111111111
+Status: RUNNING
+Creation Time: Thu, 16 Mar 2023 14:21:41 EDT
+
+========================================= Files Artifacts =========================================
+UUID Name
+111111111111 111111111111-111111111111-111111111111-genesis-data
+222222222222 222222222222-222222222222-222222222222-prysm-password
+333333333333 333333333333-333333333333-333333333333-geth-prefunded-keys
+
+========================================== User Services ==========================================
+UUID Name Ports Status
+444444444444 cl-1-lighthouse-geth http: 4000/tcp -> http://127.0.0.1:64250 RUNNING
+ metrics: 5054/tcp -> http://127.0.0.1:64251
+ tcp-discovery: 9000/tcp -> 127.0.0.1:64252
+ udp-discovery: 9000/udp -> 127.0.0.1:64253
+555555555555 el-1-geth-lighthouse engine-rpc: 8551/tcp -> 127.0.0.1:64247 RUNNING
+ rpc: 8545/tcp -> 127.0.0.1:64248
+ tcp-discovery: 30303/tcp -> 127.0.0.1:64249
+ udp-discovery: 30303/udp -> 127.0.0.1:64254
+ ws: 8546/tcp -> 127.0.0.1:64255
+666666666666 prelaunch-data-generator RUNNING
+777777777777 validator-key-generation-cl-1 RUNNING
+```
+
+Herzlichen Glückwunsch! Sie haben Kurtosis verwendet, um ein lokales Ethereum-Testnet mit einem CL- (`lighthouse`) und EL-Client (`geth`) über Docker zu instanziieren.
+
+### Überprüfung {#review-instantiate-testnet}
+
+In diesem Abschnitt haben Sie einen Befehl ausgeführt, der Kurtosis anwies, das [remote auf GitHub gehostete `eth-network-package`](https://github.com/kurtosis-tech/eth-network-package) zu verwenden, um ein lokales Ethereum-Testnet innerhalb einer Kurtosis-[Enclave](https://docs.kurtosis.com/advanced-concepts/enclaves/) zu starten. Innerhalb Ihrer Enclave finden Sie sowohl „Dateiartefakte“ (file artifacts) als auch „Benutzerdienste“ (user services).
+
+Die [Dateiartefakte](https://docs.kurtosis.com/advanced-concepts/files-artifacts/) in Ihrer Enclave umfassen alle Daten, die generiert und verwendet wurden, um die EL- und CL-Clients zu bootstrappen. Die Daten wurden mit dem Dienst `prelaunch-data-generator` erstellt, der aus diesem [Docker-Image](https://github.com/ethpandaops/ethereum-genesis-generator) erstellt wurde.
+
+Benutzerdienste zeigen alle containerisierten Dienste an, die in Ihrer Enclave ausgeführt werden. Sie werden feststellen, dass ein einzelner Blockchain-Knoten erstellt wurde, der sowohl über einen EL-Client als auch über einen CL-Client verfügt.
+
+## Verbinden Sie Ihre Dapp-Entwicklungsumgebung mit dem lokalen Ethereum-Testnet {#connect-your-dapp}
+
+### Einrichten der Dapp-Entwicklungsumgebung {#set-up-dapp-env}
+
+Da Sie nun über ein laufendes lokales Testnet verfügen, können Sie Ihre Dapp-Entwicklungsumgebung so verbinden, dass sie Ihr lokales Testnet verwendet. In diesem Leitfaden wird das Hardhat-Framework verwendet, um eine Blackjack-Dapp in Ihrem lokalen Testnet bereitzustellen.
+
+Um Ihre Dapp-Entwicklungsumgebung einzurichten, klonen Sie das Repository, das unsere Beispiel-Dapp enthält, und installieren Sie deren Abhängigkeiten, indem Sie Folgendes ausführen:
+
+```bash
+git clone https://github.com/kurtosis-tech/awesome-kurtosis.git
+cd awesome-kurtosis/smart-contract-example
+npm install
+```
+
+Der hier verwendete Ordner [smart-contract-example](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example) enthält das typische Setup für einen Dapp-Entwickler, der das [Hardhat](https://hardhat.org/)-Framework verwendet:
+
+- [`contracts/`](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example/contracts) enthält einige einfache Smart Contracts für eine Blackjack-Dapp
+- [`scripts/`](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example/scripts) enthält ein Skript zur Bereitstellung eines Token-Vertrags in Ihrem lokalen Ethereum-Netzwerk
+- [`test/`](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example/test) enthält einen einfachen .js-Test für Ihren Token-Vertrag, um zu bestätigen, dass für jeden Spieler in unserer Blackjack-Dapp 1000 geprägt wurden
+- [`hardhat.config.ts`](https://github.com/kurtosis-tech/awesome-kurtosis/blob/main/smart-contract-example/hardhat.config.ts) konfiguriert Ihr Hardhat-Setup
+
+### Hardhat für die Verwendung des lokalen Testnets konfigurieren {#configure-hardhat}
+
+Nachdem Ihre Dapp-Entwicklungsumgebung eingerichtet ist, verbinden Sie nun Hardhat, um das mit Kurtosis generierte lokale Ethereum-Testnet zu verwenden. Ersetzen Sie dazu `<$YOUR_PORT>` in der `localnet`-Struktur in Ihrer Konfigurationsdatei `hardhat.config.ts` durch den Port der RPC-URI-Ausgabe eines beliebigen `el-client-`-Dienstes. In diesem Beispielfall wäre der Port `64248`. Ihr Port wird ein anderer sein.
+
+Beispiel in `hardhat.config.ts`:
+
+```ts
+import { HardhatUserConfig } from "hardhat/config";
+import "@nomicfoundation/hardhat-toolbox";
+
+const config: HardhatUserConfig = {
+ solidity: "0.8.18",
+ networks: {
+ localnet: {
+ url: "http://127.0.0.1:<$YOUR_PORT>",
+ },
+ },
+};
+
+export default config;
+```
+
+Sobald Sie Ihre Datei speichern, ist Ihre Hardhat-Dapp-Entwicklungsumgebung nun mit Ihrem lokalen Ethereum-Testnet verbunden! Sie können überprüfen, ob Ihr Testnet funktioniert, indem Sie Folgendes ausführen:
+
+```bash
+npx hardhat balances --network localnet
+```
+
+Die Ausgabe sollte in etwa so aussehen:
+
+```bash
+0x821b55d8abe79bc98f05eb675fdc50dfe796b7ab has balance 10000000000000000000000
+0x123463a4b065722e99115d6c222f267d9cabb524 has balance 10000000000000000000000
+0x2e0d69cdbc64d09d52ac77708f55cd0274065642 has balance 10000000000000000000000
+```
+
+Dies bestätigt, dass Hardhat Ihr lokales Testnet verwendet und die vom `eth-network-package` erstellten, im Voraus finanzierten Konten erkennt.
+
+### Stellen Sie Ihre Dapp lokal bereit und testen Sie sie {#deploy-and-test-dapp}
+
+Da die Dapp-Entwicklungsumgebung nun vollständig mit dem lokalen Ethereum-Testnet verbunden ist, können Sie Entwicklungs- und Test-Workflows für Ihre Dapp über das lokale Testnet ausführen.
+
+Um den Smart Contract `ChipToken.sol` für lokales Prototyping und Entwicklung zu kompilieren und bereitzustellen, führen Sie Folgendes aus:
+
+```bash
+npx hardhat run scripts/deploy.ts --network localnet
+```
+
+Die Ausgabe sollte in etwa so aussehen:
+
+```bash
+Compiled 2 Solidity files successfully
+ChipToken deployed to: 0x5FbDB2315678afecb367f032d93F642f64180aa3
+```
+
+Versuchen Sie nun, den Test `simple.js` für Ihre lokale Dapp auszuführen, um zu bestätigen, dass für jeden Spieler in unserer Blackjack-Dapp 1000 geprägt wurden:
+
+Die Ausgabe sollte in etwa so aussehen:
+
+```bash
+npx hardhat test --network localnet
+```
+
+Die Ausgabe sollte in etwa so aussehen:
+
+```bash
+ ChipToken
+ ✔ Should mint 1000 tokens for each player (101ms)
+
+
+ 1 passing (103ms)
+```
+
+### Überprüfung {#review-dapp-workflows}
+
+Zu diesem Zeitpunkt haben Sie nun eine Dapp-Entwicklungsumgebung eingerichtet, sie mit einem von Kurtosis erstellten lokalen Ethereum-Netzwerk verbunden und einen einfachen Test für Ihre Dapp kompiliert, bereitgestellt und ausgeführt.
+
+Lassen Sie uns nun untersuchen, wie Sie das zugrunde liegende Netzwerk konfigurieren können, um unsere Dapps unter verschiedenen Netzwerkkonfigurationen zu testen.
+
+## Konfigurieren des lokalen Ethereum-Testnets {#configure-testnet}
+
+### Ändern der Client-Konfigurationen und der Anzahl der Blockchain-Knoten {#configure-client-config-and-num-nodes}
+
+Ihr lokales Ethereum-Testnet kann so konfiguriert werden, dass es verschiedene EL- und CL-Client-Paare sowie eine unterschiedliche Anzahl von Blockchain-Knoten verwendet, abhängig vom Szenario und der spezifischen Netzwerkkonfiguration, die Sie entwickeln oder testen möchten. Das bedeutet, dass Sie nach der Einrichtung ein angepasstes lokales Testnet starten und es verwenden können, um dieselben Workflows (Bereitstellung, Tests usw.) unter verschiedenen Netzwerkkonfigurationen auszuführen, um sicherzustellen, dass alles wie erwartet funktioniert. Um mehr über die anderen Parameter zu erfahren, die Sie ändern können, besuchen Sie diesen Link.
+
+Probieren Sie es aus! Sie können dem `eth-network-package` über eine JSON-Datei verschiedene Konfigurationsoptionen übergeben. Diese JSON-Datei mit Netzwerkparametern enthält die spezifischen Konfigurationen, die Kurtosis zum Einrichten des lokalen Ethereum-Netzwerks verwendet.
+
+Nehmen Sie die Standardkonfigurationsdatei und bearbeiten Sie sie, um zwei Blockchain-Knoten mit unterschiedlichen EL/CL-Paaren zu starten:
+
+- Knoten 1 mit `geth`/`lighthouse`
+- Knoten 2 mit `geth`/`lodestar`
+- Knoten 3 mit `geth`/`teku`
+
+Diese Konfiguration erstellt ein heterogenes Netzwerk von Ethereum-Knotenimplementierungen zum Testen Ihrer Dapp. Ihre Konfigurationsdatei sollte nun wie folgt aussehen:
+
+```json
+{
+ "participants": [
+ {
+ "el_client_type": "geth",
+ "el_client_image": "",
+ "el_client_log_level": "",
+ "cl_client_type": "lighthouse",
+ "cl_client_image": "",
+ "cl_client_log_level": "",
+ "beacon_extra_params": [],
+ "el_extra_params": [],
+ "validator_extra_params": [],
+ "builder_network_params": null
+ },
+ {
+ "el_client_type": "geth",
+ "el_client_image": "",
+ "el_client_log_level": "",
+ "cl_client_type": "lodestar",
+ "cl_client_image": "",
+ "cl_client_log_level": "",
+ "beacon_extra_params": [],
+ "el_extra_params": [],
+ "validator_extra_params": [],
+ "builder_network_params": null
+ },
+ {
+ "el_client_type": "geth",
+ "el_client_image": "",
+ "el_client_log_level": "",
+ "cl_client_type": "teku",
+ "cl_client_image": "",
+ "cl_client_log_level": "",
+ "beacon_extra_params": [],
+ "el_extra_params": [],
+ "validator_extra_params": [],
+ "builder_network_params": null
+ }
+ ],
+ "network_params": {
+ "preregistered_validator_keys_mnemonic": "giant issue aisle success illegal bike spike question tent bar rely arctic volcano waffle brown round aries mita",
+ "num_validator_keys_per_node": 64,
+ "network_id": "3151908",
+ "deposit_contract_address": "0x4242424242424242424242424242424242424242",
+ "seconds_per_slot": 12,
+ "slots_per_epoch": 32,
+ "genesis_delay": 20
+ }
+}
+```
+
+Jede `participants`-Struktur ist einem Blockchain-Knoten im Netzwerk zugeordnet, sodass 3 `participants`-Strukturen Kurtosis anweisen, 3 Blockchain-Knoten in Ihrem Netzwerk zu starten. Jede `participants`-Struktur ermöglicht es Ihnen, das EL- und CL-Paar anzugeben, das für diesen spezifischen Knoten verwendet wird.
+
+Die Struktur `network_params` konfiguriert die Netzwerkeinstellungen, die zum Erstellen der Genesis-Dateien für jeden Knoten verwendet werden, sowie andere Einstellungen wie die Sekunden pro Slot des Netzwerks.
+
+Speichern Sie Ihre bearbeitete Parameterdatei in einem beliebigen Verzeichnis (im folgenden Beispiel wird sie auf dem Desktop gespeichert) und verwenden Sie sie dann, um Ihr Kurtosis-Paket auszuführen, indem Sie Folgendes eingeben:
+
+```bash
+kurtosis clean -a && kurtosis run --enclave local-eth-testnet github.com/kurtosis-tech/eth-network-package "$(cat ~/Desktop/network_params.json)"
+```
+
+Hinweis: Der Befehl `kurtosis clean -a` wird hier verwendet, um Kurtosis anzuweisen, das alte Testnet und dessen Inhalte zu zerstören, bevor ein neues gestartet wird.
+
+Auch hier wird Kurtosis eine Weile arbeiten und die einzelnen Schritte ausgeben, die stattfinden. Schließlich sollte die Ausgabe in etwa so aussehen:
+
+```bash
+INFO[2023-03-16T14:44:22-04:00] =========================================================
+INFO[2023-03-16T14:44:22-04:00] || Created enclave: local-eth-testnet ||
+INFO[2023-03-16T14:44:22-04:00] =========================================================
+Name: local-eth-testnet
+UUID: 888888888888
+Status: RUNNING
+Creation Time: Thu, 16 Mar 2023 14:42:41 EDT
+
+========================================= Files Artifacts =========================================
+UUID Name
+111111111111 111111111111-111111111111-111111111111-genesis-data
+222222222222 222222222222-222222222222-222222222222-prysm-password
+333333333333 333333333333-333333333333-333333333333-geth-prefunded-keys
+
+========================================== User Services ==========================================
+UUID Name Ports Status
+444444444444 cl-1-lighthouse-geth http: 4000/tcp -> http://127.0.0.1:64306 RUNNING
+ metrics: 5054/tcp -> http://127.0.0.1:64307
+ tcp-discovery: 9000/tcp -> 127.0.0.1:64308
+ udp-discovery: 9000/udp -> 127.0.0.1:64309
+555555555555 cl-2-lodestar-geth http: 4000/tcp -> http://127.0.0.1:64316 RUNNING
+ metrics: 8008/tcp -> http://127.0.0.1:64317
+ tcp-discovery: 9000/tcp -> 127.0.0.1:64318
+ udp-discovery: 9000/udp -> 127.0.0.1:64319
+666666666666 cl-3-teku-geth http: 4000/tcp -> http://127.0.0.1:64326 RUNNING
+ metrics: 8008/tcp -> http://127.0.0.1:64327
+ tcp-discovery: 9000/tcp -> 127.0.0.1:64328
+ udp-discovery: 9000/udp -> 127.0.0.1:64329
+777777777777 el-1-geth-lighthouse engine-rpc: 8551/tcp -> 127.0.0.1:64301 RUNNING
+ rpc: 8545/tcp -> 127.0.0.1:64302
+ tcp-discovery: 30303/tcp -> 127.0.0.1:64303
+ udp-discovery: 30303/udp -> 127.0.0.1:64310
+ ws: 8546/tcp -> 127.0.0.1:64311
+888888888888 el-2-geth-lodestar engine-rpc: 8551/tcp -> 127.0.0.1:64312 RUNNING
+ rpc: 8545/tcp -> 127.0.0.1:64313
+ tcp-discovery: 30303/tcp -> 127.0.0.1:64314
+ udp-discovery: 30303/udp -> 127.0.0.1:64320
+ ws: 8546/tcp -> 127.0.0.1:64321
+999999999999 el-3-geth-teku engine-rpc: 8551/tcp -> 127.0.0.1:64322 RUNNING
+ rpc: 8545/tcp -> 127.0.0.1:64323
+ tcp-discovery: 30303/tcp -> 127.0.0.1:64324
+ udp-discovery: 30303/udp -> 127.0.0.1:64330
+ ws: 8546/tcp -> 127.0.0.1:64331
+000000000000 prelaunch-data-generator RUNNING
+121212121212 validator-key-generation-cl-1 RUNNING
+232323232323 validator-key-generation-cl-2 RUNNING
+343434343434 validator-key-generation-cl-3 RUNNING
+```
+
+Herzlichen Glückwunsch! Sie haben Ihr lokales Testnet erfolgreich so konfiguriert, dass es 3 Blockchain-Knoten anstelle von 1 hat. Um dieselben Workflows wie zuvor für Ihre Dapp auszuführen (Bereitstellen und Testen), führen Sie dieselben Vorgänge wie zuvor aus, indem Sie `<$YOUR_PORT>` in der `localnet`-Struktur in Ihrer Konfigurationsdatei `hardhat.config.ts` durch den Port der RPC-URI-Ausgabe eines beliebigen `el-client-`-Dienstes in Ihrem neuen lokalen Testnet mit 3 Knoten ersetzen.
+
+## Fazit {#conclusion}
+
+Und das war's! Um diesen kurzen Leitfaden zusammenzufassen, haben Sie:
+
+- Ein lokales Ethereum-Testnet über Docker mit Kurtosis erstellt
+- Ihre lokale Dapp-Entwicklungsumgebung mit dem lokalen Ethereum-Netzwerk verbunden
+- Eine Dapp bereitgestellt und einen einfachen Test dafür im lokalen Ethereum-Netzwerk ausgeführt
+- Das zugrunde liegende Ethereum-Netzwerk so konfiguriert, dass es 3 Blockchain-Knoten hat
+
+Wir würden uns freuen, von Ihnen zu hören, was für Sie gut gelaufen ist, was verbessert werden könnte, oder Ihre Fragen zu beantworten. Zögern Sie nicht, uns über [GitHub](https://github.com/kurtosis-tech/kurtosis/issues/new/choose) zu kontaktieren oder [uns eine E-Mail zu senden](mailto:feedback@kurtosistech.com)!
+
+### Weitere Beispiele und Leitfäden {#other-examples-guides}
+
+Wir empfehlen Ihnen, sich unseren [Schnellstart](https://docs.kurtosis.com/quickstart) (wo Sie eine Postgres-Datenbank und eine API darauf aufbauen) und unsere anderen Beispiele in unserem [awesome-kurtosis-Repository](https://github.com/kurtosis-tech/awesome-kurtosis) anzusehen, wo Sie einige großartige Beispiele finden, einschließlich Paketen für:
+
+- [Das Starten desselben lokalen Ethereum-Testnets](https://github.com/kurtosis-tech/eth2-package), jedoch mit zusätzlichen verbundenen Diensten wie einem Transaktions-Spammer (zur Simulation von Transaktionen), einem Fork-Monitor und einer verbundenen Grafana- und Prometheus-Instanz
+- Die Durchführung eines [Subnetzwerk-Tests](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/ethereum-network-partition-test) für dasselbe lokale Ethereum-Netzwerk
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/de/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
new file mode 100644
index 00000000000..0c62771b66a
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -0,0 +1,145 @@
+---
+title: "Smart Contracts verkleinern, um das Größenlimit einzuhalten"
+description: "Was können Sie tun, um zu verhindern, dass Ihre Smart Contracts zu groß werden?"
+author: Markus Waas
+lang: de
+tags: ["Solidity", "Smart Contracts", "Speicher"]
+skill: intermediate
+breadcrumb: Smart Contracts verkleinern
+published: 2020-06-26
+source: soliditydeveloper.com
+sourceUrl: https://soliditydeveloper.com/max-contract-size
+---
+
+## Warum gibt es ein Limit? {#why-is-there-a-limit}
+
+Am [22. November 2016](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spurious-dragon) führte der Spurious Dragon Hard-Fork [EIP-170](https://eips.ethereum.org/EIPS/eip-170) ein, was ein Größenlimit für Smart Contracts von 24,576 kb hinzufügte. Für Sie als Solidity-Entwickler bedeutet dies, dass Sie, wenn Sie Ihrem Vertrag immer mehr Funktionen hinzufügen, irgendwann das Limit erreichen und bei der Bereitstellung folgenden Fehler sehen werden:
+
+`Warning: Contract code size exceeds 24576 bytes (a limit introduced in Spurious Dragon). This contract may not be deployable on Mainnet. Consider enabling the optimizer (with a low "runs" value!), turning off revert strings, or using libraries.`
+
+Dieses Limit wurde eingeführt, um Denial-of-Service-Angriffe (DOS) zu verhindern. Jeder Aufruf eines Vertrags ist in Bezug auf Gas relativ günstig. Die Auswirkungen eines Vertragsaufrufs für Ethereum-Blockchain-Knoten steigen jedoch überproportional in Abhängigkeit von der Größe des aufgerufenen Vertragscodes (Lesen des Codes von der Festplatte, Vorverarbeitung des Codes, Hinzufügen von Daten zum Merkle-Proof). Wann immer Sie eine solche Situation haben, in der der Angreifer nur wenige Ressourcen benötigt, um anderen viel Arbeit zu bereiten, entsteht das Potenzial für DOS-Angriffe.
+
+Ursprünglich war dies weniger ein Problem, da ein natürliches Größenlimit für Verträge das Block-Gaslimit ist. Offensichtlich muss ein Vertrag innerhalb einer Transaktion bereitgestellt werden, die den gesamten Bytecode des Vertrags enthält. Wenn Sie nur diese eine Transaktion in einen Block aufnehmen, können Sie das gesamte Gas aufbrauchen, aber es ist nicht unendlich. Seit dem [London-Upgrade](/ethereum-forks/#london) kann das Block-Gaslimit je nach Netzwerknachfrage zwischen 15 und 30 Millionen Einheiten variieren.
+
+Im Folgenden werden wir uns einige Methoden ansehen, geordnet nach ihren potenziellen Auswirkungen. Stellen Sie sich das wie beim Abnehmen vor. Die beste Strategie für jemanden, um sein Zielgewicht (in unserem Fall 24 kb) zu erreichen, besteht darin, sich zuerst auf die Methoden mit den größten Auswirkungen zu konzentrieren. In den meisten Fällen reicht es aus, die Ernährung umzustellen, aber manchmal braucht man ein bisschen mehr. Dann könnten Sie etwas Sport (mittlere Auswirkung) oder sogar Nahrungsergänzungsmittel (geringe Auswirkung) hinzufügen.
+
+## Große Auswirkungen {#big-impact}
+
+### Trennen Sie Ihre Verträge {#separate-your-contracts}
+
+Dies sollte immer Ihr erster Ansatz sein. Wie können Sie den Vertrag in mehrere kleinere aufteilen? Es zwingt Sie im Allgemeinen dazu, sich eine gute Architektur für Ihre Verträge auszudenken. Kleinere Verträge werden aus Sicht der Lesbarkeit des Codes immer bevorzugt. Fragen Sie sich beim Aufteilen von Verträgen:
+
+- Welche Funktionen gehören zusammen? Jede Gruppe von Funktionen ist möglicherweise am besten in einem eigenen Vertrag aufgehoben.
+- Welche Funktionen erfordern kein Lesen des Vertragszustands oder nur einer bestimmten Teilmenge des Zustands?
+- Können Sie Speicher und Funktionalität trennen?
+
+### Bibliotheken {#libraries}
+
+Eine einfache Möglichkeit, Funktionscode vom Speicher zu trennen, ist die Verwendung einer [Bibliothek](https://solidity.readthedocs.io/en/v0.6.10/contracts.html#libraries). Deklarieren Sie die Bibliotheksfunktionen nicht als intern, da diese während der Kompilierung direkt [zum Vertrag hinzugefügt](https://ethereum.stackexchange.com/questions/12975/are-internal-functions-in-libraries-not-covered-by-linking) werden. Wenn Sie jedoch öffentliche Funktionen verwenden, befinden sich diese tatsächlich in einem separaten Bibliotheksvertrag. Erwägen Sie die Verwendung von [using for](https://solidity.readthedocs.io/en/v0.6.10/contracts.html#using-for), um die Nutzung von Bibliotheken komfortabler zu gestalten.
+
+### Proxys {#proxies}
+
+Eine fortgeschrittenere Strategie wäre ein Proxy-System. Bibliotheken verwenden im Hintergrund `DELEGATECALL`, was einfach die Funktion eines anderen Vertrags mit dem Zustand des aufrufenden Vertrags ausführt. Lesen Sie [diesen Blogbeitrag](https://hackernoon.com/how-to-make-smart-contracts-upgradable-2612e771d5a2), um mehr über Proxy-Systeme zu erfahren. Sie bieten Ihnen mehr Funktionalität, z. B. ermöglichen sie die Aktualisierbarkeit, fügen aber auch viel Komplexität hinzu. Ich würde sie nicht nur zur Reduzierung der Vertragsgröße hinzufügen, es sei denn, es ist aus irgendeinem Grund Ihre einzige Option.
+
+## Mittlere Auswirkungen {#medium-impact}
+
+### Funktionen entfernen {#remove-functions}
+
+Dies sollte offensichtlich sein. Funktionen vergrößern einen Vertrag erheblich.
+
+- **Extern**: Oft fügen wir aus Bequemlichkeitsgründen viele View-Funktionen hinzu. Das ist völlig in Ordnung, bis Sie das Größenlimit erreichen. Dann sollten Sie wirklich darüber nachdenken, alle bis auf die absolut wesentlichen zu entfernen.
+- **Intern**: Sie können auch interne/private Funktionen entfernen und den Code einfach inline einfügen, solange die Funktion nur einmal aufgerufen wird.
+
+### Zusätzliche Variablen vermeiden {#avoid-additional-variables}
+
+```solidity
+function get(uint id) returns (address,address) {
+ MyStruct memory myStruct = myStructs[id];
+ return (myStruct.addr1, myStruct.addr2);
+}
+```
+
+```solidity
+function get(uint id) returns (address,address) {
+ return (myStructs[id].addr1, myStructs[id].addr2);
+}
+```
+
+Eine einfache Änderung wie diese macht einen Unterschied von **0,28 kb**. Die Chancen stehen gut, dass Sie viele ähnliche Situationen in Ihren Verträgen finden, und diese können sich wirklich zu erheblichen Mengen summieren.
+
+### Fehlermeldungen kürzen {#shorten-error-message}
+
+Lange Revert-Nachrichten und insbesondere viele verschiedene Revert-Nachrichten können den Vertrag aufblähen. Verwenden Sie stattdessen kurze Fehlercodes und decodieren Sie diese in Ihrem Vertrag. Eine lange Nachricht könnte viel kürzer werden:
+
+```solidity
+require(msg.sender == owner, "Only the owner of this contract can call this function");
+```
+
+```solidity
+require(msg.sender == owner, "OW1");
+```
+
+### Benutzerdefinierte Fehler anstelle von Fehlermeldungen verwenden
+
+Benutzerdefinierte Fehler wurden in [Solidity 0.8.4](https://blog.soliditylang.org/2021/04/21/custom-errors/) eingeführt. Sie sind eine großartige Möglichkeit, die Größe Ihrer Verträge zu reduzieren, da sie als Selektoren ABI-codiert sind (genau wie Funktionen).
+
+```solidity
+error Unauthorized();
+
+if (msg.sender != owner) {
+ revert Unauthorized();
+}
+```
+
+### Erwägen Sie einen niedrigen Run-Wert im Optimierer {#consider-a-low-run-value-in-the-optimizer}
+
+Sie können auch die Optimierer-Einstellungen ändern. Der Standardwert von 200 bedeutet, dass versucht wird, den Bytecode so zu optimieren, als ob eine Funktion 200 Mal aufgerufen wird. Wenn Sie ihn auf 1 ändern, weisen Sie den Optimierer im Grunde an, für den Fall zu optimieren, dass jede Funktion nur einmal ausgeführt wird. Eine für die einmalige Ausführung optimierte Funktion bedeutet, dass sie für die Bereitstellung selbst optimiert ist. Beachten Sie, dass **dies die [Gaskosten](/developers/docs/gas/) für die Ausführung der Funktionen erhöht**, sodass Sie dies möglicherweise nicht tun möchten.
+
+## Geringe Auswirkungen {#small-impact}
+
+### Vermeiden Sie die Übergabe von Structs an Funktionen {#avoid-passing-structs-to-functions}
+
+Wenn Sie den [ABIEncoderV2](https://solidity.readthedocs.io/en/v0.6.10/layout-of-source-files.html#abiencoderv2) verwenden, kann es helfen, keine Structs an eine Funktion zu übergeben. Anstatt den Parameter als Struct zu übergeben, übergeben Sie die erforderlichen Parameter direkt. In diesem Beispiel haben wir weitere **0,1 kb** gespart.
+
+```solidity
+function get(uint id) returns (address,address) {
+ return _get(myStruct);
+}
+
+function _get(MyStruct memory myStruct) private view returns(address,address) {
+ return (myStruct.addr1, myStruct.addr2);
+}
+```
+
+```solidity
+function get(uint id) returns(address,address) {
+ return _get(myStructs[id].addr1, myStructs[id].addr2);
+}
+
+function _get(address addr1, address addr2) private view returns(address,address) {
+ return (addr1, addr2);
+}
+```
+
+### Deklarieren Sie die korrekte Sichtbarkeit für Funktionen und Variablen {#declare-correct-visibility-for-functions-and-variables}
+
+- Funktionen oder Variablen, die nur von außen aufgerufen werden? Deklarieren Sie sie als `external` anstatt als `public`.
+- Funktionen oder Variablen, die nur innerhalb des Vertrags aufgerufen werden? Deklarieren Sie sie als `private` oder `internal` anstatt als `public`.
+
+### Modifikatoren entfernen {#remove-modifiers}
+
+Modifikatoren können, insbesondere wenn sie intensiv genutzt werden, erhebliche Auswirkungen auf die Vertragsgröße haben. Erwägen Sie, sie zu entfernen und stattdessen Funktionen zu verwenden.
+
+```solidity
+modifier checkStuff() {}
+
+function doSomething() checkStuff {}
+```
+
+```solidity
+function checkStuff() private {}
+
+function doSomething() { checkStuff(); }
+```
+
+Diese Tipps sollten Ihnen helfen, die Vertragsgröße erheblich zu reduzieren. Noch einmal, ich kann es nicht oft genug betonen: Konzentrieren Sie sich immer darauf, Verträge nach Möglichkeit aufzuteilen, um die größten Auswirkungen zu erzielen.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/eip-1271-smart-contract-signatures/index.md b/public/content/translations/de/developers/tutorials/eip-1271-smart-contract-signatures/index.md
new file mode 100644
index 00000000000..5b9f084b47b
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/eip-1271-smart-contract-signatures/index.md
@@ -0,0 +1,132 @@
+---
+title: "EIP-1271: Signieren und Verifizieren von Smart-Contract-Signaturen"
+description: "Ein Überblick über die Erstellung und Verifizierung von Smart-Contract-Signaturen mit EIP-1271. Wir gehen auch die EIP-1271-Implementierung durch, die in Safe (ehemals Gnosis Safe) verwendet wird, um ein konkretes Beispiel für Smart-Contract-Entwickler zu bieten, auf dem sie aufbauen können."
+author: Nathan H. Leung
+lang: de
+tags: ["eip-1271", "Smart Contracts", "Verifizieren", "Signieren"]
+skill: intermediate
+breadcrumb: EIP-1271-Signaturen
+published: 2023-01-12
+---
+
+Der [EIP-1271](https://eips.ethereum.org/EIPS/eip-1271)-Standard ermöglicht es Smart Contracts, Signaturen zu verifizieren.
+
+In diesem Tutorial geben wir einen Überblick über Digitale Signaturen, den Hintergrund von EIP-1271 und die spezifische Implementierung von EIP-1271, die von [Safe](https://safe.global/) (ehemals Gnosis Safe) verwendet wird. Alles in allem kann dies als Ausgangspunkt für die Implementierung von EIP-1271 in Ihren eigenen Verträgen dienen.
+
+## Was ist eine Signatur?
+
+In diesem Zusammenhang ist eine Signatur (genauer gesagt eine „Digitale Signatur“) eine Nachricht plus eine Art Beweis, dass die Nachricht von einer bestimmten Person/einem bestimmten Absender/einer bestimmten Adresse stammt.
+
+Eine Digitale Signatur könnte zum Beispiel so aussehen:
+
+1. Nachricht: „Ich möchte mich auf dieser Website mit meinem Ethereum-Wallet anmelden.“
+2. Unterzeichner: Meine Adresse lautet `0x000…`
+3. Beweis: Hier ist ein Beweis, dass ich, `0x000…`, diese gesamte Nachricht tatsächlich erstellt habe (dies ist normalerweise etwas Kryptografisches).
+
+Es ist wichtig zu beachten, dass eine Digitale Signatur sowohl eine „Nachricht“ als auch eine „Signatur“ enthält.
+
+Warum? Wenn Sie mir zum Beispiel einen Vertrag zur Unterschrift geben würden und ich dann die Unterschriftenseite abschneiden und Ihnen nur meine Unterschriften ohne den Rest des Vertrags zurückgeben würde, wäre der Vertrag nicht gültig.
+
+Genauso bedeutet eine Digitale Signatur ohne eine zugehörige Nachricht nichts!
+
+## Warum gibt es EIP-1271?
+
+Um eine Digitale Signatur für die Verwendung auf Ethereum-basierten Blockchains zu erstellen, benötigen Sie im Allgemeinen einen geheimen Private-Key, den niemand sonst kennt. Das macht Ihre Signatur zu Ihrer eigenen (niemand sonst kann ohne Kenntnis des geheimen Schlüssels dieselbe Signatur erstellen).
+
+Mit Ihrem Ethereum-Konto (d. h. Ihrem extern verwalteten Konto/EOA) ist ein Private-Key verknüpft, und dies ist der Private-Key, der typischerweise verwendet wird, wenn eine Website oder Dapp Sie um eine Signatur bittet (z. B. für „Mit Ethereum anmelden“).
+
+Eine App kann [eine Signatur verifizieren](https://www.alchemy.com/docs/how-to-verify-a-message-signature-on-ethereum), die Sie mit einer Drittanbieter-Bibliothek wie ethers.js erstellen, [ohne Ihren Private-Key zu kennen](https://en.wikipedia.org/wiki/Public-key_cryptography), und sicher sein, dass _Sie_ derjenige waren, der die Signatur erstellt hat.
+
+> Da EOA-Digitale-Signaturen Public-Key-Kryptografie verwenden, können sie tatsächlich **Off-Chain** generiert und verifiziert werden! So funktioniert die gaslose DAO-Abstimmung – anstatt Stimmen auf der Blockchain einzureichen, können Digitale Signaturen mithilfe kryptografischer Bibliotheken Off-Chain erstellt und verifiziert werden.
+
+Während EOA-Konten einen Private-Key haben, verfügen Smart-Contract-Konten über keinerlei privaten oder geheimen Schlüssel (daher kann „Mit Ethereum anmelden“ usw. nicht nativ mit Smart-Contract-Konten funktionieren).
+
+Das Problem, das EIP-1271 lösen möchte: Wie können wir feststellen, ob eine Smart-Contract-Signatur gültig ist, wenn der Smart Contract kein „Geheimnis“ hat, das er in die Signatur integrieren kann?
+
+## Wie funktioniert EIP-1271?
+
+Smart Contracts haben keine Private-Keys, die zum Signieren von Nachrichten verwendet werden können. Wie können wir also feststellen, ob eine Signatur authentisch ist?
+
+Nun, eine Idee ist, dass wir den Smart Contract einfach _fragen_ können, ob eine Signatur authentisch ist!
+
+Was EIP-1271 tut, ist, diese Idee des „Fragens“ eines Smart Contracts, ob eine bestimmte Signatur gültig ist, zu standardisieren.
+
+Ein Vertrag, der EIP-1271 implementiert, muss eine Funktion namens `isValidSignature` haben, die eine Nachricht und eine Signatur entgegennimmt. Der Vertrag kann dann eine Validierungslogik ausführen (die Spezifikation schreibt hier nichts Spezifisches vor) und dann einen Wert zurückgeben, der angibt, ob die Signatur gültig ist oder nicht.
+
+Wenn `isValidSignature` ein gültiges Ergebnis zurückgibt, bedeutet das im Grunde, dass der Vertrag sagt: „Ja, ich genehmige diese Signatur + Nachricht!“
+
+### Schnittstelle
+
+Hier ist die genaue Schnittstelle in der EIP-1271-Spezifikation (wir werden unten über den Parameter `_hash` sprechen, aber betrachten Sie ihn vorerst als die Nachricht, die verifiziert wird):
+
+```jsx
+pragma solidity ^0.5.0;
+
+contract ERC1271 {
+
+ // bytes4(keccak256("isValidSignature(bytes32,bytes)")
+ bytes4 constant internal MAGICVALUE = 0x1626ba7e;
+
+ /* *
+ * @dev Sollte zurückgeben, ob die bereitgestellte Signatur für den bereitgestellten Hash gültig ist
+ * @param _hash Hash der zu signierenden Daten
+ * @param _signature Signatur-Byte-Array, das mit _hash verknüpft ist
+ *
+ * MUSS den magischen bytes4-Wert 0x1626ba7e zurückgeben, wenn die Funktion erfolgreich ist.
+ * DARF den Zustand NICHT ändern (Verwendung von STATICCALL für solc < 0.5, view-Modifikator für solc > 0.5)
+ * MUSS externe Aufrufe zulassen */
+
+
+
+
+
+
+
+
+
+ function isValidSignature(
+ bytes32 _hash,
+ bytes memory _signature)
+ public
+ view
+ returns (bytes4 magicValue);
+}
+```
+
+## Beispiel für eine EIP-1271-Implementierung: Safe
+
+Verträge können `isValidSignature` auf viele Arten implementieren – die Spezifikation sagt nur nicht viel über die genaue Implementierung aus.
+
+Ein bemerkenswerter Vertrag, der EIP-1271 implementiert, ist Safe (ehemals Gnosis Safe).
+
+Im Code von Safe [ist `isValidSignature` so implementiert](https://github.com/safe-global/safe-contracts/blob/main/contracts/handler/CompatibilityFallbackHandler.sol), dass Signaturen auf [zwei Arten](https://ethereum.stackexchange.com/questions/122635/signing-messages-as-a-gnosis-safe-eip1271-support) erstellt und verifiziert werden können:
+
+1. Nachrichten auf der Blockchain
+ 1. Erstellung: Ein Safe-Eigentümer erstellt eine neue Safe-Transaktion, um eine Nachricht zu „signieren“, wobei die Nachricht als Daten in die Transaktion übergeben wird. Sobald genügend Eigentümer die Transaktion signieren, um den Mehrfachsignatur-Schwellenwert zu erreichen, wird die Transaktion übertragen und ausgeführt. In der Transaktion gibt es eine Safe-Funktion namens (`signMessage(bytes calldata _data)`), die die Nachricht zu einer Liste „genehmigter“ Nachrichten hinzufügt.
+ 2. Verifizierung: Rufen Sie `isValidSignature` im Safe-Vertrag auf und übergeben Sie die zu verifizierende Nachricht als Nachrichtenparameter und [einen leeren Wert für den Signaturparameter](https://github.com/safe-global/safe-contracts/blob/main/contracts/handler/CompatibilityFallbackHandler.sol#L32) (d. h. `0x`). Der Safe wird erkennen, dass der Signaturparameter leer ist, und anstatt die Signatur kryptografisch zu verifizieren, wird er wissen, dass er einfach prüfen muss, ob die Nachricht auf der Liste der „genehmigten“ Nachrichten steht.
+2. Off-Chain-Nachrichten:
+ 1. Erstellung: Ein Safe-Eigentümer erstellt eine Nachricht Off-Chain und lässt dann andere Safe-Eigentümer die Nachricht jeweils einzeln signieren, bis genügend Signaturen vorhanden sind, um den Mehrfachsignatur-Genehmigungsschwellenwert zu überschreiten.
+ 2. Verifizierung: Rufen Sie `isValidSignature` auf. Übergeben Sie im Nachrichtenparameter die zu verifizierende Nachricht. Übergeben Sie im Signaturparameter die einzelnen Signaturen jedes Safe-Eigentümers, alle aneinandergereiht. Der Safe prüft, ob genügend Signaturen vorhanden sind, um den Schwellenwert zu erreichen, **und** ob jede Signatur gültig ist. Wenn dies der Fall ist, wird ein Wert zurückgegeben, der eine erfolgreiche Signaturverifizierung anzeigt.
+
+## Was genau ist der Parameter `_hash`? Warum nicht die ganze Nachricht übergeben?
+
+Sie haben vielleicht bemerkt, dass die Funktion `isValidSignature` in der [EIP-1271-Schnittstelle](https://eips.ethereum.org/EIPS/eip-1271) nicht die Nachricht selbst, sondern einen Parameter `_hash` entgegennimmt. Das bedeutet, dass wir anstelle der vollständigen Nachricht beliebiger Länge einen 32-Byte-Hash der Nachricht (im Allgemeinen keccak256) an `isValidSignature` übergeben.
+
+Jedes Byte an Calldata – d. h. Funktionsparameterdaten, die an eine Smart-Contract-Funktion übergeben werden – [kostet 16 Gas (4 Gas bei einem Null-Byte)](https://eips.ethereum.org/EIPS/eip-2028), sodass dies bei einer langen Nachricht viel Gas sparen kann.
+
+### Frühere EIP-1271-Spezifikationen
+
+Es gibt EIP-1271-Spezifikationen in freier Wildbahn, die eine Funktion `isValidSignature` mit einem ersten Parameter vom Typ `bytes` (beliebige Länge anstelle einer festen Länge `bytes32`) und dem Parameternamen `message` haben. Dies ist eine [ältere Version](https://github.com/safe-global/safe-contracts/issues/391#issuecomment-1075427206) des EIP-1271-Standards.
+
+## Wie sollte EIP-1271 in meinen eigenen Verträgen implementiert werden?
+
+Die Spezifikation ist hier sehr offen. Die Safe-Implementierung hat einige gute Ideen:
+
+- Sie können EOA-Signaturen vom „Eigentümer“ des Vertrags als gültig betrachten.
+- Sie könnten eine Liste genehmigter Nachrichten speichern und nur diese als gültig betrachten.
+
+Letztendlich liegt es an Ihnen als Vertragsentwickler!
+
+## Fazit
+
+[EIP-1271](https://eips.ethereum.org/EIPS/eip-1271) ist ein vielseitiger Standard, der es Smart Contracts ermöglicht, Signaturen zu verifizieren. Er öffnet die Tür dafür, dass sich Smart Contracts mehr wie EOAs verhalten – zum Beispiel, indem er eine Möglichkeit bietet, dass „Mit Ethereum anmelden“ mit Smart Contracts funktioniert – und er kann auf viele Arten implementiert werden (wobei Safe eine nicht triviale, interessante Implementierung aufweist, die man in Betracht ziehen sollte).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/erc-721-vyper-annotated-code/index.md b/public/content/translations/de/developers/tutorials/erc-721-vyper-annotated-code/index.md
new file mode 100644
index 00000000000..9d209224abb
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/erc-721-vyper-annotated-code/index.md
@@ -0,0 +1,716 @@
+---
+title: "Vyper ERC-721 Contract Walkthrough"
+description: Ryuya Nakamuras ERC-721-Vertrag und wie er funktioniert
+author: Ori Pomerantz
+lang: de
+tags: ["Vyper", "erc-721", "Python"]
+skill: beginner
+breadcrumb: Vyper ERC-721
+published: 2021-04-01
+---
+
+## Einführung {#introduction}
+
+Der [ERC-721](/developers/docs/standards/tokens/erc-721/)-Standard wird verwendet, um das Eigentum an nicht-fungiblen Token (NFT) zu halten.
+[ERC-20](/developers/docs/standards/tokens/erc-20/)-Token verhalten sich wie ein Rohstoff, da es keinen Unterschied zwischen den einzelnen Token gibt.
+Im Gegensatz dazu sind ERC-721-Token für Vermögenswerte konzipiert, die ähnlich, aber nicht identisch sind, wie zum Beispiel verschiedene [Katzen-Cartoons](https://www.cryptokitties.co/) oder Eigentumsurkunden für verschiedene Immobilien.
+
+In diesem Artikel werden wir [Ryuya Nakamuras ERC-721-Vertrag](https://github.com/vyperlang/vyper/blob/master/examples/tokens/ERC721.vy) analysieren.
+Dieser Smart Contract ist in [Vyper](https://vyper.readthedocs.io/en/latest/index.html) geschrieben, einer Python-ähnlichen Vertragssprache, die so konzipiert ist, dass es schwieriger ist, unsicheren Code zu schreiben, als in Solidity.
+
+## Der Smart Contract {#contract}
+
+```python
+# @dev Implementierung des ERC-721 Non-Fungible Token Standards.
+# @author Ryuya Nakamura (@nrryuya)
+# Modifiziert von: https://github.com/vyperlang/vyper/blob/de74722bf2d8718cca46902be165f9fe0e3641dd/examples/tokens/ERC721.vy
+```
+
+Kommentare in Vyper beginnen, wie in Python, mit einem Raute-Zeichen (`#`) und reichen bis zum Ende der Zeile. Kommentare, die `@` enthalten, werden von [NatSpec](https://vyper.readthedocs.io/en/latest/natspec.html) verwendet, um menschenlesbare Dokumentation zu erstellen.
+
+```python
+from vyper.interfaces import ERC721
+
+implements: ERC721
+```
+
+Die ERC-721-Schnittstelle ist in die Sprache Vyper integriert.
+[Sie können die Code-Definition hier sehen](https://github.com/vyperlang/vyper/blob/master/vyper/builtin_interfaces/ERC721.py).
+Die Schnittstellendefinition ist in Python und nicht in Vyper geschrieben, da Schnittstellen nicht nur innerhalb der Blockchain verwendet werden, sondern auch, wenn eine Transaktion von einer externen Anwendung an die Blockchain gesendet wird, die möglicherweise in Python geschrieben ist.
+
+Die erste Zeile importiert die Schnittstelle, und die zweite gibt an, dass wir sie hier implementieren.
+
+### Die ERC721Receiver-Schnittstelle {#receiver-interface}
+
+```python
+# Schnittstelle für den Vertrag, der von safeTransferFrom() aufgerufen wird
+interface ERC721Receiver:
+ def onERC721Received(
+```
+
+ERC-721 unterstützt zwei Arten von Übertragungen:
+
+- `transferFrom`, was es dem Sender ermöglicht, eine beliebige Zieladresse anzugeben, und die Verantwortung für die Übertragung dem Sender auferlegt. Das bedeutet, dass Sie an eine ungültige Adresse übertragen können, in welchem Fall der NFT für immer verloren ist.
+- `safeTransferFrom`, was überprüft, ob die Zieladresse ein Smart Contract ist. Wenn ja, fragt der ERC-721-Vertrag den empfangenden Smart Contract, ob er den NFT empfangen möchte.
+
+Um `safeTransferFrom`-Anfragen zu beantworten, muss ein empfangender Smart Contract `ERC721Receiver` implementieren.
+
+```python
+ _operator: address,
+ _from: address,
+```
+
+Die `_from`-Adresse ist der aktuelle Eigentümer des Tokens. Die `_operator`-Adresse ist diejenige, die die Übertragung angefordert hat (diese beiden müssen aufgrund von Berechtigungen nicht identisch sein).
+
+```python
+ _tokenId: uint256,
+```
+
+ERC-721-Token-IDs sind 256 Bit groß. Typischerweise werden sie durch das Hashen einer Beschreibung dessen erstellt, was der Token repräsentiert.
+
+```python
+ _data: Bytes[1024]
+```
+
+Die Anfrage kann bis zu 1024 Bytes an Benutzerdaten enthalten.
+
+```python
+ ) -> bytes32: view
+```
+
+Um Fälle zu verhindern, in denen ein Smart Contract versehentlich eine Übertragung akzeptiert, ist der Rückgabewert kein Boolean, sondern 256 Bit mit einem bestimmten Wert.
+
+Diese Funktion ist eine `view`, was bedeutet, dass sie den Zustand der Blockchain lesen, aber nicht ändern kann.
+
+### Ereignisse {#events}
+
+[Ereignisse](https://media.consensys.net/technical-introduction-to-events-and-logs-in-ethereum-a074d65dd61e) werden ausgegeben, um Benutzer und Server außerhalb der Blockchain über Vorkommnisse zu informieren. Beachten Sie, dass der Inhalt von Ereignissen für Smart Contracts auf der Blockchain nicht verfügbar ist.
+
+```python
+# @dev Wird ausgelöst, wenn sich der Besitz eines NFT durch einen beliebigen Mechanismus ändert. Dieses Ereignis wird ausgelöst, wenn NFTs
+# erstellt (`from` == 0) und zerstört (`to` == 0) werden. Ausnahme: Während der Vertragserstellung kann eine beliebige
+# Anzahl von NFTs erstellt und zugewiesen werden, ohne Transfer auszulösen. Zum Zeitpunkt eines jeden
+# Transfers wird die genehmigte Adresse für dieses NFT (falls vorhanden) auf keine zurückgesetzt.
+# @param _from Sender des NFT (wenn die Adresse die Null-Adresse ist, zeigt dies die Token-Erstellung an).
+# @param _to Empfänger des NFT (wenn die Adresse die Null-Adresse ist, zeigt dies die Token-Zerstörung an).
+# @param _tokenId Das NFT, das übertragen wurde.
+event Transfer:
+ sender: indexed(address)
+ receiver: indexed(address)
+ tokenId: indexed(uint256)
+```
+
+Dies ist ähnlich dem ERC-20-Transfer-Ereignis, außer dass wir eine `tokenId` anstelle eines Betrags melden. Niemand besitzt die Adresse Null, daher verwenden wir sie konventionsgemäß, um die Erstellung und Zerstörung von Token zu melden.
+
+```python
+# @dev Dies wird ausgelöst, wenn die genehmigte Adresse für ein NFT geändert oder bestätigt wird. Die Null-
+# Adresse zeigt an, dass es keine genehmigte Adresse gibt. Wenn ein Transfer-Ereignis ausgelöst wird, zeigt dies auch
+# an, dass die genehmigte Adresse für dieses NFT (falls vorhanden) auf keine zurückgesetzt wird.
+# @param _owner Besitzer des NFT.
+# @param _approved Adresse, die wir genehmigen.
+# @param _tokenId NFT, das wir genehmigen.
+event Approval:
+ owner: indexed(address)
+ approved: indexed(address)
+ tokenId: indexed(uint256)
+```
+
+Eine ERC-721-Genehmigung (Approval) ist ähnlich einer ERC-20-Berechtigung (Allowance). Einer bestimmten Adresse wird erlaubt, einen bestimmten Token zu übertragen. Dies bietet einen Mechanismus für Smart Contracts, um zu reagieren, wenn sie einen Token akzeptieren. Smart Contracts können nicht auf Ereignisse lauschen, wenn Sie ihnen also einfach den Token übertragen, „wissen“ sie nichts davon. Auf diese Weise reicht der Eigentümer zuerst eine Genehmigung ein und sendet dann eine Anfrage an den Smart Contract: „Ich habe Ihnen die Übertragung von Token X genehmigt, bitte tun Sie ...“.
+
+Dies ist eine Designentscheidung, um den ERC-721-Standard dem ERC-20-Standard ähnlich zu machen. Da ERC-721-Token nicht fungibel sind, kann ein Smart Contract auch erkennen, dass er einen bestimmten Token erhalten hat, indem er sich das Eigentum des Tokens ansieht.
+
+```python
+# @dev Dies wird ausgelöst, wenn ein Operator für einen Besitzer aktiviert oder deaktiviert wird. Der Operator kann
+# alle NFTs des Besitzers verwalten.
+# @param _owner Besitzer des NFT.
+# @param _operator Adresse, für die wir Operator-Rechte festlegen.
+# @param _approved Status der Operator-Rechte (true, wenn Operator-Rechte vergeben werden, und false, wenn
+# widerrufen).
+event ApprovalForAll:
+ owner: indexed(address)
+ operator: indexed(address)
+ approved: bool
+```
+
+Es ist manchmal nützlich, einen _Operator_ zu haben, der alle Token eines Kontos eines bestimmten Typs (die von einem bestimmten Smart Contract verwaltet werden) verwalten kann, ähnlich einer Vollmacht. Zum Beispiel möchte ich vielleicht einem Smart Contract eine solche Vollmacht geben, der überprüft, ob ich ihn seit sechs Monaten nicht kontaktiert habe, und wenn ja, mein Vermögen an meine Erben verteilt (wenn einer von ihnen danach fragt, können Smart Contracts nichts tun, ohne durch eine Transaktion aufgerufen zu werden). Bei ERC-20 können wir einem Vererbungsvertrag einfach eine hohe Berechtigung geben, aber das funktioniert bei ERC-721 nicht, da die Token nicht fungibel sind. Dies ist das Äquivalent.
+
+Der Wert `approved` sagt uns, ob das Ereignis für eine Genehmigung oder den Widerruf einer Genehmigung steht.
+
+### Zustandsvariablen {#state-vars}
+
+Diese Variablen enthalten den aktuellen Zustand der Token: welche verfügbar sind und wem sie gehören. Die meisten davon sind `HashMap`-Objekte, [unidirektionale Zuordnungen, die zwischen zwei Typen existieren](https://vyper.readthedocs.io/en/latest/types.html#mappings).
+
+```python
+# @dev Mapping von der NFT-ID zur Adresse, die sie besitzt.
+idToOwner: HashMap[uint256, address]
+
+# @dev Mapping von der NFT-ID zur genehmigten Adresse.
+idToApprovals: HashMap[uint256, address]
+```
+
+Benutzer- und Smart Contract-Identitäten in Ethereum werden durch 160-Bit-Adressen dargestellt. Diese beiden Variablen ordnen Token-IDs ihren Eigentümern und denjenigen zu, die zu deren Übertragung berechtigt sind (maximal einer für jeden). In Ethereum sind nicht initialisierte Daten immer null, wenn es also keinen Eigentümer oder genehmigten Überträger gibt, ist der Wert für diesen Token null.
+
+```python
+# @dev Mapping von der Besitzer-Adresse zur Anzahl seiner Token.
+ownerToNFTokenCount: HashMap[address, uint256]
+```
+
+Diese Variable enthält die Anzahl der Token für jeden Eigentümer. Es gibt keine Zuordnung von Eigentümern zu Token, daher ist die einzige Möglichkeit, die Token zu identifizieren, die ein bestimmter Eigentümer besitzt, in der Ereignishistorie der Blockchain zurückzublicken und die entsprechenden `Transfer`-Ereignisse zu sehen. Wir können diese Variable verwenden, um zu wissen, wann wir alle NFTs haben und nicht noch weiter in der Zeit zurückblicken müssen.
+
+Beachten Sie, dass dieser Algorithmus nur für Benutzeroberflächen und externe Server funktioniert. Code, der auf der Blockchain selbst ausgeführt wird, kann keine vergangenen Ereignisse lesen.
+
+```python
+# @dev Mapping von der Besitzer-Adresse zum Mapping der Operator-Adressen.
+ownerToOperators: HashMap[address, HashMap[address, bool]]
+```
+
+Ein Konto kann mehr als einen einzigen Operator haben. Eine einfache `HashMap` reicht nicht aus, um sie zu verfolgen, da jeder Schlüssel zu einem einzigen Wert führt. Stattdessen können Sie `HashMap[address, bool]` als Wert verwenden. Standardmäßig ist der Wert für jede Adresse `False`, was bedeutet, dass sie kein Operator ist. Sie können Werte nach Bedarf auf `True` setzen.
+
+```python
+# @dev Adresse des Prägers, der einen Token prägen kann
+minter: address
+```
+
+Neue Token müssen irgendwie erstellt werden. In diesem Smart Contract gibt es eine einzige Entität, die dies tun darf, den `minter`. Dies dürfte beispielsweise für ein Spiel ausreichend sein. Für andere Zwecke könnte es notwendig sein, eine kompliziertere Geschäftslogik zu erstellen.
+
+```python
+# @dev Mapping der Schnittstellen-ID zu bool, ob sie unterstützt wird oder nicht
+supportedInterfaces: HashMap[bytes32, bool]
+
+# @dev ERC165 Schnittstellen-ID von ERC165
+ERC165_INTERFACE_ID: constant(bytes32) = 0x0000000000000000000000000000000000000000000000000000000001ffc9a7
+
+# @dev ERC165 Schnittstellen-ID von ERC721
+ERC721_INTERFACE_ID: constant(bytes32) = 0x0000000000000000000000000000000000000000000000000000000080ac58cd
+```
+
+[ERC-165](https://eips.ethereum.org/EIPS/eip-165) spezifiziert einen Mechanismus für einen Smart Contract, um offenzulegen, wie Anwendungen mit ihm kommunizieren können und welchen ERCs er entspricht. In diesem Fall entspricht der Smart Contract ERC-165 und ERC-721.
+
+### Funktionen {#functions}
+
+Dies sind die Funktionen, die ERC-721 tatsächlich implementieren.
+
+#### Konstruktor {#constructor}
+
+```python
+@external
+def __init__():
+```
+
+In Vyper, wie in Python, wird die Konstruktorfunktion `__init__` genannt.
+
+```python
+ # @dev Vertrags-Konstruktor.
+
+
+
+```
+
+In Python und in Vyper können Sie auch einen Kommentar erstellen, indem Sie eine mehrzeilige Zeichenfolge angeben (die mit `"""` beginnt und endet) und diese in keiner Weise verwenden. Diese Kommentare können auch [NatSpec](https://vyper.readthedocs.io/en/latest/natspec.html) enthalten.
+
+```python
+ self.supportedInterfaces[ERC165_INTERFACE_ID] = True
+ self.supportedInterfaces[ERC721_INTERFACE_ID] = True
+ self.minter = msg.sender
+```
+
+Um auf Zustandsvariablen zuzugreifen, verwenden Sie `self.` (wiederum wie in Python).
+
+#### View-Funktionen {#views}
+
+Dies sind Funktionen, die den Zustand der Blockchain nicht verändern und daher kostenlos ausgeführt werden können, wenn sie extern aufgerufen werden. Wenn die View-Funktionen von einem Smart Contract aufgerufen werden, müssen sie dennoch auf jedem Blockchain-Knoten ausgeführt werden und kosten daher Gas.
+
+```python
+@view
+@external
+```
+
+Diese Schlüsselwörter vor einer Funktionsdefinition, die mit einem At-Zeichen (`@`) beginnen, werden _Dekorationen_ genannt. Sie geben die Umstände an, unter denen eine Funktion aufgerufen werden kann.
+
+- `@view` gibt an, dass diese Funktion eine View ist.
+- `@external` gibt an, dass diese bestimmte Funktion durch Transaktionen und durch andere Smart Contracts aufgerufen werden kann.
+
+```python
+def supportsInterface(_interfaceID: bytes32) -> bool:
+```
+
+Im Gegensatz zu Python ist Vyper eine [statisch typisierte Sprache](https://wikipedia.org/wiki/Type_system#Static_type_checking). Sie können keine Variable oder einen Funktionsparameter deklarieren, ohne den [Datentyp](https://vyper.readthedocs.io/en/latest/types.html) zu identifizieren. In diesem Fall ist der Eingabeparameter `bytes32`, ein 256-Bit-Wert (256 Bit ist die native Wortgröße der [Ethereum Virtual Machine](/developers/docs/evm/)). Die Ausgabe ist ein boolescher Wert. Konventionsgemäß beginnen die Namen von Funktionsparametern mit einem Unterstrich (`_`).
+
+```python
+ # @dev Die Schnittstellenidentifikation ist in ERC-165 spezifiziert.
+ @param _interfaceID ID der Schnittstelle
+
+
+
+
+ return self.supportedInterfaces[_interfaceID]
+```
+
+Gibt den Wert aus der `self.supportedInterfaces`-HashMap zurück, die im Konstruktor (`__init__`) gesetzt wird.
+
+```python
+# ## VIEW-FUNKTIONEN ###
+```
+
+Dies sind die View-Funktionen, die Informationen über die Token für Benutzer und andere Smart Contracts verfügbar machen.
+
+```python
+@view
+@external
+def balanceOf(_owner: address) -> uint256:
+ # @dev Gibt die Anzahl der NFTs zurück, die `_owner` besitzt.
+ Wirft einen Fehler, wenn `_owner` die Null-Adresse ist. NFTs, die der Null-Adresse zugewiesen sind, gelten als ungültig.
+ @param _owner Adresse, für die der Kontostand abgefragt werden soll.
+
+
+
+
+
+ assert _owner != ZERO_ADDRESS
+```
+
+Diese Zeile [stellt sicher](https://vyper.readthedocs.io/en/latest/statements.html#assert), dass `_owner` nicht null ist. Wenn doch, liegt ein Fehler vor und die Operation wird rückgängig gemacht.
+
+```python
+ return self.ownerToNFTokenCount[_owner]
+
+@view
+@external
+def ownerOf(_tokenId: uint256) -> address:
+ # @dev Gibt die Adresse des Besitzers des NFT zurück.
+ Wirft einen Fehler, wenn `_tokenId` kein gültiges NFT ist.
+ @param _tokenId Der Identifikator für ein NFT.
+
+
+
+
+
+ owner: address = self.idToOwner[_tokenId]
+ # Wirft einen Fehler, wenn `_tokenId` kein gültiges NFT ist
+ assert owner != ZERO_ADDRESS
+ return owner
+```
+
+In der Ethereum Virtual Machine (EVM) ist jeder Speicher, in dem kein Wert gespeichert ist, null. Wenn es keinen Token bei `_tokenId` gibt, dann ist der Wert von `self.idToOwner[_tokenId]` null. In diesem Fall wird die Funktion rückgängig gemacht.
+
+```python
+@view
+@external
+def getApproved(_tokenId: uint256) -> address:
+ # @dev Ruft die genehmigte Adresse für ein einzelnes NFT ab.
+ Wirft einen Fehler, wenn `_tokenId` kein gültiges NFT ist.
+ @param _tokenId ID des NFT, dessen Genehmigung abgefragt werden soll.
+
+
+
+
+
+ # Wirft einen Fehler, wenn `_tokenId` kein gültiges NFT ist
+ assert self.idToOwner[_tokenId] != ZERO_ADDRESS
+ return self.idToApprovals[_tokenId]
+```
+
+Beachten Sie, dass `getApproved` null zurückgeben _kann_. Wenn der Token gültig ist, gibt es `self.idToApprovals[_tokenId]` zurück. Wenn es keinen Genehmigenden gibt, ist dieser Wert null.
+
+```python
+@view
+@external
+def isApprovedForAll(_owner: address, _operator: address) -> bool:
+ # @dev Überprüft, ob `_operator` ein genehmigter Operator für `_owner` ist.
+ @param _owner Die Adresse, die die NFTs besitzt.
+ @param _operator Die Adresse, die im Namen des Besitzers handelt.
+
+
+
+
+
+ return (self.ownerToOperators[_owner])[_operator]
+```
+
+Diese Funktion überprüft, ob `_operator` berechtigt ist, alle Token von `_owner` in diesem Smart Contract zu verwalten. Da es mehrere Operatoren geben kann, ist dies eine zweistufige HashMap.
+
+#### Transfer-Hilfsfunktionen {#transfer-helpers}
+
+Diese Funktionen implementieren Operationen, die Teil der Übertragung oder Verwaltung von Token sind.
+
+```python
+
+# ## TRANSFER-FUNKTION-HILFSFUNKTIONEN ###
+
+@view
+@internal
+```
+
+Diese Dekoration, `@internal`, bedeutet, dass die Funktion nur von anderen Funktionen innerhalb desselben Smart Contracts zugänglich ist. Konventionsgemäß beginnen auch diese Funktionsnamen mit einem Unterstrich (`_`).
+
+```python
+def _isApprovedOrOwner(_spender: address, _tokenId: uint256) -> bool:
+ # @dev Gibt zurück, ob der angegebene Spender eine bestimmte Token-ID übertragen kann
+ @param spender Adresse des Spenders, der abgefragt werden soll
+ @param tokenId uint256 ID des zu übertragenden Tokens
+ @return bool ob der msg.sender für die angegebene Token-ID genehmigt ist,
+ ein Operator des Besitzers ist oder der Besitzer des Tokens ist
+
+
+
+
+
+
+
+ owner: address = self.idToOwner[_tokenId]
+ spenderIsOwner: bool = owner == _spender
+ spenderIsApproved: bool = _spender == self.idToApprovals[_tokenId]
+ spenderIsApprovedForAll: bool = (self.ownerToOperators[owner])[_spender]
+ return (spenderIsOwner or spenderIsApproved) or spenderIsApprovedForAll
+```
+
+Es gibt drei Möglichkeiten, wie einer Adresse erlaubt werden kann, einen Token zu übertragen:
+
+1. Die Adresse ist der Eigentümer des Tokens
+2. Die Adresse ist berechtigt, diesen Token auszugeben
+3. Die Adresse ist ein Operator für den Eigentümer des Tokens
+
+Die obige Funktion kann eine View sein, da sie den Zustand nicht ändert. Um die Betriebskosten zu senken, _sollte_ jede Funktion, die eine View sein _kann_, eine View sein.
+
+```python
+@internal
+def _addTokenTo(_to: address, _tokenId: uint256):
+ # @dev Fügt ein NFT zu einer bestimmten Adresse hinzu
+ Wirft einen Fehler, wenn `_tokenId` jemandem gehört.
+
+
+
+
+ # Wirft einen Fehler, wenn `_tokenId` jemandem gehört
+ assert self.idToOwner[_tokenId] == ZERO_ADDRESS
+ # Besitzer ändern
+ self.idToOwner[_tokenId] = _to
+ # Zählungsverfolgung ändern
+ self.ownerToNFTokenCount[_to] += 1
+
+
+@internal
+def _removeTokenFrom(_from: address, _tokenId: uint256):
+ # @dev Entfernt ein NFT von einer bestimmten Adresse
+ Wirft einen Fehler, wenn `_from` nicht der aktuelle Besitzer ist.
+
+
+
+
+ # Wirft einen Fehler, wenn `_from` nicht der aktuelle Besitzer ist
+ assert self.idToOwner[_tokenId] == _from
+ # Besitzer ändern
+ self.idToOwner[_tokenId] = ZERO_ADDRESS
+ # Zählungsverfolgung ändern
+ self.ownerToNFTokenCount[_from] -= 1
+```
+
+Wenn es ein Problem mit einer Übertragung gibt, machen wir den Aufruf rückgängig.
+
+```python
+@internal
+def _clearApproval(_owner: address, _tokenId: uint256):
+ # @dev Löscht eine Genehmigung einer bestimmten Adresse
+ Wirft einen Fehler, wenn `_owner` nicht der aktuelle Besitzer ist.
+
+
+
+
+ # Wirft einen Fehler, wenn `_owner` nicht der aktuelle Besitzer ist
+ assert self.idToOwner[_tokenId] == _owner
+ if self.idToApprovals[_tokenId] != ZERO_ADDRESS:
+ # Genehmigungen zurücksetzen
+ self.idToApprovals[_tokenId] = ZERO_ADDRESS
+```
+
+Ändern Sie den Wert nur, wenn es nötig ist. Zustandsvariablen leben im Speicher. Das Schreiben in den Speicher ist eine der teuersten Operationen, die die EVM (Ethereum Virtual Machine) durchführt (in Bezug auf [Gas](/developers/docs/gas/)). Daher ist es eine gute Idee, dies zu minimieren; selbst das Schreiben des vorhandenen Wertes ist mit hohen Kosten verbunden.
+
+```python
+@internal
+def _transferFrom(_from: address, _to: address, _tokenId: uint256, _sender: address):
+ # @dev Führt den Transfer eines NFT aus.
+ Wirft einen Fehler, es sei denn, `msg.sender` ist der aktuelle Besitzer, ein autorisierter Operator oder die genehmigte
+ Adresse für dieses NFT. (HINWEIS: `msg.sender` ist in privaten Funktionen nicht erlaubt, übergeben Sie also `_sender`.)
+ Wirft einen Fehler, wenn `_to` die Null-Adresse ist.
+ Wirft einen Fehler, wenn `_from` nicht der aktuelle Besitzer ist.
+ Wirft einen Fehler, wenn `_tokenId` kein gültiges NFT ist.
+
+
+
+
+
+
+
+
+```
+
+Wir haben diese interne Funktion, weil es zwei Möglichkeiten gibt, Token zu übertragen (regulär und sicher), aber wir wollen nur eine einzige Stelle im Code, an der wir dies tun, um die Überprüfung (Auditing) zu erleichtern.
+
+```python
+ # Anforderungen prüfen
+ assert self._isApprovedOrOwner(_sender, _tokenId)
+ # Wirft einen Fehler, wenn `_to` die Null-Adresse ist
+ assert _to != ZERO_ADDRESS
+ # Genehmigung löschen. Wirft einen Fehler, wenn `_from` nicht der aktuelle Besitzer ist
+ self._clearApproval(_from, _tokenId)
+ # NFT entfernen. Wirft einen Fehler, wenn `_tokenId` kein gültiges NFT ist
+ self._removeTokenFrom(_from, _tokenId)
+ # NFT hinzufügen
+ self._addTokenTo(_to, _tokenId)
+ # Transfer protokollieren
+ log Transfer(_from, _to, _tokenId)
+```
+
+Um ein Ereignis in Vyper auszugeben, verwenden Sie eine `log`-Anweisung ([siehe hier für weitere Details](https://vyper.readthedocs.io/en/latest/event-logging.html#event-logging)).
+
+#### Transfer-Funktionen {#transfer-funs}
+
+```python
+
+# ## TRANSFER-FUNKTIONEN ###
+
+@external
+def transferFrom(_from: address, _to: address, _tokenId: uint256):
+ # @dev Wirft einen Fehler, es sei denn, `msg.sender` ist der aktuelle Besitzer, ein autorisierter Operator oder die genehmigte
+ Adresse für dieses NFT.
+ Wirft einen Fehler, wenn `_from` nicht der aktuelle Besitzer ist.
+ Wirft einen Fehler, wenn `_to` die Null-Adresse ist.
+ Wirft einen Fehler, wenn `_tokenId` kein gültiges NFT ist.
+ @notice Der Aufrufer ist dafür verantwortlich zu bestätigen, dass `_to` in der Lage ist, NFTs zu empfangen, da sie sonst
+ dauerhaft verloren gehen könnten.
+ @param _from Der aktuelle Besitzer des NFT.
+ @param _to Der neue Besitzer.
+ @param _tokenId Das zu übertragende NFT.
+
+
+
+
+
+
+
+
+
+
+
+
+ self._transferFrom(_from, _to, _tokenId, msg.sender)
+```
+
+Diese Funktion ermöglicht es Ihnen, an eine beliebige Adresse zu übertragen. Es sei denn, die Adresse ist ein Benutzer oder ein Smart Contract, der weiß, wie man Token überträgt, wird jeder Token, den Sie übertragen, in dieser Adresse stecken bleiben und nutzlos sein.
+
+```python
+@external
+def safeTransferFrom(
+ _from: address,
+ _to: address,
+ _tokenId: uint256,
+ _data: Bytes[1024]=b""
+ ):
+ # @dev Überträgt den Besitz eines NFT von einer Adresse zu einer anderen Adresse.
+ Wirft einen Fehler, es sei denn, `msg.sender` ist der aktuelle Besitzer, ein autorisierter Operator oder die
+ genehmigte Adresse für dieses NFT.
+ Wirft einen Fehler, wenn `_from` nicht der aktuelle Besitzer ist.
+ Wirft einen Fehler, wenn `_to` die Null-Adresse ist.
+ Wirft einen Fehler, wenn `_tokenId` kein gültiges NFT ist.
+ Wenn `_to` ein Smart Contract ist, ruft es `onERC721Received` auf `_to` auf und wirft einen Fehler, wenn
+ der Rückgabewert nicht `bytes4(keccak256("onERC721Received(address,address,uint256,bytes)"))` ist.
+ HINWEIS: bytes4 wird durch bytes32 mit Padding dargestellt
+ @param _from Der aktuelle Besitzer des NFT.
+ @param _to Der neue Besitzer.
+ @param _tokenId Das zu übertragende NFT.
+ @param _data Zusätzliche Daten ohne spezifiziertes Format, die im Aufruf an `_to` gesendet werden.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ self._transferFrom(_from, _to, _tokenId, msg.sender)
+```
+
+Es ist in Ordnung, die Übertragung zuerst durchzuführen, denn wenn es ein Problem gibt, werden wir ohnehin rückgängig machen, sodass alles, was im Aufruf getan wurde, abgebrochen wird.
+
+```python
+ if _to.is_contract: # prüfen, ob `_to` eine Vertragsadresse ist
+```
+
+Überprüfen Sie zuerst, ob die Adresse ein Smart Contract ist (ob sie Code hat). Wenn nicht, gehen Sie davon aus, dass es sich um eine Benutzeradresse handelt und der Benutzer den Token verwenden oder übertragen kann. Aber lassen Sie sich dadurch nicht in falscher Sicherheit wiegen. Sie können Token verlieren, selbst mit `safeTransferFrom`, wenn Sie sie an eine Adresse übertragen, für die niemand den Private-Key kennt.
+
+```python
+ returnValue: bytes32 = ERC721Receiver(_to).onERC721Received(msg.sender, _from, _tokenId, _data)
+```
+
+Rufen Sie den Ziel-Smart Contract auf, um zu sehen, ob er ERC-721-Token empfangen kann.
+
+```python
+ # Wirft einen Fehler, wenn das Transferziel ein Vertrag ist, der 'onERC721Received' nicht implementiert
+ assert returnValue == method_id("onERC721Received(address,address,uint256,bytes)", output_type=bytes32)
+```
+
+Wenn das Ziel ein Smart Contract ist, aber einer, der keine ERC-721-Token akzeptiert (oder der beschlossen hat, diese bestimmte Übertragung nicht zu akzeptieren), machen Sie es rückgängig.
+
+```python
+@external
+def approve(_approved: address, _tokenId: uint256):
+ # @dev Legt die genehmigte Adresse für ein NFT fest oder bestätigt sie. Die Null-Adresse zeigt an, dass es keine genehmigte Adresse gibt.
+ Wirft einen Fehler, es sei denn, `msg.sender` ist der aktuelle NFT-Besitzer oder ein autorisierter Operator des aktuellen Besitzers.
+ Wirft einen Fehler, wenn `_tokenId` kein gültiges NFT ist. (HINWEIS: Dies steht nicht im EIP)
+ Wirft einen Fehler, wenn `_approved` der aktuelle Besitzer ist. (HINWEIS: Dies steht nicht im EIP)
+ @param _approved Adresse, die für die angegebene NFT-ID genehmigt werden soll.
+ @param _tokenId ID des Tokens, das genehmigt werden soll.
+
+
+
+
+
+
+
+
+ owner: address = self.idToOwner[_tokenId]
+ # Wirft einen Fehler, wenn `_tokenId` kein gültiges NFT ist
+ assert owner != ZERO_ADDRESS
+ # Wirft einen Fehler, wenn `_approved` der aktuelle Besitzer ist
+ assert _approved != owner
+```
+
+Konventionsgemäß ernennen Sie die Null-Adresse und nicht sich selbst, wenn Sie keinen Genehmigenden haben möchten.
+
+```python
+ # Anforderungen prüfen
+ senderIsOwner: bool = self.idToOwner[_tokenId] == msg.sender
+ senderIsApprovedForAll: bool = (self.ownerToOperators[owner])[msg.sender]
+ assert (senderIsOwner or senderIsApprovedForAll)
+```
+
+Um eine Genehmigung festzulegen, können Sie entweder der Eigentümer oder ein vom Eigentümer autorisierter Operator sein.
+
+```python
+ # Genehmigung festlegen
+ self.idToApprovals[_tokenId] = _approved
+ log Approval(owner, _approved, _tokenId)
+
+
+@external
+def setApprovalForAll(_operator: address, _approved: bool):
+ # @dev Aktiviert oder deaktiviert die Genehmigung für einen Dritten ("Operator"), alle
+ Vermögenswerte von `msg.sender` zu verwalten. Es löst auch das ApprovalForAll-Ereignis aus.
+ Wirft einen Fehler, wenn `_operator` der `msg.sender` ist. (HINWEIS: Dies steht nicht im EIP)
+ @notice Dies funktioniert auch dann, wenn der Sender zu diesem Zeitpunkt keine Token besitzt.
+ @param _operator Adresse, die zur Menge der autorisierten Operatoren hinzugefügt werden soll.
+ @param _approved True, wenn der Operator genehmigt ist, false, um die Genehmigung zu widerrufen.
+
+
+
+
+
+
+
+
+ # Wirft einen Fehler, wenn `_operator` der `msg.sender` ist
+ assert _operator != msg.sender
+ self.ownerToOperators[msg.sender][_operator] = _approved
+ log ApprovalForAll(msg.sender, _operator, _approved)
+```
+
+#### Neue Token prägen und bestehende zerstören {#mint-burn}
+
+Das Konto, das den Smart Contract erstellt hat, ist der `minter`, der Superuser, der berechtigt ist, neue NFTs zu prägen. Es ist ihm jedoch nicht erlaubt, bestehende Token zu verbrennen. Nur der Eigentümer oder eine vom Eigentümer autorisierte Entität kann das tun.
+
+```python
+# ## PRÄGEN & VERBRENNEN FUNKTIONEN ###
+
+@external
+def mint(_to: address, _tokenId: uint256) -> bool:
+```
+
+Diese Funktion gibt immer `True` zurück, denn wenn die Operation fehlschlägt, wird sie rückgängig gemacht.
+
+```python
+ # @dev Funktion zum Prägen von Token
+ Wirft einen Fehler, wenn `msg.sender` nicht der Präger ist.
+ Wirft einen Fehler, wenn `_to` die Null-Adresse ist.
+ Wirft einen Fehler, wenn `_tokenId` jemandem gehört.
+ @param _to Die Adresse, die die geprägten Token empfangen wird.
+ @param _tokenId Die Token-ID, die geprägt werden soll.
+ @return Ein Boolean, der anzeigt, ob die Operation erfolgreich war.
+
+
+
+
+
+
+
+
+
+ # Wirft einen Fehler, wenn `msg.sender` nicht der Präger ist
+ assert msg.sender == self.minter
+```
+
+Nur der Minter (das Konto, das den ERC-721-Vertrag erstellt hat) kann neue Token prägen. Dies kann in Zukunft ein Problem sein, wenn wir die Identität des Minters ändern wollen. In einem Produktions-Smart Contract würden Sie wahrscheinlich eine Funktion wünschen, die es dem Minter ermöglicht, die Minter-Privilegien auf jemand anderen zu übertragen.
+
+```python
+ # Wirft einen Fehler, wenn `_to` die Null-Adresse ist
+ assert _to != ZERO_ADDRESS
+ # NFT hinzufügen. Wirft einen Fehler, wenn `_tokenId` jemandem gehört
+ self._addTokenTo(_to, _tokenId)
+ log Transfer(ZERO_ADDRESS, _to, _tokenId)
+ return True
+```
+
+Konventionsgemäß zählt das Prägen neuer Token als Übertragung von der Adresse Null.
+
+```python
+
+@external
+def burn(_tokenId: uint256):
+ # @dev Verbrennt ein bestimmtes ERC721-Token.
+ Wirft einen Fehler, es sei denn, `msg.sender` ist der aktuelle Besitzer, ein autorisierter Operator oder die genehmigte
+ Adresse für dieses NFT.
+ Wirft einen Fehler, wenn `_tokenId` kein gültiges NFT ist.
+ @param _tokenId uint256 ID des ERC721-Tokens, das verbrannt werden soll.
+
+
+
+
+
+
+
+ # Anforderungen prüfen
+ assert self._isApprovedOrOwner(msg.sender, _tokenId)
+ owner: address = self.idToOwner[_tokenId]
+ # Wirft einen Fehler, wenn `_tokenId` kein gültiges NFT ist
+ assert owner != ZERO_ADDRESS
+ self._clearApproval(owner, _tokenId)
+ self._removeTokenFrom(owner, _tokenId)
+ log Transfer(owner, ZERO_ADDRESS, _tokenId)
+```
+
+Jeder, der berechtigt ist, einen Token zu übertragen, darf ihn auch verbrennen. Während ein Verbrennen (Burn) äquivalent zu einer Übertragung an die Adresse Null erscheint, empfängt die Adresse Null den Token nicht tatsächlich. Dies ermöglicht es uns, den gesamten Speicher freizugeben, der für den Token verwendet wurde, was die Gaskosten der Transaktion reduzieren kann.
+
+## Verwendung dieses Smart Contracts {#using-contract}
+
+Im Gegensatz zu Solidity verfügt Vyper nicht über Vererbung. Dies ist eine bewusste Designentscheidung, um den Code klarer und damit leichter abzusichern zu machen. Um also Ihren eigenen Vyper ERC-721-Vertrag zu erstellen, nehmen Sie [diesen Smart Contract](https://github.com/vyperlang/vyper/blob/master/examples/tokens/ERC721.vy) und modifizieren ihn, um die gewünschte Geschäftslogik zu implementieren.
+
+## Fazit {#conclusion}
+
+Zur Wiederholung sind hier einige der wichtigsten Ideen in diesem Smart Contract:
+
+- Um ERC-721-Token mit einer sicheren Übertragung zu empfangen, müssen Smart Contracts die `ERC721Receiver`-Schnittstelle implementieren.
+- Selbst wenn Sie eine sichere Übertragung verwenden, können Token immer noch stecken bleiben, wenn Sie sie an eine Adresse senden, deren Private-Key unbekannt ist.
+- Wenn es ein Problem mit einer Operation gibt, ist es eine gute Idee, den Aufruf mit `revert` rückgängig zu machen, anstatt nur einen Fehlerwert zurückzugeben.
+- ERC-721-Token existieren, wenn sie einen Eigentümer haben.
+- Es gibt drei Möglichkeiten, autorisiert zu sein, einen NFT zu übertragen. Sie können der Eigentümer sein, für einen bestimmten Token genehmigt sein oder ein Operator für alle Token des Eigentümers sein.
+- Vergangene Ereignisse sind nur außerhalb der Blockchain sichtbar. Code, der innerhalb der Blockchain ausgeführt wird, kann sie nicht einsehen.
+
+Gehen Sie nun hin und implementieren Sie sichere Vyper-Smart Contracts.
+
+[Sehen Sie hier mehr von meiner Arbeit](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/erc20-annotated-code/index.md b/public/content/translations/de/developers/tutorials/erc20-annotated-code/index.md
new file mode 100644
index 00000000000..be48124f0f1
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/erc20-annotated-code/index.md
@@ -0,0 +1,1009 @@
+---
+title: "ERC-20-Vertrag – Schritt-für-Schritt-Anleitung"
+description: Was steht im OpenZeppelin ERC-20-Vertrag und warum?
+author: Ori Pomerantz
+lang: de
+tags: ["Solidity", "erc-20"]
+skill: beginner
+breadcrumb: ERC-20-Walkthrough
+published: 2021-03-09
+---
+
+## Einführung {#introduction}
+
+Eine der häufigsten Anwendungen für Ethereum ist die Erstellung eines handelbaren Tokens durch eine Gruppe, gewissermaßen ihre eigene Währung. Diese Token folgen typischerweise einem Standard, dem
+[ERC-20](/developers/docs/standards/tokens/erc-20/). Dieser Standard macht es möglich, Werkzeuge wie Liquiditätspools und Wallets zu schreiben, die mit allen ERC-20-Token funktionieren. In diesem Artikel werden wir die
+[OpenZeppelin Solidity ERC20-Implementierung](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol) sowie die
+[Schnittstellendefinition](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol) analysieren.
+
+Dies ist ein kommentierter Quellcode. Wenn Sie ERC-20 implementieren möchten,
+[lesen Sie dieses Tutorial](https://docs.openzeppelin.com/contracts/2.x/erc20-supply).
+
+## Die Schnittstelle {#the-interface}
+
+Der Zweck eines Standards wie ERC-20 ist es, viele Token-Implementierungen zu ermöglichen, die über Anwendungen hinweg interoperabel sind, wie Wallets und dezentralisierte Börsen. Um das zu erreichen, erstellen wir eine
+[Schnittstelle](https://www.geeksforgeeks.org/solidity/solidity-basics-of-interface/). Jeder Code, der den Token-Vertrag nutzen muss, kann dieselben Definitionen in der Schnittstelle verwenden und mit allen Token-Verträgen kompatibel sein, die diese nutzen, sei es ein Wallet wie MetaMask, eine Dapp wie etherscan.io oder ein anderer Vertrag wie ein Liquiditätspool.
+
+
+
+Wenn Sie ein erfahrener Programmierer sind, erinnern Sie sich wahrscheinlich daran, ähnliche Konstrukte in [Java](https://www.w3schools.com/java/java_interface.asp)
+oder sogar in [C-Header-Dateien](https://gcc.gnu.org/onlinedocs/cpp/Header-Files.html) gesehen zu haben.
+
+Dies ist eine Definition der [ERC-20-Schnittstelle](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol)
+von OpenZeppelin. Es ist eine Übersetzung des [menschenlesbaren Standards](https://eips.ethereum.org/EIPS/eip-20) in Solidity-Code. Natürlich definiert die Schnittstelle selbst nicht, _wie_ etwas zu tun ist. Das wird im Vertragsquellcode weiter unten erklärt.
+
+
+
+```solidity
+// SPDX-License-Identifier: MIT
+```
+
+Solidity-Dateien sollten eine Lizenzkennung enthalten. [Sie können die Liste der Lizenzen hier einsehen](https://spdx.org/licenses/). Wenn Sie eine andere Lizenz benötigen, erklären Sie dies einfach in den Kommentaren.
+
+
+
+```solidity
+pragma solidity >=0.6.0 <0.8.0;
+```
+
+Die Sprache Solidity entwickelt sich immer noch schnell weiter, und neue Versionen sind möglicherweise nicht mit altem Code kompatibel
+([siehe hier](https://docs.soliditylang.org/en/v0.7.0/070-breaking-changes.html)). Daher ist es eine gute Idee, nicht nur eine Mindestversion der Sprache anzugeben, sondern auch eine Höchstversion, die neueste, mit der Sie den Code getestet haben.
+
+
+
+```solidity
+/* *
+ * @dev Schnittstelle des ERC20-Standards, wie im EIP definiert. */
+
+
+
+```
+
+Das `@dev` im Kommentar ist Teil des [NatSpec-Formats](https://docs.soliditylang.org/en/develop/natspec-format.html), das verwendet wird, um Dokumentation aus dem Quellcode zu erstellen.
+
+
+
+```solidity
+interface IERC20 {
+```
+
+Konventionsgemäß beginnen Schnittstellennamen mit `I`.
+
+
+
+```solidity
+ /* *
+ * @dev Gibt die Menge der existierenden Token zurück. */
+
+
+
+ function totalSupply() external view returns (uint256);
+```
+
+Diese Funktion ist `external`, was bedeutet, dass [sie nur von außerhalb des Vertrags aufgerufen werden kann](https://docs.soliditylang.org/en/v0.7.0/cheatsheet.html#index-2).
+Sie gibt das Gesamtangebot an Token im Vertrag zurück. Dieser Wert wird unter Verwendung des häufigsten Typs in Ethereum zurückgegeben, vorzeichenlose 256 Bits (256 Bits ist die native Wortgröße der Ethereum Virtual Machine). Diese Funktion ist auch eine `view`, was bedeutet, dass sie den Zustand nicht ändert, sodass sie auf einem einzelnen Blockchain-Knoten ausgeführt werden kann, anstatt dass jeder Blockchain-Knoten in der Blockchain sie ausführt. Diese Art von Funktion generiert keine Transaktion und kostet kein [Gas](/developers/docs/gas/).
+
+**Hinweis:** Theoretisch könnte es so aussehen, als könnte der Ersteller eines Vertrags betrügen, indem er ein kleineres Gesamtangebot als den tatsächlichen Wert zurückgibt, wodurch jeder Token wertvoller erscheint, als er tatsächlich ist. Diese Befürchtung ignoriert jedoch die wahre Natur der Blockchain. Alles, was auf der Blockchain passiert, kann von jedem Blockchain-Knoten verifiziert werden. Um dies zu erreichen, sind der Maschinensprache-Code und der Speicher jedes Vertrags auf jedem Blockchain-Knoten verfügbar. Obwohl Sie nicht verpflichtet sind, den Solidity-Code für Ihren Vertrag zu veröffentlichen, würde Sie niemand ernst nehmen, es sei denn, Sie veröffentlichen den Quellcode und die Version von Solidity, mit der er kompiliert wurde, damit er gegen den von Ihnen bereitgestellten Maschinensprache-Code verifiziert werden kann.
+Siehe zum Beispiel [diesen Vertrag](https://eth.blockscout.com/address/0xa530F85085C6FE2f866E7FdB716849714a89f4CD?tab=contract).
+
+
+
+```solidity
+ /* *
+ * @dev Gibt die Menge der Token zurück, die `account` gehören. */
+
+
+
+ function balanceOf(address account) external view returns (uint256);
+```
+
+Wie der Name schon sagt, gibt `balanceOf` den Kontostand eines Kontos zurück. Ethereum-Konten werden in Solidity mit dem Typ `address` identifiziert, der 160 Bits umfasst.
+Sie ist ebenfalls `external` und `view`.
+
+
+
+```solidity
+ /* *
+ * @dev Verschiebt `amount` Token vom Konto des Aufrufers zu `recipient`.
+ *
+ * Gibt einen booleschen Wert zurück, der angibt, ob die Operation erfolgreich war.
+ *
+ * Löst ein {Transfer}-Ereignis aus. */
+
+
+
+
+
+
+
+ function transfer(address recipient, uint256 amount) external returns (bool);
+```
+
+Die Funktion `transfer` überträgt Token vom Aufrufer an eine andere Adresse. Dies beinhaltet eine Zustandsänderung, ist also keine `view`.
+Wenn ein Benutzer diese Funktion aufruft, erstellt sie eine Transaktion und kostet Gas. Sie gibt auch ein Ereignis, `Transfer`, aus, um jeden auf der Blockchain über das Ereignis zu informieren.
+
+Die Funktion hat zwei Arten von Ausgaben für zwei verschiedene Arten von Aufrufern:
+
+- Benutzer, die die Funktion direkt über eine Benutzeroberfläche aufrufen. Typischerweise reicht der Benutzer eine Transaktion ein und wartet nicht auf eine Antwort, was eine unbestimmte Zeit in Anspruch nehmen könnte. Der Benutzer kann sehen, was passiert ist, indem er nach der Transaktionsquittung sucht (die durch den Transaktions-Hash identifiziert wird) oder nach dem Ereignis `Transfer` sucht.
+- Andere Verträge, die die Funktion als Teil einer Gesamttransaktion aufrufen. Diese Verträge erhalten das Ergebnis sofort, da sie in derselben Transaktion ausgeführt werden, sodass sie den Rückgabewert der Funktion verwenden können.
+
+Die gleiche Art von Ausgabe wird von den anderen Funktionen erstellt, die den Zustand des Vertrags ändern.
+
+
+
+Freigaben (Allowances) erlauben es einem Konto, einige Token auszugeben, die einem anderen Eigentümer gehören.
+Dies ist zum Beispiel nützlich für Verträge, die als Verkäufer agieren. Verträge können nicht auf Ereignisse überwachen. Wenn also ein Käufer Token direkt an den Verkäufervertrag übertragen würde, wüsste dieser Vertrag nicht, dass er bezahlt wurde. Stattdessen erlaubt der Käufer dem Verkäufervertrag, einen bestimmten Betrag auszugeben, und der Verkäufer überträgt diesen Betrag.
+Dies geschieht über eine Funktion, die der Verkäufervertrag aufruft, sodass der Verkäufervertrag wissen kann, ob er erfolgreich war.
+
+```solidity
+ /* *
+ * @dev Gibt die verbleibende Anzahl von Token zurück, die `spender` im Namen von `owner` über {transferFrom} ausgeben darf. Dies ist standardmäßig null.
+ *
+ * Dieser Wert ändert sich, wenn {approve} oder {transferFrom} aufgerufen werden. */
+
+
+
+
+
+
+
+ function allowance(address owner, address spender) external view returns (uint256);
+```
+
+Die Funktion `allowance` lässt jeden abfragen, wie hoch die Freigabe ist, die eine Adresse (`owner`) einer anderen Adresse (`spender`) zum Ausgeben gewährt.
+
+
+
+```solidity
+ /* *
+ * @dev Setzt `amount` als Freibetrag von `spender` über die Token des Aufrufers.
+ *
+ * Gibt einen booleschen Wert zurück, der angibt, ob die Operation erfolgreich war.
+ *
+ * WICHTIG: Beachten Sie, dass das Ändern eines Freibetrags mit dieser Methode das Risiko birgt, dass jemand durch unglückliche Transaktionsreihenfolge sowohl den alten als auch den neuen Freibetrag nutzen könnte. Eine mögliche Lösung zur Minderung dieser Race Condition besteht darin, den Freibetrag des Ausgebers zuerst auf 0 zu reduzieren und danach den gewünschten Wert festzulegen:
+ * https://github.com/ethereum/EIPs/issues/20#issuecomment-263524729
+ *
+ * Löst ein {Approval}-Ereignis aus. */
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ function approve(address spender, uint256 amount) external returns (bool);
+```
+
+Die Funktion `approve` erstellt eine Freigabe. Stellen Sie sicher, dass Sie die Nachricht darüber lesen, wie sie missbraucht werden kann. In Ethereum kontrollieren Sie die Reihenfolge Ihrer eigenen Transaktionen, aber Sie können nicht die Reihenfolge kontrollieren, in der die Transaktionen anderer Personen ausgeführt werden, es sei denn, Sie reichen Ihre eigene Transaktion erst ein, wenn Sie sehen, dass die Transaktion der anderen Seite stattgefunden hat.
+
+
+
+```solidity
+ /* *
+ * @dev Verschiebt `amount` Token von `sender` zu `recipient` unter Verwendung des Freibetragsmechanismus. `amount` wird dann vom Freibetrag des Aufrufers abgezogen.
+ *
+ * Gibt einen booleschen Wert zurück, der angibt, ob die Operation erfolgreich war.
+ *
+ * Löst ein {Transfer}-Ereignis aus. */
+
+
+
+
+
+
+
+
+
+ function transferFrom(address sender, address recipient, uint256 amount) external returns (bool);
+```
+
+Schließlich wird `transferFrom` vom Ausgebenden verwendet, um die Freigabe tatsächlich auszugeben.
+
+
+
+```solidity
+
+ /* *
+ * @dev Wird ausgelöst, wenn `value` Token von einem Konto (`from`) auf ein anderes (`to`) verschoben werden.
+ *
+ * Beachten Sie, dass `value` null sein kann. */
+
+
+
+
+
+
+ event Transfer(address indexed from, address indexed to, uint256 value);
+
+ /* *
+ * @dev Wird ausgelöst, wenn der Freibetrag eines `spender` für einen `owner` durch einen Aufruf von {approve} festgelegt wird. `value` ist der neue Freibetrag. */
+
+
+
+
+ event Approval(address indexed owner, address indexed spender, uint256 value);
+}
+```
+
+Diese Ereignisse werden ausgegeben, wenn sich der Zustand des ERC-20-Vertrags ändert.
+
+## Der eigentliche Vertrag {#the-actual-contract}
+
+Dies ist der eigentliche Vertrag, der den ERC-20-Standard implementiert,
+[von hier entnommen](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol).
+Er ist nicht dazu gedacht, so wie er ist verwendet zu werden, aber Sie können davon
+[erben](https://www.tutorialspoint.com/solidity/solidity_inheritance.htm), um ihn zu etwas Brauchbarem zu erweitern.
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >=0.6.0 <0.8.0;
+```
+
+
+
+### Import-Anweisungen {#import-statements}
+
+Zusätzlich zu den obigen Schnittstellendefinitionen importiert die Vertragsdefinition zwei weitere Dateien:
+
+```solidity
+
+import "../../GSN/Context.sol";
+import "./IERC20.sol";
+import "../../math/SafeMath.sol";
+```
+
+- `GSN/Context.sol` sind die Definitionen, die erforderlich sind, um [OpenGSN](https://www.opengsn.org/) zu verwenden, ein System, das es Benutzern ohne Ether ermöglicht, die Blockchain zu nutzen. Beachten Sie, dass dies eine alte Version ist. Wenn Sie OpenGSN integrieren möchten,
+ [verwenden Sie dieses Tutorial](https://docs.opengsn.org/javascript-client/tutorial.html).
+- [Die SafeMath-Bibliothek](https://ethereumdev.io/using-safe-math-library-to-prevent-from-overflows/), die arithmetische Überläufe/Unterläufe für Solidity-Versionen **<0.8.0** verhindert. In Solidity ≥0.8.0 werden arithmetische Operationen bei Überlauf/Unterlauf automatisch rückgängig gemacht, was SafeMath überflüssig macht. Dieser Vertrag verwendet SafeMath zur Abwärtskompatibilität mit älteren Compiler-Versionen.
+
+
+
+Dieser Kommentar erklärt den Zweck des Vertrags.
+
+```solidity
+/* *
+ * @dev Implementierung der {IERC20}-Schnittstelle.
+ *
+ * Diese Implementierung ist unabhängig davon, wie Token erstellt werden. Das bedeutet, dass ein Angebotsmechanismus in einem abgeleiteten Vertrag unter Verwendung von {_mint} hinzugefügt werden muss. Für einen generischen Mechanismus siehe {ERC20PresetMinterPauser}.
+ *
+ * TIPP: Für eine detaillierte Beschreibung siehe unseren Leitfaden
+ * https://forum.zeppelin.solutions/t/how-to-implement-erc20-supply-mechanisms/226[How
+ * to implement supply mechanisms].
+ *
+ * Wir haben die allgemeinen OpenZeppelin-Richtlinien befolgt: Funktionen werden bei einem Fehler rückgängig gemacht (revert), anstatt `false` zurückzugeben. Dieses Verhalten ist dennoch konventionell und steht nicht im Widerspruch zu den Erwartungen von ERC20-Anwendungen.
+ *
+ * Zusätzlich wird bei Aufrufen von {transferFrom} ein {Approval}-Ereignis ausgelöst. Dies ermöglicht es Anwendungen, den Freibetrag für alle Konten zu rekonstruieren, indem sie einfach auf diese Ereignisse hören. Andere Implementierungen des EIP lösen diese Ereignisse möglicherweise nicht aus, da dies von der Spezifikation nicht verlangt wird.
+ *
+ * Schließlich wurden die nicht standardmäßigen Funktionen {decreaseAllowance} und {increaseAllowance} hinzugefügt, um die bekannten Probleme beim Festlegen von Freibeträgen zu mindern. Siehe {IERC20-approve}. */
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+```
+
+### Vertragsdefinition {#contract-definition}
+
+```solidity
+contract ERC20 is Context, IERC20 {
+```
+
+Diese Zeile gibt die Vererbung an, in diesem Fall von `IERC20` von oben und `Context`, für OpenGSN.
+
+
+
+```solidity
+
+ using SafeMath for uint256;
+
+```
+
+Diese Zeile hängt die `SafeMath`-Bibliothek an den Typ `uint256` an. Sie können diese Bibliothek
+[hier](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/math/SafeMath.sol) finden.
+
+### Variablendefinitionen {#variable-definitions}
+
+Diese Definitionen spezifizieren die Zustandsvariablen des Vertrags. Diese Variablen sind als `private` deklariert, aber das bedeutet nur, dass andere Verträge auf der Blockchain sie nicht lesen können. _Es gibt keine Geheimnisse auf der Blockchain_, die Software auf jedem Blockchain-Knoten hat den Zustand jedes Vertrags bei jedem Block. Konventionsgemäß werden Zustandsvariablen `_` genannt.
+
+Die ersten beiden Variablen sind [Mappings](https://www.tutorialspoint.com/solidity/solidity_mappings.htm),
+was bedeutet, dass sie sich ungefähr so verhalten wie [assoziative Arrays](https://wikipedia.org/wiki/Associative_array),
+außer dass die Schlüssel numerische Werte sind. Speicher wird nur für Einträge zugewiesen, die Werte haben, die vom Standard (Null) abweichen.
+
+```solidity
+ mapping (address => uint256) private _balances;
+```
+
+Das erste Mapping, `_balances`, sind Adressen und ihre jeweiligen Kontostände dieses Tokens. Um auf den Kontostand zuzugreifen, verwenden Sie diese Syntax: `_balances[]`.
+
+
+
+```solidity
+ mapping (address => mapping (address => uint256)) private _allowances;
+```
+
+Diese Variable, `_allowances`, speichert die zuvor erklärten Freigaben. Der erste Index ist der Eigentümer der Token, und der zweite ist der Vertrag mit der Freigabe. Um auf den Betrag zuzugreifen, den Adresse A vom Konto der Adresse B ausgeben kann, verwenden Sie `_allowances[B][A]`.
+
+
+
+```solidity
+ uint256 private _totalSupply;
+```
+
+Wie der Name schon sagt, verfolgt diese Variable das Gesamtangebot an Token.
+
+
+
+```solidity
+ string private _name;
+ string private _symbol;
+ uint8 private _decimals;
+```
+
+Diese drei Variablen werden verwendet, um die Lesbarkeit zu verbessern. Die ersten beiden sind selbsterklärend, aber `_decimals` ist es nicht.
+
+Einerseits hat Ethereum keine Fließkomma- oder Bruchvariablen. Andererseits mögen es Menschen, Token teilen zu können. Ein Grund, warum sich die Menschen auf Gold als Währung geeinigt haben, war, dass es schwer war, Wechselgeld zu geben, wenn jemand den Gegenwert einer Ente in Kuh kaufen wollte.
+
+Die Lösung besteht darin, Ganzzahlen zu verfolgen, aber anstelle des echten Tokens einen Bruchteil-Token zu zählen, der fast wertlos ist. Im Fall von Ether wird der Bruchteil-Token Wei genannt, und 10^18 Wei entsprechen einem ETH. Zum Zeitpunkt des Schreibens sind 10.000.000.000.000 Wei ungefähr ein US- oder Euro-Cent.
+
+Anwendungen müssen wissen, wie der Token-Kontostand angezeigt werden soll. Wenn ein Benutzer 3.141.000.000.000.000.000 Wei hat, sind das 3,14 ETH? 31,41 ETH? 3.141 ETH? Im Fall von Ether ist definiert, dass 10^18 Wei einem ETH entsprechen, aber für Ihren Token können Sie einen anderen Wert wählen. Wenn das Teilen des Tokens keinen Sinn ergibt, können Sie einen `_decimals`-Wert von null verwenden. Wenn Sie denselben Standard wie ETH verwenden möchten, verwenden Sie den Wert **18**.
+
+### Der Konstruktor {#the-constructor}
+
+```solidity
+ /* *
+ * @dev Setzt die Werte für {name} und {symbol}, initialisiert {decimals} mit einem Standardwert von 18.
+ *
+ * Um einen anderen Wert für {decimals} auszuwählen, verwenden Sie {_setupDecimals}.
+ *
+ * Alle drei dieser Werte sind unveränderlich: Sie können nur einmal während der Konstruktion festgelegt werden. */
+
+
+
+
+
+
+
+
+
+ constructor (string memory name_, string memory symbol_) public {
+ // In Solidity ≥0.7.0 ist 'public' implizit und kann weggelassen werden.
+
+ _name = name_;
+ _symbol = symbol_;
+ _decimals = 18;
+ }
+```
+
+Der Konstruktor wird aufgerufen, wenn der Vertrag zum ersten Mal erstellt wird. Konventionsgemäß werden Funktionsparameter `_` genannt.
+
+### Benutzeroberflächenfunktionen {#user-interface-functions}
+
+```solidity
+ /* *
+ * @dev Gibt den Namen des Tokens zurück. */
+
+
+
+ function name() public view returns (string memory) {
+ return _name;
+ }
+
+ /* *
+ * @dev Gibt das Symbol des Tokens zurück, normalerweise eine kürzere Version des Namens. */
+
+
+
+
+ function symbol() public view returns (string memory) {
+ return _symbol;
+ }
+
+ /* *
+ * @dev Gibt die Anzahl der Dezimalstellen zurück, die für die Benutzerdarstellung verwendet werden.
+ * Wenn `decimals` beispielsweise `2` ist, sollte ein Guthaben von `505` Token einem Benutzer als `5,05` (`505 / 10 ** 2`) angezeigt werden.
+ *
+ * Token entscheiden sich normalerweise für einen Wert von 18, was die Beziehung zwischen Ether und Wei imitiert. Dies ist der Wert, den {ERC20} verwendet, es sei denn, {_setupDecimals} wird aufgerufen.
+ *
+ * HINWEIS: Diese Informationen werden nur für _Anzeige_-Zwecke verwendet: Sie beeinflussen in keiner Weise die Arithmetik des Vertrags, einschließlich {IERC20-balanceOf} und {IERC20-transfer}. */
+
+
+
+
+
+
+
+
+
+
+
+
+
+ function decimals() public view returns (uint8) {
+ return _decimals;
+ }
+```
+
+Diese Funktionen, `name`, `symbol` und `decimals`, helfen Benutzeroberflächen, über Ihren Vertrag Bescheid zu wissen, damit sie ihn richtig anzeigen können.
+
+Der Rückgabetyp ist `string memory`, was bedeutet, dass ein String zurückgegeben wird, der im Speicher (Memory) abgelegt ist. Variablen, wie z. B. Strings, können an drei Orten gespeichert werden:
+
+| | Lebensdauer | Vertragszugriff | Gaskosten |
+| -------- | ------------- | --------------- | -------------------------------------------------------------- |
+| Memory | Funktionsaufruf | Lesen/Schreiben | Zehner oder Hunderter (höher für höhere Speicherorte) |
+| Calldata | Funktionsaufruf | Nur Lesen | Kann nicht als Rückgabetyp verwendet werden, nur als Parameter |
+| Storage | Bis zur Änderung| Lesen/Schreiben | Hoch (800 für Lesen, 20k für Schreiben) |
+
+In diesem Fall ist `memory` die beste Wahl.
+
+### Token-Informationen lesen {#read-token-information}
+
+Dies sind Funktionen, die Informationen über den Token liefern, entweder das Gesamtangebot oder den Kontostand eines Kontos.
+
+```solidity
+ /* *
+ * @dev Siehe {IERC20-totalSupply}. */
+
+
+
+ function totalSupply() public view override returns (uint256) {
+ return _totalSupply;
+ }
+```
+
+Die Funktion `totalSupply` gibt das Gesamtangebot an Token zurück.
+
+
+
+```solidity
+ /* *
+ * @dev Siehe {IERC20-balanceOf}. */
+
+
+
+ function balanceOf(address account) public view override returns (uint256) {
+ return _balances[account];
+ }
+```
+
+Lesen Sie den Kontostand eines Kontos. Beachten Sie, dass es jedem erlaubt ist, den Kontostand eines anderen abzurufen. Es hat keinen Sinn zu versuchen, diese Informationen zu verbergen, da sie ohnehin auf jedem Blockchain-Knoten verfügbar sind. _Es gibt keine Geheimnisse auf der Blockchain._
+
+### Token übertragen {#transfer-tokens}
+
+```solidity
+ /* *
+ * @dev Siehe {IERC20-transfer}.
+ *
+ * Anforderungen:
+ *
+ * - `recipient` darf nicht die Nulladresse sein.
+ * - der Aufrufer muss ein Guthaben von mindestens `amount` haben. */
+
+
+
+
+
+
+
+
+ function transfer(address recipient, uint256 amount) public virtual override returns (bool) {
+```
+
+Die Funktion `transfer` wird aufgerufen, um Token vom Konto des Senders auf ein anderes zu übertragen. Beachten Sie, dass, obwohl sie einen booleschen Wert zurückgibt, dieser Wert immer **true** ist. Wenn die Übertragung fehlschlägt, macht der Vertrag den Aufruf rückgängig (revert).
+
+
+
+```solidity
+ _transfer(_msgSender(), recipient, amount);
+ return true;
+ }
+```
+
+Die Funktion `_transfer` erledigt die eigentliche Arbeit. Es ist eine private Funktion, die nur von anderen Vertragsfunktionen aufgerufen werden kann. Konventionsgemäß werden private Funktionen `_` genannt, genau wie Zustandsvariablen.
+
+Normalerweise verwenden wir in Solidity `msg.sender` für den Absender der Nachricht. Das bricht jedoch
+[OpenGSN](http://opengsn.org/). Wenn wir etherlose Transaktionen mit unserem Token zulassen wollen, müssen wir `_msgSender()` verwenden. Es gibt `msg.sender` für normale Transaktionen zurück, aber für etherlose gibt es den ursprünglichen Unterzeichner zurück und nicht den Vertrag, der die Nachricht weitergeleitet hat.
+
+### Freigabefunktionen {#allowance-functions}
+
+Dies sind die Funktionen, die die Freigabefunktionalität implementieren: `allowance`, `approve`, `transferFrom` und `_approve`. Darüber hinaus geht die OpenZeppelin-Implementierung über den grundlegenden Standard hinaus und enthält einige Funktionen, die die Sicherheit verbessern: `increaseAllowance` und `decreaseAllowance`.
+
+#### Die allowance-Funktion {#allowance}
+
+```solidity
+ /* *
+ * @dev Siehe {IERC20-allowance}. */
+
+
+
+ function allowance(address owner, address spender) public view virtual override returns (uint256) {
+ return _allowances[owner][spender];
+ }
+```
+
+Die Funktion `allowance` ermöglicht es jedem, jede Freigabe zu überprüfen.
+
+#### Die approve-Funktion {#approve}
+
+```solidity
+ /* *
+ * @dev Siehe {IERC20-approve}.
+ *
+ * Anforderungen:
+ *
+ * - `spender` darf nicht die Nulladresse sein. */
+
+
+
+
+
+
+
+ function approve(address spender, uint256 amount) public virtual override returns (bool) {
+```
+
+Diese Funktion wird aufgerufen, um eine Freigabe zu erstellen. Sie ist ähnlich wie die obige `transfer`-Funktion:
+
+- Die Funktion ruft lediglich eine interne Funktion auf (in diesem Fall `_approve`), die die eigentliche Arbeit erledigt.
+- Die Funktion gibt entweder `true` zurück (wenn erfolgreich) oder macht den Aufruf rückgängig (wenn nicht).
+
+
+
+```solidity
+ _approve(_msgSender(), spender, amount);
+ return true;
+ }
+```
+
+Wir verwenden interne Funktionen, um die Anzahl der Stellen zu minimieren, an denen Zustandsänderungen auftreten. _Jede_ Funktion, die den Zustand ändert, ist ein potenzielles Sicherheitsrisiko, das auf Sicherheit geprüft werden muss. Auf diese Weise haben wir weniger Chancen, Fehler zu machen.
+
+#### Die transferFrom-Funktion {#transferFrom}
+
+Dies ist die Funktion, die ein Ausgebender aufruft, um eine Freigabe auszugeben. Dies erfordert zwei Operationen: den ausgegebenen Betrag übertragen und die Freigabe um diesen Betrag reduzieren.
+
+```solidity
+ /* *
+ * @dev Siehe {IERC20-transferFrom}.
+ *
+ * Löst ein {Approval}-Ereignis aus, das den aktualisierten Freibetrag anzeigt. Dies wird vom EIP nicht verlangt. Siehe den Hinweis am Anfang von {ERC20}.
+ *
+ * Anforderungen:
+ *
+ * - `sender` und `recipient` dürfen nicht die Nulladresse sein.
+ * - `sender` muss ein Guthaben von mindestens `amount` haben.
+ * - der Aufrufer muss einen Freibetrag für die Token von ``sender`` von mindestens `amount` haben. */
+
+
+
+
+
+
+
+
+
+
+
+
+
+ function transferFrom(address sender, address recipient, uint256 amount) public virtual
+ override returns (bool) {
+ _transfer(sender, recipient, amount);
+```
+
+
+
+Der Funktionsaufruf `a.sub(b, "message")` tut zwei Dinge. Erstens berechnet er `a-b`, was die neue Freigabe ist. Zweitens überprüft er, ob dieses Ergebnis nicht negativ ist. Wenn es negativ ist, wird der Aufruf mit der bereitgestellten Nachricht rückgängig gemacht. Beachten Sie, dass bei einem Revert eines Aufrufs alle zuvor während dieses Aufrufs durchgeführten Verarbeitungen ignoriert werden, sodass wir den `_transfer` nicht rückgängig machen müssen.
+
+```solidity
+ _approve(sender, _msgSender(), _allowances[sender][_msgSender()].sub(amount,
+ "ERC20: transfer amount exceeds allowance"));
+ return true;
+ }
+```
+
+#### OpenZeppelin-Sicherheitserweiterungen {#openzeppelin-safety-additions}
+
+Es ist gefährlich, eine Freigabe ungleich Null auf einen anderen Wert ungleich Null zu setzen, da Sie nur die Reihenfolge Ihrer eigenen Transaktionen kontrollieren, nicht die von jemand anderem. Stellen Sie sich vor, Sie haben zwei Benutzer, Alice, die naiv ist, und Bill, der unehrlich ist. Alice möchte eine Dienstleistung von Bill, von der sie glaubt, dass sie fünf Token kostet – also gibt sie Bill eine Freigabe von fünf Token.
+
+Dann ändert sich etwas und Bills Preis steigt auf zehn Token. Alice, die die Dienstleistung immer noch möchte, sendet eine Transaktion, die Bills Freigabe auf zehn setzt. In dem Moment, in dem Bill diese neue Transaktion im Transaktionspool sieht, sendet er eine Transaktion, die Alices fünf Token ausgibt und einen viel höheren Gaspreis hat, damit sie schneller gemint wird. Auf diese Weise kann Bill zuerst fünf Token ausgeben und dann, sobald Alices neue Freigabe gemint ist, zehn weitere für einen Gesamtpreis von fünfzehn Token ausgeben, mehr als Alice autorisieren wollte. Diese Technik wird
+[Front-Running](https://consensysdiligence.github.io/smart-contract-best-practices/attacks/#front-running) genannt.
+
+| Alice-Transaktion | Alice-Nonce | Bill-Transaktion | Bill-Nonce | Bills Freigabe | Bills Gesamteinkommen von Alice |
+| ----------------- | ----------- | ----------------------------- | ---------- | ---------------- | ---------------------------- |
+| approve(Bill, 5) | 10 | | | 5 | 0 |
+| | | transferFrom(Alice, Bill, 5) | 10,123 | 0 | 5 |
+| approve(Bill, 10) | 11 | | | 10 | 5 |
+| | | transferFrom(Alice, Bill, 10) | 10,124 | 0 | 15 |
+
+Um dieses Problem zu vermeiden, ermöglichen Ihnen diese beiden Funktionen (`increaseAllowance` und `decreaseAllowance`), die Freigabe um einen bestimmten Betrag zu ändern. Wenn Bill also bereits fünf Token ausgegeben hätte, könnte er nur noch fünf weitere ausgeben. Abhängig vom Timing gibt es zwei Möglichkeiten, wie dies funktionieren kann, die beide damit enden, dass Bill nur zehn Token erhält:
+
+A:
+
+| Alice-Transaktion | Alice-Nonce | Bill-Transaktion | Bill-Nonce | Bills Freigabe | Bills Gesamteinkommen von Alice |
+| -------------------------- | ----------: | ---------------------------- | ---------: | ---------------: | ---------------------------- |
+| approve(Bill, 5) | 10 | | | 5 | 0 |
+| | | transferFrom(Alice, Bill, 5) | 10,123 | 0 | 5 |
+| increaseAllowance(Bill, 5) | 11 | | | 0+5 = 5 | 5 |
+| | | transferFrom(Alice, Bill, 5) | 10,124 | 0 | 10 |
+
+B:
+
+| Alice-Transaktion | Alice-Nonce | Bill-Transaktion | Bill-Nonce | Bills Freigabe | Bills Gesamteinkommen von Alice |
+| -------------------------- | ----------: | ----------------------------- | ---------: | ---------------: | ---------------------------: |
+| approve(Bill, 5) | 10 | | | 5 | 0 |
+| increaseAllowance(Bill, 5) | 11 | | | 5+5 = 10 | 0 |
+| | | transferFrom(Alice, Bill, 10) | 10,124 | 0 | 10 |
+
+```solidity
+ /* *
+ * @dev Erhöht atomar den Freibetrag, der `spender` vom Aufrufer gewährt wird.
+ *
+ * Dies ist eine Alternative zu {approve}, die als Minderung für die in {IERC20-approve} beschriebenen Probleme verwendet werden kann.
+ *
+ * Löst ein {Approval}-Ereignis aus, das den aktualisierten Freibetrag anzeigt.
+ *
+ * Anforderungen:
+ *
+ * - `spender` darf nicht die Nulladresse sein. */
+
+
+
+
+
+
+
+
+
+
+
+
+ function increaseAllowance(address spender, uint256 addedValue) public virtual returns (bool) {
+ _approve(_msgSender(), spender, _allowances[_msgSender()][spender].add(addedValue));
+ return true;
+ }
+```
+
+Die Funktion `a.add(b)` ist eine sichere Addition. In dem unwahrscheinlichen Fall, dass `a`+`b`>=`2^256`, kommt es nicht zu einem Überlauf (Wrap-around), wie es bei einer normalen Addition der Fall ist.
+
+```solidity
+
+ /* *
+ * @dev Verringert atomar den Freibetrag, der `spender` vom Aufrufer gewährt wird.
+ *
+ * Dies ist eine Alternative zu {approve}, die als Minderung für die in {IERC20-approve} beschriebenen Probleme verwendet werden kann.
+ *
+ * Löst ein {Approval}-Ereignis aus, das den aktualisierten Freibetrag anzeigt.
+ *
+ * Anforderungen:
+ *
+ * - `spender` darf nicht die Nulladresse sein.
+ * - `spender` muss einen Freibetrag für den Aufrufer von mindestens `subtractedValue` haben. */
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ function decreaseAllowance(address spender, uint256 subtractedValue) public virtual returns (bool) {
+ _approve(_msgSender(), spender, _allowances[_msgSender()][spender].sub(subtractedValue,
+ "ERC20: decreased allowance below zero"));
+ return true;
+ }
+```
+
+### Funktionen, die Token-Informationen ändern {#functions-that-modify-token-information}
+
+Dies sind die vier Funktionen, die die eigentliche Arbeit erledigen: `_transfer`, `_mint`, `_burn` und `_approve`.
+
+#### Die _transfer-Funktion {#_transfer}
+
+```solidity
+ /* *
+ * @dev Verschiebt `amount` Token von `sender` zu `recipient`.
+ *
+ * Diese interne Funktion ist äquivalent zu {transfer} und kann verwendet werden, um z. B. automatische Token-Gebühren, Slashing-Mechanismen usw. zu implementieren.
+ *
+ * Löst ein {Transfer}-Ereignis aus.
+ *
+ * Anforderungen:
+ *
+ * - `sender` darf nicht die Nulladresse sein.
+ * - `recipient` darf nicht die Nulladresse sein.
+ * - `sender` muss ein Guthaben von mindestens `amount` haben. */
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ function _transfer(address sender, address recipient, uint256 amount) internal virtual {
+```
+
+Diese Funktion, `_transfer`, überträgt Token von einem Konto auf ein anderes. Sie wird sowohl von
+`transfer` (für Übertragungen vom eigenen Konto des Senders) als auch von `transferFrom` (für die Verwendung von Freigaben zur Übertragung vom Konto eines anderen) aufgerufen.
+
+
+
+```solidity
+ require(sender != address(0), "ERC20: transfer from the zero address");
+ require(recipient != address(0), "ERC20: transfer to the zero address");
+```
+
+Niemand besitzt tatsächlich die Adresse Null in Ethereum (das heißt, niemand kennt einen Private-Key, dessen passender Public-Key in die Null-Adresse umgewandelt wird). Wenn Leute diese Adresse verwenden, handelt es sich normalerweise um einen Softwarefehler – daher schlagen wir fehl, wenn die Null-Adresse als Sender oder Empfänger verwendet wird.
+
+
+
+```solidity
+ _beforeTokenTransfer(sender, recipient, amount);
+
+```
+
+Es gibt zwei Möglichkeiten, diesen Vertrag zu nutzen:
+
+1. Verwenden Sie ihn als Vorlage für Ihren eigenen Code
+1. [Erben Sie davon](https://www.bitdegree.org/learn/solidity-inheritance) und überschreiben Sie nur die Funktionen, die Sie ändern müssen
+
+Die zweite Methode ist viel besser, da der OpenZeppelin ERC-20-Code bereits geprüft wurde und sich als sicher erwiesen hat. Wenn Sie Vererbung verwenden, ist klar, welche Funktionen Sie ändern, und um Ihrem Vertrag zu vertrauen, müssen die Leute nur diese spezifischen Funktionen prüfen.
+
+Es ist oft nützlich, eine Funktion jedes Mal auszuführen, wenn Token den Besitzer wechseln. `_transfer` ist jedoch eine sehr wichtige Funktion und es ist möglich, sie unsicher zu schreiben (siehe unten), daher ist es am besten, sie nicht zu überschreiben. Die Lösung ist `_beforeTokenTransfer`, eine
+[Hook-Funktion](https://wikipedia.org/wiki/Hooking). Sie können diese Funktion überschreiben, und sie wird bei jeder Übertragung aufgerufen.
+
+
+
+```solidity
+ _balances[sender] = _balances[sender].sub(amount, "ERC20: transfer amount exceeds balance");
+ _balances[recipient] = _balances[recipient].add(amount);
+```
+
+Dies sind die Zeilen, die die Übertragung tatsächlich durchführen. Beachten Sie, dass sich **nichts** dazwischen befindet und dass wir den übertragenen Betrag vom Sender abziehen, bevor wir ihn dem Empfänger hinzufügen. Dies ist wichtig, denn wenn es in der Mitte einen Aufruf an einen anderen Vertrag gäbe, hätte dieser verwendet werden können, um diesen Vertrag zu betrügen. Auf diese Weise ist die Übertragung atomar, in der Mitte kann nichts passieren.
+
+
+
+```solidity
+ emit Transfer(sender, recipient, amount);
+ }
+```
+
+Geben Sie schließlich ein `Transfer`-Ereignis aus. Ereignisse sind für Smart Contracts nicht zugänglich, aber Code, der außerhalb der Blockchain ausgeführt wird, kann auf Ereignisse lauschen und darauf reagieren. Zum Beispiel kann ein Wallet verfolgen, wann der Eigentümer mehr Token erhält.
+
+#### Die _mint- und _burn-Funktionen {#_mint-and-_burn}
+
+Diese beiden Funktionen (`_mint` und `_burn`) ändern das Gesamtangebot an Token.
+Sie sind intern und es gibt keine Funktion, die sie in diesem Vertrag aufruft,
+daher sind sie nur nützlich, wenn Sie vom Vertrag erben und Ihre eigene
+Logik hinzufügen, um zu entscheiden, unter welchen Bedingungen neue Token geprägt (mint) oder bestehende
+verbrannt (burn) werden sollen.
+
+**HINWEIS:** Jeder ERC-20-Token hat seine eigene Geschäftslogik, die die Token-Verwaltung vorschreibt.
+Zum Beispiel könnte ein Vertrag mit festem Angebot nur `_mint`
+im Konstruktor aufrufen und niemals `_burn` aufrufen. Ein Vertrag, der Token verkauft,
+wird `_mint` aufrufen, wenn er bezahlt wird, und vermutlich irgendwann `_burn` aufrufen,
+um eine unkontrollierte Inflation zu vermeiden.
+
+```solidity
+ /* * @dev Erstellt `amount` Token und weist sie `account` zu, wodurch das Gesamtangebot erhöht wird.
+ *
+ * Löst ein {Transfer}-Ereignis aus, bei dem `from` auf die Nulladresse gesetzt ist.
+ *
+ * Anforderungen:
+ *
+ * - `to` darf nicht die Nulladresse sein. */
+
+
+
+
+
+
+
+
+
+ function _mint(address account, uint256 amount) internal virtual {
+ require(account != address(0), "ERC20: mint to the zero address");
+ _beforeTokenTransfer(address(0), account, amount);
+ _totalSupply = _totalSupply.add(amount);
+ _balances[account] = _balances[account].add(amount);
+ emit Transfer(address(0), account, amount);
+ }
+```
+
+Stellen Sie sicher, dass Sie `_totalSupply` aktualisieren, wenn sich die Gesamtzahl der Token ändert.
+
+
+
+```solidity
+ /* *
+ * @dev Zerstört `amount` Token von `account`, wodurch das Gesamtangebot verringert wird.
+ *
+ * Löst ein {Transfer}-Ereignis aus, bei dem `to` auf die Nulladresse gesetzt ist.
+ *
+ * Anforderungen:
+ *
+ * - `account` darf nicht die Nulladresse sein.
+ * - `account` muss mindestens `amount` Token haben. */
+
+
+
+
+
+
+
+
+
+
+
+ function _burn(address account, uint256 amount) internal virtual {
+ require(account != address(0), "ERC20: burn from the zero address");
+
+ _beforeTokenTransfer(account, address(0), amount);
+
+ _balances[account] = _balances[account].sub(amount, "ERC20: burn amount exceeds balance");
+ _totalSupply = _totalSupply.sub(amount);
+ emit Transfer(account, address(0), amount);
+ }
+```
+
+Die Funktion `_burn` ist fast identisch mit `_mint`, außer dass sie in die andere Richtung geht.
+
+#### Die _approve-Funktion {#_approve}
+
+Dies ist die Funktion, die tatsächlich Freigaben spezifiziert. Beachten Sie, dass sie es einem Eigentümer ermöglicht, eine Freigabe anzugeben, die höher ist als der aktuelle Kontostand des Eigentümers. Dies ist in Ordnung, da der Kontostand zum Zeitpunkt der Übertragung überprüft wird, wenn er sich von dem Kontostand bei der Erstellung der Freigabe unterscheiden könnte.
+
+```solidity
+ /* *
+ * @dev Setzt `amount` als Freibetrag von `spender` über die Token des `owner`.
+ *
+ * Diese interne Funktion ist äquivalent zu `approve` und kann verwendet werden, um z. B. automatische Freibeträge für bestimmte Subsysteme usw. festzulegen.
+ *
+ * Löst ein {Approval}-Ereignis aus.
+ *
+ * Anforderungen:
+ *
+ * - `owner` darf nicht die Nulladresse sein.
+ * - `spender` darf nicht die Nulladresse sein. */
+
+
+
+
+
+
+
+
+
+
+
+
+
+ function _approve(address owner, address spender, uint256 amount) internal virtual {
+ require(owner != address(0), "ERC20: approve from the zero address");
+ require(spender != address(0), "ERC20: approve to the zero address");
+
+ _allowances[owner][spender] = amount;
+```
+
+
+
+Geben Sie ein `Approval`-Ereignis aus. Je nachdem, wie die Anwendung geschrieben ist, kann der Ausgeber-Vertrag entweder vom Eigentümer oder von einem Server, der auf diese Ereignisse lauscht, über die Genehmigung informiert werden.
+
+```solidity
+ emit Approval(owner, spender, amount);
+ }
+
+```
+
+### Die Decimals-Variable ändern {#modify-the-decimals-variable}
+
+```solidity
+
+
+ /* *
+ * @dev Setzt {decimals} auf einen anderen Wert als den Standardwert von 18.
+ *
+ * WARNUNG: Diese Funktion sollte nur vom Konstruktor aufgerufen werden. Die meisten Anwendungen, die mit Token-Verträgen interagieren, erwarten nicht, dass sich {decimals} jemals ändert, und funktionieren möglicherweise fehlerhaft, wenn dies der Fall ist. */
+
+
+
+
+
+
+
+ function _setupDecimals(uint8 decimals_) internal {
+ _decimals = decimals_;
+ }
+```
+
+Diese Funktion ändert die Variable `_decimals`, die verwendet wird, um Benutzeroberflächen mitzuteilen, wie der Betrag zu interpretieren ist. Sie sollten sie aus dem Konstruktor aufrufen. Es wäre unehrlich, sie zu einem späteren Zeitpunkt aufzurufen, und Anwendungen sind nicht darauf ausgelegt, damit umzugehen.
+
+### Hooks {#hooks}
+
+```solidity
+
+ /* *
+ * @dev Hook, der vor jeder Übertragung von Token aufgerufen wird. Dies schließt das Prägen und Verbrennen ein.
+ *
+ * Aufrufbedingungen:
+ *
+ * - wenn `from` und `to` beide ungleich null sind, werden `amount` Token von ``from`` an `to` übertragen.
+ * - wenn `from` null ist, werden `amount` Token für `to` geprägt.
+ * - wenn `to` null ist, werden `amount` Token von ``from`` verbrannt.
+ * - `from` und `to` sind niemals beide null.
+ *
+ * Um mehr über Hooks zu erfahren, gehen Sie zu xref:ROOT:extending-contracts.adoc#using-hooks[Using Hooks]. */
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ function _beforeTokenTransfer(address from, address to, uint256 amount) internal virtual { }
+}
+```
+
+Dies ist die Hook-Funktion, die während Übertragungen aufgerufen werden soll. Sie ist hier leer, aber wenn Sie möchten, dass sie etwas tut, überschreiben Sie sie einfach.
+
+## Fazit {#conclusion}
+
+Zur Wiederholung sind hier einige der wichtigsten Ideen in diesem Vertrag (meiner Meinung nach, Ihre wird wahrscheinlich abweichen):
+
+- _Es gibt keine Geheimnisse auf der Blockchain_. Jede Information, auf die ein Smart Contract zugreifen kann, ist für die ganze Welt verfügbar.
+- Sie können die Reihenfolge Ihrer eigenen Transaktionen kontrollieren, aber nicht, wann die Transaktionen anderer Personen stattfinden. Dies ist der Grund, warum das Ändern einer Freigabe gefährlich sein kann, da es dem Ausgebenden ermöglicht, die Summe beider Freigaben auszugeben.
+- Werte vom Typ `uint256` laufen über (Wrap-around). Mit anderen Worten, _0-1=2^256-1_. Wenn das kein gewünschtes Verhalten ist, müssen Sie dies überprüfen (oder die SafeMath-Bibliothek verwenden, die das für Sie erledigt). Beachten Sie, dass sich dies in
+ [Solidity 0.8.0](https://docs.soliditylang.org/en/breaking/080-breaking-changes.html) geändert hat.
+- Führen Sie alle Zustandsänderungen eines bestimmten Typs an einem bestimmten Ort durch, da dies die Prüfung (Auditing) erleichtert.
+ Dies ist der Grund, warum wir zum Beispiel `_approve` haben, das von `approve`, `transferFrom`,
+ `increaseAllowance` und `decreaseAllowance` aufgerufen wird.
+- Zustandsänderungen sollten atomar sein, ohne eine andere Aktion in ihrer Mitte (wie Sie
+ in `_transfer` sehen können). Dies liegt daran, dass Sie während der Zustandsänderung einen inkonsistenten Zustand haben. Zum Beispiel existieren zwischen dem Zeitpunkt, an dem Sie vom Kontostand des Senders abziehen, und dem Zeitpunkt, an dem Sie dem Kontostand des Empfängers hinzufügen, weniger Token, als es geben sollte. Dies könnte potenziell missbraucht werden, wenn es dazwischen Operationen gibt, insbesondere Aufrufe an einen anderen Vertrag.
+
+Jetzt, da Sie gesehen haben, wie der OpenZeppelin ERC-20-Vertrag geschrieben ist und insbesondere, wie er sicherer gemacht wird, gehen Sie und schreiben Sie Ihre eigenen sicheren Verträge und Anwendungen.
+
+[Sehen Sie hier für mehr von meiner Arbeit](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/erc20-with-safety-rails/index.md b/public/content/translations/de/developers/tutorials/erc20-with-safety-rails/index.md
new file mode 100644
index 00000000000..b928e56aada
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/erc20-with-safety-rails/index.md
@@ -0,0 +1,215 @@
+---
+title: ERC-20 mit Sicherheitsvorkehrungen
+description: Wie man Menschen hilft, dumme Fehler zu vermeiden
+author: Ori Pomerantz
+lang: de
+tags: ["erc-20"]
+skill: beginner
+breadcrumb: ERC-20-Sicherheit
+published: 2022-08-15
+---
+
+## Einführung {#introduction}
+
+Eines der großartigen Dinge an Ethereum ist, dass es keine zentrale Autorität gibt, die Ihre Transaktionen ändern oder rückgängig machen kann. Eines der großen Probleme bei Ethereum ist, dass es keine zentrale Autorität gibt, die die Macht hat, Benutzerfehler oder illegale Transaktionen rückgängig zu machen. In diesem Artikel lernen Sie einige der häufigsten Fehler kennen, die Benutzer mit [ERC-20](/developers/docs/standards/tokens/erc-20/)-Token machen, sowie wie man ERC-20-Smart-Contracts erstellt, die Benutzern helfen, diese Fehler zu vermeiden, oder die einer zentralen Autorität eine gewisse Macht verleihen (zum Beispiel, um Konten einzufrieren).
+
+Beachten Sie, dass wir zwar den [OpenZeppelin ERC-20-Token-Smart-Contract](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/contracts/token/ERC20) verwenden werden, dieser Artikel ihn jedoch nicht im Detail erklärt. Sie finden diese Informationen [hier](/developers/tutorials/erc20-annotated-code).
+
+Wenn Sie den vollständigen Quellcode sehen möchten:
+
+1. Öffnen Sie die [Remix IDE](https://remix.ethereum.org/).
+2. Klicken Sie auf das GitHub-Klonen-Symbol ().
+3. Klonen Sie das GitHub-Repository `https://github.com/qbzzt/20220815-erc20-safety-rails`.
+4. Öffnen Sie **contracts > erc20-safety-rails.sol**.
+
+## Erstellen eines ERC-20-Smart-Contracts {#creating-an-erc-20-contract}
+
+Bevor wir die Sicherheitsvorkehrungsfunktionen hinzufügen können, benötigen wir einen ERC-20-Smart-Contract. In diesem Artikel verwenden wir [den OpenZeppelin Contracts Wizard](https://docs.openzeppelin.com/contracts/5.x/wizard). Öffnen Sie ihn in einem anderen Browser und befolgen Sie diese Anweisungen:
+
+1. Wählen Sie **ERC20** aus.
+2. Geben Sie diese Einstellungen ein:
+
+ | Parameter | Wert |
+ | -------------- | ---------------- |
+ | Name | SafetyRailsToken |
+ | Symbol | SAFE |
+ | Premint | 1000 |
+ | Features | None |
+ | Access Control | Ownable |
+ | Upgradability | None |
+
+3. Scrollen Sie nach oben und klicken Sie auf **Open in Remix** (für Remix) oder **Download**, um eine andere Umgebung zu verwenden. Ich gehe davon aus, dass Sie Remix verwenden; falls Sie etwas anderes nutzen, nehmen Sie einfach die entsprechenden Änderungen vor.
+4. Wir haben nun einen voll funktionsfähigen ERC-20-Smart-Contract. Sie können `.deps` > `npm` erweitern, um den importierten Code zu sehen.
+5. Kompilieren, deployen und spielen Sie mit dem Smart Contract, um zu sehen, dass er als ERC-20-Smart-Contract funktioniert. Wenn Sie lernen müssen, wie man Remix benutzt, [verwenden Sie dieses Tutorial](https://remix.ethereum.org/?#activate=udapp,solidity,LearnEth).
+
+## Häufige Fehler {#common-mistakes}
+
+### Die Fehler {#the-mistakes}
+
+Benutzer senden manchmal Token an die falsche Adresse. Obwohl wir keine Gedanken lesen können, um zu wissen, was sie eigentlich tun wollten, gibt es zwei Arten von Fehlern, die häufig vorkommen und leicht zu erkennen sind:
+
+1. Das Senden der Token an die eigene Adresse des Smart Contracts. Zum Beispiel hat der [OP-Token von Optimism](https://optimism.mirror.xyz/qvd0WfuLKnePm1Gxb9dpGchPf5uDz5NSMEFdgirDS4c) in weniger als zwei Monaten [über 120.000](https://optimism.blockscout.com/address/0x4200000000000000000000000000000000000042) OP-Token angesammelt. Dies stellt eine beträchtliche Menge an Vermögen dar, das die Leute vermutlich einfach verloren haben.
+
+2. Das Senden der Token an eine leere Adresse, die weder einem [Extern verwaltetes Konto](/developers/docs/accounts/#externally-owned-accounts-and-key-pairs) noch einem [Smart Contract](/developers/docs/smart-contracts) entspricht. Obwohl ich keine Statistiken darüber habe, wie oft dies passiert, [hätte ein Vorfall 20.000.000 Token kosten können](https://gov.optimism.io/t/message-to-optimism-community-from-wintermute/2595).
+
+### Verhindern von Übertragungen {#preventing-transfers}
+
+Der OpenZeppelin ERC-20-Smart-Contract enthält [einen Hook, `_beforeTokenTransfer`](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol#L364-L368), der aufgerufen wird, bevor ein Token übertragen wird. Standardmäßig tut dieser Hook nichts, aber wir können unsere eigene Funktionalität daran anhängen, wie zum Beispiel Überprüfungen, die die Transaktion rückgängig machen (revert), wenn es ein Problem gibt.
+
+Um den Hook zu verwenden, fügen Sie diese Funktion nach dem Konstruktor hinzu:
+
+```solidity
+ function _beforeTokenTransfer(address from, address to, uint256 amount)
+ internal virtual
+ override(ERC20)
+ {
+ super._beforeTokenTransfer(from, to, amount);
+ }
+```
+
+Einige Teile dieser Funktion könnten neu für Sie sein, wenn Sie nicht sehr vertraut mit Solidity sind:
+
+```solidity
+ internal virtual
+```
+
+Das Schlüsselwort `virtual` bedeutet, dass, genau wie wir Funktionalität von `ERC20` geerbt und diese Funktion überschrieben haben, andere Smart Contracts von uns erben und diese Funktion überschreiben können.
+
+```solidity
+ override(ERC20)
+```
+
+Wir müssen explizit angeben, dass wir die ERC20-Token-Definition von `_beforeTokenTransfer` [überschreiben](https://docs.soliditylang.org/en/v0.8.15/contracts.html#function-overriding). Im Allgemeinen sind explizite Definitionen aus Sicherheitssicht viel besser als implizite – man kann nicht vergessen, dass man etwas getan hat, wenn es direkt vor einem steht. Das ist auch der Grund, warum wir angeben müssen, von welcher Superklasse wir `_beforeTokenTransfer` überschreiben.
+
+```solidity
+ super._beforeTokenTransfer(from, to, amount);
+```
+
+Diese Zeile ruft die Funktion `_beforeTokenTransfer` des Smart Contracts oder der Smart Contracts auf, von denen wir geerbt haben und die diese Funktion besitzen. In diesem Fall ist das nur `ERC20`, `Ownable` hat diesen Hook nicht. Auch wenn `ERC20._beforeTokenTransfer` derzeit nichts tut, rufen wir sie für den Fall auf, dass in Zukunft Funktionalität hinzugefügt wird (und wir uns dann entscheiden, den Smart Contract neu zu deployen, da sich Smart Contracts nach dem Deployment nicht mehr ändern).
+
+### Programmieren der Anforderungen {#coding-the-requirements}
+
+Wir möchten der Funktion diese Anforderungen hinzufügen:
+
+- Die `to`-Adresse darf nicht gleich `address(this)` sein, der Adresse des ERC-20-Smart-Contracts selbst.
+- Die `to`-Adresse darf nicht leer sein, sie muss eines der folgenden sein:
+ - Ein Extern verwaltetes Konto (EOA). Wir können nicht direkt überprüfen, ob eine Adresse ein EOA ist, aber wir können das ETH-Guthaben einer Adresse überprüfen. EOAs haben fast immer ein Guthaben, selbst wenn sie nicht mehr verwendet werden – es ist schwierig, sie bis auf das letzte Wei zu leeren.
+ - Ein Smart Contract. Zu testen, ob eine Adresse ein Smart Contract ist, ist etwas schwieriger. Es gibt einen Opcode, der die externe Codelänge überprüft, genannt [`EXTCODESIZE`](https://www.evm.codes/#3b), aber er ist in Solidity nicht direkt verfügbar. Wir müssen dafür [Yul](https://docs.soliditylang.org/en/v0.8.15/yul.html) verwenden, was EVM-Assembly ist. Es gibt andere Werte, die wir aus Solidity verwenden könnten ([`.code` und `.codehash`](https://docs.soliditylang.org/en/v0.8.15/units-and-global-variables.html#members-of-address-types)), aber sie kosten mehr Gas.
+
+Lassen Sie uns den neuen Code Zeile für Zeile durchgehen:
+
+```solidity
+ require(to != address(this), "Can't send tokens to the contract address");
+```
+
+Dies ist die erste Anforderung: Überprüfen, dass `to` und `this(address)` nicht dasselbe sind.
+
+```solidity
+ bool isToContract;
+ assembly {
+ isToContract := gt(extcodesize(to), 0)
+ }
+```
+
+So überprüfen wir, ob eine Adresse ein Smart Contract ist. Wir können keine direkte Ausgabe von Yul erhalten, also definieren wir stattdessen eine Variable, um das Ergebnis zu speichern (in diesem Fall `isToContract`). Yul funktioniert so, dass jeder Opcode als Funktion betrachtet wird. Zuerst rufen wir also [`EXTCODESIZE`](https://www.evm.codes/#3b) auf, um die Größe des Smart Contracts zu erhalten, und verwenden dann [`GT`](https://www.evm.codes/#11), um zu überprüfen, ob sie nicht null ist (wir haben es mit vorzeichenlosen Ganzzahlen zu tun, also kann sie natürlich nicht negativ sein). Wir schreiben das Ergebnis dann in `isToContract`.
+
+```solidity
+ require(to.balance != 0 || isToContract, "Can't send tokens to an empty address");
+```
+
+Und schließlich haben wir die eigentliche Überprüfung auf leere Adressen.
+
+## Administrativer Zugriff {#admin-access}
+
+Manchmal ist es nützlich, einen Administrator zu haben, der Fehler rückgängig machen kann. Um das Missbrauchspotenzial zu verringern, kann dieser Administrator eine [Mehrfachsignatur](https://blog.logrocket.com/security-choices-multi-signature-wallets/) (Multisig) sein, sodass mehrere Personen einer Aktion zustimmen müssen. In diesem Artikel werden wir zwei administrative Funktionen haben:
+
+1. Einfrieren und Entsperren von Konten. Dies kann zum Beispiel nützlich sein, wenn ein Konto möglicherweise kompromittiert wurde.
+2. Bereinigung von Vermögenswerten (Asset Cleanup).
+
+ Manchmal senden Betrüger betrügerische Token an den Smart Contract des echten Tokens, um Legitimität zu erlangen. Ein Beispiel [finden Sie hier](https://optimism.blockscout.com/token/0x2348B1a1228DDCd2dB668c3d30207c3E1852fBbe?tab=holders). Der legitime ERC-20-Smart-Contract ist [0x4200....0042](https://optimism.blockscout.com/token/0x4200000000000000000000000000000000000042). Der Betrug, der vorgibt, dieser zu sein, ist [0x234....bbe](https://optimism.blockscout.com/token/0x2348B1a1228DDCd2dB668c3d30207c3E1852fBbe).
+
+ Es ist auch möglich, dass Leute versehentlich legitime ERC-20-Token an unseren Smart Contract senden, was ein weiterer Grund ist, eine Möglichkeit haben zu wollen, sie herauszuholen.
+
+OpenZeppelin bietet zwei Mechanismen, um administrativen Zugriff zu ermöglichen:
+
+- [`Ownable`](https://docs.openzeppelin.com/contracts/5.x/access-control#ownership-and-ownable)-Smart-Contracts haben einen einzigen Eigentümer. Funktionen, die den `onlyOwner`-[Modifikator](https://www.tutorialspoint.com/solidity/solidity_function_modifiers.htm) haben, können nur von diesem Eigentümer aufgerufen werden. Eigentümer können das Eigentum an jemand anderen übertragen oder vollständig darauf verzichten. Die Rechte aller anderen Konten sind typischerweise identisch.
+- [`AccessControl`](https://docs.openzeppelin.com/contracts/5.x/access-control#role-based-access-control)-Smart-Contracts verfügen über eine [rollenbasierte Zugriffskontrolle (RBAC)](https://en.wikipedia.org/wiki/Role-based_access_control).
+
+Der Einfachheit halber verwenden wir in diesem Artikel `Ownable`.
+
+### Einfrieren und Entsperren von Smart Contracts {#freezing-and-thawing-contracts}
+
+Das Einfrieren und Entsperren von Smart Contracts erfordert mehrere Änderungen:
+
+- Ein [Mapping](https://www.tutorialspoint.com/solidity/solidity_mappings.htm) von Adressen zu [Booleans](https://en.wikipedia.org/wiki/Boolean_data_type), um zu verfolgen, welche Adressen eingefroren sind. Alle Werte sind anfangs null, was bei booleschen Werten als falsch (false) interpretiert wird. Das ist es, was wir wollen, da Konten standardmäßig nicht eingefroren sind.
+
+ ```solidity
+ mapping(address => bool) public frozenAccounts;
+```
+
+- [Events](https://www.tutorialspoint.com/solidity/solidity_events.htm) (Ereignisse), um jeden Interessierten zu informieren, wenn ein Konto eingefroren oder entsperrt wird. Technisch gesehen sind Events für diese Aktionen nicht erforderlich, aber sie helfen Off-Chain-Code dabei, auf diese Events zu hören und zu wissen, was passiert. Es gilt als guter Ton für einen Smart Contract, sie auszugeben (emit), wenn etwas passiert, das für jemand anderen relevant sein könnte.
+
+ Die Events sind indiziert, sodass es möglich sein wird, nach allen Malen zu suchen, in denen ein Konto eingefroren oder entsperrt wurde.
+
+ ```solidity
+ // Wenn Konten eingefroren oder entsperrt werden
+ event AccountFrozen(address indexed _addr);
+ event AccountThawed(address indexed _addr);
+```
+
+- Funktionen zum Einfrieren und Entsperren von Konten. Diese beiden Funktionen sind nahezu identisch, daher werden wir nur die Einfrier-Funktion durchgehen.
+
+ ```solidity
+ function freezeAccount(address addr)
+ public
+ onlyOwner
+```
+
+ Funktionen, die als [`public`](https://www.tutorialspoint.com/solidity/solidity_contracts.htm) markiert sind, können von anderen Smart Contracts oder direkt durch eine Transaktion aufgerufen werden.
+
+ ```solidity
+ {
+ require(!frozenAccounts[addr], "Account already frozen");
+ frozenAccounts[addr] = true;
+ emit AccountFrozen(addr);
+ } // freezeAccount
+```
+
+ Wenn das Konto bereits eingefroren ist, wird die Transaktion rückgängig gemacht (revert). Andernfalls frieren Sie es ein und geben ein Event aus (`emit`).
+
+- Ändern Sie `_beforeTokenTransfer`, um zu verhindern, dass Geld von einem eingefrorenen Konto verschoben wird. Beachten Sie, dass weiterhin Geld auf das eingefrorene Konto überwiesen werden kann.
+
+ ```solidity
+ require(!frozenAccounts[from], "The account is frozen");
+```
+
+### Bereinigung von Vermögenswerten {#asset-cleanup}
+
+Um ERC-20-Token freizugeben, die von diesem Smart Contract gehalten werden, müssen wir eine Funktion im Token-Smart-Contract aufrufen, zu dem sie gehören, entweder [`transfer`](https://eips.ethereum.org/EIPS/eip-20#transfer) oder [`approve`](https://eips.ethereum.org/EIPS/eip-20#approve). Es hat keinen Sinn, in diesem Fall Gas für Freigaben (Allowances) zu verschwenden, wir können genauso gut direkt übertragen.
+
+```solidity
+ function cleanupERC20(
+ address erc20,
+ address dest
+ )
+ public
+ onlyOwner
+ {
+ IERC20 token = IERC20(erc20);
+```
+
+Dies ist die Syntax, um ein Objekt für einen Smart Contract zu erstellen, wenn wir die Adresse erhalten. Wir können dies tun, weil wir die Definition für ERC-20-Token als Teil des Quellcodes haben (siehe Zeile 4), und diese Datei enthält [die Definition für IERC20](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol), die Schnittstelle für einen OpenZeppelin ERC-20-Smart-Contract.
+
+```solidity
+ uint balance = token.balanceOf(address(this));
+ token.transfer(dest, balance);
+ }
+```
+
+Dies ist eine Bereinigungsfunktion, also wollen wir vermutlich keine Token zurücklassen. Anstatt das Guthaben manuell vom Benutzer abzurufen, können wir den Prozess genauso gut automatisieren.
+
+## Fazit {#conclusion}
+
+Dies ist keine perfekte Lösung – es gibt keine perfekte Lösung für das Problem „Benutzer hat einen Fehler gemacht“. Die Verwendung solcher Überprüfungen kann jedoch zumindest einige Fehler verhindern. Die Möglichkeit, Konten einzufrieren, ist zwar gefährlich, kann aber genutzt werden, um den Schaden bestimmter Hacks zu begrenzen, indem dem Hacker die gestohlenen Gelder verweigert werden.
+
+[Weitere meiner Arbeiten finden Sie hier](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/ethereum-for-web2-auth/index.md b/public/content/translations/de/developers/tutorials/ethereum-for-web2-auth/index.md
new file mode 100644
index 00000000000..230c147ed45
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/ethereum-for-web2-auth/index.md
@@ -0,0 +1,975 @@
+---
+title: "Ethereum für die Web2-Authentifizierung nutzen"
+description: "Nach dem Lesen dieses Tutorials wird ein Entwickler in der Lage sein, den Ethereum-Login (Web3) in den SAML-Login zu integrieren, einen Standard, der im Web2 verwendet wird, um Single Sign-On und andere verwandte Dienste bereitzustellen. Dies ermöglicht die Authentifizierung des Zugriffs auf Web2-Ressourcen durch Ethereum-Signaturen, wobei die Benutzerattribute aus Bestätigungen stammen."
+author: Ori Pomerantz
+tags: ["web2", "Authentifizierung", "eas"]
+skill: beginner
+breadcrumb: "Ethereum für Web2-Auth"
+lang: de
+published: 2025-04-30
+---
+
+## Einführung
+
+[SAML](https://www.onelogin.com/learn/saml) ist ein Standard, der im Web2 verwendet wird, um einem [Identitätsanbieter (IdP)](https://en.wikipedia.org/wiki/Identity_provider#SAML_identity_provider) zu ermöglichen, Benutzerinformationen für [Dienstanbieter (SP)](https://en.wikipedia.org/wiki/Service_provider_(SAML)) bereitzustellen.
+
+In diesem Tutorial lernen Sie, wie Sie Ethereum-Signaturen in SAML integrieren, damit Benutzer ihre Ethereum-Wallets verwenden können, um sich bei Web2-Diensten zu authentifizieren, die Ethereum noch nicht nativ unterstützen.
+
+Beachten Sie, dass dieses Tutorial für zwei verschiedene Zielgruppen geschrieben wurde:
+
+- Ethereum-Nutzer, die Ethereum verstehen und SAML lernen müssen
+- Web2-Nutzer, die SAML und Web2-Authentifizierung verstehen und Ethereum lernen müssen
+
+Daher wird es viel Einführungsmaterial enthalten, das Sie vielleicht schon kennen. Sie können dieses gerne überspringen.
+
+### SAML für Ethereum-Nutzer
+
+SAML ist ein zentralisiertes Protokoll. Ein Dienstanbieter (SP) akzeptiert Zusicherungen (wie „Dies ist mein Benutzer John, er sollte die Berechtigungen haben, A, B und C zu tun“) von einem Identitätsanbieter (IdP) nur, wenn bereits eine Vertrauensbeziehung zu ihm oder zu der [Zertifizierungsstelle](https://www.ssl.com/article/what-is-a-certificate-authority-ca/) besteht, die das Zertifikat dieses IdP signiert hat.
+
+Zum Beispiel kann der SP ein Reisebüro sein, das Reisedienstleistungen für Unternehmen anbietet, und der IdP kann die interne Website eines Unternehmens sein. Wenn Mitarbeiter Geschäftsreisen buchen müssen, leitet das Reisebüro sie zur Authentifizierung durch das Unternehmen weiter, bevor sie die Reise tatsächlich buchen können.
+
+
+
+Auf diese Weise verhandeln die drei Entitäten – der Browser, der SP und der IdP – über den Zugriff. Der SP muss im Voraus nichts über den Benutzer wissen, der den Browser verwendet, sondern nur dem IdP vertrauen.
+
+### Ethereum für SAML-Nutzer
+
+Ethereum ist ein dezentralisiertes System.
+
+
+
+Benutzer haben einen Private-Key (der typischerweise in einer Browser-Erweiterung gespeichert ist). Aus dem Private-Key kann man einen Public-Key ableiten und daraus eine 20-Byte-Adresse. Wenn sich Benutzer an einem System anmelden müssen, werden sie aufgefordert, eine Nachricht mit einer Nonce (einem Einmalwert) zu signieren. Der Server kann verifizieren, dass die Signatur von dieser Adresse erstellt wurde.
+
+
+
+Die Signatur verifiziert nur die Ethereum-Adresse. Um andere Benutzerattribute zu erhalten, verwendet man typischerweise [Bestätigungen](https://attest.org/). Eine Bestätigung hat typischerweise diese Felder:
+
+- **Attestor (Bestätigender)**, die Adresse, die die Bestätigung vorgenommen hat
+- **Empfänger**, die Adresse, auf die sich die Bestätigung bezieht
+- **Daten**, die bestätigten Daten, wie Name, Berechtigungen usw.
+- **Schema**, die ID des Schemas, das zur Interpretation der Daten verwendet wird.
+
+Aufgrund der dezentralisierten Natur von Ethereum kann jeder Benutzer Bestätigungen vornehmen. Die Identität des Bestätigenden ist wichtig, um zu identifizieren, welche Bestätigungen wir als zuverlässig erachten.
+
+## Einrichtung
+
+Der erste Schritt besteht darin, dass ein SAML-SP und ein SAML-IdP miteinander kommunizieren.
+
+1. Laden Sie die Software herunter. Die Beispielsoftware für diesen Artikel befindet sich [auf GitHub](https://github.com/qbzzt/250420-saml-ethereum). Verschiedene Phasen sind in verschiedenen Branches gespeichert; für diese Phase benötigen Sie `saml-only`.
+
+ ```sh
+ git clone https://github.com/qbzzt/250420-saml-ethereum.git
+ cd 250420-saml-ethereum
+ git checkout saml-only
+ yarn
+ ```
+
+2. Erstellen Sie Schlüssel mit selbstsignierten Zertifikaten. Das bedeutet, dass der Schlüssel seine eigene Zertifizierungsstelle ist und manuell in den Dienstanbieter importiert werden muss. Weitere Informationen finden Sie in den [OpenSSL-Dokumentationen](https://docs.openssl.org/master/man1/openssl-req/).
+
+ ```sh
+ mkdir keys
+ openssl req -x509 -newkey rsa:4096 -keyout keys/sp-key.pem -out keys/sp-cert.pem -sha256 -days 3650 -nodes -subj "/C=US/ST=Texas/L=Austin/O=Service Provider/OU=IT/CN=localhost"
+ openssl req -x509 -newkey rsa:4096 -keyout keys/idp-key.pem -out keys/idp-cert.pem -sha256 -days 3650 -nodes -subj "/C=US/ST=Texas/L=Austin/O=Identity Provider/OU=IT/CN=localhost"
+ ```
+
+3. Starten Sie die Server (sowohl SP als auch IdP).
+
+ ```sh
+ yarn start
+ ```
+
+4. Rufen Sie den SP unter der URL [http://localhost:3000/](http://localhost:3000/) auf und klicken Sie auf die Schaltfläche, um zum IdP (Port 3001) weitergeleitet zu werden.
+
+5. Geben Sie dem IdP Ihre E-Mail-Adresse an und klicken Sie auf **Login to the service provider**. Sie werden sehen, dass Sie zurück zum Dienstanbieter (Port 3000) weitergeleitet werden und dieser Sie anhand Ihrer E-Mail-Adresse erkennt.
+
+### Detaillierte Erklärung
+
+Das passiert Schritt für Schritt:
+
+
+
+#### src/config.mts
+
+Diese Datei enthält die Konfiguration sowohl für den Identitätsanbieter als auch für den Dienstanbieter. Normalerweise wären diese beiden unterschiedliche Entitäten, aber hier können wir den Code der Einfachheit halber teilen.
+
+```typescript
+import fs from "fs"
+
+```
+
+Da wir vorerst nur testen, ist es in Ordnung, HTTP zu verwenden.
+
+```typescript
+const protocol = "http"
+const domain = "localhost"
+
+```
+
+Lesen Sie die Public-Keys, die normalerweise beiden Komponenten zur Verfügung stehen (und denen entweder direkt vertraut wird oder die von einer vertrauenswürdigen Zertifizierungsstelle signiert wurden).
+
+```typescript
+const spPubKey = fs.readFileSync("./keys/sp-cert.pem")
+const idpPubKey = fs.readFileSync("./keys/idp-cert.pem")
+
+```
+
+Die URLs für beide Komponenten.
+
+```typescript
+export const spPort = 3000
+export const spUrl = `${protocol}://${domain}:${spPort}`
+
+export const idpPort = 3001
+export const idpUrl = `${protocol}://${domain}:${idpPort}`
+
+```
+
+Die öffentlichen Daten für den Dienstanbieter.
+
+```typescript
+export const spPublicData = {
+```
+
+Konventionsgemäß ist in SAML die `entityID` die URL, unter der die Metadaten der Entität verfügbar sind. Diese Metadaten entsprechen den hier aufgeführten öffentlichen Daten, außer dass sie im XML-Format vorliegen.
+
+```typescript
+ entityID: `${spUrl}/sp/metadata`,
+```
+
+Die wichtigste Definition für unsere Zwecke ist der `assertionConsumerServer`. Das bedeutet, dass wir, um dem Dienstanbieter etwas zuzusichern (zum Beispiel „der Benutzer, der Ihnen diese Informationen sendet, ist somebody@example.com“), [HTTP POST](https://www.w3schools.com/tags/ref_httpmethods.asp) an die URL `http://localhost:3000/sp/assertion` verwenden müssen.
+
+```typescript
+ assertionConsumerService: [{
+ Binding: "urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST",
+ Location: `${spUrl}/sp/assertion`,
+ }],
+ encPrivateKey: spPubKey,
+}
+
+```
+
+Die öffentlichen Daten für den Identitätsanbieter sind ähnlich. Sie geben an, dass Sie zum Anmelden eines Benutzers einen POST an `http://localhost:3001/idp/login` und zum Abmelden eines Benutzers einen POST an `http://localhost:3001/idp/logout` senden.
+
+```typescript
+export const idpPublicData = {
+ entityID: `${idpUrl}/idp/metadata`,
+ singleSignOnService: [{
+ Binding: "urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST",
+ Location: `${idpUrl}/idp/login`,
+ }],
+ singleLogoutService: [{
+ Binding: "urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST",
+ Location: `${idpUrl}/idp/logout`,
+ }],
+ signingCert: idpPubKey,
+}
+```
+
+#### src/sp.mts
+
+Dies ist der Code, der einen Dienstanbieter implementiert.
+
+```typescript
+import fs from "fs"
+import express from "express"
+```
+
+Wir verwenden die Bibliothek [`samlify`](https://www.npmjs.com/package/samlify), um SAML zu implementieren.
+
+```typescript
+import * as samlify from "samlify"
+```
+
+Die Bibliothek `samlify` erwartet ein Paket, das validiert, ob das XML korrekt ist, mit dem erwarteten Public-Key signiert wurde usw. Wir verwenden dafür [`@authenio/samlify-node-xmllint`](https://www.npmjs.com/package/@authenio/samlify-node-xmllint).
+
+```typescript
+import * as validator from "@authenio/samlify-node-xmllint"
+
+import { spPort, spUrl, spPublicData, idpPublicData } from "./config.mjs"
+
+samlify.setSchemaValidator(validator)
+
+```
+
+Ein [`express`](https://expressjs.com/) [`Router`](https://expressjs.com/en/5x/api.html#router) ist eine „Mini-Website“, die in eine Website eingebunden werden kann. In diesem Fall verwenden wir ihn, um alle Definitionen des Dienstanbieters zu gruppieren.
+
+```typescript
+const spRouter = express.Router()
+
+```
+
+Die eigene Repräsentation des Dienstanbieters besteht aus all seinen öffentlichen Daten und dem Private-Key, den er zum Signieren von Informationen verwendet.
+
+```typescript
+const sp = samlify.ServiceProvider({
+ ...spPublicData,
+ privateKey: fs.readFileSync("./keys/sp-key.pem"),
+})
+
+```
+
+Die öffentlichen Daten enthalten alles, was der Dienstanbieter über den Identitätsanbieter wissen muss.
+
+```typescript
+const idp = samlify.IdentityProvider(idpPublicData)
+
+```
+
+Um die Interoperabilität mit anderen SAML-Komponenten zu ermöglichen, sollten Dienst- und Identitätsanbieter ihre öffentlichen Daten (die sogenannten Metadaten) im XML-Format unter `/metadata` zur Verfügung stellen.
+
+```typescript
+spRouter.get("/metadata", (req, res) => {
+ res.header("Content-Type", "text/xml").send(sp.getMetadata())
+})
+
+```
+
+Dies ist die Seite, auf die der Browser zugreift, um sich zu identifizieren. Die Zusicherung enthält die Benutzerkennung (hier verwenden wir die E-Mail-Adresse) und kann zusätzliche Attribute enthalten. Dies ist der Handler für Schritt 7 im obigen Sequenzdiagramm.
+
+```typescript
+spRouter.post("/assertion", async (req, res) => {
+ try {
+```
+
+Sie können den auskommentierten Befehl verwenden, um die in der Zusicherung bereitgestellten XML-Daten anzuzeigen. Sie sind [Base64-kodiert](https://en.wikipedia.org/wiki/Base64).
+
+```typescript
+ // console.log(Buffer.from(req.body.SAMLResponse, 'base64').toString('utf8'))
+```
+
+Parsen Sie die Anmeldeanforderung vom Identitätsserver.
+
+```typescript
+ const { extract } = await sp.parseLoginResponse(idp, "post", req)
+```
+
+Senden Sie eine HTML-Antwort, nur um dem Benutzer zu zeigen, dass wir die Anmeldung erhalten haben.
+
+```typescript
+ res.send(`
+
+
+ Login Successful
+ Welcome, ${extract.nameID}
+
+
+ `)
+ } catch (e) {
+```
+
+Informieren Sie den Benutzer im Fehlerfall.
+
+```typescript
+ console.error("[FATAL] when parsing login response sent from idp", e)
+ res.status(500).send(`
+
+
+ Login Failed
+ Check the console for more information
+
+
+ `)
+ }
+})
+
+```
+
+Erstellen Sie eine Anmeldeanforderung, wenn der Browser versucht, diese Seite abzurufen. Dies ist der Handler für Schritt 1 im obigen Sequenzdiagramm.
+
+```typescript
+spRouter.get("/login", async (req, res) => {
+```
+
+Holen Sie sich die Informationen, um eine Anmeldeanforderung zu posten.
+
+```typescript
+ const loginRequest = sp.createLoginRequest(idp, "redirect")
+
+```
+
+Diese Seite sendet das Formular (siehe unten) automatisch ab. Auf diese Weise muss der Benutzer nichts tun, um weitergeleitet zu werden. Dies ist Schritt 2 im obigen Sequenzdiagramm.
+
+```typescript
+ const html = `
+
+
+```
+
+Posten Sie an `loginRequest.entityEndpoint` (die URL des Endpunkts des Identitätsanbieters).
+
+```typescript
+
+
+
+ `
+ res.send(html)
+})
+
+const app = express()
+
+```
+
+[Diese Middleware](https://expressjs.com/en/5x/api.html#express.urlencoded) liest den Body der [HTTP-Anfrage](https://www.tutorialspoint.com/http/http_requests.htm). Standardmäßig ignoriert Express ihn, da die meisten Anfragen ihn nicht benötigen. Wir brauchen ihn, weil POST den Body verwendet.
+
+```typescript
+app.use(express.urlencoded({ extended: true }))
+
+```
+
+Binden Sie den Router im Verzeichnis des Dienstanbieters (`/sp`) ein.
+
+```typescript
+app.use("/sp", spRouter)
+
+```
+
+Wenn ein Browser versucht, das Stammverzeichnis abzurufen, stellen Sie ihm einen Link zur Anmeldeseite zur Verfügung.
+
+```typescript
+app.get("/", (req, res) => {
+ res.send(`
+
+
+ Service Provider
+ Login
+
+
+ `)
+})
+
+```
+
+Hören Sie mit dieser Express-Anwendung auf den `spPort`.
+
+```typescript
+app.listen(spPort, () => {
+ console.log(`Service Provider listening at ${spUrl}`)
+})
+```
+
+#### src/idp.mts
+
+Dies ist der Identitätsanbieter. Er ist dem Dienstanbieter sehr ähnlich; die folgenden Erklärungen beziehen sich auf die Teile, die unterschiedlich sind.
+
+```typescript
+import fs from "fs"
+import express from "express"
+import * as samlify from "samlify"
+import * as validator from "@authenio/samlify-node-xmllint"
+```
+
+Wir müssen die XML-Anfrage, die wir vom Dienstanbieter erhalten, lesen und verstehen.
+
+```typescript
+import { XMLParser } from "fast-xml-parser"
+
+import { idpPort, idpUrl, spPublicData, idpPublicData } from "./config.mjs"
+
+samlify.setSchemaValidator(validator)
+
+const idpRouter = express.Router()
+
+const idp = samlify.IdentityProvider({
+ ...idpPublicData,
+ privateKey: fs.readFileSync("./keys/idp-key.pem"),
+})
+
+const sp = samlify.ServiceProvider(spPublicData)
+
+idpRouter.get("/metadata", (req, res) => {
+ res.header("Content-Type", "text/xml").send(idp.getMetadata())
+})
+
+```
+
+Diese Funktion erstellt die Seite mit dem automatisch abgesendeten Formular, das in Schritt 4 des obigen Sequenzdiagramms zurückgegeben wird.
+
+```typescript
+const getLoginPage = (reqId: string) => `
+
+
+ Identity Provider
+
+
+
+`
+
+```
+
+Dies ist der Handler für Schritt 5 des obigen Sequenzdiagramms. [`idp.createLoginResponse`](https://github.com/tngan/samlify/blob/master/src/entity-idp.ts#L73-L125) erstellt die Anmeldeantwort.
+
+```typescript
+idpRouter.post("/loginSubmitted", async (req, res) => {
+ const { context } = await idp.createLoginResponse(
+```
+
+Die Zielgruppe (Audience) ist der Dienstanbieter.
+
+```typescript
+ sp,
+```
+
+Aus der Anfrage extrahierte Informationen. Der einzige Parameter, der uns in der Anfrage interessiert, ist die `requestId`, die es dem Dienstanbieter ermöglicht, Anfragen und deren Antworten zuzuordnen.
+
+```typescript
+ {
+ extract: {
+ request: {
+ id: req.body.reqId,
+ },
+ },
+ },
+ "post",
+```
+
+Wir benötigen den `signingKey`, um die Daten zum Signieren der Antwort zu haben. Der Dienstanbieter vertraut keinen unsignierten Anfragen.
+
+```typescript
+ {
+ signingKey: fs.readFileSync("./keys/idp-key.pem"),
+ },
+```
+
+Dies ist das Feld mit den Benutzerinformationen, die wir an den Dienstanbieter zurücksenden.
+
+```typescript
+ (template: string) => {
+ return template.replace("{nameID}", req.body.email)
+ }
+ )
+
+```
+
+Verwenden Sie erneut ein automatisch abgesendetes Formular. Dies ist Schritt 6 des obigen Sequenzdiagramms.
+
+```typescript
+ const html = `
+
+
+
+
+
+ `
+ res.send(html)
+})
+
+```
+
+Dies ist der Endpunkt, der eine Anmeldeanforderung vom Dienstanbieter empfängt. Dies ist der Handler für Schritt 3 des obigen Sequenzdiagramms.
+
+```typescript
+idpRouter.post("/login", async (req, res) => {
+```
+
+Wir sollten in der Lage sein, [`idp.parseLoginRequest`](https://github.com/tngan/samlify/blob/master/src/entity-idp.ts#L127-L144) zu verwenden, um die ID der Authentifizierungsanfrage zu lesen. Ich konnte es jedoch nicht zum Laufen bringen und es war nicht wert, viel Zeit darauf zu verwenden, also verwende ich einfach einen [allgemeinen XML-Parser](https://www.npmjs.com/package/fast-xml-parser). Die Information, die wir benötigen, ist das `ID`-Attribut innerhalb des ``-Tags, das sich auf der obersten Ebene des XML befindet.
+
+```typescript
+ const xmlStr = Buffer.from(req.body.SAMLRequest, "base64").toString("utf8")
+ const parser = new XMLParser({ ignoreAttributes: false })
+ const xmlObj = parser.parse(xmlStr)
+ const reqId = xmlObj["samlp:AuthnRequest"]["@_ID"]
+
+ res.send(getLoginPage(reqId))
+})
+
+const app = express()
+
+app.use(express.urlencoded({ extended: true }))
+
+app.use("/idp", idpRouter)
+
+app.listen(idpPort, () => {
+ console.log(`Identity Provider listening at ${idpUrl}`)
+})
+```
+
+## Verwendung von Ethereum-Signaturen
+
+Da wir nun eine Benutzeridentität an den Dienstanbieter senden können, besteht der nächste Schritt darin, die Benutzeridentität auf vertrauenswürdige Weise zu erhalten. Viem ermöglicht es uns, einfach das Wallet nach der Benutzeradresse zu fragen, aber das bedeutet, den Browser nach den Informationen zu fragen. Wir kontrollieren den Browser nicht, also können wir der Antwort, die wir von ihm erhalten, nicht automatisch vertrauen.
+
+Stattdessen wird der IdP dem Browser eine Zeichenfolge zum Signieren senden. Wenn das Wallet im Browser diese Zeichenfolge signiert, bedeutet das, dass es sich wirklich um diese Adresse handelt (das heißt, es kennt den Private-Key, der der Adresse entspricht).
+
+Um dies in Aktion zu sehen, stoppen Sie den bestehenden IdP und SP und führen Sie diese Befehle aus:
+
+```sh
+git checkout saml-and-eth
+yarn
+yarn start
+```
+
+Rufen Sie dann [den SP](http://localhost:3000) auf und folgen Sie den Anweisungen.
+
+Beachten Sie, dass wir zu diesem Zeitpunkt nicht wissen, wie wir die E-Mail-Adresse aus der Ethereum-Adresse erhalten, also melden wir stattdessen `@bad.email.address` an den SP.
+
+### Detaillierte Erklärung
+
+Die Änderungen befinden sich in den Schritten 4-5 im vorherigen Diagramm.
+
+
+
+Die einzige Datei, die wir geändert haben, ist `idp.mts`. Hier sind die geänderten Teile.
+
+```typescript
+import { XMLParser } from "fast-xml-parser"
+```
+
+Wir benötigen diese beiden zusätzlichen Bibliotheken. Wir verwenden [`uuid`](https://www.npmjs.com/package/uuid), um den [Nonce](https://en.wikipedia.org/wiki/Cryptographic_nonce)-Wert zu erstellen. Der Wert selbst spielt keine Rolle, nur die Tatsache, dass er nur einmal verwendet wird.
+
+Die Bibliothek [`viem`](https://viem.sh/) ermöglicht es uns, Ethereum-Definitionen zu verwenden. Hier benötigen wir sie, um zu verifizieren, dass die Signatur tatsächlich gültig ist.
+
+```typescript
+import { v4 as uuidv4 } from "uuid"
+import { verifyMessage } from "viem"
+
+import { idpPort, idpUrl, spPublicData, idpPublicData } from "./config.mjs"
+```
+
+Das Wallet bittet den Benutzer um Erlaubnis, die Nachricht zu signieren. Eine Nachricht, die nur eine Nonce ist, könnte Benutzer verwirren, daher fügen wir diese Aufforderung hinzu.
+
+```typescript
+const prompt = "Please sign this message to log in. Nonce: "
+
+```
+
+Wir benötigen die Anfrageinformationen, um darauf antworten zu können. Wir könnten sie mit der Anfrage senden (Schritt 4) und sie zurückerhalten (Schritt 5). Wir können jedoch den Informationen, die wir vom Browser erhalten, nicht vertrauen, da dieser unter der Kontrolle eines potenziell feindlichen Benutzers steht. Es ist also besser, sie hier mit der Nonce als Schlüssel zu speichern.
+
+Beachten Sie, dass wir dies hier der Einfachheit halber als Variable tun. Dies hat jedoch mehrere Nachteile:
+
+- Wir sind anfällig für einen Denial-of-Service-Angriff. Ein böswilliger Benutzer könnte versuchen, sich mehrmals anzumelden und so unseren Speicher zu füllen.
+- Wenn der IdP-Prozess neu gestartet werden muss, verlieren wir die vorhandenen Werte.
+- Wir können keinen Lastausgleich über mehrere Prozesse hinweg durchführen, da jeder seine eigene Variable hätte.
+
+Auf einem Produktionssystem würden wir eine Datenbank verwenden und eine Art Ablaufmechanismus implementieren.
+
+```typescript
+const nonces: Record = {}
+
+```
+
+Erstellen Sie eine Nonce und speichern Sie die `requestId` für die zukünftige Verwendung.
+
+```typescript
+const getSignaturePage = (reqId: string) => {
+ const nonce = uuidv4()
+ nonces[nonce] = reqId
+
+ return `
+
+
+```
+
+Dieses JavaScript wird automatisch ausgeführt, wenn die Seite geladen wird.
+
+```typescript
+
+
+```
+
+Die Signatur wird vom Browser zurückgesendet, der potenziell böswillig ist (es hindert Sie nichts daran, einfach `http://localhost:3001/idp/signature/bad-nonce/bad-address/bad-signature` im Browser zu öffnen). Daher ist es wichtig zu verifizieren, dass der IdP-Prozess fehlerhafte Signaturen korrekt verarbeitet.
+
+```typescript
+
+```
+
+Der Rest ist nur Standard-HTML.
+
+```typescript
+ Identity Provider
+ Please sign the message in your wallet to log in.
+
+
+`
+}
+
+```
+
+Dies ist der Handler für Schritt 5 im Sequenzdiagramm.
+
+```typescript
+idpRouter.get("/signature/:nonce/:address/:signature", async (req, res) => {
+ const { nonce, address, signature } = req.params
+
+```
+
+Holen Sie sich die Anfrage-ID und löschen Sie die Nonce aus `nonces`, um sicherzustellen, dass sie nicht wiederverwendet werden kann.
+
+```typescript
+ const reqId = nonces[nonce]
+ delete nonces[nonce]
+
+ if (!reqId) {
+ res.status(400).send("Invalid nonce")
+ return
+ }
+
+```
+
+Da es so viele Möglichkeiten gibt, wie die Signatur ungültig sein kann, verpacken wir dies in einen `try ... catch`-Block, um alle ausgelösten Fehler abzufangen.
+
+```typescript
+ try {
+```
+
+Verwenden Sie [`verifyMessage`](https://viem.sh/docs/actions/public/verifyMessage#verifymessage), um Schritt 5.5 im Sequenzdiagramm zu implementieren.
+
+```typescript
+ const valid = await verifyMessage({
+ address: address as `0x${string}`,
+ message: `${prompt}${nonce}`,
+ signature: signature as `0x${string}`,
+ })
+
+ if (!valid) {
+ res.status(400).send("Invalid signature")
+ return
+ }
+ } catch (e) {
+ res.status(400).send("Invalid signature")
+ return
+ }
+
+```
+
+Der Rest des Handlers entspricht dem, was wir zuvor im `/loginSubmitted`-Handler getan haben, bis auf eine kleine Änderung.
+
+```typescript
+ const { context } = await idp.createLoginResponse(
+ sp,
+ {
+ extract: {
+ request: {
+ id: reqId,
+ },
+ },
+ },
+ "post",
+ {
+ signingKey: fs.readFileSync("./keys/idp-key.pem"),
+ },
+ (template: string) => {
+```
+
+Wir haben nicht die tatsächliche E-Mail-Adresse (wir werden sie im nächsten Abschnitt erhalten), also geben wir vorerst die Ethereum-Adresse zurück und markieren sie deutlich als keine E-Mail-Adresse.
+
+```typescript
+ return template.replace("{nameID}", `${address}@bad.email.address`)
+ }
+ )
+
+ const html = `
+
+
+
+
+
+ `
+ res.send(html)
+})
+
+idpRouter.post("/login", async (req, res) => {
+ const xmlStr = Buffer.from(req.body.SAMLRequest, "base64").toString("utf8")
+ const parser = new XMLParser({ ignoreAttributes: false })
+ const xmlObj = parser.parse(xmlStr)
+ const reqId = xmlObj["samlp:AuthnRequest"]["@_ID"]
+
+```
+
+Verwenden Sie nun anstelle von `getLoginPage` `getSignaturePage` im Handler für Schritt 3.
+
+```typescript
+ res.send(getSignaturePage(reqId))
+})
+```
+
+## Abrufen der E-Mail-Adresse
+
+Der nächste Schritt besteht darin, die E-Mail-Adresse zu erhalten, die vom Dienstanbieter angeforderte Kennung. Dazu verwenden wir den [Ethereum Attestation Service (EAS)](https://attest.org/).
+
+Der einfachste Weg, Bestätigungen zu erhalten, ist die Verwendung der [GraphQL-API](https://docs.attest.org/docs/developer-tools/api). Wir verwenden diese Abfrage:
+
+```graphql
+query Attestations($schemaId: StringFilter!, $recipient: StringFilter!) {
+ attestations(where: {schemaId: $schemaId, recipient: $recipient}) {
+ attester
+ id
+ data
+ }
+}
+```
+
+Diese [`schemaId`](https://optimism.easscan.org/schema/view/0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977) enthält nur eine E-Mail-Adresse. Diese Abfrage fragt nach Bestätigungen dieses Schemas. Das Subjekt der Bestätigung wird als `recipient` (Empfänger) bezeichnet. Es ist immer eine Ethereum-Adresse.
+
+Warnung: Die Art und Weise, wie wir hier Bestätigungen erhalten, hat zwei Sicherheitsprobleme.
+
+- Wir greifen auf den API-Endpunkt `https://optimism.easscan.org/graphql` zu, der eine zentralisierte Komponente ist. Wir können das `id`-Attribut abrufen und dann eine Suche auf der Blockchain durchführen, um zu verifizieren, dass eine Bestätigung echt ist, aber der API-Endpunkt kann Bestätigungen immer noch zensieren, indem er uns nichts davon erzählt.
+
+ Dieses Problem ist nicht unlösbar; wir könnten unseren eigenen GraphQL-Endpunkt betreiben und die Bestätigungen aus den Chain-Logs abrufen, aber das ist für unsere Zwecke übertrieben.
+
+- Wir betrachten nicht die Identität des Bestätigenden. Jeder kann uns falsche Informationen liefern. In einer realen Implementierung hätten wir eine Reihe von vertrauenswürdigen Bestätigenden und würden nur deren Bestätigungen berücksichtigen.
+
+Um dies in Aktion zu sehen, stoppen Sie den bestehenden IdP und SP und führen Sie diese Befehle aus:
+
+```sh
+git checkout saml-eth-eas
+yarn
+yarn start
+```
+
+Geben Sie dann Ihre E-Mail-Adresse an. Sie haben zwei Möglichkeiten, dies zu tun:
+
+- Importieren Sie ein Wallet mit einem Private-Key und verwenden Sie den Test-Private-Key `0xac0974bec39a17e36ba4a6b4d238ff944bacb478cbed5efcae784d7bf4f2ff80`.
+
+- Fügen Sie eine Bestätigung für Ihre eigene E-Mail-Adresse hinzu:
+
+ 1. Rufen Sie [das Schema im Attestation Explorer](https://optimism.easscan.org/schema/view/0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977) auf.
+
+ 2. Klicken Sie auf **Attest with Schema**.
+
+ 3. Geben Sie Ihre Ethereum-Adresse als Empfänger und Ihre E-Mail-Adresse als E-Mail-Adresse ein und wählen Sie **Onchain**. Klicken Sie dann auf **Make Attestation**.
+
+ 4. Genehmigen Sie die Transaktion in Ihrem Wallet. Sie benötigen etwas ETH auf [der Optimism-Blockchain](https://app.optimism.io/bridge/deposit), um für Gas zu bezahlen.
+
+So oder so, rufen Sie danach [http://localhost:3000](http://localhost:3000) auf und folgen Sie den Anweisungen. Wenn Sie den Test-Private-Key importiert haben, lautet die E-Mail, die Sie erhalten, `test_addr_0@example.com`. Wenn Sie Ihre eigene Adresse verwendet haben, sollte es das sein, was Sie bestätigt haben.
+
+### Detaillierte Erklärung
+
+
+
+Die neuen Schritte sind die GraphQL-Kommunikation, Schritte 5.6 und 5.7.
+
+Hier sind wiederum die geänderten Teile von `idp.mts`.
+
+```typescript
+import { v4 as uuidv4 } from "uuid"
+import { verifyMessage, getAddress } from "viem"
+```
+
+Importieren Sie die Bibliotheken, die wir benötigen.
+
+```typescript
+import { GraphQLClient, gql } from "graphql-request"
+import { SchemaEncoder } from "@ethereum-attestation-service/eas-sdk"
+
+import { idpPort, idpUrl, spPublicData, idpPublicData } from "./config.mjs"
+
+```
+
+Es gibt [einen separaten Endpunkt für jede Blockchain](https://docs.attest.org/docs/developer-tools/api).
+
+```typescript
+const easEndpoint = "https://optimism.easscan.org/graphql"
+
+```
+
+Erstellen Sie einen neuen `GraphQLClient`-Client, den wir zum Abfragen des Endpunkts verwenden können.
+
+```typescript
+const easClient = new GraphQLClient(easEndpoint)
+
+```
+
+GraphQL gibt uns nur ein undurchsichtiges Datenobjekt mit Bytes. Um es zu verstehen, benötigen wir das Schema.
+
+```typescript
+const schemaEncoder = new SchemaEncoder("string email")
+
+```
+
+Eine Funktion, um von einer Ethereum-Adresse zu einer E-Mail-Adresse zu gelangen.
+
+```typescript
+const getEmail = async (ethAddr: string) => {
+```
+
+Dies ist eine GraphQL-Abfrage.
+
+```typescript
+ const query = gql`
+```
+
+Wir suchen nach Bestätigungen.
+
+```typescript
+ query Attestations($schemaId: StringFilter!, $recipient: StringFilter!) {
+ attestations(
+ where: { schemaId: $schemaId, recipient: $recipient }
+```
+
+Die Bestätigungen, die wir wollen, sind diejenigen in unserem Schema, bei denen der Empfänger `getAddress(ethAddr)` ist. Die Funktion [`getAddress`](https://viem.sh/docs/utilities/getAddress#getaddress) stellt sicher, dass unsere Adresse die korrekte [Prüfsumme](https://github.com/ethereum/ercs/blob/master/ERCS/erc-55.md) hat. Dies ist notwendig, da GraphQL zwischen Groß- und Kleinschreibung unterscheidet. „0xBAD060A7“, „0xBad060A7“ und „0xbad060a7“ sind unterschiedliche Werte.
+
+```typescript
+ take: 1
+```
+
+Unabhängig davon, wie viele Bestätigungen wir finden, wollen wir nur die erste.
+
+```typescript
+ ) {
+```
+
+Die Felder, die wir empfangen möchten.
+
+- `attester`: Die Adresse, die die Bestätigung eingereicht hat. Normalerweise wird dies verwendet, um zu entscheiden, ob der Bestätigung vertraut werden soll oder nicht.
+- `id`: Die Bestätigungs-ID. Sie können diesen Wert verwenden, um [die Bestätigung auf der Blockchain zu lesen](https://optimism.blockscout.com/address/0x4200000000000000000000000000000000000021?tab=read_proxy&source_address=0x4E0275Ea5a89e7a3c1B58411379D1a0eDdc5b088#0xa3112a64), um zu verifizieren, dass die Informationen aus der GraphQL-Abfrage korrekt sind.
+- `data`: Die Schemadaten (in diesem Fall die E-Mail-Adresse).
+
+```typescript
+ attester
+ id
+ data
+ }
+ }
+ `
+
+ const variables = {
+ schemaId: {
+ equals:
+ "0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977",
+ },
+ recipient: {
+ equals: getAddress(ethAddr),
+ },
+ }
+
+ const response: any = await easClient.request(query, variables)
+
+```
+
+Wenn es keine Bestätigung gibt, geben Sie einen Wert zurück, der offensichtlich falsch ist, aber dem Dienstanbieter als gültig erscheinen würde.
+
+```typescript
+ if (response.attestations.length === 0) {
+ return `${ethAddr}@no.attestation.found`
+ }
+
+```
+
+Wenn ein Wert vorhanden ist, verwenden Sie `decodeData`, um die Daten zu dekodieren. Wir benötigen nicht die bereitgestellten Metadaten, sondern nur den Wert selbst.
+
+```typescript
+ const data = schemaEncoder.decodeData(response.attestations[0].data)
+ return data[0].value.value
+}
+
+samlify.setSchemaValidator(validator)
+```
+
+Verwenden Sie die neue Funktion, um die E-Mail-Adresse zu erhalten.
+
+```typescript
+ const email = await getEmail(address)
+
+ const { context } = await idp.createLoginResponse(
+ sp,
+ {
+ extract: {
+ request: {
+ id: reqId,
+ },
+ },
+ },
+ "post",
+ {
+ signingKey: fs.readFileSync("./keys/idp-key.pem"),
+ },
+ (template: string) => {
+ return template.replace("{nameID}", email)
+ }
+ )
+```
+
+## Was ist mit Dezentralisierung?
+
+In dieser Konfiguration können Benutzer nicht vorgeben, jemand zu sein, der sie nicht sind, solange wir uns auf vertrauenswürdige Bestätigende für die Zuordnung von Ethereum- zu E-Mail-Adressen verlassen. Unser Identitätsanbieter ist jedoch immer noch eine zentralisierte Komponente. Wer auch immer den Private-Key des Identitätsanbieters besitzt, kann falsche Informationen an den Dienstanbieter senden.
+
+Es könnte eine Lösung geben, die [Multi-Party Computation (MPC)](https://en.wikipedia.org/wiki/Secure_multi-party_computation) verwendet. Ich hoffe, in einem zukünftigen Tutorial darüber zu schreiben.
+
+## Fazit
+
+Die Einführung eines Anmeldestandards, wie z. B. Ethereum-Signaturen, steht vor einem Henne-Ei-Problem. Dienstanbieter möchten einen möglichst breiten Markt ansprechen. Benutzer möchten auf Dienste zugreifen können, ohne sich Gedanken über die Unterstützung ihres Anmeldestandards machen zu müssen.
+Die Erstellung von Adaptern, wie z. B. einem Ethereum-IdP, kann uns helfen, diese Hürde zu überwinden.
+
+[Weitere meiner Arbeiten finden Sie hier](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/gasless/index.md b/public/content/translations/de/developers/tutorials/gasless/index.md
new file mode 100644
index 00000000000..57ef841b386
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/gasless/index.md
@@ -0,0 +1,363 @@
+---
+title: "Sponsoring von Gasgebühren: Wie Sie Transaktionskosten für Ihre Nutzer übernehmen"
+description: "Es ist einfach, einen Private-Key und eine Adresse zu erstellen; es ist nur eine Frage der Ausführung der richtigen Software. Aber es gibt viele Orte auf der Welt, an denen es viel schwieriger ist, ETH zu bekommen, um Transaktionen zu senden. In diesem Tutorial lernen Sie, wie Sie die Gasgebühren auf der Blockchain für die Ausführung von nutzersignierten, strukturierten Off-Chain-Daten in Ihrem Smart Contract übernehmen. Sie lassen den Nutzer eine Struktur signieren, die die Transaktionsinformationen enthält, welche Ihr Off-Chain-Code dann als Transaktion an die Blockchain übermittelt."
+author: Ori Pomerantz
+tags: ["gaslos", "Solidity", "EIP-712", "Meta-Transaktionen"]
+skill: intermediate
+breadcrumb: Gas-Sponsoring
+lang: de
+published: 2026-02-27
+---
+
+## Einführung {#introduction}
+
+Wenn wir wollen, dass Ethereum [einer Milliarde weiterer Menschen](https://blog.ethereum.org/category/next-billion) dient, müssen wir Reibungspunkte beseitigen und die Nutzung so einfach wie möglich machen. Eine Quelle dieser Reibung ist die Notwendigkeit von ETH, um Gasgebühren zu bezahlen.
+
+Wenn Sie eine Dapp haben, die mit Nutzern Geld verdient, könnte es sinnvoll sein, Nutzer Transaktionen über Ihren Server einreichen zu lassen und die Transaktionsgebühren selbst zu bezahlen. Da die Nutzer weiterhin eine [EIP-712-Autorisierungsnachricht](https://eips.ethereum.org/EIPS/eip-712) in ihren Wallets signieren, behalten sie die Integritätsgarantien von Ethereum. Die Verfügbarkeit hängt von dem Server ab, der die Transaktionen weiterleitet, und ist daher eingeschränkter. Sie können es jedoch so einrichten, dass Nutzer auch direkt auf den Smart Contract zugreifen können (wenn sie ETH erhalten), und andere ihre eigenen Server einrichten lassen, wenn sie Transaktionen sponsern möchten.
+
+Die Technik in diesem Tutorial funktioniert nur, wenn Sie den Smart Contract kontrollieren. Es gibt andere Techniken, einschließlich der [Kontoabstraktion](https://eips.ethereum.org/EIPS/eip-4337), mit denen Sie Transaktionen an andere Smart Contracts sponsern können, was ich hoffentlich in einem zukünftigen Tutorial behandeln werde.
+
+Hinweis: Dies ist _kein_ produktionsreifer Code. Er ist anfällig für erhebliche Angriffe und es fehlen wichtige Funktionen. Erfahren Sie mehr im [Abschnitt über Schwachstellen in diesem Leitfaden](#vulnerabilities).
+
+### Voraussetzungen {#prerequisites}
+
+Um dieses Tutorial zu verstehen, sollten Sie bereits vertraut sein mit:
+
+- Solidity
+- JavaScript
+- React und WAGMI. Wenn Sie mit diesen Benutzeroberflächen-Tools nicht vertraut sind, [haben wir ein Tutorial dafür](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/).
+
+## Die Beispielanwendung {#sample-app}
+
+Die hier gezeigte Beispielanwendung ist eine Variante des `Greeter`-Vertrags von Hardhat. Sie können sie [auf GitHub](https://github.com/qbzzt/260301-gasless) ansehen. Der Smart Contract ist bereits auf [Sepolia](https://sepolia.dev/) unter der Adresse [`0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA`](https://eth-sepolia.blockscout.com/address/0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA) bereitgestellt.
+
+Um sie in Aktion zu sehen, befolgen Sie diese Schritte.
+
+1. Klonen Sie das Repository und installieren Sie die erforderliche Software.
+
+ ```sh
+ git clone https://github.com/qbzzt/260301-gasless.git
+ cd 260301-gasless/server
+ npm install
+```
+
+2. Bearbeiten Sie `.env`, um `PRIVATE_KEY` auf ein Wallet zu setzen, das ETH auf Sepolia hat. Wenn Sie Sepolia-ETH benötigen, [verwenden Sie ein Faucet](/developers/docs/networks/#sepolia). Idealerweise sollte sich dieser Private-Key von dem in Ihrem Browser-Wallet unterscheiden.
+
+3. Starten Sie den Server.
+
+ ```sh
+ npm run dev
+```
+
+4. Rufen Sie die Anwendung unter der URL [`http://localhost:5173`](http://localhost:5173) auf.
+
+5. Klicken Sie auf **Connect with Injected**, um sich mit einem Wallet zu verbinden. Bestätigen Sie dies im Wallet und genehmigen Sie bei Bedarf den Wechsel zu Sepolia.
+
+6. Schreiben Sie eine neue Begrüßung und klicken Sie auf **Update greeting via sponsor**.
+
+7. Signieren Sie die Nachricht.
+
+8. Warten Sie etwa 12 Sekunden (die Blockzeit auf Sepolia). Während Sie warten, können Sie sich die URL in der Serverkonsole ansehen, um die Transaktion zu sehen.
+
+9. Sehen Sie, dass sich die Begrüßung geändert hat und dass der Wert der Adresse, die zuletzt aktualisiert hat, nun die Adresse Ihres Browser-Wallets ist.
+
+Um zu verstehen, wie das funktioniert, müssen wir uns ansehen, wie die Nachricht in der Benutzeroberfläche erstellt wird, wie sie vom Server weitergeleitet wird und wie der Smart Contract sie verarbeitet.
+
+### Die Benutzeroberfläche {#ui-changes}
+
+Die Benutzeroberfläche basiert auf [WAGMI](https://wagmi.sh/); Sie können [in diesem Tutorial](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) darüber lesen.
+
+So signieren wir die Nachricht:
+
+```js
+const signGreeting = useCallback(
+```
+
+Der React-Hook [`useCallback`](https://react.dev/reference/react/useCallback) ermöglicht es uns, die Leistung zu verbessern, indem wir dieselbe Funktion wiederverwenden, wenn die Komponente neu gezeichnet wird.
+
+```js
+ async (greeting) => {
+ if (!account) throw new Error("Wallet not connected")
+```
+
+Wenn es kein Konto gibt, wird ein Fehler ausgelöst. Dies sollte niemals passieren, da die UI-Schaltfläche, die den Prozess startet, der `signGreeting` aufruft, in diesem Fall deaktiviert ist. Zukünftige Programmierer könnten diese Schutzmaßnahme jedoch entfernen, daher ist es eine gute Idee, diese Bedingung auch hier zu überprüfen.
+
+```js
+ const domain = {
+ name: "Greeter",
+ version: "1",
+ chainId,
+ verifyingContract: contractAddr,
+ }
+```
+
+Parameter für den [Domain-Separator](https://eips.ethereum.org/EIPS/eip-712#definition-of-domainseparator). Dieser Wert ist konstant, daher könnten wir ihn in einer besser optimierten Implementierung einmal berechnen, anstatt ihn bei jedem Aufruf der Funktion neu zu berechnen.
+
+- `name` ist ein für den Nutzer lesbarer Name, wie z. B. der Name der Dapp, für die wir Signaturen erstellen.
+- `version` ist die Version. Verschiedene Versionen sind nicht kompatibel.
+- `chainId` ist die Chain, die wir verwenden, wie sie [von WAGMI](https://wagmi.sh/react/api/hooks/useChainId) bereitgestellt wird.
+- `verifyingContract` ist die Vertragsadresse, die diese Signatur verifizieren wird. Wir möchten nicht, dass dieselbe Signatur für mehrere Verträge gilt, falls es mehrere `Greeter`-Verträge gibt und wir möchten, dass sie unterschiedliche Begrüßungen haben.
+
+```js
+
+ const types = {
+ GreetingRequest: [
+ { name: "greeting", type: "string" },
+ ],
+ }
+```
+
+Der Datentyp, den wir signieren. Hier haben wir einen einzigen Parameter, `greeting`, aber reale Systeme haben typischerweise mehr.
+
+```js
+ const message = { greeting }
+```
+
+Die eigentliche Nachricht, die wir signieren und senden möchten. `greeting` ist sowohl der Feldname als auch der Name der Variablen, die ihn füllt.
+
+```js
+ const signature = await signTypedDataAsync({
+ domain,
+ types,
+ primaryType: "GreetingRequest",
+ message,
+ })
+```
+
+Die Signatur tatsächlich abrufen. Diese Funktion ist asynchron, da Nutzer (aus Sicht eines Computers) lange brauchen, um Daten zu signieren.
+
+```js
+ const r = `0x${signature.slice(2, 66)}`
+ const s = `0x${signature.slice(66, 130)}`
+ const v = parseInt(signature.slice(130, 132), 16)
+
+ return {
+ req: { greeting },
+ v,
+ r,
+ s,
+ }
+ },
+```
+
+Die Funktion gibt einen einzelnen hexadezimalen Wert zurück. Hier teilen wir ihn in Felder auf.
+
+```js
+ [account, chainId, contractAddr, signTypedDataAsync],
+)
+```
+
+Wenn sich eine dieser Variablen ändert, erstellen Sie eine neue Instanz der Funktion. Die Parameter `account` und `chainId` können vom Nutzer im Wallet geändert werden. `contractAddr` ist eine Funktion der Chain-ID. `signTypedDataAsync` sollte sich nicht ändern, aber wir importieren es aus [einem Hook](https://wagmi.sh/react/api/hooks/useSignTypedData), daher können wir nicht sicher sein, und es ist am besten, es hier hinzuzufügen.
+
+Nachdem die neue Begrüßung nun signiert ist, müssen wir sie an den Server senden.
+
+```js
+ const sponsoredGreeting = async () => {
+ try {
+```
+
+Diese Funktion nimmt eine Signatur und sendet sie an den Server.
+
+```js
+ const signedMessage = await signGreeting(newGreeting)
+ const response = await fetch("/server/sponsor", {
+```
+
+Senden Sie an den Pfad `/server/sponsor` auf dem Server, von dem wir gekommen sind.
+
+```js
+ method: "POST",
+ headers: { "Content-Type": "application/json" },
+ body: JSON.stringify(signedMessage),
+ })
+```
+
+Verwenden Sie `POST`, um die Informationen JSON-codiert zu senden.
+
+```js
+ const data = await response.json()
+ console.log("Server response:", data)
+ } catch (err) {
+ console.error("Error:", err)
+ }
+ }
+```
+
+Geben Sie die Antwort aus. Auf einem Produktionssystem würden wir die Antwort auch dem Nutzer anzeigen.
+
+### Der Server {#server}
+
+Ich verwende gerne [Vite](https://vite.dev/) als mein Front-End. Es stellt automatisch die React-Bibliotheken bereit und aktualisiert den Browser, wenn sich der Front-End-Code ändert. Vite enthält jedoch keine Backend-Tools.
+
+Die Lösung befindet sich in [`index.js`](https://github.com/qbzzt/260301-gasless/blob/main/server/index.js).
+
+```js
+ app.post("/server/sponsor", async (req, res) => {
+ ...
+ })
+
+ // Lass Vite alles andere erledigen
+ const vite = await createViteServer({
+ server: { middlewareMode: true }
+ })
+
+ app.use(vite.middlewares)
+```
+
+Zuerst registrieren wir einen Handler für die Anfragen, die wir selbst bearbeiten (`POST` an `/server/sponsor`). Dann erstellen und verwenden wir einen Vite-Server, um alle anderen URLs zu verarbeiten.
+
+```js
+ app.post("/server/sponsor", async (req, res) => {
+ try {
+ const signed = req.body
+
+ const txHash = await sepoliaClient.writeContract({
+ address: greeterAddr,
+ abi: greeterABI,
+ functionName: 'sponsoredSetGreeting',
+ args: [signed.req, signed.v, signed.r, signed.s],
+ })
+ } ...
+ })
+```
+
+Dies ist nur ein standardmäßiger [viem](https://viem.sh/)-Blockchain-Aufruf.
+
+### Der Smart Contract {#smart-contract}
+
+Schließlich muss [`Greeter.sol`](https://github.com/qbzzt/260301-gasless/blob/main/contracts/src/Greeter.sol) die Signatur verifizieren.
+
+```solidity
+ constructor(string memory _greeting) {
+ greeting = _greeting;
+
+ DOMAIN_SEPARATOR = keccak256(
+ abi.encode(
+ keccak256(
+ "EIP712Domain(string name,string version,uint256 chainId,address verifyingContract)"
+ ),
+ keccak256(bytes("Greeter")),
+ keccak256(bytes("1")),
+ block.chainid,
+ address(this)
+ )
+ );
+ }
+```
+
+Der Konstruktor erstellt den [Domain-Separator](https://eips.ethereum.org/EIPS/eip-712#definition-of-domainseparator), ähnlich wie der obige Benutzeroberflächen-Code. Die Ausführung auf der Blockchain ist viel teurer, daher berechnen wir ihn nur einmal.
+
+```solidity
+ struct GreetingRequest {
+ string greeting;
+ }
+```
+
+Dies ist die Struktur, die signiert wird. Hier haben wir nur ein Feld.
+
+```solidity
+ bytes32 private constant GREETING_TYPEHASH =
+ keccak256("GreetingRequest(string greeting)");
+```
+
+Dies ist der [Struktur-Identifikator](https://eips.ethereum.org/EIPS/eip-712#definition-of-hashstruct). Er wird jedes Mal in der Benutzeroberfläche berechnet.
+
+```solidity
+ function sponsoredSetGreeting(
+ GreetingRequest calldata req,
+ uint8 v,
+ bytes32 r,
+ bytes32 s
+ ) external {
+```
+
+Diese Funktion empfängt eine signierte Anfrage und aktualisiert die Begrüßung.
+
+```solidity
+ // EIP-712-Digest berechnen
+ bytes32 digest = keccak256(
+ abi.encodePacked(
+ "\x19\x01",
+ DOMAIN_SEPARATOR,
+ keccak256(
+ abi.encode(
+ GREETING_TYPEHASH,
+ keccak256(bytes(req.greeting))
+ )
+ )
+ )
+ );
+```
+
+Erstellen Sie den Digest in Übereinstimmung mit [EIP 712](https://eips.ethereum.org/EIPS/eip-712).
+
+```solidity
+ // Signer wiederherstellen
+ address signer = ecrecover(digest, v, r, s);
+ require(signer != address(0), "Invalid signature");
+```
+
+Verwenden Sie [`ecrecover`](https://www.evm.codes/precompiled?fork=osaka#0x01), um die Adresse des Unterzeichners zu erhalten. Beachten Sie, dass eine fehlerhafte Signatur dennoch zu einer gültigen Adresse führen kann, nur eben zu einer zufälligen.
+
+```solidity
+ // Begrüßung anwenden, als hätte der Signer sie aufgerufen
+ greeting = req.greeting;
+ emit SetGreeting(signer, req.greeting);
+ }
+```
+
+Aktualisieren Sie die Begrüßung.
+
+## Schwachstellen {#vulnerabilities}
+
+Dies ist _kein_ produktionsreifer Code. Er ist anfällig für erhebliche Angriffe und es fehlen wichtige Funktionen. Hier sind einige davon, zusammen mit Lösungsansätzen.
+
+Um einige dieser Angriffe zu sehen, klicken Sie auf die Schaltflächen unter der Überschrift _Attacks_ und sehen Sie, was passiert. Für die Schaltfläche **Invalid signature** überprüfen Sie die Serverkonsole, um die Transaktionsantwort zu sehen.
+
+### Denial-of-Service auf dem Server {#dos-on-server}
+
+Der einfachste Angriff ist ein [Denial-of-Service](https://en.wikipedia.org/wiki/Denial-of-service_attack)-Angriff auf den Server. Der Server empfängt Anfragen von überall im Internet und sendet basierend auf diesen Anfragen Transaktionen. Es gibt absolut nichts, was einen Angreifer daran hindert, eine Reihe von Signaturen auszustellen, ob gültig oder ungültig. Jede wird eine Transaktion verursachen. Letztendlich wird dem Server das ETH ausgehen, um für Gas zu bezahlen.
+
+Eine Lösung für dieses Problem besteht darin, die Rate auf eine Transaktion pro Block zu begrenzen. Wenn der Zweck darin besteht, Begrüßungen für [Extern verwaltete Konten](/developers/docs/accounts/#key-differences) anzuzeigen, spielt es ohnehin keine Rolle, wie die Begrüßung in der Mitte des Blocks lautet.
+
+Eine weitere Lösung besteht darin, Adressen nachzuverfolgen und nur Signaturen von gültigen Kunden zuzulassen.
+
+### Falsche Begrüßungssignaturen {#wrong-greeting-sigs}
+
+Wenn Sie auf **Signature for wrong greeting** klicken, übermitteln Sie eine gültige Signatur für eine bestimmte Adresse (`0xaA92c5d426430D4769c9E878C1333BDe3d689b3e`) und Begrüßung (`Hello`). Aber sie wird mit einer anderen Begrüßung übermittelt. Dies verwirrt `ecrecover`, was die Begrüßung ändert, aber die falsche Adresse hat.
+
+Um dieses Problem zu lösen, fügen Sie die Adresse zur [signierten Struktur](https://github.com/qbzzt/260301-gasless/blob/main/server/src/Greeter.jsx#L122-L124) hinzu. Auf diese Weise stimmt die zufällige Adresse von `ecrecover` nicht mit der Adresse in der Signatur überein, und der Smart Contract wird die Nachricht ablehnen.
+
+### Replay-Angriffe {#replay-attack}
+
+Wenn Sie auf **Replay attack** klicken, übermitteln Sie dieselbe Signatur „Ich bin 0xaA92c5d426430D4769c9E878C1333BDe3d689b3e und ich möchte, dass die Begrüßung `Hello` lautet“, aber mit der korrekten Begrüßung. Infolgedessen glaubt der Smart Contract, dass die Adresse (die nicht Ihre ist) die Begrüßung wieder in `Hello` geändert hat. Die Informationen dazu sind öffentlich in den [Transaktionsinformationen](https://eth-sepolia.blockscout.com/tx/0xa66afe4bbf886f59533e677a798c802ceab1ac0f9db6e83a4d4b59a45cf7c1b1) verfügbar.
+
+Wenn dies ein Problem darstellt, besteht eine Lösung darin, eine [Nonce](https://en.wikipedia.org/wiki/Cryptographic_nonce) hinzuzufügen. Erstellen Sie ein [Mapping](https://docs.soliditylang.org/en/latest/types.html#mapping-types) zwischen Adressen und Zahlen und fügen Sie der Signatur ein Nonce-Feld hinzu. Wenn das Nonce-Feld mit dem Mapping für die Adresse übereinstimmt, akzeptieren Sie die Signatur und erhöhen Sie das Mapping für das nächste Mal. Wenn nicht, lehnen Sie die Transaktion ab.
+
+Eine weitere Lösung besteht darin, den signierten Daten einen Zeitstempel hinzuzufügen und die Signatur nur für wenige Sekunden nach diesem Zeitstempel als gültig zu akzeptieren. Dies ist einfacher und billiger, aber wir riskieren Replay-Angriffe innerhalb des Zeitfensters und das Fehlschlagen legitimer Transaktionen, wenn das Zeitfenster überschritten wird.
+
+## Weitere fehlende Funktionen {#other-missing-features}
+
+Es gibt zusätzliche Funktionen, die wir in einer Produktionsumgebung hinzufügen würden.
+
+### Zugriff von anderen Servern {#other-servers}
+
+Derzeit erlauben wir jeder Adresse, ein `sponsorSetGreeting` zu übermitteln. Dies könnte im Interesse der Dezentralisierung genau das sein, was wir wollen. Oder vielleicht möchten wir sicherstellen, dass gesponserte Transaktionen über _unseren_ Server laufen, in welchem Fall wir `msg.sender` im Smart Contract überprüfen würden.
+
+So oder so sollte dies eine bewusste Designentscheidung sein und nicht nur das Ergebnis davon, dass man nicht über das Problem nachgedacht hat.
+
+### Fehlerbehandlung {#error-handling}
+
+Ein Nutzer übermittelt eine Begrüßung. Vielleicht wird sie beim nächsten Block aktualisiert. Vielleicht auch nicht. Fehler sind unsichtbar. Auf einem Produktionssystem sollte der Nutzer zwischen diesen Fällen unterscheiden können:
+
+- Die neue Begrüßung wurde noch nicht übermittelt
+- Die neue Begrüßung wurde übermittelt und wird verarbeitet
+- Die neue Begrüßung wurde abgelehnt
+
+## Fazit {#conclusion}
+
+An diesem Punkt sollten Sie in der Lage sein, ein gasloses Erlebnis für die Nutzer Ihrer Dapp zu schaffen, auf Kosten einer gewissen Zentralisierung.
+
+Dies funktioniert jedoch nur mit Smart Contracts, die ERC-712 unterstützen. Um beispielsweise einen ERC-20-Token zu übertragen, ist es erforderlich, dass die Transaktion vom Eigentümer signiert wird und nicht nur eine Nachricht. Die Lösung ist die [Kontoabstraktion (ERC-4337)](https://docs.erc4337.io/index.html). Ich hoffe, in Zukunft ein Tutorial darüber zu schreiben.
+
+[Sehen Sie hier für weitere meiner Arbeiten](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md b/public/content/translations/de/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
new file mode 100644
index 00000000000..3c777994c5d
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
@@ -0,0 +1,150 @@
+---
+title: Erste Schritte mit der Ethereum-Entwicklung
+description: "Dies ist ein Anfängerleitfaden für die ersten Schritte in der Ethereum-Entwicklung. Wir begleiten dich von der Einrichtung eines API-Endpunkts über eine Befehlszeilenanfrage bis hin zum Schreiben deines ersten Web3-Skripts! Keine Erfahrung in der Blockchain-Entwicklung erforderlich!"
+author: "Elan Halpern"
+tags: ["JavaScript", "ethers.js", "Blockchain-Knoten", "Abfragen", "Alchemy"]
+skill: beginner
+breadcrumb: Erste Schritte
+lang: de
+published: 2020-10-30
+source: Medium
+sourceUrl: https://medium.com/alchemy-api/getting-started-with-ethereum-development-using-alchemy-c3d6a45c567f
+---
+
+
+
+Dies ist ein Anfängerleitfaden für die ersten Schritte in der Ethereum-Entwicklung. Für dieses Tutorial verwenden wir [Alchemy](https://alchemyapi.io/), die führende Blockchain-Entwicklerplattform, die Millionen von Nutzern von 70 % der Top-Blockchain-Apps unterstützt, darunter Maker, 0x, MyEtherWallet, Dharma und Kyber. Alchemy gibt uns Zugriff auf einen API-Endpunkt auf der Ethereum-Chain, damit wir Transaktionen lesen und schreiben können.
+
+Wir begleiten dich von der Anmeldung bei Alchemy bis zum Schreiben deines ersten Web3-Skripts! Keine Erfahrung in der Blockchain-Entwicklung erforderlich!
+
+## 1. Melde dich für ein kostenloses Alchemy-Konto an {#sign-up-for-a-free-alchemy-account}
+
+Das Erstellen eines Kontos bei Alchemy ist einfach, [melde dich hier kostenlos an](https://auth.alchemy.com/).
+
+## 2. Erstelle eine Alchemy-App {#create-an-alchemy-app}
+
+Um mit der Ethereum-Chain zu kommunizieren und die Produkte von Alchemy zu nutzen, benötigst du einen API-Schlüssel, um deine Anfragen zu authentifizieren.
+
+Du kannst [API-Schlüssel über das Dashboard erstellen](https://dashboard.alchemy.com/). Um einen neuen Schlüssel zu erstellen, navigiere zu „Create App“, wie unten gezeigt:
+
+Ein besonderer Dank geht an [_ShapeShift_](https://shapeshift.com/), _dass wir ihr Dashboard zeigen dürfen!_
+
+
+
+Fülle die Details unter „Create App“ aus, um deinen neuen Schlüssel zu erhalten. Hier siehst du auch Apps, die du zuvor erstellt hast, sowie solche, die von deinem Team erstellt wurden. Rufe vorhandene Schlüssel ab, indem du bei einer beliebigen App auf „View Key“ klickst.
+
+
+
+Du kannst auch vorhandene API-Schlüssel abrufen, indem du mit der Maus über „Apps“ fährst und eine auswählst. Hier kannst du auf „View Key“ klicken sowie auf „Edit App“, um bestimmte Domains auf die Whitelist zu setzen, verschiedene Entwicklertools zu sehen und Analysen anzuzeigen.
+
+
+
+## 3. Stelle eine Anfrage über die Befehlszeile {#make-a-request-from-the-command-line}
+
+Interagiere mit der Ethereum-Blockchain über Alchemy mithilfe von JSON-RPC und curl.
+
+Für manuelle Anfragen empfehlen wir die Interaktion mit dem `JSON-RPC` über `POST`-Anfragen. Übergib einfach den Header `Content-Type: application/json` und deine Abfrage als `POST`-Body mit den folgenden Feldern:
+
+- `jsonrpc`: Die JSON-RPC-Version – derzeit wird nur `2.0` unterstützt.
+- `method`: Die ETH-API-Methode. [Siehe API-Referenz.](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc)
+- `params`: Eine Liste von Parametern, die an die Methode übergeben werden sollen.
+- `id`: Die ID deiner Anfrage. Wird in der Antwort zurückgegeben, damit du nachverfolgen kannst, zu welcher Anfrage eine Antwort gehört.
+
+Hier ist ein Beispiel, das du über die Befehlszeile ausführen kannst, um den aktuellen Gaspreis abzurufen:
+
+```bash
+curl https://eth-mainnet.alchemyapi.io/v2/demo \
+-X POST \
+-H "Content-Type: application/json" \
+-d '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}'
+```
+
+_**HINWEIS:** Ersetze [https://eth-mainnet.alchemyapi.io/v2/demo](https://eth-mainnet.alchemyapi.io/jsonrpc/demo) durch deinen eigenen API-Schlüssel `https://eth-mainnet.alchemyapi.io/v2/**dein-api-schluessel`._
+
+**Ergebnisse:**
+
+```json
+{ "id": 73,"jsonrpc": "2.0","result": "0x09184e72a000" // 10000000000000 }
+```
+
+## 4. Richte deinen Web3-Client ein {#set-up-your-web3-client}
+
+**Wenn du bereits einen Client hast,** ändere deine aktuelle Blockchain-Knoten-Anbieter-URL in eine Alchemy-URL mit deinem API-Schlüssel: `„https://eth-mainnet.alchemyapi.io/v2/dein-api-schluessel“`
+
+**_HINWEIS:_** Die folgenden Skripte müssen in einem **Node-Kontext** ausgeführt oder **in einer Datei gespeichert** werden und dürfen nicht über die Befehlszeile ausgeführt werden. Wenn du Node oder npm noch nicht installiert hast, sieh dir diese kurze [Einrichtungsanleitung für Macs](https://app.gitbook.com/@alchemyapi/s/alchemy/guides/alchemy-for-macs) an.
+
+Es gibt unzählige [Web3-Bibliotheken](https://docs.alchemyapi.io/guides/getting-started#other-web3-libraries), die du in Alchemy integrieren kannst. Wir empfehlen jedoch die Verwendung von [Alchemy Web3](https://docs.alchemy.com/reference/api-overview), einem direkten Ersatz für web3.js, der so entwickelt und konfiguriert wurde, dass er nahtlos mit Alchemy zusammenarbeitet. Dies bietet mehrere Vorteile wie automatische Wiederholungsversuche und robuste WebSocket-Unterstützung.
+
+Um AlchemyWeb3.js zu installieren, **navigiere zu deinem Projektverzeichnis** und führe Folgendes aus:
+
+**Mit Yarn:**
+
+```
+yarn add @alch/alchemy-web3
+```
+
+**Mit NPM:**
+
+```
+npm install @alch/alchemy-web3
+```
+
+Um mit der Blockchain-Knoten-Infrastruktur von Alchemy zu interagieren, führe dies in NodeJS aus oder füge es einer JavaScript-Datei hinzu:
+
+```js
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(
+ "https://eth-mainnet.alchemyapi.io/v2/your-api-key"
+)
+```
+
+## 5. Schreibe dein erstes Web3-Skript! {#write-your-first-web3-script}
+
+Um nun etwas praktische Erfahrung mit der Web3-Programmierung zu sammeln, schreiben wir ein einfaches Skript, das die neueste Blocknummer aus dem Ethereum-Mainnet ausgibt.
+
+**1. Falls noch nicht geschehen, erstelle in deinem Terminal ein neues Projektverzeichnis und wechsle mit cd dorthin:**
+
+```
+mkdir web3-example
+cd web3-example
+```
+
+**2. Installiere die Alchemy-Web3-Abhängigkeit (oder eine beliebige Web3-Abhängigkeit) in deinem Projekt, falls du dies noch nicht getan hast:**
+
+```
+npm install @alch/alchemy-web3
+```
+
+**3. Erstelle eine Datei namens `index.js` und füge den folgenden Inhalt hinzu:**
+
+> Du solltest letztendlich `demo` durch deinen Alchemy-HTTP-API-Schlüssel ersetzen.
+
+```js
+async function main() {
+ const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+ const web3 = createAlchemyWeb3("https://eth-mainnet.alchemyapi.io/v2/demo")
+ const blockNumber = await web3.eth.getBlockNumber()
+ console.log("The latest block number is " + blockNumber)
+}
+main()
+```
+
+Nicht vertraut mit asynchronen Konzepten? Sieh dir diesen [Medium-Beitrag](https://medium.com/better-programming/understanding-async-await-in-javascript-1d81bb079b2c) an.
+
+**4. Führe es in deinem Terminal mit Node aus**
+
+```
+node index.js
+```
+
+**5. Du solltest nun die Ausgabe der neuesten Blocknummer in deiner Konsole sehen!**
+
+```
+The latest block number is 11043912
+```
+
+**Juhu! Glückwunsch! Du hast gerade dein erstes Web3-Skript mit Alchemy geschrieben 🎉**
+
+Nicht sicher, was du als Nächstes tun sollst? Versuche, deinen ersten Smart Contract bereitzustellen, und sammle praktische Erfahrungen mit der Solidity-Programmierung in unserem [Hello World Smart Contract-Leitfaden](https://www.alchemy.com/docs/hello-world-smart-contract), oder teste dein Dashboard-Wissen mit der [Dashboard-Demo-App](https://docs.alchemyapi.io/tutorials/demo-app)!
+
+_[Melde dich kostenlos bei Alchemy an](https://auth.alchemy.com/), sieh dir unsere [Dokumentation](https://www.alchemy.com/docs/) an und folge uns für die neuesten Nachrichten auf [Twitter](https://twitter.com/AlchemyPlatform)_.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/guide-to-smart-contract-security-tools/index.md b/public/content/translations/de/developers/tutorials/guide-to-smart-contract-security-tools/index.md
new file mode 100644
index 00000000000..fd56544ac1d
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/guide-to-smart-contract-security-tools/index.md
@@ -0,0 +1,103 @@
+---
+title: "Ein Leitfaden für Smart-Contract-Sicherheitstools"
+description: "Ein Überblick über drei verschiedene Test- und Programmanalysetechniken"
+author: "Trailofbits"
+lang: de
+tags: ["Solidity", "Smart Contracts", "Sicherheit"]
+skill: intermediate
+breadcrumb: Sicherheitstools
+published: 2020-09-07
+source: Building secure contracts
+sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis
+---
+
+Wir werden drei verschiedene Test- und Programmanalysetechniken verwenden:
+
+- **Statische Analyse mit [Slither](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/).** Alle Pfade des Programms werden angenähert und gleichzeitig durch verschiedene Programmdarstellungen (z. B. Kontrollflussgraph) analysiert.
+- **Fuzzing mit [Echidna](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/).** Der Code wird mit einer pseudozufälligen Generierung von Transaktionen ausgeführt. Der Fuzzer wird versuchen, eine Sequenz von Transaktionen zu finden, die eine bestimmte Eigenschaft verletzt.
+- **Symbolische Ausführung mit [Manticore](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/).** Eine formale Verifizierungstechnik, die jeden Ausführungspfad in eine mathematische Formel übersetzt, auf deren Grundlage Einschränkungen überprüft werden können.
+
+Jede Technik hat Vorteile und Tücken und ist in [bestimmten Fällen](#determining-security-properties) nützlich:
+
+| Technik | Tool | Nutzung | Geschwindigkeit | Übersehene Fehler | Falscher Alarm |
+| ------------------ | --------- | ----------------------------- | ------- | ----------- | ------------ |
+| Statische Analyse | Slither | CLI & Skripte | Sekunden | moderat | niedrig |
+| Fuzzing | Echidna | Solidity-Eigenschaften | Minuten | niedrig | keine |
+| Symbolische Ausführung | Manticore | Solidity-Eigenschaften & Skripte | Stunden | keine\* | keine |
+
+\* wenn alle Pfade ohne Zeitüberschreitung erkundet werden
+
+**Slither** analysiert Verträge innerhalb von Sekunden, jedoch kann die statische Analyse zu falschem Alarm führen und ist für komplexe Überprüfungen (z. B. arithmetische Prüfungen) weniger geeignet. Führen Sie Slither über die API aus, um per Knopfdruck auf integrierte Detektoren zuzugreifen, oder über die API für benutzerdefinierte Überprüfungen.
+
+**Echidna** muss mehrere Minuten lang ausgeführt werden und erzeugt nur echte Treffer. Echidna überprüft vom Benutzer bereitgestellte Sicherheitseigenschaften, die in Solidity geschrieben sind. Es könnte Fehler übersehen, da es auf zufälliger Erkundung basiert.
+
+**Manticore** führt die „schwerwiegendste“ Analyse durch. Wie Echidna verifiziert Manticore vom Benutzer bereitgestellte Eigenschaften. Es benötigt mehr Zeit für die Ausführung, kann aber die Gültigkeit einer Eigenschaft beweisen und meldet keinen falschen Alarm.
+
+## Empfohlener Workflow {#suggested-workflow}
+
+Beginnen Sie mit den integrierten Detektoren von Slither, um sicherzustellen, dass keine einfachen Fehler vorhanden sind oder später eingeführt werden. Verwenden Sie Slither, um Eigenschaften im Zusammenhang mit Vererbung, Variablenabhängigkeiten und strukturellen Problemen zu überprüfen. Wenn die Codebasis wächst, verwenden Sie Echidna, um komplexere Eigenschaften des Zustandsautomaten zu testen. Kehren Sie zu Slither zurück, um benutzerdefinierte Überprüfungen für Schutzmaßnahmen zu entwickeln, die in Solidity nicht verfügbar sind, wie z. B. den Schutz vor dem Überschreiben einer Funktion. Verwenden Sie schließlich Manticore, um eine gezielte Verifizierung kritischer Sicherheitseigenschaften durchzuführen, z. B. arithmetische Operationen.
+
+- Verwenden Sie die CLI von Slither, um häufige Probleme zu erfassen
+- Verwenden Sie Echidna, um übergeordnete Sicherheitseigenschaften Ihres Vertrags zu testen
+- Verwenden Sie Slither, um benutzerdefinierte statische Überprüfungen zu schreiben
+- Verwenden Sie Manticore, sobald Sie eine tiefgehende Absicherung kritischer Sicherheitseigenschaften wünschen
+
+**Ein Hinweis zu Unit-Tests**. Unit-Tests sind notwendig, um qualitativ hochwertige Software zu erstellen. Diese Techniken sind jedoch nicht am besten geeignet, um Sicherheitslücken zu finden. Sie werden typischerweise verwendet, um positive Verhaltensweisen von Code zu testen (d. h. der Code funktioniert im normalen Kontext wie erwartet), während Sicherheitslücken tendenziell in Randfällen liegen, die die Entwickler nicht berücksichtigt haben. In unserer Studie von Dutzenden von Smart-Contract-Sicherheitsüberprüfungen [hatte die Abdeckung durch Unit-Tests keine Auswirkungen auf die Anzahl oder den Schweregrad von Sicherheitslücken](https://blog.trailofbits.com/2019/08/08/246-findings-from-our-smart-contract-audits-an-executive-summary/), die wir im Code unserer Kunden gefunden haben.
+
+## Bestimmung von Sicherheitseigenschaften {#determining-security-properties}
+
+Um Ihren Code effektiv zu testen und zu verifizieren, müssen Sie die Bereiche identifizieren, die Aufmerksamkeit erfordern. Da Ihre für Sicherheit aufgewendeten Ressourcen begrenzt sind, ist es wichtig, die schwachen oder hochwertigen Teile Ihrer Codebasis einzugrenzen, um Ihren Aufwand zu optimieren. Bedrohungsmodellierung kann dabei helfen. Ziehen Sie in Betracht, Folgendes zu überprüfen:
+
+- [Rapid Risk Assessments](https://infosec.mozilla.org/guidelines/risk/rapid_risk_assessment.html) (unser bevorzugter Ansatz, wenn die Zeit knapp ist)
+- [Guide to Data-Centric System Threat Modeling](https://csrc.nist.gov/pubs/sp/800/154/ipd) (auch bekannt als NIST 800-154)
+- [Shostack threat modeling](https://www.amazon.com/Threat-Modeling-Designing-Adam-Shostack/dp/1118809998)
+- [STRIDE]() / [DREAD]()
+- [PASTA](https://wikipedia.org/wiki/Threat_model#P.A.S.T.A.)
+- [Use of Assertions](https://blog.regehr.org/archives/1091)
+
+### Komponenten {#components}
+
+Zu wissen, was Sie überprüfen möchten, hilft Ihnen auch bei der Auswahl des richtigen Tools.
+
+Zu den weitreichenden Bereichen, die für Smart Contracts häufig relevant sind, gehören:
+
+- **Zustandsautomat.** Die meisten Verträge können als Zustandsautomat dargestellt werden. Überprüfen Sie, ob (1) kein ungültiger Zustand erreicht werden kann, (2) ein gültiger Zustand auch erreicht werden kann und (3) kein Zustand den Vertrag blockiert.
+
+ - Echidna und Manticore sind die bevorzugten Tools zum Testen von Zustandsautomaten-Spezifikationen.
+
+- **Zugriffskontrollen.** Wenn Ihr System über privilegierte Benutzer verfügt (z. B. einen Eigentümer, Controller ...), müssen Sie sicherstellen, dass (1) jeder Benutzer nur die autorisierten Aktionen ausführen kann und (2) kein Benutzer Aktionen eines privilegierteren Benutzers blockieren kann.
+
+ - Slither, Echidna und Manticore können auf korrekte Zugriffskontrollen prüfen. Beispielsweise kann Slither überprüfen, ob nur bei auf der Whitelist stehenden Funktionen der `onlyOwner`-Modifikator fehlt. Echidna und Manticore sind nützlich für komplexere Zugriffskontrollen, wie z. B. eine Berechtigung, die nur erteilt wird, wenn der Vertrag einen bestimmten Zustand erreicht.
+
+- **Arithmetische Operationen.** Die Überprüfung der Fehlerfreiheit der arithmetischen Operationen ist von entscheidender Bedeutung. Die durchgängige Verwendung von `SafeMath` ist ein guter Schritt, um Überlauf/Unterlauf zu verhindern. Sie müssen jedoch weiterhin andere arithmetische Fehler berücksichtigen, einschließlich Rundungsproblemen und Fehlern, die den Vertrag blockieren.
+
+ - Manticore ist hier die beste Wahl. Echidna kann verwendet werden, wenn die Arithmetik außerhalb des Bereichs des SMT-Solvers liegt.
+
+- **Korrektheit der Vererbung.** Solidity-Verträge stützen sich stark auf Mehrfachvererbung. Fehler wie eine Shadowing-Funktion, der ein `super`-Aufruf fehlt, und eine falsch interpretierte C3-Linearisierungsreihenfolge können leicht eingeführt werden.
+
+ - Slither ist das Tool, um die Erkennung dieser Probleme sicherzustellen.
+
+- **Externe Interaktionen.** Verträge interagieren miteinander, und einigen externen Verträgen sollte nicht vertraut werden. Wenn sich Ihr Vertrag beispielsweise auf externe Orakel verlässt, bleibt er dann sicher, wenn die Hälfte der verfügbaren Orakel kompromittiert ist?
+
+ - Manticore und Echidna sind die beste Wahl zum Testen externer Interaktionen mit Ihren Verträgen. Manticore verfügt über einen integrierten Mechanismus zum Stubbing externer Verträge.
+
+- **Standardkonformität.** Ethereum-Standards (z. B. ERC20) haben eine Geschichte von Fehlern in ihrem Design. Seien Sie sich der Einschränkungen des Standards bewusst, auf dem Sie aufbauen.
+ - Slither, Echidna und Manticore helfen Ihnen, Abweichungen von einem bestimmten Standard zu erkennen.
+
+### Spickzettel zur Tool-Auswahl {#tool-selection-cheatsheet}
+
+| Komponente | Tools | Beispiele |
+| ----------------------- | --------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Zustandsautomat | Echidna, Manticore |
+| Zugriffskontrolle | Slither, Echidna, Manticore | [Slither-Übung 2](https://github.com/crytic/slither/blob/7f54c8b948c34fb35e1d61adaa1bd568ca733253/docs/src/tutorials/exercise2.md), [Echidna-Übung 2](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/exercises/Exercise-2.md) |
+| Arithmetische Operationen | Manticore, Echidna | [Echidna-Übung 1](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/exercises/Exercise-1.md), [Manticore-Übungen 1 - 3](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore/exercises) |
+| Korrektheit der Vererbung | Slither | [Slither-Übung 1](https://github.com/crytic/slither/blob/7f54c8b948c34fb35e1d61adaa1bd568ca733253/docs/src/tutorials/exercise1.md) |
+| Externe Interaktionen | Manticore, Echidna |
+| Standardkonformität | Slither, Echidna, Manticore | [`slither-erc`](https://github.com/crytic/slither/wiki/ERC-Conformance) |
+
+Andere Bereiche müssen je nach Ihren Zielen überprüft werden, aber diese groben Schwerpunktbereiche sind ein guter Start für jedes Smart-Contract-System.
+
+Unsere öffentlichen Audits enthalten Beispiele für verifizierte oder getestete Eigenschaften. Ziehen Sie in Betracht, die Abschnitte `Automated Testing and Verification` der folgenden Berichte zu lesen, um reale Sicherheitseigenschaften zu überprüfen:
+
+- [0x](https://github.com/trailofbits/publications/blob/master/reviews/0x-protocol.pdf)
+- [Balancer](https://github.com/trailofbits/publications/blob/master/reviews/BalancerCore.pdf)
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/de/developers/tutorials/hello-world-smart-contract-fullstack/index.md
new file mode 100644
index 00000000000..0ac471b00ac
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/hello-world-smart-contract-fullstack/index.md
@@ -0,0 +1,1549 @@
+---
+title: "Hello World Smart Contract für Anfänger - Fullstack"
+description: "Einführungstutorial zum Schreiben und Bereitstellen eines einfachen Smart Contracts auf Ethereum."
+author: "nstrike2"
+breadcrumb: Hello World Fullstack
+tags:
+ [
+ "Solidity",
+ "Hardhat",
+ "Alchemy",
+ "Smart Contracts",
+ "Bereitstellung",
+ "Blocksuchmaschine",
+ "Frontend",
+ "Transaktionen",
+ "Framework",
+ ]
+skill: beginner
+lang: de
+published: 2021-10-25
+---
+
+Dieser Leitfaden ist für Sie, wenn Sie neu in der Blockchain-Entwicklung sind und nicht wissen, wo Sie anfangen sollen oder wie Sie Smart Contracts bereitstellen und mit ihnen interagieren können. Wir werden die Erstellung und Bereitstellung eines einfachen Smart Contracts im Goerli-Testnet unter Verwendung von [MetaMask](https://metamask.io), [Solidity](https://docs.soliditylang.org/en/v0.8.0/), [Hardhat](https://hardhat.org) und [Alchemy](https://alchemy.com/eth) durchgehen.
+
+Sie benötigen ein Alchemy-Konto, um dieses Tutorial abzuschließen. [Melden Sie sich für ein kostenloses Konto an](https://www.alchemy.com/).
+
+Wenn Sie zu irgendeinem Zeitpunkt Fragen haben, können Sie sich gerne im [Alchemy Discord](https://discord.gg/gWuC7zB) melden!
+
+## Teil 1 – Erstellen und Bereitstellen Ihres Smart Contracts mit Hardhat {#part-1}
+
+### Mit dem Ethereum-Netzwerk verbinden {#connect-to-the-ethereum-network}
+
+Es gibt viele Möglichkeiten, Anfragen an die Ethereum-Chain zu stellen. Der Einfachheit halber verwenden wir ein kostenloses Konto bei Alchemy, einer Blockchain-Entwicklerplattform und API, die es uns ermöglicht, mit der Ethereum-Chain zu kommunizieren, ohne selbst einen Blockchain-Knoten betreiben zu müssen. Alchemy verfügt auch über Entwicklertools für Überwachung und Analysen; wir werden diese in diesem Tutorial nutzen, um zu verstehen, was bei der Bereitstellung unseres Smart Contracts unter der Haube passiert.
+
+### Erstellen Sie Ihre App und Ihren API-Schlüssel {#create-your-app-and-api-key}
+
+Sobald Sie ein Alchemy-Konto erstellt haben, können Sie einen API-Schlüssel generieren, indem Sie eine App erstellen. Dies ermöglicht es Ihnen, Anfragen an das Goerli-Testnet zu stellen. Wenn Sie nicht mit Testnets vertraut sind, können Sie [Alchemys Leitfaden zur Auswahl eines Netzwerks lesen](https://www.alchemy.com/docs/choosing-a-web3-network).
+
+Suchen Sie im Alchemy-Dashboard das Dropdown-Menü **Apps** in der Navigationsleiste und klicken Sie auf **Create App**.
+
+
+
+Geben Sie Ihrer App den Namen „_Hello World_“ und schreiben Sie eine kurze Beschreibung. Wählen Sie **Staging** als Ihre Umgebung und **Goerli** als Ihr Netzwerk.
+
+
+
+_Hinweis: Stellen Sie sicher, dass Sie **Goerli** auswählen, da dieses Tutorial sonst nicht funktioniert._
+
+Klicken Sie auf **Create app**. Ihre App wird in der Tabelle unten angezeigt.
+
+### Ein Ethereum-Konto erstellen {#create-an-ethereum-account}
+
+Sie benötigen ein Ethereum-Konto, um Transaktionen zu senden und zu empfangen. Wir werden MetaMask verwenden, ein virtuelles Wallet im Browser, mit dem Benutzer ihre Ethereum-Konto-Adresse verwalten können.
+
+Sie können [hier](https://metamask.io/download) kostenlos ein MetaMask-Konto herunterladen und erstellen. Wenn Sie ein Konto erstellen oder bereits eines haben, stellen Sie sicher, dass Sie oben rechts zum „Goerli Test Network“ wechseln (damit wir nicht mit echtem Geld hantieren).
+
+### Schritt 4: Ether von einem Faucet hinzufügen {#step-4-add-ether-from-a-faucet}
+
+Um Ihren Smart Contract im Testnetzwerk bereitzustellen, benötigen Sie etwas falsches ETH. Um ETH im Goerli-Netzwerk zu erhalten, gehen Sie zu einem Goerli-Faucet und geben Sie Ihre Goerli-Konto-Adresse ein. Beachten Sie, dass Goerli-Faucets in letzter Zeit etwas unzuverlässig sein können – auf der [Testnetzwerk-Seite](/developers/docs/networks/#goerli) finden Sie eine Liste mit Optionen, die Sie ausprobieren können:
+
+_Hinweis: Aufgrund von Netzwerküberlastung kann dies eine Weile dauern._
+``
+
+### Schritt 5: Überprüfen Sie Ihr Guthaben {#step-5-check-your-balance}
+
+Um sicherzustellen, dass sich das ETH in Ihrem Wallet befindet, stellen wir eine [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance)-Anfrage mit dem [Composer-Tool von Alchemy](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D). Dies gibt die Menge an ETH in unserem Wallet zurück. Um mehr zu erfahren, sehen Sie sich [Alchemys kurzes Tutorial zur Verwendung des Composer-Tools](https://youtu.be/r6sjRxBZJuU) an.
+
+Geben Sie Ihre MetaMask-Konto-Adresse ein und klicken Sie auf **Send Request**. Sie werden eine Antwort sehen, die wie der folgende Codeausschnitt aussieht.
+
+```json
+{ "jsonrpc": "2.0", "id": 0, "result": "0x2B5E3AF16B1880000" }
+```
+
+> _Hinweis: Dieses Ergebnis ist in Wei, nicht in ETH. Wei wird als die kleinste Stückelung von Ether verwendet._
+
+Puh! Unser falsches Geld ist komplett da.
+
+### Schritt 6: Unser Projekt initialisieren {#step-6-initialize-our-project}
+
+Zuerst müssen wir einen Ordner für unser Projekt erstellen. Navigieren Sie zu Ihrer Kommandozeile und geben Sie Folgendes ein.
+
+```
+mkdir hello-world
+cd hello-world
+```
+
+Jetzt, da wir uns in unserem Projektordner befinden, verwenden wir `npm init`, um das Projekt zu initialisieren.
+
+> Wenn Sie npm noch nicht installiert haben, folgen Sie [diesen Anweisungen, um Node.js und npm zu installieren](https://docs.alchemyapi.io/alchemy/guides/alchemy-for-macs#1-install-nodejs-and-npm).
+
+Für die Zwecke dieses Tutorials spielt es keine Rolle, wie Sie die Initialisierungsfragen beantworten. Hier ist als Referenz, wie wir es gemacht haben:
+
+```
+package name: (hello-world)
+version: (1.0.0)
+description: hello world smart contract
+entry point: (index.js)
+test command:
+git repository:
+keywords:
+author:
+license: (ISC)
+
+About to write to /Users/.../.../.../hello-world/package.json:
+
+{
+ "name": "hello-world",
+ "version": "1.0.0",
+ "description": "hello world smart contract",
+ "main": "index.js",
+ "scripts": {
+ "test": "echo \"Error: no test specified\" && exit 1"
+ },
+ "author": "",
+ "license": "ISC"
+}
+```
+
+Bestätigen Sie die package.json und wir können loslegen!
+
+### Schritt 7: Hardhat herunterladen {#step-7-download-hardhat}
+
+Hardhat ist eine Entwicklungsumgebung zum Kompilieren, Bereitstellen, Testen und Debuggen Ihrer Ethereum-Software. Es hilft Entwicklern beim lokalen Erstellen von Smart Contracts und Dapps, bevor sie auf der Live-Chain bereitgestellt werden.
+
+Führen Sie in unserem `hello-world`-Projekt Folgendes aus:
+
+```
+npm install --save-dev hardhat
+```
+
+Auf dieser Seite finden Sie weitere Details zu den [Installationsanweisungen](https://hardhat.org/getting-started/#overview).
+
+### Schritt 8: Hardhat-Projekt erstellen {#step-8-create-hardhat-project}
+
+Führen Sie in unserem `hello-world`-Projektordner Folgendes aus:
+
+```
+npx hardhat
+```
+
+Sie sollten dann eine Willkommensnachricht und die Option sehen, auszuwählen, was Sie tun möchten. Wählen Sie „create an empty hardhat.config.js“:
+
+```
+888 888 888 888 888
+888 888 888 888 888
+888 888 888 888 888
+8888888888 8888b. 888d888 .d88888 88888b. 8888b. 888888
+888 888 "88b 888P" d88" 888 888 "88b "88b 888
+888 888 .d888888 888 888 888 888 888 .d888888 888
+888 888 888 888 888 Y88b 888 888 888 888 888 Y88b.
+888 888 "Y888888 888 "Y88888 888 888 "Y888888 "Y888
+
+👷 Welcome to Hardhat v2.0.11 👷
+
+What do you want to do? …
+Create a sample project
+❯ Create an empty hardhat.config.js
+Quit
+```
+
+Dadurch wird eine `hardhat.config.js`-Datei im Projekt generiert. Wir werden diese später im Tutorial verwenden, um das Setup für unser Projekt festzulegen.
+
+### Schritt 9: Projektordner hinzufügen {#step-9-add-project-folders}
+
+Um das Projekt übersichtlich zu halten, lassen Sie uns zwei neue Ordner erstellen. Navigieren Sie in der Kommandozeile zum Stammverzeichnis Ihres `hello-world`-Projekts und geben Sie ein:
+
+```
+mkdir contracts
+mkdir scripts
+```
+
+- `contracts/` ist der Ort, an dem wir unsere Hello-World-Smart-Contract-Codedatei aufbewahren werden
+- `scripts/` ist der Ort, an dem wir Skripte zur Bereitstellung und Interaktion mit unserem Vertrag aufbewahren werden
+
+### Schritt 10: Unseren Vertrag schreiben {#step-10-write-our-contract}
+
+Sie fragen sich vielleicht, wann wir endlich Code schreiben werden? Es ist soweit!
+
+Öffnen Sie das hello-world-Projekt in Ihrem bevorzugten Editor. Smart Contracts werden am häufigsten in Solidity geschrieben, was wir auch verwenden werden, um unseren Smart Contract zu schreiben.
+
+1. Navigieren Sie zum Ordner `contracts` und erstellen Sie eine neue Datei namens `HelloWorld.sol`
+2. Unten finden Sie einen beispielhaften Hello-World-Smart-Contract, den wir für dieses Tutorial verwenden werden. Kopieren Sie den folgenden Inhalt in die Datei `HelloWorld.sol`.
+
+_Hinweis: Lesen Sie unbedingt die Kommentare, um zu verstehen, was dieser Vertrag tut._
+
+```
+// Specifies the version of Solidity, using semantic versioning.
+// Learn more: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity >=0.7.3;
+
+// Defines a contract named `HelloWorld`.
+// A contract is a collection of functions and data (its state). Once deployed, a contract resides at a specific address on the Ethereum blockchain. Learn more: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html
+contract HelloWorld {
+
+ //Emitted when update function is called
+ //Smart contract events are a way for your contract to communicate that something happened on the blockchain to your app front-end, which can be 'listening' for certain events and take action when they happen.
+ event UpdatedMessages(string oldStr, string newStr);
+
+ // Declares a state variable `message` of type `string`.
+ // State variables are variables whose values are permanently stored in contract storage. The keyword `public` makes variables accessible from outside a contract and creates a function that other contracts or clients can call to access the value.
+ string public message;
+
+ // Similar to many class-based object-oriented languages, a constructor is a special function that is only executed upon contract creation.
+ // Constructors are used to initialize the contract's data. Learn more:https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors
+ constructor(string memory initMessage) {
+
+ // Accepts a string argument `initMessage` and sets the value into the contract's `message` storage variable).
+ message = initMessage;
+ }
+
+ // A public function that accepts a string argument and updates the `message` storage variable.
+ function update(string memory newMessage) public {
+ string memory oldMsg = message;
+ message = newMessage;
+ emit UpdatedMessages(oldMsg, newMessage);
+ }
+}
+```
+
+Dies ist ein grundlegender Smart Contract, der bei der Erstellung eine Nachricht speichert. Sie kann durch Aufrufen der Funktion `update` aktualisiert werden.
+
+### Schritt 11: MetaMask & Alchemy mit Ihrem Projekt verbinden {#step-11-connect-metamask-alchemy-to-your-project}
+
+Wir haben ein MetaMask-Wallet und ein Alchemy-Konto erstellt sowie unseren Smart Contract geschrieben. Nun ist es an der Zeit, die drei miteinander zu verbinden.
+
+Jede von Ihrem Wallet gesendete Transaktion erfordert eine Signatur mit Ihrem einzigartigen Private-Key. Um unserem Programm diese Berechtigung zu erteilen, können wir unseren Private-Key sicher in einer Umgebungsdatei speichern. Wir werden hier auch einen API-Schlüssel für Alchemy speichern.
+
+> Um mehr über das Senden von Transaktionen zu erfahren, sehen Sie sich [dieses Tutorial](https://www.alchemy.com/docs/hello-world-smart-contract#step-11-connect-metamask--alchemy-to-your-project) zum Senden von Transaktionen mit web3 an.
+
+Installieren Sie zunächst das dotenv-Paket in Ihrem Projektverzeichnis:
+
+```
+npm install dotenv --save
+```
+
+Erstellen Sie dann eine `.env`-Datei im Stammverzeichnis des Projekts. Fügen Sie Ihren MetaMask-Private-Key und die HTTP-Alchemy-API-URL hinzu.
+
+Ihre Umgebungsdatei muss `.env` heißen, sonst wird sie nicht als Umgebungsdatei erkannt.
+
+Nennen Sie sie nicht `process.env` oder `.env-custom` oder ähnlich.
+
+- Befolgen Sie [diese Anweisungen](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key), um Ihren Private-Key zu exportieren
+- Siehe unten, um die HTTP-Alchemy-API-URL zu erhalten
+
+
+
+Ihre `.env` sollte so aussehen:
+
+```
+API_URL = "https://eth-goerli.alchemyapi.io/v2/your-api-key"
+PRIVATE_KEY = "your-metamask-private-key"
+```
+
+Um diese tatsächlich mit unserem Code zu verbinden, werden wir in Schritt 13 in unserer `hardhat.config.js`-Datei auf diese Variablen verweisen.
+
+### Schritt 12: Ethers.js installieren {#step-12-install-ethersjs}
+
+Ethers.js ist eine Bibliothek, die die Interaktion und das Stellen von Anfragen an Ethereum erleichtert, indem sie [Standard-JSON-RPC-Methoden](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc) in benutzerfreundlichere Methoden verpackt.
+
+Hardhat ermöglicht es uns, [Plugins](https://hardhat.org/plugins/) für zusätzliche Tools und erweiterte Funktionalität zu integrieren. Wir werden das [Ethers-Plugin](https://hardhat.org/docs/plugins/official-plugins#hardhat-ethers) für die Bereitstellung von Verträgen nutzen.
+
+Geben Sie in Ihrem Projektverzeichnis Folgendes ein:
+
+```bash
+npm install --save-dev @nomiclabs/hardhat-ethers "ethers@^5.0.0"
+```
+
+### Schritt 13: hardhat.config.js aktualisieren {#step-13-update-hardhat-configjs}
+
+Wir haben bisher mehrere Abhängigkeiten und Plugins hinzugefügt, jetzt müssen wir `hardhat.config.js` aktualisieren, damit unser Projekt von allen weiß.
+
+Aktualisieren Sie Ihre `hardhat.config.js`, sodass sie wie folgt aussieht:
+
+```javascript
+/* *
+ * @type import('hardhat/config').HardhatUserConfig */
+
+
+
+
+require("dotenv").config()
+require("@nomiclabs/hardhat-ethers")
+
+const { API_URL, PRIVATE_KEY } = process.env
+
+module.exports = {
+ solidity: "0.7.3",
+ defaultNetwork: "goerli",
+ networks: {
+ hardhat: {},
+ goerli: {
+ url: API_URL,
+ accounts: [`0x${PRIVATE_KEY}`],
+ },
+ },
+}
+```
+
+### Schritt 14: Unseren Vertrag kompilieren {#step-14-compile-our-contract}
+
+Um sicherzustellen, dass bisher alles funktioniert, lassen Sie uns unseren Vertrag kompilieren. Die Aufgabe `compile` ist eine der integrierten Hardhat-Aufgaben.
+
+Führen Sie in der Kommandozeile Folgendes aus:
+
+```bash
+npx hardhat compile
+```
+
+Möglicherweise erhalten Sie eine Warnung über `SPDX license identifier not provided in source file`, aber darüber müssen Sie sich keine Sorgen machen – hoffentlich sieht alles andere gut aus! Wenn nicht, können Sie jederzeit im [Alchemy-Discord](https://discord.gg/u72VCg3) nachfragen.
+
+### Schritt 15: Unser Bereitstellungsskript schreiben {#step-15-write-our-deploy-script}
+
+Jetzt, da unser Vertrag geschrieben ist und unsere Konfigurationsdatei einsatzbereit ist, ist es an der Zeit, unser Skript zur Bereitstellung des Vertrags zu schreiben.
+
+Navigieren Sie zum Ordner `scripts/` und erstellen Sie eine neue Datei namens `deploy.js`. Fügen Sie ihr den folgenden Inhalt hinzu:
+
+```javascript
+async function main() {
+ const HelloWorld = await ethers.getContractFactory("HelloWorld")
+
+ // Startet die Bereitstellung und gibt ein Promise zurück, das zu einem Vertragsobjekt aufgelöst wird
+ const hello_world = await HelloWorld.deploy("Hello World!")
+ console.log("Contract deployed to address:", hello_world.address)
+}
+
+main()
+ .then(() => process.exit(0))
+ .catch((error) => {
+ console.error(error)
+ process.exit(1)
+ })
+```
+
+Hardhat leistet hervorragende Arbeit bei der Erklärung, was jede dieser Codezeilen in ihrem [Contracts-Tutorial](https://hardhat.org/tutorial/testing-contracts.html#writing-tests) tut. Wir haben ihre Erklärungen hier übernommen.
+
+```javascript
+const HelloWorld = await ethers.getContractFactory("HelloWorld")
+```
+
+Eine `ContractFactory` in ethers.js ist eine Abstraktion, die zur Bereitstellung neuer Smart Contracts verwendet wird. `HelloWorld` ist hier also eine [Factory]() für Instanzen unseres Hello-World-Vertrags. Bei Verwendung des `hardhat-ethers`-Plugins sind `ContractFactory`- und `Contract`-Instanzen standardmäßig mit dem ersten Unterzeichner (Eigentümer) verbunden.
+
+```javascript
+const hello_world = await HelloWorld.deploy()
+```
+
+Der Aufruf von `deploy()` auf einer `ContractFactory` startet die Bereitstellung und gibt ein `Promise` zurück, das in ein `Contract`-Objekt aufgelöst wird. Dies ist das Objekt, das eine Methode für jede unserer Smart-Contract-Funktionen hat.
+
+### Schritt 16: Unseren Vertrag bereitstellen {#step-16-deploy-our-contract}
+
+Wir sind endlich bereit, unseren Smart Contract bereitzustellen! Navigieren Sie zur Kommandozeile und führen Sie Folgendes aus:
+
+```bash
+npx hardhat run scripts/deploy.js --network goerli
+```
+
+Sie sollten dann in etwa Folgendes sehen:
+
+```bash
+Contract deployed to address: 0x6cd7d44516a20882cEa2DE9f205bF401c0d23570
+```
+
+**Bitte speichern Sie diese Adresse**. Wir werden sie später im Tutorial verwenden.
+
+Wenn wir zum [Goerli Etherscan](https://goerli.etherscan.io) gehen und nach unserer Vertragsadresse suchen, sollten wir sehen können, dass sie erfolgreich bereitgestellt wurde. Die Transaktion wird in etwa so aussehen:
+
+
+
+Die `From`-Adresse sollte mit Ihrer MetaMask-Konto-Adresse übereinstimmen und die `To`-Adresse wird **Contract Creation** anzeigen. Wenn wir in die Transaktion klicken, sehen wir unsere Vertragsadresse im `To`-Feld.
+
+
+
+Glückwunsch! Sie haben gerade einen Smart Contract in einem Ethereum-Testnet bereitgestellt.
+
+Um zu verstehen, was unter der Haube passiert, navigieren wir zum Explorer-Tab in unserem [Alchemy-Dashboard](https://dashboard.alchemy.com/explorer). Wenn Sie mehrere Alchemy-Apps haben, stellen Sie sicher, dass Sie nach App filtern und **Hello World** auswählen.
+
+
+
+Hier sehen Sie eine Handvoll JSON-RPC-Methoden, die Hardhat/Ethers unter der Haube für uns ausgeführt haben, als wir die Funktion `.deploy()` aufgerufen haben. Zwei wichtige Methoden hierbei sind [`eth_sendRawTransaction`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction), was die Anfrage ist, unseren Vertrag auf die Goerli-Chain zu schreiben, und [`eth_getTransactionByHash`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_gettransactionbyhash), was eine Anfrage ist, um Informationen über unsere Transaktion anhand des Hashs zu lesen. Um mehr über das Senden von Transaktionen zu erfahren, sehen Sie sich [unser Tutorial zum Senden von Transaktionen mit Web3](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) an.
+
+## Teil 2: Interagieren Sie mit Ihrem Smart Contract {#part-2-interact-with-your-smart-contract}
+
+Nachdem wir nun erfolgreich einen Smart Contract im Goerli-Netzwerk bereitgestellt haben, wollen wir lernen, wie man mit ihm interagiert.
+
+### Erstellen Sie eine interact.js-Datei {#create-a-interactjs-file}
+
+Dies ist die Datei, in der wir unser Interaktionsskript schreiben werden. Wir werden die Ethers.js-Bibliothek verwenden, die Sie zuvor in Teil 1 installiert haben.
+
+Erstellen Sie im Ordner `scripts/` eine neue Datei namens `interact.js` und fügen Sie den folgenden Code hinzu:
+
+```javascript
+// interact.js
+
+const API_KEY = process.env.API_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+const CONTRACT_ADDRESS = process.env.CONTRACT_ADDRESS
+```
+
+### Aktualisieren Sie Ihre .env-Datei {#update-your-env-file}
+
+Wir werden neue Umgebungsvariablen verwenden, daher müssen wir sie in der `.env`-Datei definieren, die [wir zuvor erstellt haben](#step-11-connect-metamask-&-alchemy-to-your-project).
+
+Wir müssen eine Definition für unseren Alchemy-`API_KEY` und die `CONTRACT_ADDRESS` hinzufügen, unter der Ihr Smart Contract bereitgestellt wurde.
+
+Ihre `.env`-Datei sollte in etwa so aussehen:
+
+```bash
+# .env
+
+API_URL = "https://eth-goerli.alchemyapi.io/v2/"
+API_KEY = ""
+PRIVATE_KEY = ""
+CONTRACT_ADDRESS = "0x"
+```
+
+### Holen Sie sich Ihre Vertrags-ABI {#grab-your-contract-ABI}
+
+Unsere Vertrags-[ABI (Application Binary Interface)](/glossary/#abi) ist die Schnittstelle zur Interaktion mit unserem Smart Contract. Hardhat generiert automatisch eine ABI und speichert sie in `HelloWorld.json`. Um die ABI zu verwenden, müssen wir den Inhalt parsen, indem wir die folgenden Codezeilen zu unserer Datei `interact.js` hinzufügen:
+
+```javascript
+// interact.js
+const contract = require("../artifacts/contracts/HelloWorld.sol/HelloWorld.json")
+```
+
+Wenn Sie die ABI sehen möchten, können Sie sie in Ihrer Konsole ausgeben:
+
+```javascript
+console.log(JSON.stringify(contract.abi))
+```
+
+Um Ihre ABI in der Konsole ausgeben zu lassen, navigieren Sie zu Ihrem Terminal und führen Sie Folgendes aus:
+
+```bash
+npx hardhat run scripts/interact.js
+```
+
+### Erstellen Sie eine Instanz Ihres Vertrags {#create-an-instance-of-your-contract}
+
+Um mit unserem Vertrag zu interagieren, müssen wir eine Vertragsinstanz in unserem Code erstellen. Um dies mit Ethers.js zu tun, müssen wir mit drei Konzepten arbeiten:
+
+1. Provider – ein Blockchain-Knoten-Anbieter, der Ihnen Lese- und Schreibzugriff auf die Blockchain gibt
+2. Signer – repräsentiert ein Ethereum-Konto, das Transaktionen signieren kann
+3. Contract – ein Ethers.js-Objekt, das einen bestimmten Vertrag repräsentiert, der auf der Blockchain bereitgestellt wurde
+
+Wir verwenden die Vertrags-ABI aus dem vorherigen Schritt, um unsere Instanz des Vertrags zu erstellen:
+
+```javascript
+// interact.js
+
+// Provider
+const alchemyProvider = new ethers.providers.AlchemyProvider(
+ (network = "goerli"),
+ API_KEY
+)
+
+// Signer
+const signer = new ethers.Wallet(PRIVATE_KEY, alchemyProvider)
+
+// Contract
+const helloWorldContract = new ethers.Contract(
+ CONTRACT_ADDRESS,
+ contract.abi,
+ signer
+)
+```
+
+Erfahren Sie mehr über Provider, Signer und Contracts in der [ethers.js-Dokumentation](https://docs.ethers.io/v5/).
+
+### Lesen Sie die Init-Nachricht {#read-the-init-message}
+
+Erinnern Sie sich, als wir unseren Vertrag mit der `initMessage = "Hello world!"` bereitgestellt haben? Wir werden nun diese in unserem Smart Contract gespeicherte Nachricht lesen und in der Konsole ausgeben.
+
+In JavaScript werden asynchrone Funktionen verwendet, wenn mit Netzwerken interagiert wird. Um mehr über asynchrone Funktionen zu erfahren, [lesen Sie diesen Medium-Artikel](https://blog.bitsrc.io/understanding-asynchronous-javascript-the-event-loop-74cd408419ff).
+
+Verwenden Sie den folgenden Code, um die Funktion `message` in unserem Smart Contract aufzurufen und die Init-Nachricht zu lesen:
+
+```javascript
+// interact.js
+
+// ...
+
+async function main() {
+ const message = await helloWorldContract.message()
+ console.log("The message is: " + message)
+}
+main()
+```
+
+Nachdem wir die Datei mit `npx hardhat run scripts/interact.js` im Terminal ausgeführt haben, sollten wir diese Antwort sehen:
+
+```
+The message is: Hello world!
+```
+
+Herzlichen Glückwunsch! Sie haben gerade erfolgreich Smart Contract-Daten aus der Ethereum-Blockchain gelesen, weiter so!
+
+### Aktualisieren Sie die Nachricht {#update-the-message}
+
+Anstatt die Nachricht nur zu lesen, können wir die in unserem Smart Contract gespeicherte Nachricht auch mit der Funktion `update` aktualisieren! Ziemlich cool, oder?
+
+Um die Nachricht zu aktualisieren, können wir die Funktion `update` direkt auf unserem instanziierten Contract-Objekt aufrufen:
+
+```javascript
+// interact.js
+
+// ...
+
+async function main() {
+ const message = await helloWorldContract.message()
+ console.log("The message is: " + message)
+
+ console.log("Updating the message...")
+ const tx = await helloWorldContract.update("This is the new message.")
+ await tx.wait()
+}
+main()
+```
+
+Beachten Sie, dass wir in Zeile 11 einen Aufruf von `.wait()` auf dem zurückgegebenen Transaktionsobjekt durchführen. Dies stellt sicher, dass unser Skript darauf wartet, dass die Transaktion auf der Blockchain gemint wird, bevor die Funktion beendet wird. Wenn der Aufruf von `.wait()` nicht enthalten ist, sieht das Skript möglicherweise nicht den aktualisierten `message`-Wert im Vertrag.
+
+### Lesen Sie die neue Nachricht {#read-the-new-message}
+
+Sie sollten in der Lage sein, den [vorherigen Schritt](#read-the-init-message) zu wiederholen, um den aktualisierten `message`-Wert zu lesen. Nehmen Sie sich einen Moment Zeit und prüfen Sie, ob Sie die notwendigen Änderungen vornehmen können, um diesen neuen Wert auszugeben!
+
+Wenn Sie einen Hinweis benötigen, sehen Sie hier, wie Ihre Datei `interact.js` zu diesem Zeitpunkt aussehen sollte:
+
+```javascript
+// interact.js
+
+const API_KEY = process.env.API_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+const CONTRACT_ADDRESS = process.env.CONTRACT_ADDRESS
+
+const contract = require("../artifacts/contracts/HelloWorld.sol/HelloWorld.json")
+
+// Provider - Alchemy
+const alchemyProvider = new ethers.providers.AlchemyProvider(
+ (network = "goerli"),
+ API_KEY
+)
+
+// Signer - du
+const signer = new ethers.Wallet(PRIVATE_KEY, alchemyProvider)
+
+// Vertragsinstanz
+const helloWorldContract = new ethers.Contract(
+ CONTRACT_ADDRESS,
+ contract.abi,
+ signer
+)
+
+async function main() {
+ const message = await helloWorldContract.message()
+ console.log("The message is: " + message)
+
+ console.log("Updating the message...")
+ const tx = await helloWorldContract.update("this is the new message")
+ await tx.wait()
+
+ const newMessage = await helloWorldContract.message()
+ console.log("The new message is: " + newMessage)
+}
+
+main()
+```
+
+Führen Sie nun einfach das Skript aus und Sie sollten die alte Nachricht, den Aktualisierungsstatus und die neue Nachricht in Ihrem Terminal sehen können!
+
+`npx hardhat run scripts/interact.js --network goerli`
+
+```
+The message is: Hello World!
+Updating the message...
+The new message is: This is the new message.
+```
+
+Während Sie dieses Skript ausführen, werden Sie vielleicht bemerken, dass der Schritt `Updating the message...` eine Weile dauert, bevor die neue Nachricht geladen wird. Das liegt am Mining-Prozess; wenn Sie neugierig sind und Transaktionen verfolgen möchten, während sie gemint werden, besuchen Sie den [Alchemy-Mempool](https://dashboard.alchemyapi.io/mempool), um den Status einer Transaktion zu sehen. Wenn die Transaktion verworfen wird, ist es auch hilfreich, [Goerli Etherscan](https://goerli.etherscan.io) zu überprüfen und nach Ihrem Transaktions-Hash zu suchen.
+
+## Teil 3: Veröffentlichen Sie Ihren Smart Contract auf Etherscan {#part-3-publish-your-smart-contract-to-etherscan}
+
+Sie haben die ganze harte Arbeit geleistet, um Ihren Smart Contract zum Leben zu erwecken; jetzt ist es an der Zeit, ihn mit der Welt zu teilen!
+
+Indem Sie Ihren Smart Contract auf Etherscan verifizieren, kann jeder Ihren Quellcode einsehen und mit Ihrem Smart Contract interagieren. Fangen wir an!
+
+### Schritt 1: Generieren Sie einen API-Schlüssel in Ihrem Etherscan-Konto {#step-1-generate-an-api-key-on-your-etherscan-account}
+
+Ein Etherscan-API-Schlüssel ist erforderlich, um zu verifizieren, dass Sie der Eigentümer des Smart Contracts sind, den Sie veröffentlichen möchten.
+
+Wenn Sie noch kein Etherscan-Konto haben, [registrieren Sie sich für ein Konto](https://etherscan.io/register).
+
+Sobald Sie eingeloggt sind, suchen Sie Ihren Benutzernamen in der Navigationsleiste, fahren Sie mit der Maus darüber und wählen Sie die Schaltfläche **My profile**.
+
+Auf Ihrer Profilseite sollten Sie eine seitliche Navigationsleiste sehen. Wählen Sie in der seitlichen Navigationsleiste **API Keys**. Klicken Sie anschließend auf die Schaltfläche „Add“, um einen neuen API-Schlüssel zu erstellen, nennen Sie Ihre App **hello-world** und klicken Sie auf die Schaltfläche **Create New API Key**.
+
+Ihr neuer API-Schlüssel sollte in der API-Schlüssel-Tabelle erscheinen. Kopieren Sie den API-Schlüssel in Ihre Zwischenablage.
+
+Als Nächstes müssen wir den Etherscan-API-Schlüssel zu unserer `.env`-Datei hinzufügen.
+
+Nach dem Hinzufügen sollte Ihre `.env`-Datei wie folgt aussehen:
+
+```javascript
+API_URL = "https://eth-goerli.alchemyapi.io/v2/your-api-key"
+PUBLIC_KEY = "your-public-account-address"
+PRIVATE_KEY = "your-private-account-address"
+CONTRACT_ADDRESS = "your-contract-address"
+ETHERSCAN_API_KEY = "your-etherscan-key"
+```
+
+### Mit Hardhat bereitgestellte Smart Contracts {#hardhat-deployed-smart-contracts}
+
+#### Installieren von hardhat-etherscan {#install-hardhat-etherscan}
+
+Die Veröffentlichung Ihres Vertrags auf Etherscan mit Hardhat ist unkompliziert. Sie müssen zunächst das Plugin `hardhat-etherscan` installieren, um loszulegen. `hardhat-etherscan` wird den Quellcode und die ABI des Smart Contracts automatisch auf Etherscan verifizieren. Um dies hinzuzufügen, führen Sie im Verzeichnis `hello-world` Folgendes aus:
+
+```text
+npm install --save-dev @nomiclabs/hardhat-etherscan
+```
+
+Sobald es installiert ist, fügen Sie die folgende Anweisung oben in Ihrer `hardhat.config.js` ein und fügen Sie die Etherscan-Konfigurationsoptionen hinzu:
+
+```javascript
+// hardhat.config.js
+
+require("dotenv").config()
+require("@nomiclabs/hardhat-ethers")
+require("@nomiclabs/hardhat-etherscan")
+
+const { API_URL, PRIVATE_KEY, ETHERSCAN_API_KEY } = process.env
+
+module.exports = {
+ solidity: "0.7.3",
+ defaultNetwork: "goerli",
+ networks: {
+ hardhat: {},
+ goerli: {
+ url: API_URL,
+ accounts: [`0x${PRIVATE_KEY}`],
+ },
+ },
+ etherscan: {
+ // Dein API-Schlüssel für Etherscan
+ // Erhalte einen unter https://etherscan.io/
+ apiKey: ETHERSCAN_API_KEY,
+ },
+}
+```
+
+#### Verifizieren Sie Ihren Smart Contract auf Etherscan {#verify-your-smart-contract-on-etherscan}
+
+Stellen Sie sicher, dass alle Dateien gespeichert und alle `.env`-Variablen korrekt konfiguriert sind.
+
+Führen Sie die Aufgabe `verify` aus und übergeben Sie die Vertragsadresse sowie das Netzwerk, in dem er bereitgestellt wurde:
+
+```text
+npx hardhat verify --network goerli DEPLOYED_CONTRACT_ADDRESS 'Hello World!'
+```
+
+Stellen Sie sicher, dass `DEPLOYED_CONTRACT_ADDRESS` die Adresse Ihres bereitgestellten Smart Contracts im Goerli-Testnet ist. Außerdem muss das letzte Argument (`'Hello World!'`) derselbe Zeichenfolgenwert sein, der [während des Bereitstellungsschritts in Teil 1](#write-our-deploy-script) verwendet wurde.
+
+Wenn alles gut geht, sehen Sie die folgende Nachricht in Ihrem Terminal:
+
+```text
+Successfully submitted source code for contract
+contracts/HelloWorld.sol:HelloWorld at 0xdeployed-contract-address
+for verification on Etherscan. Waiting for verification result...
+
+
+Successfully verified contract HelloWorld on Etherscan.
+https: // goerli.etherscan.io/address/#contracts
+```
+
+Herzlichen Glückwunsch! Ihr Smart Contract-Code ist auf Etherscan!
+
+### Sehen Sie sich Ihren Smart Contract auf Etherscan an! {#check-out-your-smart-contract-on-etherscan}
+
+Wenn Sie zu dem in Ihrem Terminal angegebenen Link navigieren, sollten Sie Ihren Smart Contract-Code und die auf Etherscan veröffentlichte ABI sehen können!
+
+**Wahooo – Sie haben es geschafft, Champion! Jetzt kann jeder Ihren Smart Contract aufrufen oder in ihn schreiben! Wir können es kaum erwarten zu sehen, was Sie als Nächstes bauen!**
+
+## Teil 4 – Integration Ihres Smart Contracts in das Frontend {#part-4-integrating-your-smart-contract-with-the-frontend}
+
+Am Ende dieses Tutorials werden Sie wissen, wie man:
+
+- Ein MetaMask-Wallet mit Ihrer Dapp verbindet
+- Daten aus Ihrem Smart Contract mithilfe der [Alchemy Web3](https://docs.alchemy.com/alchemy/documentation/alchemy-web3)-API liest
+- Ethereum-Transaktionen mit MetaMask signiert
+
+Für diese Dapp werden wir [React](https://react.dev/) als unser Frontend-Framework verwenden. Es ist jedoch wichtig zu beachten, dass wir nicht viel Zeit darauf verwenden werden, die Grundlagen zu erklären, da wir uns hauptsächlich darauf konzentrieren, Web3-Funktionalität in unser Projekt zu integrieren.
+
+Als Voraussetzung sollten Sie über grundlegende React-Kenntnisse verfügen. Falls nicht, empfehlen wir, das offizielle [Intro to React-Tutorial](https://react.dev/learn) zu absolvieren.
+
+### Klonen der Startdateien {#clone-the-starter-files}
+
+Gehen Sie zunächst zum [hello-world-part-four GitHub-Repository](https://github.com/alchemyplatform/hello-world-part-four-tutorial), um die Startdateien für dieses Projekt zu erhalten, und klonen Sie dieses Repository auf Ihren lokalen Computer.
+
+Öffnen Sie das geklonte Repository lokal. Beachten Sie, dass es zwei Ordner enthält: `starter-files` und `completed`.
+
+- `starter-files` – **wir werden in diesem Verzeichnis arbeiten**, wir werden die Benutzeroberfläche mit Ihrem Ethereum-Wallet und dem Smart Contract verbinden, den wir in [Teil 3](#part-3) auf Etherscan veröffentlicht haben.
+- `completed` enthält das gesamte abgeschlossene Tutorial und sollte nur als Referenz verwendet werden, falls Sie nicht weiterkommen.
+
+Öffnen Sie als Nächstes Ihre Kopie von `starter-files` in Ihrem bevorzugten Code-Editor und navigieren Sie dann in den Ordner `src`.
+
+Der gesamte Code, den wir schreiben werden, befindet sich im Ordner `src`. Wir werden die Komponente `HelloWorld.js` und die JavaScript-Dateien `util/interact.js` bearbeiten, um unserem Projekt Web3-Funktionalität zu verleihen.
+
+### Überprüfen der Startdateien {#check-out-the-starter-files}
+
+Bevor wir mit dem Programmieren beginnen, wollen wir uns ansehen, was uns in den Startdateien zur Verfügung gestellt wird.
+
+#### Starten Sie Ihr React-Projekt {#get-your-react-project-running}
+
+Beginnen wir damit, das React-Projekt in unserem Browser auszuführen. Das Schöne an React ist, dass alle Änderungen, die wir speichern, live in unserem Browser aktualisiert werden, sobald unser Projekt im Browser läuft.
+
+Um das Projekt zum Laufen zu bringen, navigieren Sie zum Stammverzeichnis des Ordners `starter-files` und führen Sie `npm install` in Ihrem Terminal aus, um die Abhängigkeiten des Projekts zu installieren:
+
+```bash
+cd starter-files
+npm install
+```
+
+Sobald die Installation abgeschlossen ist, führen Sie `npm start` in Ihrem Terminal aus:
+
+```bash
+npm start
+```
+
+Dadurch sollte sich [http://localhost:3000/](http://localhost:3000/) in Ihrem Browser öffnen, wo Sie das Frontend für unser Projekt sehen. Es sollte aus einem Feld (einem Ort zum Aktualisieren der in Ihrem Smart Contract gespeicherten Nachricht), einer Schaltfläche „Connect Wallet“ und einer Schaltfläche „Update“ bestehen.
+
+Wenn Sie versuchen, auf eine der Schaltflächen zu klicken, werden Sie feststellen, dass sie nicht funktionieren – das liegt daran, dass wir ihre Funktionalität erst noch programmieren müssen.
+
+#### Die Komponente `HelloWorld.js` {#the-helloworld-js-component}
+
+Gehen wir in unserem Editor zurück in den Ordner `src` und öffnen die Datei `HelloWorld.js`. Es ist extrem wichtig, dass wir alles in dieser Datei verstehen, da es sich um die primäre React-Komponente handelt, an der wir arbeiten werden.
+
+Oben in dieser Datei werden Sie feststellen, dass wir mehrere Importanweisungen haben, die erforderlich sind, um unser Projekt zum Laufen zu bringen, einschließlich der React-Bibliothek, der Hooks useEffect und useState, einiger Elemente aus `./util/interact.js` (wir werden sie bald genauer beschreiben!) und des Alchemy-Logos.
+
+```javascript
+// HelloWorld.js
+
+import React from "react"
+import { useEffect, useState } from "react"
+import {
+ helloWorldContract,
+ connectWallet,
+ updateMessage,
+ loadCurrentMessage,
+ getCurrentWalletConnected,
+} from "./util/interact.js"
+
+import alchemylogo from "./alchemylogo.svg"
+```
+
+Als Nächstes haben wir unsere Zustandsvariablen, die wir nach bestimmten Ereignissen aktualisieren werden.
+
+```javascript
+// HelloWorld.js
+
+// Zustandsvariablen
+const [walletAddress, setWallet] = useState("")
+const [status, setStatus] = useState("")
+const [message, setMessage] = useState("No connection to the network.")
+const [newMessage, setNewMessage] = useState("")
+```
+
+Hier ist, was jede der Variablen darstellt:
+
+- `walletAddress` – ein String, der die Wallet-Adresse des Benutzers speichert
+- `status` – ein String, der eine hilfreiche Nachricht speichert, die den Benutzer bei der Interaktion mit der Dapp anleitet
+- `message` – ein String, der die aktuelle Nachricht im Smart Contract speichert
+- `newMessage` – ein String, der die neue Nachricht speichert, die in den Smart Contract geschrieben wird
+
+Nach den Zustandsvariablen sehen Sie fünf nicht implementierte Funktionen: `useEffect`, `addSmartContractListener`, `addWalletListener`, `connectWalletPressed` und `onUpdatePressed`. Wir erklären unten, was sie tun:
+
+```javascript
+// HelloWorld.js
+
+// wird nur einmal aufgerufen
+useEffect(async () => {
+ // TODO: implementieren
+}, [])
+
+function addSmartContractListener() {
+ // TODO: implementieren
+}
+
+function addWalletListener() {
+ // TODO: implementieren
+}
+
+const connectWalletPressed = async () => {
+ // TODO: implementieren
+}
+
+const onUpdatePressed = async () => {
+ // TODO: implementieren
+}
+```
+
+- [`useEffect`](https://legacy.reactjs.org/docs/hooks-effect.html) – dies ist ein React-Hook, der aufgerufen wird, nachdem Ihre Komponente gerendert wurde. Da ihm ein leeres Array `[]` als Prop übergeben wird (siehe Zeile 4), wird er nur beim _ersten_ Rendern der Komponente aufgerufen. Hier laden wir die aktuelle in unserem Smart Contract gespeicherte Nachricht, rufen unsere Smart Contract- und Wallet-Listener auf und aktualisieren unsere Benutzeroberfläche, um widerzuspiegeln, ob bereits ein Wallet verbunden ist.
+- `addSmartContractListener` – diese Funktion richtet einen Listener ein, der auf das Ereignis `UpdatedMessages` unseres HelloWorld-Vertrags achtet und unsere Benutzeroberfläche aktualisiert, wenn die Nachricht in unserem Smart Contract geändert wird.
+- `addWalletListener` – diese Funktion richtet einen Listener ein, der Änderungen im Status des MetaMask-Wallets des Benutzers erkennt, z. B. wenn der Benutzer sein Wallet trennt oder die Adresse wechselt.
+- `connectWalletPressed` – diese Funktion wird aufgerufen, um das MetaMask-Wallet des Benutzers mit unserer Dapp zu verbinden.
+- `onUpdatePressed` – diese Funktion wird aufgerufen, wenn der Benutzer die im Smart Contract gespeicherte Nachricht aktualisieren möchte.
+
+Gegen Ende dieser Datei haben wir die Benutzeroberfläche unserer Komponente.
+
+```javascript
+// HelloWorld.js
+
+// die UI unserer Komponente
+return (
+
+ 
+
+
+ Current Message:
+ {message}
+
+ New Message:
+
+
+ setNewMessage(e.target.value)}
+ value={newMessage}
+ />
+ {status}
+
+
+
+
+
+
+)
+```
+
+Wenn Sie diesen Code sorgfältig prüfen, werden Sie feststellen, wo wir unsere verschiedenen Zustandsvariablen in unserer Benutzeroberfläche verwenden:
+
+- In den Zeilen 6-12 zeigen wir, wenn das Wallet des Benutzers verbunden ist (d. h. `walletAddress.length > 0`), eine gekürzte Version der `walletAddress` des Benutzers in der Schaltfläche mit der ID „walletButton“ an; andernfalls steht dort einfach „Connect Wallet“.
+- In Zeile 17 zeigen wir die aktuelle im Smart Contract gespeicherte Nachricht an, die im String `message` erfasst ist.
+- In den Zeilen 23-26 verwenden wir eine [gesteuerte Komponente](https://legacy.reactjs.org/docs/forms.html#controlled-components), um unsere Zustandsvariable `newMessage` zu aktualisieren, wenn sich die Eingabe im Textfeld ändert.
+
+Zusätzlich zu unseren Zustandsvariablen werden Sie auch sehen, dass die Funktionen `connectWalletPressed` und `onUpdatePressed` aufgerufen werden, wenn auf die Schaltflächen mit den IDs `publishButton` bzw. `walletButton` geklickt wird.
+
+Lassen Sie uns abschließend klären, wo diese Komponente `HelloWorld.js` hinzugefügt wird.
+
+Wenn Sie zur Datei `App.js` gehen, der Hauptkomponente in React, die als Container für alle anderen Komponenten fungiert, werden Sie sehen, dass unsere Komponente `HelloWorld.js` in Zeile 7 eingefügt wird.
+
+Zu guter Letzt schauen wir uns noch eine weitere Datei an, die Ihnen zur Verfügung gestellt wird: die Datei `interact.js`.
+
+#### Die Datei `interact.js` {#the-interact-js-file}
+
+Da wir uns an das [M-V-C](https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller)-Paradigma halten wollen, benötigen wir eine separate Datei, die alle unsere Funktionen zur Verwaltung der Logik, Daten und Regeln unserer Dapp enthält, um diese Funktionen dann in unser Frontend (unsere Komponente `HelloWorld.js`) exportieren zu können.
+
+👆🏽Genau das ist der Zweck unserer Datei `interact.js`!
+
+Navigieren Sie zum Ordner `util` in Ihrem Verzeichnis `src`, und Sie werden feststellen, dass wir eine Datei namens `interact.js` eingefügt haben, die alle unsere Smart Contract-Interaktions- und Wallet-Funktionen sowie Variablen enthalten wird.
+
+```javascript
+// interact.js
+
+// export const helloWorldContract;
+
+export const loadCurrentMessage = async () => {}
+
+export const connectWallet = async () => {}
+
+const getCurrentWalletConnected = async () => {}
+
+export const updateMessage = async (message) => {}
+```
+
+Sie werden oben in der Datei feststellen, dass wir das Objekt `helloWorldContract` auskommentiert haben. Später in diesem Tutorial werden wir dieses Objekt einkommentieren und unseren Smart Contract in dieser Variablen instanziieren, die wir dann in unsere Komponente `HelloWorld.js` exportieren werden.
+
+Die vier nicht implementierten Funktionen nach unserem Objekt `helloWorldContract` tun Folgendes:
+
+- `loadCurrentMessage` – diese Funktion übernimmt die Logik zum Laden der aktuellen im Smart Contract gespeicherten Nachricht. Sie führt einen _Lese_-Aufruf an den Hello World Smart Contract mithilfe der [Alchemy Web3-API](https://github.com/alchemyplatform/alchemy-web3) durch.
+- `connectWallet` – diese Funktion verbindet das MetaMask des Benutzers mit unserer Dapp.
+- `getCurrentWalletConnected` – diese Funktion prüft beim Laden der Seite, ob bereits ein Ethereum-Konto mit unserer Dapp verbunden ist, und aktualisiert unsere Benutzeroberfläche entsprechend.
+- `updateMessage` – diese Funktion aktualisiert die im Smart Contract gespeicherte Nachricht. Sie führt einen _Schreib_-Aufruf an den Hello World Smart Contract durch, sodass das MetaMask-Wallet des Benutzers eine Ethereum-Transaktion signieren muss, um die Nachricht zu aktualisieren.
+
+Da wir nun verstehen, womit wir arbeiten, wollen wir herausfinden, wie wir aus unserem Smart Contract lesen können!
+
+### Schritt 3: Lesen aus Ihrem Smart Contract {#step-3-read-from-your-smart-contract}
+
+Um aus Ihrem Smart Contract zu lesen, müssen Sie Folgendes erfolgreich einrichten:
+
+- Eine API-Verbindung zur Ethereum-Chain
+- Eine geladene Instanz Ihres Smart Contracts
+- Eine Funktion zum Aufrufen Ihrer Smart Contract-Funktion
+- Einen Listener, der auf Aktualisierungen achtet, wenn sich die Daten ändern, die Sie aus dem Smart Contract lesen
+
+Das mag nach vielen Schritten klingen, aber keine Sorge! Wir werden Sie Schritt für Schritt durch jeden einzelnen führen! :)
+
+#### Herstellen einer API-Verbindung zur Ethereum-Chain {#establish-an-api-connection-to-the-ethereum-chain}
+
+Erinnern Sie sich daran, wie wir in Teil 2 dieses Tutorials unseren [Alchemy Web3-Schlüssel verwendet haben, um aus unserem Smart Contract zu lesen](https://docs.alchemy.com/alchemy/tutorials/hello-world-smart-contract/interacting-with-a-smart-contract#step-1-install-web3-library)? Sie benötigen auch in Ihrer Dapp einen Alchemy Web3-Schlüssel, um von der Chain zu lesen.
+
+Falls Sie es noch nicht haben, installieren Sie zunächst [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3), indem Sie zum Stammverzeichnis Ihrer `starter-files` navigieren und Folgendes in Ihrem Terminal ausführen:
+
+```text
+npm install @alch/alchemy-web3
+```
+
+[Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) ist ein Wrapper um [Web3.js](https://docs.web3js.org/), der erweiterte API-Methoden und andere entscheidende Vorteile bietet, um Ihnen das Leben als Web3-Entwickler zu erleichtern. Es ist so konzipiert, dass es nur minimale Konfiguration erfordert, sodass Sie es sofort in Ihrer App verwenden können!
+
+Installieren Sie dann das Paket [dotenv](https://www.npmjs.com/package/dotenv) in Ihrem Projektverzeichnis, damit wir einen sicheren Ort haben, um unseren API-Schlüssel zu speichern, nachdem wir ihn abgerufen haben.
+
+```text
+npm install dotenv --save
+```
+
+Für unsere Dapp **werden wir unseren Websockets-API-Schlüssel verwenden** anstelle unseres HTTP-API-Schlüssels, da er es uns ermöglicht, einen Listener einzurichten, der erkennt, wenn sich die im Smart Contract gespeicherte Nachricht ändert.
+
+Sobald Sie Ihren API-Schlüssel haben, erstellen Sie eine `.env`-Datei in Ihrem Stammverzeichnis und fügen Sie Ihre Alchemy Websockets-URL hinzu. Danach sollte Ihre `.env`-Datei wie folgt aussehen:
+
+```javascript
+REACT_APP_ALCHEMY_KEY = wss: // eth-goerli.ws.alchemyapi.io/v2/
+```
+
+Jetzt sind wir bereit, unseren Alchemy Web3-Endpunkt in unserer Dapp einzurichten! Gehen wir zurück zu unserer `interact.js`, die sich in unserem Ordner `util` befindet, und fügen den folgenden Code oben in der Datei hinzu:
+
+```javascript
+// interact.js
+
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+
+// export const helloWorldContract;
+```
+
+Oben haben wir zuerst den Alchemy-Schlüssel aus unserer `.env`-Datei importiert und dann unseren `alchemyKey` an `createAlchemyWeb3` übergeben, um unseren Alchemy Web3-Endpunkt einzurichten.
+
+Da dieser Endpunkt nun bereit ist, ist es an der Zeit, unseren Smart Contract zu laden!
+
+#### Laden Ihres Hello World Smart Contracts {#loading-your-hello-world-smart-contract}
+
+Um Ihren Hello World Smart Contract zu laden, benötigen Sie dessen Vertragsadresse und ABI, die beide auf Etherscan zu finden sind, wenn Sie [Teil 3 dieses Tutorials](/developers/tutorials/hello-world-smart-contract-fullstack/#part-3-publish-your-smart-contract-to-etherscan-part-3-publish-your-smart-contract-to-etherscan) abgeschlossen haben.
+
+#### So erhalten Sie Ihre Vertrags-ABI von Etherscan {#how-to-get-your-contract-abi-from-etherscan}
+
+Wenn Sie Teil 3 dieses Tutorials übersprungen haben, können Sie den HelloWorld-Vertrag mit der Adresse [0x6f3f635A9762B47954229Ea479b4541eAF402A6A](https://goerli.etherscan.io/address/0x6f3f635a9762b47954229ea479b4541eaf402a6a#code) verwenden. Seine ABI finden Sie [hier](https://goerli.etherscan.io/address/0x6f3f635a9762b47954229ea479b4541eaf402a6a#code).
+
+Eine Vertrags-ABI ist erforderlich, um anzugeben, welche Funktion ein Vertrag aufrufen wird, und um sicherzustellen, dass die Funktion Daten in dem von Ihnen erwarteten Format zurückgibt. Sobald wir unsere Vertrags-ABI kopiert haben, speichern wir sie als JSON-Datei namens `contract-abi.json` in Ihrem Verzeichnis `src`.
+
+Ihre contract-abi.json sollte in Ihrem src-Ordner gespeichert werden.
+
+Ausgestattet mit unserer Vertragsadresse, ABI und dem Alchemy Web3-Endpunkt können wir die [contract-Methode](https://docs.web3js.org/api/web3-eth-contract/class/Contract) verwenden, um eine Instanz unseres Smart Contracts zu laden. Importieren Sie Ihre Vertrags-ABI in die Datei `interact.js` und fügen Sie Ihre Vertragsadresse hinzu.
+
+```javascript
+// interact.js
+
+const contractABI = require("../contract-abi.json")
+const contractAddress = "0x6f3f635A9762B47954229Ea479b4541eAF402A6A"
+```
+
+Wir können nun endlich unsere Variable `helloWorldContract` einkommentieren und den Smart Contract über unseren AlchemyWeb3-Endpunkt laden:
+
+```javascript
+// interact.js
+export const helloWorldContract = new web3.eth.Contract(
+ contractABI,
+ contractAddress
+)
+```
+
+Zusammenfassend sollten die ersten 12 Zeilen Ihrer `interact.js` nun so aussehen:
+
+```javascript
+// interact.js
+
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+
+const contractABI = require("../contract-abi.json")
+const contractAddress = "0x6f3f635A9762B47954229Ea479b4541eAF402A6A"
+
+export const helloWorldContract = new web3.eth.Contract(
+ contractABI,
+ contractAddress
+)
+```
+
+Da wir unseren Vertrag nun geladen haben, können wir unsere Funktion `loadCurrentMessage` implementieren!
+
+#### Implementierung von `loadCurrentMessage` in Ihrer Datei `interact.js` {#implementing-loadCurrentMessage-in-your-interact-js-file}
+
+Diese Funktion ist super einfach. Wir werden einen einfachen asynchronen Web3-Aufruf durchführen, um aus unserem Vertrag zu lesen. Unsere Funktion wird die im Smart Contract gespeicherte Nachricht zurückgeben:
+
+Aktualisieren Sie die `loadCurrentMessage` in Ihrer Datei `interact.js` wie folgt:
+
+```javascript
+// interact.js
+
+export const loadCurrentMessage = async () => {
+ const message = await helloWorldContract.methods.message().call()
+ return message
+}
+```
+
+Da wir diesen Smart Contract in unserer Benutzeroberfläche anzeigen möchten, aktualisieren wir die Funktion `useEffect` in unserer Komponente `HelloWorld.js` wie folgt:
+
+```javascript
+// HelloWorld.js
+
+// wird nur einmal aufgerufen
+useEffect(async () => {
+ const message = await loadCurrentMessage()
+ setMessage(message)
+}, [])
+```
+
+Beachten Sie, dass unsere `loadCurrentMessage` nur einmal während des ersten Renderns der Komponente aufgerufen werden soll. Wir werden bald `addSmartContractListener` implementieren, um die Benutzeroberfläche automatisch zu aktualisieren, nachdem sich die Nachricht im Smart Contract geändert hat.
+
+Bevor wir uns in unseren Listener stürzen, schauen wir uns an, was wir bisher haben! Speichern Sie Ihre Dateien `HelloWorld.js` und `interact.js` und gehen Sie dann zu [http://localhost:3000/](http://localhost:3000/)
+
+Sie werden feststellen, dass die aktuelle Nachricht nicht mehr „No connection to the network.“ lautet. Stattdessen spiegelt sie die im Smart Contract gespeicherte Nachricht wider. Genial!
+
+#### Ihre Benutzeroberfläche sollte nun die im Smart Contract gespeicherte Nachricht widerspiegeln {#your-UI-should-now-reflect-the-message-stored-in-the-smart-contract}
+
+Apropos Listener...
+
+#### Implementierung von `addSmartContractListener` {#implement-addsmartcontractlistener}
+
+Wenn Sie an die Datei `HelloWorld.sol` zurückdenken, die wir in [Teil 1 dieser Tutorial-Reihe](https://docs.alchemy.com/alchemy/tutorials/hello-world-smart-contract#step-10-write-our-contract) geschrieben haben, werden Sie sich erinnern, dass es ein Smart Contract-Ereignis namens `UpdatedMessages` gibt, das ausgegeben wird, nachdem die Funktion `update` unseres Smart Contracts aufgerufen wurde (siehe Zeilen 9 und 27):
+
+```javascript
+// HelloWorld.sol
+
+// Gibt die Version von Solidity unter Verwendung der semantischen Versionierung an.
+// Erfahre mehr: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity ^0.7.3;
+
+// Definiert einen Vertrag namens `HelloWorld`.
+// Ein Vertrag ist eine Sammlung von Funktionen und Daten (seinem Zustand). Sobald er bereitgestellt ist, befindet sich ein Vertrag an einer bestimmten Adresse auf der Ethereum-Blockchain. Erfahre mehr: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html
+contract HelloWorld {
+
+ // Wird emittiert, wenn die update-Funktion aufgerufen wird
+ // Smart-Contract-Events sind eine Möglichkeit für deinen Vertrag, dem Frontend deiner App mitzuteilen, dass etwas auf der Blockchain passiert ist. Das Frontend kann auf bestimmte Events 'hören' und Maßnahmen ergreifen, wenn sie eintreten.
+ event UpdatedMessages(string oldStr, string newStr);
+
+ // Deklariert eine Zustandsvariable `message` vom Typ `string`.
+ // Zustandsvariablen sind Variablen, deren Werte dauerhaft im Vertragsspeicher gespeichert werden. Das Schlüsselwort `public` macht Variablen von außerhalb eines Vertrags zugänglich und erstellt eine Funktion, die andere Verträge oder Clients aufrufen können, um auf den Wert zuzugreifen.
+ string public message;
+
+ // Ähnlich wie in vielen klassenbasierten objektorientierten Sprachen ist ein Konstruktor eine spezielle Funktion, die nur bei der Vertragserstellung ausgeführt wird.
+ // Konstruktoren werden verwendet, um die Daten des Vertrags zu initialisieren. Erfahre mehr:https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors
+ constructor(string memory initMessage) {
+
+ // Akzeptiert ein String-Argument `initMessage` und setzt den Wert in die Speichervariable `message` des Vertrags).
+ message = initMessage;
+ }
+
+ // Eine öffentliche Funktion, die ein String-Argument akzeptiert und die Speichervariable `message` aktualisiert.
+ function update(string memory newMessage) public {
+ string memory oldMsg = message;
+ message = newMessage;
+ emit UpdatedMessages(oldMsg, newMessage);
+ }
+}
+```
+
+Smart Contract-Ereignisse sind eine Möglichkeit für Ihren Vertrag, Ihrer Frontend-Anwendung mitzuteilen, dass etwas auf der Blockchain passiert ist (d. h. es gab ein _Ereignis_). Die Anwendung kann auf bestimmte Ereignisse „hören“ und Maßnahmen ergreifen, wenn sie eintreten.
+
+Die Funktion `addSmartContractListener` wird speziell auf das Ereignis `UpdatedMessages` unseres Hello World Smart Contracts hören und unsere Benutzeroberfläche aktualisieren, um die neue Nachricht anzuzeigen.
+
+Ändern Sie `addSmartContractListener` wie folgt:
+
+```javascript
+// HelloWorld.js
+
+function addSmartContractListener() {
+ helloWorldContract.events.UpdatedMessages({}, (error, data) => {
+ if (error) {
+ setStatus("😥 " + error.message)
+ } else {
+ setMessage(data.returnValues[1])
+ setNewMessage("")
+ setStatus("🎉 Your message has been updated!")
+ }
+ })
+}
+```
+
+Lassen Sie uns aufschlüsseln, was passiert, wenn der Listener ein Ereignis erkennt:
+
+- Wenn bei der Ausgabe des Ereignisses ein Fehler auftritt, wird dies in der Benutzeroberfläche über unsere Zustandsvariable `status` widergespiegelt.
+- Andernfalls verwenden wir das zurückgegebene `data`-Objekt. `data.returnValues` ist ein bei null indiziertes Array, bei dem das erste Element im Array die vorherige Nachricht und das zweite Element die aktualisierte Nachricht speichert. Insgesamt setzen wir bei einem erfolgreichen Ereignis unseren String `message` auf die aktualisierte Nachricht, leeren den String `newMessage` und aktualisieren unsere Zustandsvariable `status`, um widerzuspiegeln, dass eine neue Nachricht in unserem Smart Contract veröffentlicht wurde.
+
+Lassen Sie uns abschließend unseren Listener in unserer Funktion `useEffect` aufrufen, damit er beim ersten Rendern der Komponente `HelloWorld.js` initialisiert wird. Insgesamt sollte Ihre Funktion `useEffect` so aussehen:
+
+```javascript
+// HelloWorld.js
+
+useEffect(async () => {
+ const message = await loadCurrentMessage()
+ setMessage(message)
+ addSmartContractListener()
+}, [])
+```
+
+Da wir nun aus unserem Smart Contract lesen können, wäre es großartig herauszufinden, wie wir auch in ihn schreiben können! Um jedoch in unsere Dapp zu schreiben, muss zunächst ein Ethereum-Wallet damit verbunden sein.
+
+Als Nächstes werden wir also die Einrichtung unseres Ethereum-Wallets (MetaMask) in Angriff nehmen und es dann mit unserer Dapp verbinden!
+
+### Schritt 4: Einrichten Ihres Ethereum-Wallets {#step-4-set-up-your-ethereum-wallet}
+
+Um etwas in die Ethereum-Chain zu schreiben, müssen Benutzer Transaktionen mit den Private-Keys ihres virtuellen Wallets signieren. Für dieses Tutorial verwenden wir [MetaMask](https://metamask.io/), ein virtuelles Wallet im Browser, das zur Verwaltung Ihrer Ethereum-Kontoadresse verwendet wird, da es das Signieren von Transaktionen für den Endbenutzer extrem einfach macht.
+
+Wenn Sie mehr darüber erfahren möchten, wie Transaktionen auf Ethereum funktionieren, sehen Sie sich [diese Seite](/developers/docs/transactions/) der Ethereum Foundation an.
+
+#### MetaMask herunterladen {#download-metamask}
+
+Sie können [hier](https://metamask.io/download) kostenlos ein MetaMask-Konto herunterladen und erstellen. Wenn Sie ein Konto erstellen oder bereits eines haben, stellen Sie sicher, dass Sie oben rechts zum „Goerli Test Network“ wechseln (damit wir nicht mit echtem Geld hantieren).
+
+#### Ether von einem Faucet hinzufügen {#add-ether-from-a-faucet}
+
+Um eine Transaktion auf der Ethereum-Blockchain zu signieren, benötigen wir etwas Fake-ETH. Um ETH zu erhalten, können Sie zu [FaucETH](https://fauceth.komputing.org) gehen und Ihre Goerli-Kontoadresse eingeben, auf „Request funds“ klicken, dann im Dropdown-Menü „Ethereum Testnet Goerli“ auswählen und schließlich erneut auf die Schaltfläche „Request funds“ klicken. Sie sollten kurz darauf ETH in Ihrem MetaMask-Konto sehen!
+
+#### Überprüfen Sie Ihr Guthaben {#check-your-balance}
+
+Um sicherzustellen, dass unser Guthaben vorhanden ist, führen wir eine [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance)-Anfrage mit dem [Composer-Tool von Alchemy](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D) durch. Dies gibt die Menge an ETH in unserem Wallet zurück. Nachdem Sie Ihre MetaMask-Kontoadresse eingegeben und auf „Send Request“ geklickt haben, sollten Sie eine Antwort wie diese sehen:
+
+```text
+{"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"}
+```
+
+**HINWEIS:** Dieses Ergebnis ist in Wei, nicht in ETH. Wei wird als kleinste Stückelung von Ether verwendet. Die Umrechnung von Wei in ETH lautet: 1 ETH = 10¹⁸ Wei. Wenn wir also 0xde0b6b3a7640000 in eine Dezimalzahl umwandeln, erhalten wir 1\*10¹⁸, was 1 ETH entspricht.
+
+Puh! Unser Fake-Geld ist komplett da! 🤑
+
+### Schritt 5: Verbinden Sie MetaMask mit Ihrer Benutzeroberfläche {#step-5-connect-metamask-to-your-UI}
+
+Da unser MetaMask-Wallet nun eingerichtet ist, verbinden wir unsere Dapp damit!
+
+#### Die Funktion `connectWallet` {#the-connectWallet-function}
+
+Lassen Sie uns in unserer Datei `interact.js` die Funktion `connectWallet` implementieren, die wir dann in unserer Komponente `HelloWorld.js` aufrufen können.
+
+Ändern wir `connectWallet` wie folgt:
+
+```javascript
+// interact.js
+
+export const connectWallet = async () => {
+ if (window.ethereum) {
+ try {
+ const addressArray = await window.ethereum.request({
+ method: "eth_requestAccounts",
+ })
+ const obj = {
+ status: "👆🏽 Write a message in the text-field above.",
+ address: addressArray[0],
+ }
+ return obj
+ } catch (err) {
+ return {
+ address: "",
+ status: "😥 " + err.message,
+ }
+ }
+ } else {
+ return {
+ address: "",
+ status: (
+
+
+ {" "}
+ 🦊
+ You must install MetaMask, a virtual Ethereum wallet, in your
+ browser.
+
+
+
+ ),
+ }
+ }
+}
+```
+
+Was genau macht dieser riesige Codeblock also?
+
+Nun, zuerst wird geprüft, ob `window.ethereum` in Ihrem Browser aktiviert ist.
+
+`window.ethereum` ist eine globale API, die von MetaMask und anderen Wallet-Anbietern injiziert wird und es Websites ermöglicht, die Ethereum-Konten der Benutzer anzufordern. Wenn dies genehmigt wird, kann sie Daten aus den Blockchains lesen, mit denen der Benutzer verbunden ist, und vorschlagen, dass der Benutzer Nachrichten und Transaktionen signiert. Weitere Informationen finden Sie in der [MetaMask-Dokumentation](https://docs.metamask.io/guide/ethereum-provider.html#table-of-contents)!
+
+Wenn `window.ethereum` _nicht_ vorhanden ist, bedeutet das, dass MetaMask nicht installiert ist. Dies führt dazu, dass ein JSON-Objekt zurückgegeben wird, bei dem die zurückgegebene `address` ein leerer String ist und das JSX-Objekt `status` meldet, dass der Benutzer MetaMask installieren muss.
+
+Wenn `window.ethereum` _vorhanden_ ist, wird es interessant.
+
+Mithilfe einer try/catch-Schleife versuchen wir, eine Verbindung zu MetaMask herzustellen, indem wir [`window.ethereum.request({ method: "eth_requestAccounts" });`](https://docs.metamask.io/guide/rpc-api.html#eth-requestaccounts) aufrufen. Der Aufruf dieser Funktion öffnet MetaMask im Browser, wobei der Benutzer aufgefordert wird, sein Wallet mit Ihrer Dapp zu verbinden.
+
+- Wenn der Benutzer sich für eine Verbindung entscheidet, gibt `method: "eth_requestAccounts"` ein Array zurück, das alle Kontoadressen des Benutzers enthält, die mit der Dapp verbunden sind. Insgesamt gibt unsere Funktion `connectWallet` ein JSON-Objekt zurück, das die _erste_ `address` in diesem Array (siehe Zeile 9) und eine `status`-Nachricht enthält, die den Benutzer auffordert, eine Nachricht in den Smart Contract zu schreiben.
+- Wenn der Benutzer die Verbindung ablehnt, enthält das JSON-Objekt einen leeren String für die zurückgegebene `address` und eine `status`-Nachricht, die widerspiegelt, dass der Benutzer die Verbindung abgelehnt hat.
+
+Nachdem wir nun diese Funktion `connectWallet` geschrieben haben, besteht der nächste Schritt darin, sie in unserer Komponente `HelloWorld.js` aufzurufen.
+
+#### Fügen Sie die Funktion `connectWallet` zu Ihrer UI-Komponente `HelloWorld.js` hinzu {#add-the-connectWallet-function-to-your-HelloWorld-js-ui-component}
+
+Navigieren Sie zur Funktion `connectWalletPressed` in `HelloWorld.js` und aktualisieren Sie sie wie folgt:
+
+```javascript
+// HelloWorld.js
+
+const connectWalletPressed = async () => {
+ const walletResponse = await connectWallet()
+ setStatus(walletResponse.status)
+ setWallet(walletResponse.address)
+}
+```
+
+Fällt Ihnen auf, wie der Großteil unserer Funktionalität aus der Datei `interact.js` von unserer Komponente `HelloWorld.js` abstrahiert wird? Dies geschieht, damit wir das M-V-C-Paradigma einhalten!
+
+In `connectWalletPressed` führen wir einfach einen await-Aufruf an unsere importierte Funktion `connectWallet` durch und aktualisieren anhand ihrer Antwort unsere Variablen `status` und `walletAddress` über ihre State-Hooks.
+
+Speichern wir nun beide Dateien (`HelloWorld.js` und `interact.js`) und testen unsere bisherige Benutzeroberfläche.
+
+Öffnen Sie Ihren Browser auf der Seite [http://localhost:3000/](http://localhost:3000/) und klicken Sie oben rechts auf der Seite auf die Schaltfläche „Connect Wallet“.
+
+Wenn Sie MetaMask installiert haben, sollten Sie aufgefordert werden, Ihr Wallet mit Ihrer Dapp zu verbinden. Akzeptieren Sie die Einladung zur Verbindung.
+
+Sie sollten sehen, dass die Wallet-Schaltfläche nun anzeigt, dass Ihre Adresse verbunden ist! Jaaaaaa 🔥
+
+Versuchen Sie als Nächstes, die Seite zu aktualisieren... das ist seltsam. Unsere Wallet-Schaltfläche fordert uns auf, MetaMask zu verbinden, obwohl es bereits verbunden ist...
+
+Aber keine Angst! Wir können das leicht beheben, indem wir `getCurrentWalletConnected` implementieren, was prüft, ob bereits eine Adresse mit unserer Dapp verbunden ist, und unsere Benutzeroberfläche entsprechend aktualisiert!
+
+#### Die Funktion `getCurrentWalletConnected` {#the-getcurrentwalletconnected-function}
+
+Aktualisieren Sie Ihre Funktion `getCurrentWalletConnected` in der Datei `interact.js` wie folgt:
+
+```javascript
+// interact.js
+
+export const getCurrentWalletConnected = async () => {
+ if (window.ethereum) {
+ try {
+ const addressArray = await window.ethereum.request({
+ method: "eth_accounts",
+ })
+ if (addressArray.length > 0) {
+ return {
+ address: addressArray[0],
+ status: "👆🏽 Write a message in the text-field above.",
+ }
+ } else {
+ return {
+ address: "",
+ status: "🦊 Connect to MetaMask using the top right button.",
+ }
+ }
+ } catch (err) {
+ return {
+ address: "",
+ status: "😥 " + err.message,
+ }
+ }
+ } else {
+ return {
+ address: "",
+ status: (
+
+
+ {" "}
+ 🦊
+ You must install MetaMask, a virtual Ethereum wallet, in your
+ browser.
+
+
+
+ ),
+ }
+ }
+}
+```
+
+Dieser Code ist der Funktion `connectWallet`, die wir gerade im vorherigen Schritt geschrieben haben, _sehr_ ähnlich.
+
+Der Hauptunterschied besteht darin, dass wir hier nicht die Methode `eth_requestAccounts` aufrufen, die MetaMask öffnet, damit der Benutzer sein Wallet verbinden kann, sondern die Methode `eth_accounts`, die einfach ein Array mit den MetaMask-Adressen zurückgibt, die derzeit mit unserer Dapp verbunden sind.
+
+Um diese Funktion in Aktion zu sehen, rufen wir sie in unserer Funktion `useEffect` unserer Komponente `HelloWorld.js` auf:
+
+```javascript
+// HelloWorld.js
+
+useEffect(async () => {
+ const message = await loadCurrentMessage()
+ setMessage(message)
+ addSmartContractListener()
+
+ const { address, status } = await getCurrentWalletConnected()
+ setWallet(address)
+ setStatus(status)
+}, [])
+```
+
+Beachten Sie, dass wir die Antwort unseres Aufrufs an `getCurrentWalletConnected` verwenden, um unsere Zustandsvariablen `walletAddress` und `status` zu aktualisieren.
+
+Nachdem Sie diesen Code hinzugefügt haben, versuchen wir, unser Browserfenster zu aktualisieren.
+
+Schöööön! Die Schaltfläche sollte anzeigen, dass Sie verbunden sind, und eine Vorschau der Adresse Ihres verbundenen Wallets anzeigen – selbst nach dem Aktualisieren!
+
+#### Implementierung von `addWalletListener` {#implement-addwalletlistener}
+
+Der letzte Schritt bei der Einrichtung unseres Dapp-Wallets ist die Implementierung des Wallet-Listeners, damit unsere Benutzeroberfläche aktualisiert wird, wenn sich der Status unseres Wallets ändert, z. B. wenn der Benutzer die Verbindung trennt oder das Konto wechselt.
+
+Ändern Sie in Ihrer Datei `HelloWorld.js` Ihre Funktion `addWalletListener` wie folgt:
+
+```javascript
+// HelloWorld.js
+
+function addWalletListener() {
+ if (window.ethereum) {
+ window.ethereum.on("accountsChanged", (accounts) => {
+ if (accounts.length > 0) {
+ setWallet(accounts[0])
+ setStatus("👆🏽 Write a message in the text-field above.")
+ } else {
+ setWallet("")
+ setStatus("🦊 Connect to MetaMask using the top right button.")
+ }
+ })
+ } else {
+ setStatus(
+
+ {" "}
+ 🦊
+ You must install MetaMask, a virtual Ethereum wallet, in your browser.
+
+
+ )
+ }
+}
+```
+
+Ich wette, Sie brauchen an diesem Punkt nicht einmal unsere Hilfe, um zu verstehen, was hier vor sich geht, aber der Vollständigkeit halber wollen wir es kurz aufschlüsseln:
+
+- Zuerst prüft unsere Funktion, ob `window.ethereum` aktiviert ist (d. h. MetaMask ist installiert).
+ - Wenn nicht, setzen wir unsere Zustandsvariable `status` einfach auf einen JSX-String, der den Benutzer auffordert, MetaMask zu installieren.
+ - Wenn es aktiviert ist, richten wir in Zeile 3 den Listener `window.ethereum.on("accountsChanged")` ein, der auf Statusänderungen im MetaMask-Wallet achtet, z. B. wenn der Benutzer ein zusätzliches Konto mit der Dapp verbindet, Konten wechselt oder ein Konto trennt. Wenn mindestens ein Konto verbunden ist, wird die Zustandsvariable `walletAddress` als erstes Konto im vom Listener zurückgegebenen Array `accounts` aktualisiert. Andernfalls wird `walletAddress` als leerer String festgelegt.
+
+Zu guter Letzt müssen wir sie in unserer Funktion `useEffect` aufrufen:
+
+```javascript
+// HelloWorld.js
+
+useEffect(async () => {
+ const message = await loadCurrentMessage()
+ setMessage(message)
+ addSmartContractListener()
+
+ const { address, status } = await getCurrentWalletConnected()
+ setWallet(address)
+ setStatus(status)
+
+ addWalletListener()
+}, [])
+```
+
+Und das war's! Wir haben die Programmierung unserer gesamten Wallet-Funktionalität erfolgreich abgeschlossen! Nun zu unserer letzten Aufgabe: Aktualisierung der in unserem Smart Contract gespeicherten Nachricht!
+
+### Schritt 6: Implementierung der Funktion `updateMessage` {#step-6-implement-the-updateMessage-function}
+
+Alles klar Leute, wir sind auf der Zielgeraden angekommen! In der `updateMessage` Ihrer Datei `interact.js` werden wir Folgendes tun:
+
+1. Sicherstellen, dass die Nachricht, die wir in unserem Smart Contract veröffentlichen möchten, gültig ist
+2. Unsere Transaktion mit MetaMask signieren
+3. Diese Funktion von unserer Frontend-Komponente `HelloWorld.js` aufrufen
+
+Das wird nicht lange dauern; lassen Sie uns diese Dapp fertigstellen!
+
+#### Eingabefehlerbehandlung {#input-error-handling}
+
+Natürlich ist es sinnvoll, zu Beginn der Funktion eine Art Eingabefehlerbehandlung zu haben.
+
+Wir möchten, dass unsere Funktion vorzeitig zurückkehrt, wenn keine MetaMask-Erweiterung installiert ist, kein Wallet verbunden ist (d. h. die übergebene `address` ist ein leerer String) oder die `message` ein leerer String ist. Fügen wir `updateMessage` die folgende Fehlerbehandlung hinzu:
+
+```javascript
+// interact.js
+
+export const updateMessage = async (address, message) => {
+ if (!window.ethereum || address === null) {
+ return {
+ status:
+ "💡 Connect your MetaMask wallet to update the message on the blockchain.",
+ }
+ }
+
+ if (message.trim() === "") {
+ return {
+ status: "❌ Your message cannot be an empty string.",
+ }
+ }
+}
+```
+
+Da nun eine ordnungsgemäße Eingabefehlerbehandlung vorhanden ist, ist es an der Zeit, die Transaktion über MetaMask zu signieren!
+
+#### Signieren unserer Transaktion {#signing-our-transaction}
+
+Wenn Sie bereits mit traditionellen Web3-Ethereum-Transaktionen vertraut sind, wird Ihnen der Code, den wir als Nächstes schreiben, sehr bekannt vorkommen. Fügen Sie unter Ihrem Code zur Eingabefehlerbehandlung Folgendes zu `updateMessage` hinzu:
+
+```javascript
+// interact.js
+
+// Transaktionsparameter einrichten
+const transactionParameters = {
+ to: contractAddress, // Erforderlich, außer bei Vertragsveröffentlichungen.
+ from: address, // muss mit der aktiven Adresse des Benutzers übereinstimmen.
+ data: helloWorldContract.methods.update(message).encodeABI(),
+}
+
+// Transaktion signieren
+try {
+ const txHash = await window.ethereum.request({
+ method: "eth_sendTransaction",
+ params: [transactionParameters],
+ })
+ return {
+ status: (
+
+ ✅{" "}
+
+ View the status of your transaction on Etherscan!
+
+
+ ℹ️ Once the transaction is verified by the network, the message will be
+ updated automatically.
+
+ ),
+ }
+} catch (error) {
+ return {
+ status: "😥 " + error.message,
+ }
+}
+```
+
+Lassen Sie uns aufschlüsseln, was passiert. Zuerst richten wir unsere Transaktionsparameter ein, wobei:
+
+- `to` die Empfängeradresse (unseren Smart Contract) angibt
+- `from` den Unterzeichner der Transaktion angibt, die Variable `address`, die wir an unsere Funktion übergeben haben
+- `data` den Aufruf der Methode `update` unseres Hello World Smart Contracts enthält und unsere String-Variable `message` als Eingabe erhält
+
+Dann führen wir einen await-Aufruf durch, `window.ethereum.request`, bei dem wir MetaMask bitten, die Transaktion zu signieren. Beachten Sie, dass wir in den Zeilen 11 und 12 unsere eth-Methode `eth_sendTransaction` angeben und unsere `transactionParameters` übergeben.
+
+An diesem Punkt öffnet sich MetaMask im Browser und fordert den Benutzer auf, die Transaktion zu signieren oder abzulehnen.
+
+- Wenn die Transaktion erfolgreich ist, gibt die Funktion ein JSON-Objekt zurück, bei dem der JSX-String `status` den Benutzer auffordert, Etherscan für weitere Informationen zu seiner Transaktion zu besuchen.
+- Wenn die Transaktion fehlschlägt, gibt die Funktion ein JSON-Objekt zurück, bei dem der String `status` die Fehlermeldung weiterleitet.
+
+Insgesamt sollte unsere Funktion `updateMessage` so aussehen:
+
+```javascript
+// interact.js
+
+export const updateMessage = async (address, message) => {
+ // Eingabefehlerbehandlung
+ if (!window.ethereum || address === null) {
+ return {
+ status:
+ "💡 Connect your MetaMask wallet to update the message on the blockchain.",
+ }
+ }
+
+ if (message.trim() === "") {
+ return {
+ status: "❌ Your message cannot be an empty string.",
+ }
+ }
+
+ // Transaktionsparameter einrichten
+ const transactionParameters = {
+ to: contractAddress, // Erforderlich, außer bei Vertragsveröffentlichungen.
+ from: address, // muss mit der aktiven Adresse des Benutzers übereinstimmen.
+ data: helloWorldContract.methods.update(message).encodeABI(),
+ }
+
+ // Transaktion signieren
+ try {
+ const txHash = await window.ethereum.request({
+ method: "eth_sendTransaction",
+ params: [transactionParameters],
+ })
+ return {
+ status: (
+
+ ✅{" "}
+
+ View the status of your transaction on Etherscan!
+
+
+ ℹ️ Once the transaction is verified by the network, the message will
+ be updated automatically.
+
+ ),
+ }
+ } catch (error) {
+ return {
+ status: "😥 " + error.message,
+ }
+ }
+}
+```
+
+Zu guter Letzt müssen wir unsere Funktion `updateMessage` mit unserer Komponente `HelloWorld.js` verbinden.
+
+#### Verbinden Sie `updateMessage` mit dem Frontend `HelloWorld.js` {#connect-updatemessage-to-the-helloworld-js-frontend}
+
+Unsere Funktion `onUpdatePressed` sollte einen await-Aufruf an die importierte Funktion `updateMessage` durchführen und die Zustandsvariable `status` ändern, um widerzuspiegeln, ob unsere Transaktion erfolgreich war oder fehlgeschlagen ist:
+
+```javascript
+// HelloWorld.js
+
+const onUpdatePressed = async () => {
+ const { status } = await updateMessage(walletAddress, newMessage)
+ setStatus(status)
+}
+```
+
+Es ist super sauber und einfach. Und raten Sie mal... IHRE DAPP IST FERTIG!!!
+
+Probieren Sie die Schaltfläche **Update** aus!
+
+### Erstellen Sie Ihre eigene benutzerdefinierte Dapp {#make-your-own-custom-dapp}
+
+Wuhuuu, Sie haben es bis zum Ende des Tutorials geschafft! Zusammenfassend haben Sie gelernt, wie man:
+
+- Ein MetaMask-Wallet mit Ihrem Dapp-Projekt verbindet
+- Daten aus Ihrem Smart Contract mithilfe der [Alchemy Web3](https://docs.alchemy.com/alchemy/documentation/alchemy-web3)-API liest
+- Ethereum-Transaktionen mit MetaMask signiert
+
+Jetzt sind Sie bestens gerüstet, um die Fähigkeiten aus diesem Tutorial anzuwenden und Ihr eigenes benutzerdefiniertes Dapp-Projekt zu erstellen! Wie immer gilt: Wenn Sie Fragen haben, zögern Sie nicht, uns im [Alchemy Discord](https://discord.gg/gWuC7zB) um Hilfe zu bitten. 🧙♂️
+
+Sobald Sie dieses Tutorial abgeschlossen haben, lassen Sie uns wissen, wie Ihre Erfahrung war oder ob Sie Feedback haben, indem Sie uns auf Twitter [@alchemyplatform](https://twitter.com/AlchemyPlatform) markieren!
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/hello-world-smart-contract/index.md b/public/content/translations/de/developers/tutorials/hello-world-smart-contract/index.md
index 956e0aa6687..1912f037e7e 100644
--- a/public/content/translations/de/developers/tutorials/hello-world-smart-contract/index.md
+++ b/public/content/translations/de/developers/tutorials/hello-world-smart-contract/index.md
@@ -1,84 +1,80 @@
---
-title: Hello World-Smart Contract für Einsteiger
-description: Einführungstutorial zum Schreiben und Installieren eines einfachen Smart Contracts auf Ethereum
+title: "Hello World Smart Contract für Anfänger"
+description: "Einführendes Tutorial zum Schreiben und Bereitstellen eines einfachen Smart Contracts auf Ethereum."
author: "elanh"
-tags:
- - "Solidity"
- - "Hardhat"
- - "Alchemy"
- - "Smart Contracts"
- - "Erste Schritte"
- - "Bereitstellung"
+tags: ["Solidity", "Hardhat", "Alchemy", "Smart Contracts", "Bereitstellung"]
skill: beginner
-breadcrumb: "Hello World-Vertrag"
+breadcrumb: Hello World Contract
lang: de
published: 2021-03-31
---
-Wenn Sie neu in der Blockchain-Entwicklung sind und nicht wissen, wo Sie anfangen sollen, oder wenn Sie einfach nur verstehen wollen, wie man Smart Contracts einsetzt und mit ihnen interagiert, ist dieser Leitfaden genau das Richtige für Sie. Wir werden die Erstellung und den Einsatz eines einfachen Smart Contracts auf dem Ropsten-Testnet unter Verwendung einer virtuellen Wallet erläutern ([MetaMask](https://metamask.io/)), [Solidity](https://docs.soliditylang.org/en/v0.8.0/), [Hardhat](https://hardhat.org/) and [Alchemy](https://alchemyapi.io/eth) (Machen Sie sich keine Sorgen, wenn Sie noch nicht verstehen, was das alles bedeutet. Wir werden es Ihnen erklären).
+Wenn Sie neu in der Blockchain-Entwicklung sind und nicht wissen, wo Sie anfangen sollen, oder wenn Sie einfach nur verstehen möchten, wie man Smart Contracts bereitstellt und mit ihnen interagiert, ist dieser Leitfaden genau das Richtige für Sie. Wir werden die Erstellung und Bereitstellung eines einfachen Smart Contracts im Sepolia-Testnet mithilfe eines virtuellen Wallets [MetaMask](https://metamask.io/), [Solidity](https://docs.soliditylang.org/en/v0.8.0/), [Hardhat](https://hardhat.org/) und [Alchemy](https://www.alchemy.com/eth) durchgehen (keine Sorge, wenn Sie noch nicht verstehen, was das alles bedeutet, wir werden es erklären).
-Im zweiten Teil dieses Tutorials werden wir erläutern, wie wir mit unserem Smart Contract interagieren können, sobald er bereitgestellt wurde. Im dritten Teil erläutern wir dann, wie er auf Etherscan veröffentlicht wird.
+In [Teil 2](https://docs.alchemy.com/docs/interacting-with-a-smart-contract) dieses Tutorials werden wir durchgehen, wie wir mit unserem Smart Contract interagieren können, sobald er hier bereitgestellt wurde, und in [Teil 3](https://www.alchemy.com/docs/submitting-your-smart-contract-to-etherscan) werden wir behandeln, wie man ihn auf Etherscan veröffentlicht.
-Wenn Sie zu irgendeinem Zeitpunkt Fragen haben, dann können Sie sich im [Alchemy Discord](https://discord.gg/gWuC7zB) melden.
+Wenn Sie an irgendeinem Punkt Fragen haben, können Sie sich gerne im [Alchemy Discord](https://discord.gg/gWuC7zB) melden!
-## Schritt 1: Verbindung mit dem Ethereum-Netzwerk {#step-1}
+## Schritt 1: Mit dem Ethereum-Netzwerk verbinden {#step-1}
-Es gibt viele Möglichkeiten, Anfragen an die Ethereum-Chain zu stellen. Der Einfachheit halber verwenden wir ein kostenloses Konto bei Alchemy, eine Blockchain-Entwicklerplattform und API, die es uns ermöglicht, mit der Ethereum-Chain zu kommunizieren, ohne dass wir unseren eigenen Node betreiben müssen. Die Plattform verfügt auch über Entwickler-Tools für die Überwachung und Analyse, die wir in diesem Tutorial nutzen werden, um zu verstehen, was unter der Haube der Smart-Contract-Bereitstellung vor sich geht. Wenn Sie noch kein Alchemy-Konto haben, [können Sie sich hier kostenlos anmelden](https://dashboard.alchemyapi.io/signup).
+Es gibt viele Möglichkeiten, Anfragen an die Ethereum-Chain zu stellen. Der Einfachheit halber verwenden wir ein kostenloses Konto bei Alchemy, einer Blockchain-Entwicklerplattform und API, die es uns ermöglicht, mit der Ethereum-Chain zu kommunizieren, ohne unsere eigenen Blockchain-Knoten betreiben zu müssen. Die Plattform verfügt auch über Entwicklertools für Überwachung und Analysen, die wir in diesem Tutorial nutzen werden, um zu verstehen, was bei der Bereitstellung unseres Smart Contracts unter der Haube vor sich geht. Wenn Sie noch kein Alchemy-Konto haben, [können Sie sich hier kostenlos anmelden](https://dashboard.alchemy.com/signup).
-## Schritt 2: Anwendung (und den API-Schlüssel) erstellen {#step-2}
+## Schritt 2: Erstellen Sie Ihre App (und Ihren API-Schlüssel) {#step-2}
-Sobald Sie ein Alchemy-Konto erstellt haben, können Sie einen API-Schlüssel generieren. Erstellen Sie dafür eine App. Darüber können wir Anfragen an das Ropsten-Testnet stellen. Wenn Sie mit Testnets nicht vertraut sind, lesen Sie [diese Seite](/developers/docs/networks/).
+Sobald Sie ein Alchemy-Konto erstellt haben, können Sie einen API-Schlüssel generieren, indem Sie eine App erstellen. Dies ermöglicht es uns, Anfragen an das Sepolia-Testnet zu stellen. Wenn Sie nicht mit Testnets vertraut sind, schauen Sie sich [diese Seite](/developers/docs/networks/) an.
-1. Klicken Sie in Ihrem Alchemy-Dashboard in der Navigationsleiste unter "Apps" auf "Create App" (App erstellen), um auf die Seite "Create App" (App erstellen) zu gelangen.
+1. Navigieren Sie zur Seite „Create new app“ (Neue App erstellen) in Ihrem Alchemy-Dashboard, indem Sie in der Navigationsleiste „Select an app“ (Eine App auswählen) wählen und auf „Create new app“ klicken.
-
+
-2. Nennen Sie Ihre App "Hello World", geben Sie eine kurze Beschreibung an, wählen Sie "Staging" für die Umgebung (die für die Buchhaltung Ihrer App verwendet wird) und wählen Sie "Ropsten" als Netzwerk.
+2. Nennen Sie Ihre App „Hello World“, geben Sie eine kurze Beschreibung an und wählen Sie einen Anwendungsfall, z. B. „Infra & Tooling“. Suchen Sie als Nächstes nach „Ethereum“ und wählen Sie das Netzwerk aus.
-
+
-3. Klicken Sie auf “Create app” (App erstellen) und schon sind Sie fertig. Die App sollte in der untenstehenden Tabelle erscheinen.
+3. Klicken Sie auf „Next“ (Weiter), um fortzufahren, dann auf „Create app“ (App erstellen) und das war's! Ihre App sollte im Dropdown-Menü der Navigationsleiste erscheinen, mit einem API-Schlüssel, den Sie kopieren können.
-## Schritt 3: Ethereum-Konto (Adresse) erstellen {#step-3}
+## Schritt 3: Erstellen Sie ein Ethereum-Konto (Adresse) {#step-3}
-Wir benötigen ein Ethereum-Konto, um Transaktionen zu senden und zu empfangen. In diesem Tutorial verwenden wir MetaMask, eine virtuelle Wallet im Browser, mit der Sie Ihre Ethereum-Kontoadresse verwalten können. Weitere Informationen zu [Transaktionen](/developers/docs/transactions/).
+Wir benötigen ein Ethereum-Konto, um Transaktionen zu senden und zu empfangen. Für dieses Tutorial verwenden wir MetaMask, ein virtuelles Wallet im Browser, das zur Verwaltung Ihrer Ethereum-Kontoadresse verwendet wird. Mehr zu [Transaktionen](/developers/docs/transactions/).
-Sie können MetaMask [hier](https://metamask.io/download) kostenlos herunterladen und ein Konto erstellen. Wenn Sie ein Konto erstellen oder wenn Sie bereits ein Konto haben, stellen Sie sicher, dass Sie oben rechts zum "Ropsten-Testnet" wechseln (damit wir nicht mit echtem Geld arbeiten).
+Sie können MetaMask herunterladen und [hier](https://metamask.io/download) kostenlos ein Ethereum-Konto erstellen. Wenn Sie ein Konto erstellen oder bereits eines haben, stellen Sie sicher, dass Sie über das Netzwerk-Dropdown-Menü zum „Sepolia“-Testnet wechseln (damit wir nicht mit echtem Geld hantieren).
-
+Wenn Sepolia nicht aufgeführt ist, gehen Sie ins Menü, dann auf „Advanced“ (Erweitert) und scrollen Sie nach unten, um „Show test networks“ (Testnetzwerke anzeigen) einzuschalten. Wählen Sie im Netzwerkauswahlmenü die Registerkarte „Custom“ (Benutzerdefiniert), um eine Liste von Testnets zu finden, und wählen Sie „Sepolia“.
-## Schritt 4: Ether von einem Faucet hinzufügen {#step-4}
+
-Um unseren Smart Contract im Testnet einzusetzen, benötigen wir einige Fake-ETH. Um ETH zu erhalten, können Sie auf den [Ropsten Faucet](https://faucet.dimensions.network/) gehen und Ihre Ropsten-Kontoadresse eingeben. Klicken Sie dann auf "Ropsten-ETH senden". Aufgrund des Netzwerkverkehrs kann es einige Zeit dauern, bis Sie Ihre Fake-ETH erhalten. Sie sollten kurz darauf ETH auf Ihrem MetaMask-Konto sehen.
+## Schritt 4: Fügen Sie Ether aus einem Faucet hinzu {#step-4}
-## Schritt 5: Guthaben prüfen {#step-5}
+Um unseren Smart Contract im Testnet bereitzustellen, benötigen wir etwas falsches ETH. Um Sepolia-ETH zu erhalten, können Sie zu den [Sepolia-Netzwerkdetails](/developers/docs/networks/#sepolia) gehen, um eine Liste verschiedener Faucets anzuzeigen. Wenn eines nicht funktioniert, versuchen Sie ein anderes, da sie manchmal leerlaufen können. Es kann aufgrund des Netzwerkverkehrs einige Zeit dauern, bis Sie Ihr falsches ETH erhalten. Sie sollten kurz darauf ETH in Ihrem MetaMask-Konto sehen!
-Um unser Guthaben zu überprüfen, müssen wir eine [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance)-Anfrage mit dem [dem Composer-Tool von Alchemy](https://composer.alchemyapi.io?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D) stellen. Dadurch wird der Betrag der ETH in unsere Wallet zurückgegeben. Nachdem Sie die Adresse Ihres MetaMask-Kontos eingegeben und auf "Anfrage senden" geklickt haben, sollten Sie eine Antwort wie diese erhalten:
+## Schritt 5: Überprüfen Sie Ihr Guthaben {#step-5}
+
+Um sicherzustellen, dass unser Guthaben vorhanden ist, stellen wir eine [eth_getBalance](/developers/docs/apis/json-rpc/#eth_getbalance)-Anfrage mit dem [Composer-Tool von Alchemy](https://sandbox.alchemy.com/?network=ETH_SEPOLIA&method=eth_getBalance&body.id=1&body.jsonrpc=2.0&body.method=eth_getBalance&body.params%5B0%5D=&body.params%5B1%5D=latest). Dies gibt die Menge an ETH in unserem Wallet zurück. Nachdem Sie Ihre MetaMask-Kontoadresse eingegeben und auf „Send Request“ (Anfrage senden) geklickt haben, sollten Sie eine Antwort wie diese sehen:
```json
{ "jsonrpc": "2.0", "id": 0, "result": "0x2B5E3AF16B1880000" }
```
-> **HINWEIS:** Dieses Ergebnis ist in Wei und nicht in ETH. Wei ist die kleinste Einheit von Ether. Die Umrechnung von Wei auf ETH ist: 1 ETH = 1018 Wei. Wenn wir also 0x2B5E3AF16B1880000 in eine Dezimalzahl konvertieren, bekommen wir 5\*10¹⁸. Das entspricht 5 ETH.
+> **HINWEIS:** Dieses Ergebnis ist in Wei, nicht in ETH. Wei wird als die kleinste Stückelung von Ether verwendet. Die Umrechnung von Wei in ETH lautet: 1 ETH = 1018 Wei. Wenn wir also 0x2B5E3AF16B1880000 in eine Dezimalzahl umwandeln, erhalten wir 5\*10¹⁸, was 5 ETH entspricht.
>
-> Puh! Unser Falschgeld ist da
-Führen Sie keinen Commit für .env aus. Stellen Sie sicher, dass Sie Ihre .env-Datei niemals an andere weitergeben, denn damit würden Sie Ihre geheimen Daten weitergeben. Wenn Sie die Versionskontrolle verwenden, fügen Sie Ihre Env-Datei zu einer Datei gitignore hinzu.
+Committen Sie .env nicht! Bitte stellen Sie sicher, dass Sie Ihre .env-Datei niemals mit jemandem teilen oder offenlegen, da Sie dadurch Ihre Geheimnisse kompromittieren. Wenn Sie eine Versionskontrolle verwenden, fügen Sie Ihre .env zu einer gitignore-Datei hinzu.
-## Schritt 12: Ethers.js installieren {#step-12-install-ethersjs}
+## Schritt 12: Installieren Sie Ethers.js {#step-12-install-ethersjs}
-Ethers.js ist eine Bibliothek, die es einfacher macht, mit Ethereum zu interagieren und Anfragen zu stellen. Dafür schließt sie [Standard-JSON-RPC-Methoden](/developers/docs/apis/json-rpc/) in benutzerfreundlichere Methoden ein.
+Ethers.js ist eine Bibliothek, die es einfacher macht, mit Ethereum zu interagieren und Anfragen zu stellen, indem sie [Standard-JSON-RPC-Methoden](/developers/docs/apis/json-rpc/) mit benutzerfreundlicheren Methoden umhüllt.
-Hardhat macht es sehr einfach [Plug-ins](https://hardhat.org/plugins/) für zusätzliche Tools und erweiterte Funktionen zu integrieren. Wir werden das [Ethers-Plug-in](https://hardhat.org/docs/plugins/official-plugins#hardhat-ethers) für die Bereitstellung von Verträgen nutzen ([Ethers.js](https://github.com/ethers-io/ethers.js/) bietet einige sehr saubere Methoden zur Bereitstellung von Verträgen).
+Hardhat macht es super einfach, [Plugins](https://hardhat.org/plugins/) für zusätzliche Tools und erweiterte Funktionalität zu integrieren. Wir werden das [Ethers-Plugin](https://hardhat.org/docs/plugins/official-plugins#hardhat-ethers) für die Bereitstellung von Verträgen nutzen ([Ethers.js](https://github.com/ethers-io/ethers.js/) verfügt über einige sehr saubere Methoden zur Bereitstellung von Verträgen).
-Geben Sie Folgendes in Ihrem Projektverzeichnis ein:
+Geben Sie in Ihrem Projektverzeichnis Folgendes ein:
```
npm install --save-dev @nomiclabs/hardhat-ethers "ethers@^5.0.0"
```
-Im nächsten Schritt benötigen wir auch Ether in unserer `hardhat.config.js`.
+Wir werden im nächsten Schritt auch Ethers in unserer `hardhat.config.js` benötigen.
-## Schritt 13: hardhat.config.js aktualisieren {#step-13-update-hardhatconfigjs}
+## Schritt 13: Aktualisieren Sie hardhat.config.js {#step-13-update-hardhatconfigjs}
-Wir haben bisher mehrere Abhängigkeiten und Plug-ins hinzugefügt. Jetzt müssen wir `hardhat.config.js` aktualisieren, damit unser Projekt über alle diese Abhängigkeiten informiert wird.
+Wir haben bisher mehrere Abhängigkeiten und Plugins hinzugefügt, jetzt müssen wir `hardhat.config.js` aktualisieren, damit unser Projekt von allen weiß.
-Aktualisieren Sie Ihre `hardhat.config.js` so, dass sie wie folgt aussieht:
+Aktualisieren Sie Ihre `hardhat.config.js`, sodass sie wie folgt aussieht:
```
require('dotenv').config();
@@ -273,10 +267,10 @@ const { API_URL, PRIVATE_KEY } = process.env;
*/
module.exports = {
solidity: "0.7.3",
- defaultNetwork: "ropsten",
+ defaultNetwork: "sepolia",
networks: {
hardhat: {},
- ropsten: {
+ sepolia: {
url: API_URL,
accounts: [`0x${PRIVATE_KEY}`]
}
@@ -284,23 +278,23 @@ module.exports = {
}
```
-## Schritt 14: Vertragszusammenstellung {#step-14-compile-our-contracts}
+## Schritt 14: Kompilieren Sie unseren Vertrag {#step-14-compile-our-contracts}
-Um sicherzugehen, dass so weit alles funktioniert, sollten wir unseren Vertrag erstellen. Die Aufgabe `compile` ist eine der integrierten Hardhat-Aufgaben.
+Um sicherzustellen, dass bisher alles funktioniert, lassen Sie uns unseren Vertrag kompilieren. Die Aufgabe `compile` ist eine der integrierten Hardhat-Aufgaben.
-Führen Sie folgenden Befehl in der Befehlszeile aus:
+Führen Sie über die Befehlszeile Folgendes aus:
```
npx hardhat compile
```
-Möglicherweise erhalten Sie eine Warnung über `SPDX license identifier not provided in source file` (SPDX-Lizenzkennung nicht in Quelldatei angegeben), aber darüber brauchen Sie sich keine Sorgen zu machen. Alles andere sieht hoffentlich gut aus. Falls nicht, können Sie jederzeit eine Nachricht im [Alchemy Discord](https://discord.gg/u72VCg3) hinterlassen.
+Möglicherweise erhalten Sie eine Warnung über `SPDX license identifier not provided in source file`, aber darüber müssen Sie sich keine Sorgen machen – hoffentlich sieht alles andere gut aus! Wenn nicht, können Sie jederzeit im [Alchemy Discord](https://discord.gg/u72VCg3) eine Nachricht schreiben.
-## Schritt 15: Bereitstellungsskript schreiben {#step-15-write-our-deploy-scripts}
+## Schritt 15: Schreiben Sie unser Bereitstellungsskript {#step-15-write-our-deploy-scripts}
-Nun, da unser Vertrag geschrieben und unsere Konfigurationsdatei einsatzbereit ist, ist es an der Zeit, das Skript zur Bereitstellung des Vertrags zu schreiben.
+Da unser Vertrag nun geschrieben ist und unsere Konfigurationsdatei einsatzbereit ist, ist es an der Zeit, unser Skript zur Bereitstellung des Vertrags zu schreiben.
-Navigieren Sie zum Ordner `scripts/` und erstellen Sie eine neue Datei namens `deploy.js`. Fügen Sie folgende Inhalte hinzu:
+Navigieren Sie zum Ordner `scripts/` und erstellen Sie eine neue Datei namens `deploy.js`, der Sie den folgenden Inhalt hinzufügen:
```
async function main() {
@@ -318,48 +312,49 @@ main()
});
```
-Hardhat erklärt in seinem [Vertragstutorial](https://hardhat.org/tutorial/testing-contracts.html#writing-tests) sehr gut, was die einzelnen Codezeilen bewirken. Wir haben diese Erklärungen hier übernommen.
+Hardhat leistet hervorragende Arbeit bei der Erklärung, was jede dieser Codezeilen in ihrem [Contracts-Tutorial](https://hardhat.org/tutorial/testing-contracts.html#writing-tests) tut. Wir haben ihre Erklärungen hier übernommen.
```
const HelloWorld = await ethers.getContractFactory("HelloWorld");
```
-Eine `ContractFactory` in ethers.js ist eine Abstraktion, die dazu dient, neue Smart Contracts einzusetzen. So ist `HelloWorld` eine Factory for Instances von unseren hello world-Vertrag. Wenn Sie das `hardhat-ethers`-Plug-in verwenden, werden die Instanzen `ContractFactory` und `Contract` standardmäßig mit dem ersten Unterzeichner verbunden.
+Eine `ContractFactory` in ethers.js ist eine Abstraktion, die zur Bereitstellung neuer Smart Contracts verwendet wird. `HelloWorld` ist hier also eine Fabrik für Instanzen unseres Hello World-Vertrags. Bei Verwendung des `hardhat-ethers`-Plugins sind `ContractFactory`- und `Contract`-Instanzen standardmäßig mit dem ersten Unterzeichner verbunden.
```
const hello_world = await HelloWorld.deploy();
```
-Der Aufruf eines `deploy()` im `ContractFactory` startet die Bereitstellung und gibt einen `Promise` zurück, was zum `Contract` führt. Das ist das Objekt, das eine Methode für jede unserer Smart-Contract-Funktionen enthält.
+Der Aufruf von `deploy()` auf einer `ContractFactory` startet die Bereitstellung und gibt ein `Promise` zurück, das in einen `Contract` aufgelöst wird. Dies ist das Objekt, das eine Methode für jede unserer Smart Contract-Funktionen hat.
-## Schritt 16: Vertragsbereitstellung {#step-16-deploy-our-contract}
+## Schritt 16: Stellen Sie unseren Vertrag bereit {#step-16-deploy-our-contract}
-Nun sind wir endlich bereit, unseren Smart Contract bereitzustellen. Navigieren Sie zur Befehlszeile und führen Sie folgenden Befehl aus:
+Wir sind endlich bereit, unseren Smart Contract bereitzustellen! Navigieren Sie zur Befehlszeile und führen Sie Folgendes aus:
```
-npx hardhat run scripts/deploy.js --network ropsten
+npx hardhat run scripts/deploy.js --network sepolia
```
-Sie sollten dann etwas sehen wie:
+Sie sollten dann so etwas sehen:
```
Contract deployed to address: 0x6cd7d44516a20882cEa2DE9f205bF401c0d23570
```
-Wenn wir den [Ropsten etherscan](https://ropsten.etherscan.io/) aufrufen und nach unserer Vertragsadresse suchen, sollten wir sehen können, dass sie erfolgreich bereitgestellt wurde. Das Ergebnis sollte etwa wie folgt aussehen:
+Wenn wir zum [Sepolia Etherscan](https://sepolia.etherscan.io/) gehen und nach unserer Vertragsadresse suchen, sollten wir sehen können, dass sie erfolgreich bereitgestellt wurde. Die Transaktion wird in etwa so aussehen:
-
+
-Die `From`-Adresse sollte mit Ihrer MetaMask-Kontoadresse übereinstimmen und für die To-Adresse wird “Contract Creation” (Vertragserstellung) angezeigt. Doch wenn Sie die Transaktion aufrufen, erkennen Sie unsere Vertragsadresse im `To`-Feld:
+Die `From`-Adresse sollte mit Ihrer MetaMask-Kontoadresse übereinstimmen und die To-Adresse wird „Contract Creation“ (Vertragserstellung) lauten, aber wenn wir in die Transaktion klicken, sehen wir unsere Vertragsadresse im `To`-Feld:
-
+
-Herzlichen Glückwunsch! Sie haben gerade einen Smart Contract in der Ethereum.Chain hinzugefügt 🎉.
+Herzlichen Glückwunsch! Sie haben gerade einen Smart Contract auf der Ethereum-Chain bereitgestellt 🎉
-Um zu verstehen, was im Verborgenen vor sich geht, navigieren wir zur Explorer-Registerkarte in unserem [Alchemy-Dashboard](https://dashboard.alchemyapi.io/explorer). Wenn Sie mehrere Alchemy-Anwendungen haben, stellen Sie sicher, dass Sie nach Anwendungen filtern und "Hello World" auswählen. 
+Um zu verstehen, was unter der Haube vor sich geht, navigieren wir zur Registerkarte Explorer in unserem [Alchemy-Dashboard](https://dashboard.alchemyapi.io/explorer). Wenn Sie mehrere Alchemy-Apps haben, stellen Sie sicher, dass Sie nach App filtern und „Hello World“ auswählen.
+
-Hier sehen Sie eine Handvoll JSON-RPC-Befehle, die Hardhat/Ethers implementiert hat, als wir die `.deploy()`-Funktion aufgerufen haben. Zwei wichtige Befehle, die wir hier vorstellen möchten, sind [`eth_sendRawTransaction`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction), das ist die Aufforderung unseren Vertrag in die Ropsten-Chain zu schreiben, und [`eth_getTransactionByHash`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_gettransactionbyhash), was eine Anfrage ist, Informationen über unsere Transaktion anhand des Hashs zu lesen (ein typisches Muster bei Transaktionen). Wenn Sie mehr über das Senden von Transaktionen erfahren möchten, lesen Sie dieses Tutorial über das [Senden von Transaktionen mit Web3](/developers/tutorials/sending-transactions-using-web3-and-alchemy/)
+Hier sehen Sie eine Handvoll JSON-RPC-Aufrufe, die Hardhat/Ethers unter der Haube für uns gemacht haben, als wir die Funktion `.deploy()` aufgerufen haben. Zwei wichtige, die hier hervorgehoben werden sollten, sind [`eth_sendRawTransaction`](https://www.alchemy.com/docs/node/abstract/abstract-api-endpoints/eth-send-raw-transaction), was die Anfrage ist, unseren Vertrag tatsächlich auf die Sepolia-Chain zu schreiben, und [`eth_getTransactionByHash`](https://www.alchemy.com/docs/node/abstract/abstract-api-endpoints/eth-get-transaction-by-hash), was eine Anfrage ist, um Informationen über unsere Transaktion anhand des Hashs zu lesen (ein typisches Muster bei Transaktionen). Um mehr über das Senden von Transaktionen zu erfahren, schauen Sie sich dieses Tutorial zum [Senden von Transaktionen mit Web3](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) an.
-Damit sind wir am Ende des ersten Teils von diesem Tutorial. Im zweiten Teil werden wir [mit unserem Smart Contract interagieren](https://docs.alchemyapi.io/alchemy/tutorials/hello-world-smart-contract#part-2-interact-with-your-smart-contract). Dafür aktualisieren wir unsere anfängliche Nachricht. Im dritten Teil werden wir [unseren Smart Contract auf Etherscan veröffentlichen](https://docs.alchemyapi.io/alchemy/tutorials/hello-world-smart-contract#optional-part-3-publish-your-smart-contract-to-etherscan), damit jeder weiß, wie man mit ihm interagiert.
+Das war's für Teil 1 dieses Tutorials. In Teil 2 werden wir tatsächlich [mit unserem Smart Contract interagieren](https://www.alchemy.com/docs/interacting-with-a-smart-contract), indem wir unsere anfängliche Nachricht aktualisieren, und in Teil 3 werden wir [unseren Smart Contract auf Etherscan veröffentlichen](https://www.alchemy.com/docs/submitting-your-smart-contract-to-etherscan), damit jeder weiß, wie man mit ihm interagiert.
-**Möchten Sie mehr über Alchemy erfahren? Besuchen Sie unsere [Website](https://alchemyapi.io/eth). Sie möchten kein Update verpassen? Dann abonnieren Sie [hier](https://www.alchemyapi.io/newsletter) unseren Newsletter. Folgen Sie uns auf [Twitter](https://twitter.com/alchemyplatform) und treten Sie unserer Community in [Discord](https://discord.com/invite/u72VCg3)** bei.
+**Möchten Sie mehr über Alchemy erfahren? Besuchen Sie unsere [Website](https://www.alchemy.com/eth). Möchten Sie nie wieder ein Update verpassen? Abonnieren Sie unseren Newsletter [hier](https://www.alchemy.com/newsletter)! Treten Sie auch unbedingt unserem [Discord](https://discord.gg/u72VCg3) bei.**.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/how-to-implement-an-erc721-market/index.md b/public/content/translations/de/developers/tutorials/how-to-implement-an-erc721-market/index.md
new file mode 100644
index 00000000000..10eaf22b736
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/how-to-implement-an-erc721-market/index.md
@@ -0,0 +1,146 @@
+---
+title: Wie man einen ERC-721-Markt implementiert
+description: Wie man tokenisierte Artikel auf einem dezentralisierten Kleinanzeigenportal zum Verkauf anbietet
+author: "Alberto Cuesta Cañada"
+tags: ["Smart Contracts", "erc-721", "Solidity", "Tokens"]
+skill: intermediate
+breadcrumb: ERC-721-Markt
+lang: de
+published: 2020-03-19
+source: Hackernoon
+sourceUrl: https://hackernoon.com/how-to-implement-an-erc721-market-1e1a32j9
+---
+
+In diesem Artikel werde ich Ihnen zeigen, wie man Craigslist für die Ethereum-Blockchain programmiert.
+
+Vor Gumtree, Ebay und Craigslist bestanden Kleinanzeigenbretter meist aus Kork oder Papier. Es gab Kleinanzeigenbretter in Schulfluren, Zeitungen, an Straßenlaternen und in Schaufenstern.
+
+All das änderte sich mit dem Internet. Die Anzahl der Menschen, die ein bestimmtes Kleinanzeigenbrett sehen konnten, vervielfachte sich um viele Größenordnungen. Damit wurden die Märkte, die sie repräsentieren, viel effizienter und skalierten auf globale Größe. Ebay ist ein riesiges Unternehmen, das seine Ursprünge auf diese physischen Kleinanzeigenbretter zurückführt.
+
+Mit der Blockchain werden sich diese Märkte noch einmal verändern. Lassen Sie mich Ihnen zeigen, wie.
+
+## Monetarisierung {#monetization}
+
+Das Geschäftsmodell eines öffentlichen Blockchain-Kleinanzeigenportals muss sich von dem von Ebay und Co. unterscheiden.
+
+Zunächst gibt es [den Aspekt der Dezentralisierung](/developers/docs/web2-vs-web3/). Bestehende Plattformen müssen ihre eigenen Server warten. Eine dezentralisierte Plattform wird von ihren Nutzern gepflegt, sodass die Kosten für den Betrieb der Kernplattform für den Plattformbesitzer auf null sinken.
+
+Dann gibt es das Front-End, die Website oder Schnittstelle, die Zugang zur Plattform bietet. Hier gibt es viele Optionen. Die Plattformbesitzer können den Zugang beschränken und jeden zwingen, ihre Schnittstelle zu nutzen, wofür sie eine Gebühr erheben. Die Plattformbesitzer können sich auch entscheiden, den Zugang zu öffnen (Macht dem Volk!) und jedem erlauben, Schnittstellen zur Plattform zu bauen. Oder die Besitzer könnten sich für einen Ansatz in der Mitte dieser Extreme entscheiden.
+
+_Führungskräfte mit mehr Vision als ich werden wissen, wie man das monetarisiert. Alles, was ich sehe, ist, dass dies anders ist als der Status quo und wahrscheinlich profitabel._
+
+Darüber hinaus gibt es den Aspekt der Automatisierung und der Zahlungen. Einige Dinge können sehr [effektiv tokenisiert](https://hackernoon.com/tokenization-of-digital-assets-g0ffk3v8s?ref=hackernoon.com) und auf einem Kleinanzeigenportal gehandelt werden. Tokenisierte Vermögenswerte lassen sich leicht auf einer Blockchain übertragen. Hochkomplexe Zahlungsmethoden können problemlos auf einer Blockchain implementiert werden.
+
+Ich wittere hier einfach eine Geschäftsmöglichkeit. Ein Kleinanzeigenportal ohne laufende Kosten kann leicht implementiert werden, wobei komplexe Zahlungswege in jede Transaktion integriert sind. Ich bin sicher, jemand wird eine Idee haben, wofür man das nutzen kann.
+
+Ich bin einfach froh, es zu bauen. Werfen wir einen Blick auf den Code.
+
+## Implementierung {#implementation}
+
+Vor einiger Zeit haben wir ein [Open-Source-Repository](https://github.com/HQ20/contracts?ref=hackernoon.com) mit Beispielimplementierungen für Geschäftsfälle und anderen Leckerbissen gestartet, schauen Sie doch mal rein.
+
+Der Code für dieses [Ethereum-Kleinanzeigenportal](https://github.com/HQ20/contracts/tree/master/contracts/classifieds?ref=hackernoon.com) ist dort zu finden, bitte nutzen und missbrauchen Sie ihn. Seien Sie sich nur bewusst, dass der Code nicht geprüft wurde und Sie Ihre eigene Sorgfaltsprüfung durchführen müssen, bevor Sie Geld hineinfließen lassen.
+
+Die Grundlagen des Portals sind nicht komplex. Alle Anzeigen auf dem Portal werden nur ein Struct mit ein paar Feldern sein:
+
+```solidity
+struct Trade {
+ address poster;
+ uint256 item;
+ uint256 price;
+ bytes32 status; // Offen, Ausgeführt, Abgebrochen
+}
+```
+
+Es gibt also jemanden, der die Anzeige aufgibt. Einen Artikel zum Verkauf. Einen Preis für den Artikel. Den Status des Handels, der offen, ausgeführt oder storniert sein kann.
+
+All diese Handel werden in einem Mapping gespeichert. Weil in Solidity scheinbar alles ein Mapping ist. Und auch, weil es praktisch ist.
+
+```solidity
+mapping(uint256 => Trade) public trades;
+```
+
+Die Verwendung eines Mappings bedeutet lediglich, dass wir uns für jede Anzeige eine ID ausdenken müssen, bevor wir sie aufgeben, und wir müssen die ID einer Anzeige kennen, bevor wir damit arbeiten können. Es gibt mehrere Möglichkeiten, damit umzugehen, entweder im Smart Contract oder im Front-End. Bitte fragen Sie, wenn Sie ein paar Hinweise benötigen.
+
+Als Nächstes stellt sich die Frage, was das für Artikel sind, mit denen wir handeln, und was diese Währung ist, die zur Bezahlung der Transaktion verwendet wird.
+
+Für die Artikel verlangen wir lediglich, dass sie die [ERC-721](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC721/IERC721.sol?ref=hackernoon.com)-Schnittstelle implementieren, was eigentlich nur eine Möglichkeit ist, reale Gegenstände auf einer Blockchain darzustellen, obwohl es [am besten mit digitalen Vermögenswerten funktioniert](https://hackernoon.com/tokenization-of-digital-assets-g0ffk3v8s?ref=hackernoon.com). Wir werden unseren eigenen ERC721-Vertrag im Konstruktor spezifizieren, was bedeutet, dass alle Vermögenswerte auf unserem Kleinanzeigenportal im Vorfeld tokenisiert worden sein müssen.
+
+Für die Zahlungen werden wir etwas Ähnliches tun. Die meisten Blockchain-Projekte definieren ihre eigene [ERC-20](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol?ref=hackernoon.com)-Kryptowährung. Einige andere ziehen es vor, eine etablierte wie DAI zu verwenden. Bei diesem Kleinanzeigenportal müssen Sie sich bei der Erstellung nur entscheiden, was Ihre Währung sein soll. Ganz einfach.
+
+```solidity
+constructor (
+ address _currencyTokenAddress, address _itemTokenAddress
+) public {
+ currencyToken = IERC20(_currencyTokenAddress);
+ itemToken = IERC721(_itemTokenAddress);
+ tradeCounter = 0;
+}
+```
+
+Wir kommen der Sache näher. Wir haben Anzeigen, Handelsartikel und eine Währung für Zahlungen. Eine Anzeige aufzugeben bedeutet, einen Artikel in ein Treuhandkonto zu geben, um zu zeigen, dass man ihn besitzt und dass man ihn nicht zweimal, möglicherweise auf einem anderen Portal, aufgegeben hat.
+
+Der folgende Code macht genau das. Er legt den Artikel in das Treuhandkonto, erstellt die Anzeige und erledigt einige Verwaltungsaufgaben.
+
+```solidity
+function openTrade(uint256 _item, uint256 _price)
+ public
+{
+ itemToken.transferFrom(msg.sender, address(this), _item);
+ trades[tradeCounter] = Trade({
+ poster: msg.sender,
+ item: _item,
+ price: _price,
+ status: "Open"
+ });
+ tradeCounter += 1;
+ emit TradeStatusChange(tradeCounter - 1, "Open");
+}
+```
+
+Den Handel zu akzeptieren bedeutet, eine Anzeige (Handel) auszuwählen, den Preis zu zahlen und den Artikel zu erhalten. Der folgende Code ruft einen Handel ab. Überprüft, ob er verfügbar ist. Bezahlt den Artikel. Ruft den Artikel ab. Aktualisiert die Anzeige.
+
+```solidity
+function executeTrade(uint256 _trade)
+ public
+{
+ Trade memory trade = trades[_trade];
+ require(trade.status == "Open", "Trade is not Open.");
+ currencyToken.transferFrom(msg.sender, trade.poster, trade.price);
+ itemToken.transferFrom(address(this), msg.sender, trade.item);
+ trades[_trade].status = "Executed";
+ emit TradeStatusChange(_trade, "Executed");
+}
+```
+
+Schließlich haben wir eine Option für Verkäufer, von einem Handel zurückzutreten, bevor ein Käufer ihn akzeptiert. In einigen Modellen wären Anzeigen stattdessen für einen bestimmten Zeitraum live, bevor sie ablaufen. Das ist Ihre Entscheidung, abhängig vom Design Ihres Marktes.
+
+Der Code ist dem sehr ähnlich, der zur Ausführung eines Handels verwendet wird, nur dass keine Währung den Besitzer wechselt und der Artikel an den Ersteller der Anzeige zurückgeht.
+
+```solidity
+function cancelTrade(uint256 _trade)
+ public
+{
+ Trade memory trade = trades[_trade];
+ require(
+ msg.sender == trade.poster,
+ "Trade can be cancelled only by poster."
+ );
+ require(trade.status == "Open", "Trade is not Open.");
+ itemToken.transferFrom(address(this), trade.poster, trade.item);
+ trades[_trade].status = "Cancelled";
+ emit TradeStatusChange(_trade, "Cancelled");
+}
+```
+
+Das war's. Sie haben es bis zum Ende der Implementierung geschafft. Es ist ziemlich überraschend, wie kompakt einige Geschäftskonzepte sind, wenn sie in Code ausgedrückt werden, und dies ist einer dieser Fälle. Sehen Sie sich den vollständigen Vertrag [in unserem Repo](https://github.com/HQ20/contracts/blob/master/contracts/classifieds/Classifieds.sol) an.
+
+## Fazit {#conclusion}
+
+Kleinanzeigenportale sind eine gängige Marktkonfiguration, die mit dem Internet massiv skaliert ist und zu einem enorm beliebten Geschäftsmodell mit einigen wenigen monopolistischen Gewinnern wurde.
+
+Kleinanzeigenportale sind zufällig auch ein einfaches Werkzeug, das sich in einer Blockchain-Umgebung replizieren lässt, mit sehr spezifischen Funktionen, die eine Herausforderung für die bestehenden Giganten möglich machen.
+
+In diesem Artikel habe ich den Versuch unternommen, eine Brücke zwischen der geschäftlichen Realität eines Kleinanzeigenportals und der technologischen Implementierung zu schlagen. Dieses Wissen sollte Ihnen helfen, eine Vision und eine Roadmap für die Implementierung zu erstellen, wenn Sie über die entsprechenden Fähigkeiten verfügen.
+
+Wie immer, wenn Sie etwas Unterhaltsames bauen möchten und sich über einen Rat freuen würden, [schreiben Sie mir bitte](https://albertocuesta.es/)! Ich helfe immer gerne.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/how-to-mint-an-nft/index.md b/public/content/translations/de/developers/tutorials/how-to-mint-an-nft/index.md
index 884a7a45450..0104b012cf1 100644
--- a/public/content/translations/de/developers/tutorials/how-to-mint-an-nft/index.md
+++ b/public/content/translations/de/developers/tutorials/how-to-mint-an-nft/index.md
@@ -1,29 +1,29 @@
---
title: "Wie man einen NFT prägt (Teil 2/3 der NFT-Tutorial-Reihe)"
-description: "In diesem Tutorial wird beschrieben, wie Sie einen NFT auf der Ethereum-Blockchain mit unserem Smart Contract und Web3 prägen können."
+description: "Dieses Tutorial beschreibt, wie man einen NFT auf der Ethereum-Blockchain mithilfe unseres Smart Contracts und Web3 prägt."
author: "Sumi Mudgil"
-tags: ["ERC-721", "alchemy", "solidity", "smart contracts"]
+tags: ["ERC-721", "Alchemy", "Solidity", "Smart Contracts"]
skill: beginner
-breadcrumb: "NFT minten"
+breadcrumb: "Einen NFT prägen"
lang: de
published: 2021-04-22
---
-[Beeple](https://www.nytimes.com/2021/03/11/arts/design/nft-auction-christies-beeple.html): 69 Millionen Dollar
-[3LAU](https://www.forbes.com/sites/abrambrown/2021/03/03/3lau-nft-nonfungible-tokens-justin-blau/?sh=5f72ef64643b): 11 Millionen Dollar
-[Grimes](https://www.theguardian.com/music/2021/mar/02/grimes-sells-digital-art-collection-non-fungible-tokens): 6 Millionen Dollar
+[Beeple](https://www.nytimes.com/2021/03/11/arts/design/nft-auction-christies-beeple.html): 69 Millionen $
+[3LAU](https://www.forbes.com/sites/abrambrown/2021/03/03/3lau-nft-nonfungible-tokens-justin-blau/?sh=5f72ef64643b): 11 Millionen $
+[Grimes](https://www.theguardian.com/music/2021/mar/02/grimes-sells-digital-art-collection-non-fungible-tokens): 6 Millionen $
-Sie alle haben ihre NFTs mit der leistungsstarken API von Alchemy geprägt. In diesem Tutorial zeigen wir Ihnen, wie das in \<10 Minuten geht.
+Sie alle haben ihre NFTs mithilfe der leistungsstarken API von Alchemy geprägt. In diesem Tutorial zeigen wir Ihnen, wie Sie in \<10 Minuten dasselbe tun können.
-Das „Prägen eines NFT“ ist der Akt der Veröffentlichung einer einzigartigen Instanz Ihres ERC-721-Tokens auf der Blockchain. Nutzen wir unseren Smart Contract aus [Teil 1 dieser NFT-Tutorial-Reihe](/developers/tutorials/how-to-write-and-deploy-an-nft/), um unsere Web3-Fähigkeiten unter Beweis zu stellen und einen NFT zu prägen. Am Ende dieses Tutorials werden Sie in der Lage sein, so viele NFTs zu prägen, wie Ihr Herz (und Ihr Wallet) begehrt!
+„Einen NFT prägen“ ist der Vorgang, eine einzigartige Instanz Ihres ERC-721-Tokens auf der Blockchain zu veröffentlichen. Lassen Sie uns mit unserem Smart Contract aus [Teil 1 dieser NFT-Tutorial-Reihe](/developers/tutorials/how-to-write-and-deploy-an-nft/) unsere Web3-Fähigkeiten unter Beweis stellen und einen NFT prägen. Am Ende dieses Tutorials werden Sie in der Lage sein, so viele NFTs zu prägen, wie Ihr Herz (und Ihre Wallet) begehrt!
-Legen wir los!
+Lassen Sie uns anfangen!
## Schritt 1: Web3 installieren {#install-web3}
-Wenn Sie dem ersten Tutorial zur Erstellung Ihres NFT-Smart-Contracts gefolgt sind, haben Sie bereits Erfahrung mit der Verwendung von Ethers.js. Web3 ist ähnlich wie Ethers eine Bibliothek, die das Erstellen von Anfragen an die Ethereum-Blockchain erleichtert. In diesem Tutorial verwenden wir [Alchemy Web3](https://docs.alchemyapi.io/alchemy/documentation/alchemy-web3), eine erweiterte Web3-Bibliothek, die automatische Wiederholungsversuche und robuste WebSocket-Unterstützung bietet.
+Wenn Sie das erste Tutorial zur Erstellung Ihres NFT-Smart-Contracts befolgt haben, haben Sie bereits Erfahrung mit Ethers.js. Web3 ist ähnlich wie Ethers, da es sich um eine Bibliothek handelt, die das Erstellen von Anfragen an die [Ethereum](/)-Blockchain erleichtert. In diesem Tutorial verwenden wir [Alchemy Web3](https://docs.alchemyapi.io/alchemy/documentation/alchemy-web3), eine erweiterte Web3-Bibliothek, die automatische Wiederholungsversuche und robuste WebSocket-Unterstützung bietet.
-Führen Sie im Stammverzeichnis Ihres Projekts Folgendes aus:
+Führen Sie in Ihrem Projekt-Stammverzeichnis Folgendes aus:
```
npm install @alch/alchemy-web3
@@ -31,7 +31,7 @@ npm install @alch/alchemy-web3
## Schritt 2: Eine `mint-nft.js`-Datei erstellen {#create-mintnftjs}
-Erstellen Sie in Ihrem Skriptverzeichnis eine `mint-nft.js`-Datei und fügen Sie die folgenden Codezeilen hinzu:
+Erstellen Sie in Ihrem Skriptverzeichnis eine Datei namens `mint-nft.js` und fügen Sie die folgenden Codezeilen hinzu:
```js
require("dotenv").config()
@@ -40,83 +40,83 @@ const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
const web3 = createAlchemyWeb3(API_URL)
```
-## Schritt 3: Die Vertrags-ABI abrufen {#contract-abi}
+## Schritt 3: Holen Sie sich Ihre Vertrags-ABI {#contract-abi}
-Die ABI unseres Vertrags (Application Binary Interface) ist die Schnittstelle für die Interaktion mit unserem Smart-Contract. Mehr über Vertrags-ABIs erfahren Sie [hier](https://docs.alchemyapi.io/alchemy/guides/eth_getlogs#what-are-ab-is). Hardhat generiert automatisch eine ABI für uns und speichert sie in der Datei `MyNFT.json`. Um dies zu verwenden, müssen wir den Inhalt parsen, indem wir die folgenden Codezeilen zu unserer `mint-nft.js`-Datei hinzufügen:
+Unsere Vertrags-ABI (Application Binary Interface) ist die Schnittstelle zur Interaktion mit unserem Smart Contract. Mehr über Vertrags-ABIs erfahren Sie [hier](https://docs.alchemyapi.io/alchemy/guides/eth_getlogs#what-are-ab-is). Hardhat generiert automatisch eine ABI für uns und speichert sie in der Datei `MyNFT.json`. Um diese zu verwenden, müssen wir den Inhalt parsen, indem wir die folgenden Codezeilen zu unserer Datei `mint-nft.js` hinzufügen:
```js
const contract = require("../artifacts/contracts/MyNFT.sol/MyNFT.json")
```
-Wenn Sie die ABI sehen möchten, können Sie sie auf Ihrer Konsole ausgeben:
+Wenn Sie die ABI sehen möchten, können Sie sie in Ihrer Konsole ausgeben:
```js
console.log(JSON.stringify(contract.abi))
```
-Um `mint-nft.js` auszuführen und Ihre ABI auf der Konsole ausgeben zu sehen, navigieren Sie zu Ihrem Terminal und führen Sie Folgendes aus:
+Um `mint-nft.js` auszuführen und Ihre ABI in der Konsole ausgeben zu lassen, navigieren Sie zu Ihrem Terminal und führen Sie Folgendes aus:
```js
node scripts/mint-nft.js
```
-## Schritt 4: Metadaten für Ihren NFT mit IPFS konfigurieren {#config-meta}
+## Schritt 4: Konfigurieren Sie die Metadaten für Ihren NFT mit IPFS {#config-meta}
-Wenn Sie sich an unser Tutorial in Teil 1 erinnern, nimmt unsere `mintNFT`-Smart-Contract-Funktion einen tokenURI-Parameter entgegen, der zu einem JSON-Dokument aufgelöst werden sollte, das die Metadaten des NFT beschreibt – was den NFT erst richtig zum Leben erweckt und ihm konfigurierbare Eigenschaften wie Name, Beschreibung, Bild und andere Attribute verleiht.
+Wenn Sie sich an unser Tutorial in Teil 1 erinnern, nimmt unsere Smart-Contract-Funktion `mintNFT` einen tokenURI-Parameter entgegen, der auf ein JSON-Dokument verweisen sollte, das die Metadaten des NFTs beschreibt – was den NFT erst wirklich zum Leben erweckt und ihm konfigurierbare Eigenschaften wie Name, Beschreibung, Bild und andere Attribute verleiht.
-> _Interplanetary File System (IPFS) ist ein dezentrales Protokoll und ein Peer-to-Peer-Netzwerk zum Speichern und Teilen von Daten in einem verteilten Dateisystem._
+> _Das Interplanetary File System (IPFS) ist ein dezentralisiertes Protokoll und Peer-to-Peer-Netzwerk zum Speichern und Teilen von Daten in einem verteilten Dateisystem._
-Wir werden Pinata, eine praktische IPFS-API und ein Toolkit, verwenden, um unser NFT-Asset und unsere Metadaten zu speichern und sicherzustellen, dass unser NFT wirklich dezentral ist. Wenn Sie kein Pinata-Konto haben, registrieren Sie sich [hier](https://app.pinata.cloud) für ein kostenloses Konto und führen Sie die Schritte zur Verifizierung Ihrer E-Mail-Adresse aus.
+Wir werden Pinata verwenden, eine praktische IPFS-API und ein Toolkit, um unser NFT-Asset und die Metadaten zu speichern und sicherzustellen, dass unser NFT wirklich dezentralisiert ist. Wenn Sie noch kein Pinata-Konto haben, melden Sie sich [hier](https://app.pinata.cloud) für ein kostenloses Konto an und führen Sie die Schritte zur Verifizierung Ihrer E-Mail-Adresse durch.
Sobald Sie ein Konto erstellt haben:
-- Navigieren Sie zur Seite „Dateien“ und klicken Sie oben links auf die blaue Schaltfläche „Hochladen“.
+- Navigieren Sie zur Seite „Files“ (Dateien) und klicken Sie oben links auf die blaue Schaltfläche „Upload“ (Hochladen).
-- Laden Sie ein Bild auf Pinata hoch – dies wird das Bild-Asset für Ihren NFT sein. Sie können das Asset benennen, wie Sie möchten.
+- Laden Sie ein Bild auf Pinata hoch – dies wird das Bild-Asset für Ihren NFT sein. Sie können das Asset nach Belieben benennen.
-- Nach dem Hochladen sehen Sie die Datei-Informationen in der Tabelle auf der Seite „Dateien“. Sie werden auch eine CID-Spalte sehen. Sie können die CID kopieren, indem Sie auf die Schaltfläche zum Kopieren daneben klicken. Sie können Ihren Upload unter `https://gateway.pinata.cloud/ipfs/` ansehen. Das von uns verwendete Bild finden Sie zum Beispiel auf IPFS [hier](https://gateway.pinata.cloud/ipfs/QmZdd5KYdCFApWn7eTZJ1qgJu18urJrP9Yh1TZcZrZxxB5).
+- Nach dem Hochladen sehen Sie die Dateiinformationen in der Tabelle auf der Seite „Files“. Sie sehen auch eine CID-Spalte. Sie können die CID kopieren, indem Sie auf die Kopieren-Schaltfläche daneben klicken. Sie können Ihren Upload unter `https://gateway.pinata.cloud/ipfs/` ansehen. Das von uns verwendete Bild finden Sie beispielsweise [hier](https://gateway.pinata.cloud/ipfs/QmZdd5KYdCFApWn7eTZJ1qgJu18urJrP9Yh1TZcZrZxxB5) auf IPFS.
-Für die eher visuell Lernenden sind die obigen Schritte hier zusammengefasst:
+Für die eher visuellen Lerner sind die obigen Schritte hier zusammengefasst:
-
+
-Jetzt wollen wir noch ein weiteres Dokument auf Pinata hochladen. Aber bevor wir das tun, müssen wir es erstellen!
+Nun möchten wir noch ein weiteres Dokument auf Pinata hochladen. Aber bevor wir das tun, müssen wir es erstellen!
-Erstellen Sie in Ihrem Stammverzeichnis eine neue Datei mit dem Namen `nft-metadata.json` und fügen Sie den folgenden JSON-Code hinzu:
+Erstellen Sie in Ihrem Stammverzeichnis eine neue Datei namens `nft-metadata.json` und fügen Sie den folgenden JSON-Code hinzu:
```json
{
"attributes": [
{
- "trait_type": "Rasse",
+ "trait_type": "Breed",
"value": "Maltipoo"
},
{
- "trait_type": "Augenfarbe",
- "value": "Mokka"
+ "trait_type": "Eye color",
+ "value": "Mocha"
}
],
- "description": "Der bezauberndste und sensibelste Welpe der Welt.",
+ "description": "The world's most adorable and sensitive pup.",
"image": "ipfs://QmWmvTJmJU3pozR9ZHFmQC2DNDwi2XJtf3QGyYiiagFSWb",
"name": "Ramses"
}
```
-Sie können die Daten in der JSON-Datei beliebig ändern. Sie können den Abschnitt mit den Attributen entfernen oder erweitern. Am wichtigsten ist, dass das Bildfeld auf den Speicherort Ihres IPFS-Bildes verweist – andernfalls enthält Ihr NFT ein Foto von einem (sehr süßen!) Hund.
+Sie können die Daten im JSON gerne ändern. Sie können den Abschnitt „attributes“ (Attribute) erweitern oder Einträge daraus entfernen. Am wichtigsten ist, dass das Feld „image“ (Bild) auf den Speicherort Ihres IPFS-Bildes verweist – andernfalls wird Ihr NFT ein Foto eines (sehr süßen!) Hundes enthalten.
-Wenn Sie mit der Bearbeitung der JSON-Datei fertig sind, speichern Sie sie und laden Sie sie auf Pinata hoch. Befolgen Sie dabei die gleichen Schritte wie beim Hochladen des Bildes.
+Sobald Sie mit der Bearbeitung der JSON-Datei fertig sind, speichern Sie sie und laden Sie sie auf Pinata hoch, indem Sie dieselben Schritte wie beim Hochladen des Bildes befolgen.
-
+
-## Schritt 5: Eine Instanz Ihres Vertrags erstellen {#instance-contract}
+## Schritt 5: Erstellen Sie eine Instanz Ihres Vertrags {#instance-contract}
-Um mit unserem Vertrag zu interagieren, müssen wir nun eine Instanz davon in unserem Code erstellen. Dazu benötigen wir unsere Vertragsadresse, die wir bei der Bereitstellung oder von [Blockscout](https://eth-sepolia.blockscout.com/) erhalten können, indem wir die Adresse nachschlagen, die Sie zur Bereitstellung des Vertrags verwendet haben.
+Um nun mit unserem Vertrag zu interagieren, müssen wir eine Instanz davon in unserem Code erstellen. Dazu benötigen wir unsere Vertragsadresse, die wir aus der Bereitstellung oder von [Blockscout](https://eth-sepolia.blockscout.com/) erhalten können, indem wir nach der Adresse suchen, die Sie zur Bereitstellung des Vertrags verwendet haben.
-
+
Im obigen Beispiel lautet unsere Vertragsadresse 0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778.
-Als Nächstes verwenden wir die Web3-[Vertragsmethode](https://docs.web3js.org/api/web3-eth-contract/class/Contract), um unseren Vertrag mithilfe der ABI und der Adresse zu erstellen. Fügen Sie in Ihrer `mint-nft.js`-Datei Folgendes hinzu:
+Als Nächstes verwenden wir die Web3-[contract-Methode](https://docs.web3js.org/api/web3-eth-contract/class/Contract), um unseren Vertrag mithilfe der ABI und der Adresse zu erstellen. Fügen Sie in Ihrer Datei `mint-nft.js` Folgendes hinzu:
```js
const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778"
@@ -124,11 +124,11 @@ const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778"
const nftContract = new web3.eth.Contract(contract.abi, contractAddress)
```
-## Schritt 6: Die `.env`-Datei aktualisieren {#update-env}
+## Schritt 6: Aktualisieren Sie die Datei `.env` {#update-env}
-Um Transaktionen zu erstellen und an die Ethereum-Kette zu senden, verwenden wir nun Ihre öffentliche Ethereum-Kontoadresse, um die Konto-Nonce zu erhalten (Erklärung folgt unten).
+Um nun Transaktionen zu erstellen und an die Ethereum-Chain zu senden, verwenden wir Ihre öffentliche Ethereum-Kontoadresse, um die Konto-Nonce zu erhalten (wird unten erklärt).
-Fügen Sie Ihren öffentlichen Schlüssel zu Ihrer `.env`-Datei hinzu – wenn Sie Teil 1 des Tutorials abgeschlossen haben, sollte unsere `.env`-Datei jetzt so aussehen:
+Fügen Sie Ihren Public-Key zu Ihrer Datei `.env` hinzu – wenn Sie Teil 1 des Tutorials abgeschlossen haben, sollte unsere Datei `.env` nun so aussehen:
```js
API_URL = "https://eth-sepolia.g.alchemy.com/v2/your-api-key"
@@ -136,27 +136,27 @@ PRIVATE_KEY = "your-private-account-address"
PUBLIC_KEY = "your-public-account-address"
```
-## Schritt 7: Ihre Transaktion erstellen {#create-txn}
+## Schritt 7: Erstellen Sie Ihre Transaktion {#create-txn}
-Definieren wir zunächst eine Funktion namens `mintNFT(tokenData)` und erstellen wir unsere Transaktion, indem wir Folgendes tun:
+Lassen Sie uns zunächst eine Funktion namens `mintNFT(tokenData)` definieren und unsere Transaktion erstellen, indem wir Folgendes tun:
-1. Holen Sie sich Ihren _PRIVATE_KEY_ und _PUBLIC_KEY_ aus der `.env`-Datei.
+1. Holen Sie sich Ihren _PRIVATE_KEY_ und _PUBLIC_KEY_ aus der Datei `.env`.
-2. Als Nächstes müssen wir die Konto-Nonce ermitteln. Die Nonce-Spezifikation wird verwendet, um die Anzahl der von Ihrer Adresse gesendeten Transaktionen zu verfolgen – was wir aus Sicherheitsgründen und zur Verhinderung von [Replay-Angriffen](https://docs.alchemyapi.io/resources/blockchain-glossary#account-nonce) benötigen. Um die Anzahl der von Ihrer Adresse gesendeten Transaktionen zu erhalten, verwenden wir [getTransactionCount](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_gettransactioncount).
+1. Als Nächstes müssen wir die Konto-Nonce herausfinden. Die Nonce-Spezifikation wird verwendet, um die Anzahl der von Ihrer Adresse gesendeten Transaktionen zu verfolgen – was wir aus Sicherheitsgründen und zur Verhinderung von [Replay-Angriffen](https://docs.alchemyapi.io/resources/blockchain-glossary#account-nonce) benötigen. Um die Anzahl der von Ihrer Adresse gesendeten Transaktionen zu erhalten, verwenden wir [getTransactionCount](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_gettransactioncount).
-3. Schließlich richten wir unsere Transaktion mit den folgenden Informationen ein:
+1. Schließlich richten wir unsere Transaktion mit den folgenden Informationen ein:
- `'from': PUBLIC_KEY` — Der Ursprung unserer Transaktion ist unsere öffentliche Adresse
-- `'to': contractAddress` — Der Vertrag, mit dem wir interagieren und an den wir die Transaktion senden wollen
+- `'to': contractAddress` — Der Vertrag, mit dem wir interagieren und an den wir die Transaktion senden möchten
- `'nonce': nonce` — Die Konto-Nonce mit der Anzahl der von unserer Adresse gesendeten Transaktionen
-- `'gas': estimatedGas` — Das geschätzte Gas, das für den Abschluss der Transaktion benötigt wird
+- `'gas': estimatedGas` — Das geschätzte Gas, das zum Abschluss der Transaktion benötigt wird
-- `'data': nftContract.methods.mintNFT(PUBLIC_KEY, md).encodeABI()` — Die Berechnung, die wir in dieser Transaktion durchführen wollen — in diesem Fall das Prägen eines NFT
+- `'data': nftContract.methods.mintNFT(PUBLIC_KEY, md).encodeABI()` — Die Berechnung, die wir in dieser Transaktion durchführen möchten – was in diesem Fall das Prägen eines NFTs ist
-Ihre `mint-nft.js`-Datei sollte jetzt so aussehen:
+Ihre Datei `mint-nft.js` sollte nun so aussehen:
```js
require('dotenv').config();
@@ -172,9 +172,9 @@ Ihre `mint-nft.js`-Datei sollte jetzt so aussehen:
const nftContract = new web3.eth.Contract(contract.abi, contractAddress);
async function mintNFT(tokenURI) {
- const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, 'latest'); //letzte Nonce holen
+ const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, 'latest'); // neueste Nonce abrufen
- //die Transaktion
+ // die Transaktion
const tx = {
'from': PUBLIC_KEY,
'to': contractAddress,
@@ -185,11 +185,11 @@ Ihre `mint-nft.js`-Datei sollte jetzt so aussehen:
}
```
-## Schritt 8: Die Transaktion signieren {#sign-txn}
+## Schritt 8: Signieren Sie die Transaktion {#sign-txn}
-Nachdem wir unsere Transaktion erstellt haben, müssen wir sie signieren, um sie zu versenden. Hier werden wir unseren privaten Schlüssel verwenden.
+Nachdem wir nun unsere Transaktion erstellt haben, müssen wir sie signieren, um sie abzusenden. Hier verwenden wir unseren Private-Key.
-`web3.eth.sendSignedTransaction` gibt uns den Transaktions-Hash, mit dem wir sicherstellen können, dass unsere Transaktion gemined und nicht vom Netzwerk verworfen wurde. Sie werden feststellen, dass wir im Abschnitt zur Signierung der Transaktion eine Fehlerprüfung hinzugefügt haben, damit wir wissen, ob unsere Transaktion erfolgreich war.
+`web3.eth.sendSignedTransaction` gibt uns den Transaktions-Hash, mit dem wir sicherstellen können, dass unsere Transaktion gemint und nicht vom Netzwerk verworfen wurde. Sie werden feststellen, dass wir im Abschnitt zur Transaktionssignierung eine Fehlerüberprüfung hinzugefügt haben, damit wir wissen, ob unsere Transaktion erfolgreich durchgeführt wurde.
```js
require("dotenv").config()
@@ -205,9 +205,9 @@ const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778"
const nftContract = new web3.eth.Contract(contract.abi, contractAddress)
async function mintNFT(tokenURI) {
- const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, "latest") //letzte Nonce holen
+ const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, "latest") // neueste Nonce abrufen
- //die Transaktion
+ // die Transaktion
const tx = {
from: PUBLIC_KEY,
to: contractAddress,
@@ -224,13 +224,13 @@ async function mintNFT(tokenURI) {
function (err, hash) {
if (!err) {
console.log(
- "Der Hash Ihrer Transaktion ist: ",
+ "The hash of your transaction is: ",
hash,
- "\nÜberprüfen Sie den Mempool von Alchemy, um den Status Ihrer Transaktion anzuzeigen!"
+ "\nCheck Alchemy's Mempool to view the status of your transaction!"
)
} else {
console.log(
- "Beim Senden Ihrer Transaktion ist ein Fehler aufgetreten:",
+ "Something went wrong when submitting your transaction:",
err
)
}
@@ -238,24 +238,24 @@ async function mintNFT(tokenURI) {
)
})
.catch((err) => {
- console.log(" Promise fehlgeschlagen:", err)
+ console.log(" Promise failed:", err)
})
}
```
-## Schritt 9: `mintNFT` aufrufen und `node mint-nft.js` ausführen {#call-mintnft-fn}
+## Schritt 9: Rufen Sie `mintNFT` auf und führen Sie node `mint-nft.js` aus {#call-mintnft-fn}
-Erinnern Sie sich an die `metadata.json`, die Sie auf Pinata hochgeladen haben? Holen Sie sich den Hashcode von Pinata und übergeben Sie Folgendes als Parameter an die Funktion `mintNFT`: `https://gateway.pinata.cloud/ipfs/`
+Erinnern Sie sich an die `metadata.json`, die Sie auf Pinata hochgeladen haben? Holen Sie sich deren Hashcode von Pinata und übergeben Sie Folgendes als Parameter an die Funktion `mintNFT`: `https://gateway.pinata.cloud/ipfs/`
So erhalten Sie den Hashcode:
-_So erhalten Sie den Hashcode Ihrer NFT-Metadaten auf Pinata_
+_Wie man seinen NFT-Metadaten-Hashcode auf Pinata erhält_
-> Überprüfen Sie, ob der von Ihnen kopierte Hashcode auf Ihre **metadata.json** verweist, indem Sie `https://gateway.pinata.cloud/ipfs/` in einem separaten Fenster laden. Die Seite sollte ähnlich wie im folgenden Screenshot aussehen:
+> Überprüfen Sie noch einmal, ob der kopierte Hashcode auf Ihre **metadata.json** verweist, indem Sie `https://gateway.pinata.cloud/ipfs/` in einem separaten Fenster laden. Die Seite sollte ähnlich aussehen wie auf dem Screenshot unten:
_Ihre Seite sollte die JSON-Metadaten anzeigen_
-Insgesamt sollte Ihr Code etwa so aussehen:
+Insgesamt sollte Ihr Code in etwa so aussehen:
```js
require("dotenv").config()
@@ -271,9 +271,9 @@ const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778"
const nftContract = new web3.eth.Contract(contract.abi, contractAddress)
async function mintNFT(tokenURI) {
- const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, "latest") //letzte Nonce holen
+ const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, "latest") // neueste Nonce abrufen
- //die Transaktion
+ // die Transaktion
const tx = {
from: PUBLIC_KEY,
to: contractAddress,
@@ -290,13 +290,13 @@ async function mintNFT(tokenURI) {
function (err, hash) {
if (!err) {
console.log(
- "Der Hash Ihrer Transaktion ist: ",
+ "The hash of your transaction is: ",
hash,
- "\nÜberprüfen Sie den Mempool von Alchemy, um den Status Ihrer Transaktion anzuzeigen!"
+ "\nCheck Alchemy's Mempool to view the status of your transaction!"
)
} else {
console.log(
- "Beim Senden Ihrer Transaktion ist ein Fehler aufgetreten:",
+ "Something went wrong when submitting your transaction:",
err
)
}
@@ -304,27 +304,25 @@ async function mintNFT(tokenURI) {
)
})
.catch((err) => {
- console.log("Promise fehlgeschlagen:", err)
+ console.log("Promise failed:", err)
})
}
mintNFT("ipfs://QmYueiuRNmL4MiA2GwtVMm6ZagknXnSpQnB3z2gWbz36hP")
```
-Führen Sie nun `node scripts/mint-nft.js` aus, um Ihren NFT zu prägen. Nach einigen Sekunden sollten Sie eine Antwort wie diese in Ihrem Terminal sehen:
+Führen Sie nun `node scripts/mint-nft.js` aus, um Ihren NFT bereitzustellen. Nach ein paar Sekunden sollten Sie eine Antwort wie diese in Ihrem Terminal sehen:
- ```
- Der Hash Ihrer Transaktion lautet: 0x301791fdf492001fcd9d5e5b12f3aa1bbbea9a88ed24993a8ab2cdae2d06e1e8
-
- Überprüfen Sie den Mempool von Alchemy, um den Status Ihrer Transaktion anzuzeigen!
- ```
+ The hash of your transaction is: 0x301791fdf492001fcd9d5e5b12f3aa1bbbea9a88ed24993a8ab2cdae2d06e1e8
-Besuchen Sie als Nächstes Ihren [Alchemy-Mempool](https://dashboard.alchemyapi.io/mempool), um den Status Ihrer Transaktion zu sehen (ob sie ausstehend ist, gemined wurde oder vom Netzwerk verworfen wurde). Wenn Ihre Transaktion verworfen wurde, ist es auch hilfreich, [Blockscout](https://eth-sepolia.blockscout.com/) zu überprüfen und nach Ihrem Transaktions-Hash zu suchen.
+ Check Alchemy's Mempool to view the status of your transaction!
-_Ihren NFT-Transaktions-Hash auf Etherscan anzeigen_
+Besuchen Sie als Nächstes Ihren [Alchemy-Mempool](https://dashboard.alchemyapi.io/mempool), um den Status Ihrer Transaktion zu sehen (ob sie ausstehend ist, gemint wurde oder vom Netzwerk verworfen wurde). Wenn Ihre Transaktion verworfen wurde, ist es auch hilfreich, [Blockscout](https://eth-sepolia.blockscout.com/) zu überprüfen und nach Ihrem Transaktions-Hash zu suchen.
+
+_Ihren NFT-Transaktions-Hash auf Etherscan ansehen_
Und das war's! Sie haben nun einen NFT auf der Ethereum-Blockchain bereitgestellt UND geprägt `](https://any.site/ipfs/bafybeifqka2odrne5b6l5guthqvbxu4pujko2i6rx2zslvr3qxs6u5o7im) gehen und Sie erhalten diesen Inhalt auf dezentralisierte Weise.
+Sobald Sie das installiert haben (und das Desktop-IPFS funktioniert), können Sie auf einer beliebigen Website zu [/ipfs/``](https://any.site/ipfs/bafybeifqka2odrne5b6l5guthqvbxu4pujko2i6rx2zslvr3qxs6u5o7im) gehen und erhalten diesen Inhalt auf dezentralisierte Weise bereitgestellt.
## Nachteile {#drawbacks}
-Sie können IPFS-Dateien nicht zuverlässig löschen. Solange Sie also Ihre Benutzeroberfläche ändern, ist es wahrscheinlich am besten, sie entweder zentralisiert zu belassen oder das [Interplanetary Name System (IPNS)](https://docs.ipfs.tech/concepts/ipns/#mutability-in-ipfs) zu verwenden, ein System, das Veränderbarkeit auf IPFS bietet. Natürlich kann alles, was veränderbar ist, zensiert werden, im Fall von IPNS, indem man die Person unter Druck setzt, die den zugehörigen privaten Schlüssel besitzt.
+Sie können IPFS-Dateien nicht zuverlässig löschen. Solange Sie also Ihre Benutzeroberfläche ändern, ist es wahrscheinlich am besten, sie entweder zentralisiert zu belassen oder das [Interplanetary Name System (IPNS)](https://docs.ipfs.tech/concepts/ipns/#mutability-in-ipfs) zu verwenden, ein System, das Veränderbarkeit auf IPFS aufbaut. Natürlich kann alles, was veränderbar ist, zensiert werden, im Fall von IPNS, indem Druck auf die Person mit dem entsprechenden Private-Key ausgeübt wird.
-Außerdem haben einige Pakete ein Problem mit IPFS. Wenn Ihre Website also sehr kompliziert ist, ist das möglicherweise keine gute Lösung. Und natürlich kann alles, was auf Server-Integration angewiesen ist, nicht dezentralisiert werden, nur weil die Client-Seite auf IPFS liegt.
+Darüber hinaus haben einige Pakete ein Problem mit IPFS. Wenn Ihre Website also sehr komplex ist, ist dies möglicherweise keine gute Lösung. Und natürlich kann nichts, was auf Serverintegration angewiesen ist, dezentralisiert werden, nur indem die Client-Seite auf IPFS liegt.
## Fazit {#conclusion}
-So wie Ethereum es Ihnen ermöglicht, die Datenbank- und Geschäftslogikaspekte Ihrer Dapp zu dezentralisieren, ermöglicht IPFS die Dezentralisierung der Benutzeroberfläche. Damit können Sie einen weiteren Angriffsvektor gegen Ihre Dapp ausschalten.
+Genauso wie Ethereum es Ihnen ermöglicht, die Datenbank- und Geschäftslogikaspekte Ihrer Dapp zu dezentralisieren, ermöglicht IPFS Ihnen, die Benutzeroberfläche zu dezentralisieren. Dadurch können Sie einen weiteren Angriffsvektor gegen Ihre Dapp ausschalten.
-[Hier finden Sie mehr von meiner Arbeit](https://cryptodocguy.pro/).
+[Weitere meiner Arbeiten finden Sie hier](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md b/public/content/translations/de/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
index a47bdd9195e..e994ee9fb48 100644
--- a/public/content/translations/de/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
+++ b/public/content/translations/de/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
@@ -1,22 +1,22 @@
---
-title: Starte deine Dapp-Frontend-Entwicklung mit create-eth-app
-description: "Ein Überblick über die Verwendung und Funktionen von create-eth-app"
+title: Starten Sie Ihre Dapp-Frontend-Entwicklung mit create-eth-app
+description: "Ein Überblick über die Verwendung von create-eth-app und seine Funktionen"
author: "Markus Waas"
tags:
- ["frontend", "javascript", "ethers.js", "the graph", "defi"]
+ ["frontend", "JavaScript", "ethers.js", "the graph", "defi"]
skill: beginner
-breadcrumb: "create-eth-app"
+breadcrumb: create-eth-app
lang: de
published: 2020-04-27
source: soliditydeveloper.com
sourceUrl: https://soliditydeveloper.com/create-eth-app
---
-Zuletzt haben wir uns [das große Ganze von Solidity](https://soliditydeveloper.com/solidity-overview-2020) angesehen und bereits [create-eth-app](https://github.com/PaulRBerg/create-eth-app) erwähnt. Jetzt erfährst du, wie du sie verwenden kannst, welche Funktionen integriert sind und wie du sie weiter ausbauen kannst. Diese App, die von Paul Razvan Berg, dem Gründer von [Sablier](http://sablier.com/), gestartet wurde, wird deine Frontend-Entwicklung in Schwung bringen und bietet mehrere optionale Integrationen zur Auswahl.
+Beim letzten Mal haben wir uns [das Gesamtbild von Solidity](https://soliditydeveloper.com/solidity-overview-2020) angesehen und bereits die [create-eth-app](https://github.com/PaulRBerg/create-eth-app) erwähnt. Nun werden Sie herausfinden, wie man sie benutzt, welche Funktionen integriert sind und zusätzliche Ideen erhalten, wie man sie erweitern kann. Gestartet von Paul Razvan Berg, dem Gründer von [Sablier](http://sablier.com/), wird diese App Ihre Frontend-Entwicklung in Schwung bringen und bietet mehrere optionale Integrationen zur Auswahl.
## Installation {#installation}
-Die Installation erfordert Yarn 0.25 oder höher (`npm install yarn --global`). Die Ausführung ist denkbar einfach:
+Die Installation erfordert Yarn 0.25 oder höher (`npm install yarn --global`). Es ist so einfach wie das Ausführen von:
```bash
yarn create eth-app my-eth-app
@@ -24,44 +24,44 @@ cd my-eth-app
yarn react-app:start
```
-Es verwendet [create-react-app](https://github.com/facebook/create-react-app) unter der Haube. Um deine App zu sehen, öffne `http://localhost:3000/`. Wenn du bereit für den Einsatz in der Produktion bist, erstelle mit yarn build ein minifiziertes Bundle. Eine einfache Möglichkeit, dies zu hosten, wäre [Netlify](https://www.netlify.com/). Du kannst ein GitHub-Repo erstellen, es zu Netlify hinzufügen, den Build-Befehl einrichten und schon bist du fertig! Deine App wird gehostet und ist für alle nutzbar. Und all das kostenlos.
+Unter der Haube wird [create-react-app](https://github.com/facebook/create-react-app) verwendet. Um Ihre App zu sehen, öffnen Sie `http://localhost:3000/`. Wenn Sie bereit sind, in die Produktion zu gehen, erstellen Sie ein minimiertes Bundle mit yarn build. Eine einfache Möglichkeit, dies zu hosten, wäre [Netlify](https://www.netlify.com/). Sie können ein GitHub-Repo erstellen, es zu Netlify hinzufügen, den Build-Befehl einrichten und schon sind Sie fertig! Ihre App wird gehostet und ist für jeden nutzbar. Und das alles kostenlos.
## Funktionen {#features}
### React & create-react-app {#react--create-react-app}
-Zunächst einmal das Herzstück der App: React und all die zusätzlichen Funktionen, die mit _create-react-app_ kommen. Die alleinige Nutzung ist eine gute Option, wenn du Ethereum nicht integrieren möchtest. [React](https://react.dev/) selbst macht die Erstellung interaktiver UIs wirklich einfach. Es mag nicht so einsteigerfreundlich sein wie [Vue](https://vuejs.org/), aber es wird immer noch am häufigsten verwendet, hat mehr Funktionen und, was am wichtigsten ist, es stehen Tausende von zusätzlichen Bibliotheken zur Auswahl. Die _create-react-app_ macht den Einstieg ebenfalls sehr einfach und umfasst:
+Zunächst einmal das Herzstück der App: React und all die zusätzlichen Funktionen, die mit _create-react-app_ einhergehen. Nur dies zu verwenden, ist eine großartige Option, wenn Sie Ethereum nicht integrieren möchten. [React](https://react.dev/) selbst macht das Erstellen interaktiver Benutzeroberflächen (UIs) wirklich einfach. Es ist vielleicht nicht so anfängerfreundlich wie [Vue](https://vuejs.org/), aber es wird immer noch am häufigsten verwendet, hat mehr Funktionen und vor allem Tausende von zusätzlichen Bibliotheken zur Auswahl. Die _create-react-app_ macht den Einstieg ebenfalls sehr einfach und beinhaltet:
-- Unterstützung für React-, JSX-, ES6-, TypeScript- und Flow-Syntax.
-- Spracherweiterungen über ES6 hinaus, wie der Object-Spread-Operator.
-- CSS mit automatischen Präfixen, sodass du keine -webkit- oder andere Präfixe benötigst.
-- Ein schneller, interaktiver Unit-Test-Runner mit integrierter Unterstützung für Coverage-Reporting.
-- Ein Live-Entwicklungsserver, der vor häufigen Fehlern warnt.
+- Unterstützung für React, JSX, ES6, TypeScript und Flow-Syntax.
+- Sprach-Extras über ES6 hinaus, wie den Object-Spread-Operator.
+- Autoprefixed CSS, sodass Sie keine -webkit- oder andere Präfixe benötigen.
+- Einen schnellen, interaktiven Unit-Test-Runner mit integrierter Unterstützung für Coverage-Reporting.
+- Einen Live-Entwicklungsserver, der vor häufigen Fehlern warnt.
- Ein Build-Skript zum Bündeln von JS, CSS und Bildern für die Produktion, mit Hashes und Sourcemaps.
-Die _create-eth-app_ macht insbesondere von den neuen [Hooks-Effekten](https://legacy.reactjs.org/docs/hooks-effect.html) Gebrauch. Eine Methode, um leistungsstarke und dennoch sehr kleine sogenannte funktionale Komponenten zu schreiben. Wie sie in _create-eth-app_ verwendet werden, steht im folgenden Abschnitt über Apollo.
+Insbesondere die _create-eth-app_ nutzt die neuen [Hooks-Effekte](https://legacy.reactjs.org/docs/hooks-effect.html). Eine Methode, um leistungsstarke, aber dennoch sehr kleine sogenannte funktionale Komponenten zu schreiben. Im folgenden Abschnitt über Apollo erfahren Sie, wie sie in der _create-eth-app_ verwendet werden.
### Yarn Workspaces {#yarn-workspaces}
-[Yarn Workspaces](https://classic.yarnpkg.com/en/docs/workspaces/) ermöglichen es, mehrere Pakete zu haben, diese aber alle vom Stammverzeichnis aus zu verwalten und die Abhängigkeiten für alle auf einmal mit `yarn install` zu installieren. Dies ist vor allem bei kleineren Zusatzpaketen wie dem Management von Smart-Contract-Adressen/ABIs (die Information darüber, wo man welche Smart Contracts eingesetzt hat und wie man mit ihnen kommuniziert) oder der Graph-Integration sinnvoll, die beide Teil von `create-eth-app` sind.
+[Yarn Workspaces](https://classic.yarnpkg.com/en/docs/workspaces/) ermöglichen es Ihnen, mehrere Pakete zu haben, diese aber alle aus dem Stammordner zu verwalten und Abhängigkeiten für alle auf einmal mit `yarn install` zu installieren. Dies ist besonders sinnvoll für kleinere Zusatzpakete wie die Verwaltung von Smart Contract-Adressen/ABIs (die Informationen darüber, wo Sie welche Smart Contracts bereitgestellt haben und wie Sie mit ihnen kommunizieren) oder die Graph-Integration, die beide Teil der `create-eth-app` sind.
### ethers.js {#ethersjs}
-Obwohl [Web3](https://docs.web3js.org/) immer noch am häufigsten verwendet wird, hat [ethers.js](https://docs.ethers.io/) im letzten Jahr als Alternative viel Anklang gefunden und ist in _create-eth-app_ integriert. Du kannst damit arbeiten, zu Web3 wechseln oder ein Upgrade auf [ethers.js v5](https://docs.ethers.org/v5/) in Erwägung ziehen, das fast die Beta-Phase abgeschlossen hat.
+Während [Web3](https://docs.web3js.org/) immer noch am häufigsten verwendet wird, hat [ethers.js](https://docs.ethers.io/) im letzten Jahr als Alternative stark an Zugkraft gewonnen und ist in die _create-eth-app_ integriert. Sie können damit arbeiten, es auf Web3 umstellen oder ein Upgrade auf [ethers.js v5](https://docs.ethers.org/v5/) in Betracht ziehen, das die Beta-Phase fast verlassen hat.
### The Graph {#the-graph}
-[GraphQL](https://graphql.org/) ist im Vergleich zu einer [RESTful-API](https://restfulapi.net/) eine alternative Methode für den Umgang mit Daten. Sie haben mehrere Vorteile gegenüber RESTful-APIs, insbesondere für dezentrale Blockchain-Daten. Wenn du an der Begründung dafür interessiert bist, schau dir [GraphQL Will Power the Decentralized Web](https://medium.com/graphprotocol/graphql-will-power-the-decentralized-web-d7443a69c69a) an.
+[GraphQL](https://graphql.org/) ist ein alternativer Weg zur Datenverarbeitung im Vergleich zu einer [Restful API](https://restfulapi.net/). Es bietet mehrere Vorteile gegenüber Restful APIs, insbesondere für dezentralisierte Blockchain-Daten. Wenn Sie an den Gründen dafür interessiert sind, werfen Sie einen Blick auf [GraphQL Will Power the Decentralized Web](https://medium.com/graphprotocol/graphql-will-power-the-decentralized-web-d7443a69c69a).
-Normalerweise würdest du Daten direkt von deinem Smart Contract abrufen. Willst du die Zeit des letzten Handels auslesen? Rufe einfach `MyContract.methods.latestTradeTime().call()` auf, was die Daten von einem Ethereum-Node in deine Dapp holt. Aber was ist, wenn du Hunderte verschiedener Datenpunkte benötigst? Das würde zu Hunderten von Datenabrufen beim Node führen, die jedes Mal eine [RTT](https://wikipedia.org/wiki/Round-trip_delay_time) erfordern, was deine Dapp langsam und ineffizient machen würde. Eine Problemumgehung könnte eine Abruffunktion in deinem Contract sein, die mehrere Daten auf einmal zurückgibt. Das ist aber nicht immer ideal.
+Normalerweise würden Sie Daten direkt von Ihrem Smart Contract abrufen. Möchten Sie die Zeit des letzten Handels auslesen? Rufen Sie einfach `MyContract.methods.latestTradeTime().call()` auf, was die Daten von einem Ethereum-Blockchain-Knoten in Ihre Dapp abruft. Aber was ist, wenn Sie Hunderte von verschiedenen Datenpunkten benötigen? Das würde zu Hunderten von Datenabrufen beim Blockchain-Knoten führen, die jedes Mal eine [RTT](https://wikipedia.org/wiki/Round-trip_delay_time) erfordern und Ihre Dapp langsam und ineffizient machen. Ein Workaround könnte eine Fetcher-Call-Funktion innerhalb Ihres Vertrags sein, die mehrere Daten auf einmal zurückgibt. Dies ist jedoch nicht immer ideal.
-Und dann bist du vielleicht auch an historischen Daten interessiert. Du willst nicht nur die Zeit des letzten Handels wissen, sondern die Zeiten aller Handelsgeschäfte, die du jemals selbst getätigt hast. Verwende das Subgraph-Paket von _create-eth-app_, lies die [Dokumentation](https://thegraph.com/docs/en/subgraphs/developing/creating/starting-your-subgraph) und passe es an deine eigenen Contracts an. Wenn du nach beliebten Smart Contracts suchst, gibt es möglicherweise sogar bereits einen Subgraph. Sieh dir den [Subgraph-Explorer](https://thegraph.com/explorer/) an.
+Und dann könnten Sie auch an historischen Daten interessiert sein. Sie möchten nicht nur die letzte Handelszeit wissen, sondern die Zeiten für alle Trades, die Sie jemals selbst getätigt haben. Verwenden Sie das Subgraph-Paket der _create-eth-app_, lesen Sie die [Dokumentation](https://thegraph.com/docs/en/subgraphs/developing/creating/starting-your-subgraph) und passen Sie es an Ihre eigenen Verträge an. Wenn Sie nach beliebten Smart Contracts suchen, gibt es möglicherweise sogar schon einen Subgraph. Schauen Sie sich den [Subgraph Explorer](https://thegraph.com/explorer/) an.
-Sobald du einen Subgraph hast, kannst du eine einfache Abfrage in deiner Dapp schreiben, die alle wichtigen Blockchain-Daten, einschließlich historischer Daten, die du benötigst, abruft; dafür ist nur ein Abruf erforderlich.
+Sobald Sie einen Subgraph haben, können Sie eine einfache Abfrage in Ihrer Dapp schreiben, die alle wichtigen Blockchain-Daten einschließlich der historischen abruft, die Sie benötigen – es ist nur ein einziger Abruf erforderlich.
### Apollo {#apollo}
-Dank der [Apollo Boost](https://www.apollographql.com/docs/react/get-started/)-Integration kannst du den Graphen einfach in deine React-Dapp integrieren. Besonders bei der Verwendung von React Hooks und Apollo ist das Abrufen von Daten so einfach wie das Schreiben einer einzigen GraphQL-Abfrage in deiner Komponente:
+Dank der [Apollo Boost](https://www.apollographql.com/docs/react/get-started/)-Integration können Sie The Graph ganz einfach in Ihre React-Dapp integrieren. Besonders bei der Verwendung von [React Hooks und Apollo](https://www.apollographql.com/blog/apollo-client-now-with-react-hooks) ist das Abrufen von Daten so einfach wie das Schreiben einer einzigen GraphQL-Abfrage in Ihrer Komponente:
```js
const { loading, error, data } = useQuery(myGraphQlQuery)
@@ -75,32 +75,32 @@ React.useEffect(() => {
## Vorlagen {#templates}
-Darüber hinaus kannst du aus verschiedenen Vorlagen wählen. Bisher kannst du eine Aave-, Compound-, UniSwap- oder Sablier-Integration verwenden. Sie alle fügen wichtige Smart-Contract-Adressen für Dienste zusammen mit vorgefertigten Subgraph-Integrationen hinzu. Füge einfach die Vorlage zum Erstellungsbefehl hinzu, wie `yarn create eth-app my-eth-app --with-template aave`.
+Darüber hinaus können Sie aus mehreren verschiedenen Vorlagen wählen. Bisher können Sie eine Integration für Aave, Compound, Uniswap oder Sablier verwenden. Sie alle fügen wichtige Service-Smart Contract-Adressen zusammen mit vorgefertigten Subgraph-Integrationen hinzu. Fügen Sie einfach die Vorlage zum Erstellungsbefehl hinzu, wie z. B. `yarn create eth-app my-eth-app --with-template aave`.
### Aave {#aave}
-[Aave](https://aave.com/) ist ein dezentraler Geldleihmarkt. Die Einleger stellen dem Markt Liquidität zur Verfügung, um passives Einkommen zu generieren, während Kreditnehmer sich mithilfe von Sicherheiten Geld leihen können. Eine einzigartige Funktion von Aave sind die [Flash Loans](https://aave.com/docs/developers/flash-loans), die es dir ermöglichen, Geld ohne jegliche Sicherheiten zu leihen, solange du das Darlehen innerhalb einer einzigen Transaktion zurückzahlst. Das kann zum Beispiel nützlich sein, um zusätzliches Geld für das Arbitrage-Trading zu erhalten.
+[Aave](https://aave.com/) ist ein dezentralisierter Geldleihmarkt. Einleger stellen dem Markt Liquidität zur Verfügung, um ein passives Einkommen zu erzielen, während Kreditnehmer in der Lage sind, Kredite gegen Sicherheiten aufzunehmen. Ein einzigartiges Merkmal von Aave sind die [Flash Loans](https://aave.com/docs/developers/flash-loans) (Blitzkredite), die es Ihnen ermöglichen, Geld ohne Sicherheiten zu leihen, solange Sie den Kredit innerhalb einer einzigen Transaktion zurückzahlen. Dies kann beispielsweise nützlich sein, um Ihnen zusätzliches Kapital für Arbitrage-Handel zu verschaffen.
-Gehandelte Token, die dir Zinsen einbringen, werden _aTokens_ genannt.
+Gehandelte Token, die Ihnen Zinsen einbringen, werden _aTokens_ genannt.
-Wenn du dich für die Integration von Aave mit _create-eth-app_ entscheidest, erhältst du eine [Subgraph-Integration](https://docs.aave.com/developers/getting-started/using-graphql). Aave verwendet The Graph und stellt dir bereits mehrere einsatzbereite Subgraphs auf [Ropsten](https://thegraph.com/explorer/subgraph/aave/protocol-ropsten) und [Mainnet](https://thegraph.com/explorer/subgraph/aave/protocol) in [roher](https://thegraph.com/explorer/subgraph/aave/protocol-raw) oder [formatierter](https://thegraph.com/explorer/subgraph/aave/protocol) Form zur Verfügung.
+Wenn Sie sich entscheiden, Aave in die _create-eth-app_ zu integrieren, erhalten Sie eine [Subgraph-Integration](https://docs.aave.com/developers/getting-started/using-graphql). Aave verwendet The Graph und stellt Ihnen bereits mehrere einsatzbereite Subgraphs auf [Ropsten](https://thegraph.com/explorer/subgraph/aave/protocol-ropsten) und im [Mainnet](https://thegraph.com/explorer/subgraph/aave/protocol) in [roher](https://thegraph.com/explorer/subgraph/aave/protocol-raw) oder [formatierter](https://thegraph.com/explorer/subgraph/aave/protocol) Form zur Verfügung.
-
+
### Compound {#compound}
-[Compound](https://compound.finance/) ist ähnlich wie Aave. Die Integration enthält bereits den neuen [Compound v2 Subgraph](https://medium.com/graphprotocol/https-medium-com-graphprotocol-compound-v2-subgraph-highlight-a5f38f094195). Die zinsbringenden Token werden hier überraschenderweise _cTokens_ genannt.
+[Compound](https://compound.finance/) ist ähnlich wie Aave. Die Integration beinhaltet bereits den neuen [Compound v2 Subgraph](https://medium.com/graphprotocol/https-medium-com-graphprotocol-compound-v2-subgraph-highlight-a5f38f094195). Die zinsbringenden Token werden hier überraschenderweise _cTokens_ genannt.
### Uniswap {#uniswap}
-[Uniswap](https://uniswap.exchange/) ist eine dezentralisierte Börse (DEX). Liquiditätsanbieter können Gebühren verdienen, indem sie die erforderlichen Token oder Ether für beide Seiten eines Handels bereitstellen. Es ist weit verbreitet und hat daher eine der höchsten Liquiditäten für eine sehr breite Palette von Token. Du kannst es einfach in deine Dapp integrieren, um beispielsweise Benutzern zu ermöglichen, ihre ETH gegen DAI zu tauschen.
+[Uniswap](https://uniswap.exchange/) ist eine dezentralisierte Börse (DEX). Liquiditätsanbieter können Gebühren verdienen, indem sie die erforderlichen Token oder Ether für beide Seiten eines Handels bereitstellen. Sie ist weit verbreitet und weist daher eine der höchsten Liquiditäten für eine sehr breite Palette von Token auf. Sie können sie einfach in Ihre Dapp integrieren, um Benutzern beispielsweise zu ermöglichen, ihre ETH gegen DAI zu tauschen.
-Leider ist die Integration zum Zeitpunkt der Erstellung dieses Artikels nur für Uniswap v1 und nicht für die [gerade veröffentlichte v2](https://uniswap.org/blog/uniswap-v2/) möglich.
+Leider ist die Integration zum Zeitpunkt der Erstellung dieses Artikels nur für Uniswap v1 und nicht für das [gerade veröffentlichte v2](https://uniswap.org/blog/uniswap-v2/) verfügbar.
### Sablier {#sablier}
-[Sablier](https://sablier.com/) ermöglicht Benutzern das Streamen von Geldzahlungen. Anstelle eines einzelnen Zahltages erhältst du dein Geld nach der anfänglichen Einrichtung kontinuierlich und ohne weitere Verwaltung. Die Integration umfasst einen [eigenen Subgraph](https://thegraph.com/explorer/subgraph/sablierhq/sablier).
+[Sablier](https://sablier.com/) ermöglicht Benutzern das Streamen von Geldzahlungen. Anstelle eines einzigen Zahltags erhalten Sie Ihr Geld nach der anfänglichen Einrichtung kontinuierlich und ohne weiteren Verwaltungsaufwand. Die Integration beinhaltet ihren [eigenen Subgraph](https://thegraph.com/explorer/subgraph/sablierhq/sablier).
-## Was kommt als Nächstes? {#whats-next}
+## Wie geht es weiter? {#whats-next}
-Wenn du Fragen zu _create-eth-app_ hast, besuche den [Sablier Community-Server](https://discord.gg/bsS8T47), wo du mit den Autoren von _create-eth-app_ in Kontakt treten kannst. Als erste nächste Schritte könntest du ein UI-Framework wie [Material UI](https://mui.com/material-ui/) integrieren, GraphQL-Abfragen für die Daten schreiben, die du tatsächlich benötigst, und das Deployment einrichten.
+Wenn Sie Fragen zur _create-eth-app_ haben, besuchen Sie den [Sablier-Community-Server](https://discord.gg/bsS8T47), wo Sie mit den Autoren der _create-eth-app_ in Kontakt treten können. Als erste nächste Schritte möchten Sie vielleicht ein UI-Framework wie [Material UI](https://mui.com/material-ui/) integrieren, GraphQL-Abfragen für die Daten schreiben, die Sie tatsächlich benötigen, und das Deployment einrichten.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/de/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
index 2a5fa04190d..c9805139677 100644
--- a/public/content/translations/de/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
+++ b/public/content/translations/de/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
@@ -1,37 +1,37 @@
---
-title: Grundlegende Ethereum-Themen mit SQL lernen
-description: "Dieses Tutorial hilft Lesern, grundlegende Ethereum-Konzepte wie Transaktionen, Blöcke und Gas zu verstehen, indem sie On-Chain-Daten mit der Structured Query Language (SQL) abfragen."
+title: Lerne grundlegende Ethereum-Themen mit SQL
+description: "Dieses Tutorial hilft Lesern, grundlegende Ethereum-Konzepte wie Transaktionen, Blöcke und Gas zu verstehen, indem Daten auf der Blockchain mit der Structured Query Language (SQL) abgefragt werden."
author: "Paul Apivat"
-tags: ["SQL", "Querying", "Transactions"]
+tags: ["SQL", "Abfragen", "Transaktionen", "data-and-analytics"]
skill: beginner
-breadcrumb: "Ethereum mit SQL"
+breadcrumb: Ethereum mit SQL
lang: de
published: 2021-05-11
source: paulapivat.com
sourceUrl: https://paulapivat.com/post/query_ethereum/
---
-Viele Ethereum-Tutorials richten sich an Entwickler, aber es mangelt an Lernressourcen für Datenanalysten oder für Leute, die On-Chain-Daten einsehen möchten, ohne einen Client oder einen Knoten zu betreiben.
+Viele Ethereum-Tutorials richten sich an Entwickler, aber es mangelt an Bildungsressourcen für Datenanalysten oder für Personen, die Daten auf der Blockchain sehen möchten, ohne eine Anwendung oder einen Blockchain-Knoten auszuführen.
-Dieses Tutorial hilft Lesern, grundlegende Ethereum-Konzepte wie Transaktionen, Blöcke und Gas zu verstehen, indem sie On-Chain-Daten mit der Structured Query Language (SQL) über eine von [Dune Analytics](https://dune.com/) bereitgestellte Schnittstelle abfragen.
+Dieses Tutorial hilft Lesern, grundlegende Ethereum-Konzepte wie Transaktionen, Blöcke und Gas zu verstehen, indem Daten auf der Blockchain mit der Structured Query Language (SQL) über eine von [Dune Analytics](https://dune.com/) bereitgestellte Schnittstelle abgefragt werden.
-On-Chain-Daten können uns helfen, Ethereum, das Netzwerk und seine Wirtschaftlichkeit in Bezug auf die Rechenleistung zu verstehen. Sie sollten als Grundlage für das Verständnis der Herausforderungen dienen, mit denen Ethereum heute konfrontiert ist (z. B. steigende Gaspreise) und, was noch wichtiger ist, für Diskussionen über Skalierungslösungen.
+Daten auf der Blockchain können uns helfen, Ethereum, das Netzwerk und die Ökonomie für Rechenleistung zu verstehen. Sie sollten als Grundlage dienen, um die Herausforderungen zu verstehen, denen Ethereum heute gegenübersteht (z. B. steigende Gaspreise), und, was noch wichtiger ist, die Diskussionen über Skalierungslösungen.
### Transaktionen {#transactions}
-Die Reise eines Nutzers auf Ethereum beginnt mit der Initialisierung eines nutzergesteuerten Kontos oder einer Entität mit einem ETH-Guthaben. Es gibt zwei Kontotypen – benutzergesteuert oder ein Smart Contract (siehe [ethereum.org](/developers/docs/accounts/)).
+Die Reise eines Benutzers auf Ethereum beginnt mit der Initialisierung eines benutzergesteuerten Kontos oder einer Entität mit einem ETH-Guthaben. Es gibt zwei Arten von Konten – benutzergesteuerte oder ein Smart Contract (siehe [ethereum.org](/developers/docs/accounts/)).
-Jedes Konto kann in einem Block-Explorer wie [Etherscan](https://etherscan.io/) oder [Blockscout](https://eth.blockscout.com/) eingesehen werden. Block-Explorer sind ein Portal zu den Daten von Ethereum. Sie zeigen in Echtzeit Daten zu Blöcken, Transaktionen, Minern, Konten und anderen On-Chain-Aktivitäten an (siehe [hier](/developers/docs/data-and-analytics/block-explorers/)).
+Jedes Konto kann in einer Blocksuchmaschine wie [Etherscan](https://etherscan.io/) oder [Blockscout](https://eth.blockscout.com/) eingesehen werden. Blocksuchmaschinen sind ein Portal zu den Daten von Ethereum. Sie zeigen in Echtzeit Daten zu Blöcken, Transaktionen, Minern, Konten und anderen Aktivitäten auf der Blockchain an (siehe [hier](/developers/docs/data-and-analytics/block-explorers/)).
-Ein Benutzer möchte die Daten jedoch möglicherweise direkt abfragen, um die von externen Block-Explorern bereitgestellten Informationen abzugleichen. [Dune Analytics](https://dune.com/) bietet diese Möglichkeit jedem, der über SQL-Kenntnisse verfügt.
+Ein Benutzer möchte jedoch möglicherweise die Daten direkt abfragen, um die von externen Blocksuchmaschinen bereitgestellten Informationen abzugleichen. [Dune Analytics](https://dune.com/) bietet diese Möglichkeit für jeden mit etwas SQL-Wissen.
-Als Referenz kann das Smart-Contract-Konto der Ethereum Foundation (EF) auf [Blockscout](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) eingesehen werden.
+Als Referenz kann das Smart Contract-Konto der Ethereum Foundation (EF) auf [Blockscout](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) eingesehen werden.
-Es ist zu beachten, dass alle Konten, einschließlich desjenigen der EF, eine öffentliche Adresse haben, die zum Senden und Empfangen von Transaktionen verwendet werden kann.
+Es ist zu beachten, dass alle Konten, einschließlich des der EF, eine öffentliche Adresse haben, die zum Senden und Empfangen von Transaktionen verwendet werden kann.
-Der Kontostand auf Etherscan umfasst reguläre Transaktionen und interne Transaktionen. Interne Transaktionen sind, trotz des Namens, keine _tatsächlichen_ Transaktionen, die den Zustand der Chain ändern. Es handelt sich um Wertübertragungen, die durch die Ausführung eines Vertrags initiiert werden ([Quelle](https://ethereum.stackexchange.com/questions/3417/how-to-get-contract-internal-transactions)). Da interne Transaktionen keine Signatur haben, sind sie **nicht** in der Blockchain enthalten und können nicht mit Dune Analytics abgefragt werden.
+Der Kontostand auf Etherscan umfasst reguläre Transaktionen und interne Transaktionen. Interne Transaktionen sind trotz des Namens keine _tatsächlichen_ Transaktionen, die den Zustand der Chain ändern. Es handelt sich um Wertübertragungen, die durch die Ausführung eines Vertrags initiiert werden ([Quelle](https://ethereum.stackexchange.com/questions/3417/how-to-get-contract-internal-transactions)). Da interne Transaktionen keine Signatur haben, sind sie **nicht** in der Blockchain enthalten und können nicht mit Dune Analytics abgefragt werden.
-Daher wird sich dieses Tutorial auf reguläre Transaktionen konzentrieren. Dies kann wie folgt abgefragt werden:
+Daher wird sich dieses Tutorial auf reguläre Transaktionen konzentrieren. Diese können wie folgt abgefragt werden:
```sql
WITH temp_table AS (
@@ -59,11 +59,11 @@ SELECT
FROM temp_table
```
-Dies liefert die gleichen Informationen wie auf der Transaktionsseite von Etherscan. Zum Vergleich, hier die beiden Quellen:
+Dies liefert dieselben Informationen, die auf der Transaktionsseite von Etherscan bereitgestellt werden. Zum Vergleich sind hier die beiden Quellen:
#### Etherscan {#etherscan}
-
+
[Vertragsseite der EF auf Blockscout.](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe)
@@ -71,19 +71,19 @@ Dies liefert die gleichen Informationen wie auf der Transaktionsseite von Ethers
-Das Dashboard finden Sie [hier](https://dune.com/paulapivat/Learn-Ethereum). Klicken Sie auf die Tabelle, um die Abfrage zu sehen (siehe auch oben).
+Du findest das Dashboard [hier](https://dune.com/paulapivat/Learn-Ethereum). Klicke auf die Tabelle, um die Abfrage zu sehen (siehe auch oben).
-### Transaktionen im Detail {#breaking_down_transactions}
+### Transaktionen aufschlüsseln {#breaking_down_transactions}
Eine übermittelte Transaktion enthält mehrere Informationen, darunter ([Quelle](/developers/docs/transactions/)):
-- **Empfänger**: Die Empfangsadresse (abgefragt als „to“)
-- **Signatur**: Während die privaten Schlüssel eines Absenders eine Transaktion signieren, können wir mit SQL die öffentliche Adresse eines Absenders abfragen („from“).
-- **Wert**: Dies ist der Betrag an transferiertem ETH (siehe Spalte `ether`).
-- **Daten**: Das sind beliebige Daten, die gehasht wurden (siehe Spalte `data`)
-- **gasLimit** – die maximale Menge an Gaseinheiten, die von der Transaktion verbraucht werden kann. Gaseinheiten stellen Rechenschritte dar.
-- **maxPriorityFeePerGas** – die maximale Gasmenge, die als Trinkgeld für den Miner enthalten sein soll
-- **maxFeePerGas** – die maximale Menge an Gas, die für die Transaktion gezahlt werden soll (einschließlich baseFeePerGas und maxPriorityFeePerGas)
+- **Empfänger**: Die Empfangsadresse (abgefragt als "to")
+- **Signatur**: Während der Private-Key eines Senders eine Transaktion signiert, können wir mit SQL die öffentliche Adresse des Senders ("from") abfragen.
+- **Wert**: Dies ist die Menge an übertragenen ETH (siehe Spalte `ether`).
+- **Daten**: Dies sind beliebige Daten, die gehasht wurden (siehe Spalte `data`).
+- **gasLimit** – die maximale Menge an Gaseinheiten, die von der Transaktion verbraucht werden kann. Gaseinheiten repräsentieren Rechenschritte.
+- **maxPriorityFeePerGas** - die maximale Menge an Gas, die als Trinkgeld für den Miner enthalten sein soll.
+- **maxFeePerGas** - die maximale Menge an Gas, die man bereit ist, für die Transaktion zu zahlen (einschließlich baseFeePerGas und maxPriorityFeePerGas).
Wir können diese spezifischen Informationen für Transaktionen an die öffentliche Adresse der Ethereum Foundation abfragen:
@@ -104,11 +104,11 @@ ORDER BY block_time DESC
### Blöcke {#blocks}
-Jede Transaktion ändert den Zustand der Ethereum Virtual Machine ([EVM](/developers/docs/evm/)) ([Quelle](/developers/docs/transactions/)). Transaktionen werden an das Netzwerk gesendet, um verifiziert und in einen Block aufgenommen zu werden. Jede Transaktion ist mit einer Blocknummer verknüpft. Um die Daten zu sehen, können wir eine bestimmte Blocknummer abfragen: 12396854 (der jüngste Block der Ethereum-Foundation-Transaktionen zum Zeitpunkt des Schreibens dieses Tutorials am 5.11.2021).
+Jede Transaktion ändert den Zustand der Ethereum Virtual Machine ([EVM](/developers/docs/evm/)) ([Quelle](/developers/docs/transactions/)). Transaktionen werden an das Netzwerk übertragen, um verifiziert und in einen Block aufgenommen zu werden. Jede Transaktion ist mit einer Blocknummer verknüpft. Um die Daten zu sehen, könnten wir eine bestimmte Blocknummer abfragen: 12396854 (der aktuellste Block unter den Transaktionen der Ethereum Foundation zum Zeitpunkt dieses Schreibens, 11.05.21).
-Wenn wir die nächsten beiden Blöcke abfragen, können wir außerdem sehen, dass jeder Block den Hash des vorherigen Blocks (d. h. den übergeordneten Hash) enthält, was zeigt, wie die Blockchain aufgebaut ist.
+Wenn wir außerdem die nächsten beiden Blöcke abfragen, können wir sehen, dass jeder Block den Hash des vorherigen Blocks (d. h. den Parent-Hash) enthält, was veranschaulicht, wie die Blockchain gebildet wird.
-Jeder Block enthält einen Verweis auf seinen übergeordneten Block. Dies wird unten zwischen den Spalten `hash` und `parent_hash` gezeigt ([Quelle](/developers/docs/blocks/)):
+Jeder Block enthält einen Verweis auf seinen übergeordneten Block (Parent-Block). Dies wird unten zwischen den Spalten `hash` und `parent_hash` gezeigt ([Quelle](/developers/docs/blocks/)):
@@ -126,18 +126,18 @@ WHERE "number" = 12396854 OR "number" = 12396855 OR "number" = 12396856
LIMIT 10
```
-Wir können einen Block untersuchen, indem wir Zeit, Blocknummer, Schwierigkeitsgrad, Hash, übergeordneten Hash und die Nonce abfragen.
+Wir können einen Block untersuchen, indem wir Zeit, Blocknummer, Schwierigkeit, Hash, Parent-Hash und Nonce abfragen.
-Das Einzige, was diese Abfrage nicht abdeckt, ist die _Liste der Transaktionen_, die eine separate Abfrage unten erfordert, und der _State-Root_. Ein Full- oder Archiv-Node speichert alle Transaktionen und Zustandsübergänge, sodass Clients den Zustand der Chain jederzeit abfragen können. Da dies viel Speicherplatz erfordert, können wir Chain-Daten von Zustandsdaten trennen:
+Das Einzige, was diese Abfrage nicht abdeckt, ist die _Liste der Transaktionen_, die eine separate Abfrage unten erfordert, und die _State Root_. Ein vollständiger oder Archiv-Blockchain-Knoten speichert alle Transaktionen und Zustandsübergänge, sodass Anwendungen den Zustand der Chain jederzeit abfragen können. Da dies großen Speicherplatz erfordert, können wir Chain-Daten von Zustandsdaten trennen:
- Chain-Daten (Liste von Blöcken, Transaktionen)
- Zustandsdaten (Ergebnis des Zustandsübergangs jeder Transaktion)
-Der State-Root fällt unter Letzteres und ist _implizite_ Daten (nicht on-chain gespeichert), während Chain-Daten explizit sind und auf der Chain selbst gespeichert werden ([Quelle](https://ethereum.stackexchange.com/questions/359/where-is-the-state-data-stored)).
+Die State Root fällt in Letzteres und sind _implizite_ Daten (nicht auf der Blockchain gespeichert), während Chain-Daten explizit sind und auf der Chain selbst gespeichert werden ([Quelle](https://ethereum.stackexchange.com/questions/359/where-is-the-state-data-stored)).
-In diesem Tutorial konzentrieren wir uns auf On-Chain-Daten, die mit SQL über Dune Analytics abgefragt werden _können_.
+Für dieses Tutorial konzentrieren wir uns auf Daten auf der Blockchain, die mit SQL über Dune Analytics abgefragt werden _können_.
-Wie oben erwähnt, enthält jeder Block eine Liste von Transaktionen. Wir können diese abfragen, indem wir nach einem bestimmten Block filtern. Wir versuchen es mit dem letzten Block, 12396854:
+Wie oben erwähnt, enthält jeder Block eine Liste von Transaktionen. Wir können diese abfragen, indem wir nach einem bestimmten Block filtern. Wir versuchen es mit dem aktuellsten Block, 12396854:
```sql
SELECT * FROM ethereum."transactions"
@@ -149,9 +149,9 @@ Hier ist die SQL-Ausgabe auf Dune:
-Dieser einzelne Block, der der Chain hinzugefügt wird, ändert den Zustand der Ethereum Virtual Machine ([EVM](/developers/docs/evm/)). Dutzende, manchmal Hunderte von Transaktionen werden auf einmal verifiziert. In diesem speziellen Fall waren 222 Transaktionen enthalten.
+Das Hinzufügen dieses einzelnen Blocks zur Chain ändert den Zustand der Ethereum Virtual Machine ([EVM](/developers/docs/evm/)). Dutzende, manchmal Hunderte von Transaktionen werden auf einmal verifiziert. In diesem speziellen Fall waren 222 Transaktionen enthalten.
-Um zu sehen, wie viele tatsächlich erfolgreich waren, fügen wir einen weiteren Filter hinzu, um erfolgreiche Transaktionen zu zählen:
+Um zu sehen, wie viele tatsächlich erfolgreich waren, würden wir einen weiteren Filter hinzufügen, um erfolgreiche Transaktionen zu zählen:
```sql
WITH temp_table AS (
@@ -168,22 +168,22 @@ Für Block 12396854 wurden von insgesamt 222 Transaktionen 204 erfolgreich verif
-Transaktionsanfragen kommen Dutzende Male pro Sekunde vor, aber Blöcke werden etwa alle 15 Sekunden committet ([Quelle](/developers/docs/blocks/)).
+Transaktionsanfragen treten dutzende Male pro Sekunde auf, aber Blöcke werden ungefähr alle 15 Sekunden festgeschrieben ([Quelle](/developers/docs/blocks/)).
-Um zu sehen, dass ungefähr alle 15 Sekunden ein Block produziert wird, können wir die Anzahl der Sekunden pro Tag (86.400) durch 15 teilen, um eine geschätzte durchschnittliche Anzahl von Blöcken pro Tag (~ 5.760) zu erhalten.
+Um zu sehen, dass ungefähr alle 15 Sekunden ein Block produziert wird, könnten wir die Anzahl der Sekunden an einem Tag (86400) durch 15 teilen, um eine geschätzte durchschnittliche Anzahl von Blöcken pro Tag (~ 5760) zu erhalten.
-Das Diagramm der täglich erzeugten Ethereum-Blöcke (2016 – heute) ist:
+Das Diagramm für die pro Tag produzierten Ethereum-Blöcke (2016 - heute) ist:
-Die durchschnittliche Anzahl der in diesem Zeitraum täglich produzierten Blöcke beträgt ~5.874:
+Die durchschnittliche Anzahl der täglich produzierten Blöcke in diesem Zeitraum beträgt ~5.874:
Die Abfragen lauten:
```sql
-# Abfrage zur Visualisierung der täglich produzierten Blöcke seit 2016
+# query to visualize number of blocks produced daily since 2016
SELECT
DATE_TRUNC('day', time) AS dt,
@@ -192,7 +192,7 @@ FROM ethereum."blocks"
GROUP BY dt
OFFSET 1
-# durchschnittliche Anzahl der pro Tag produzierten Blöcke
+# average number of blocks produced per day
WITH temp_table AS (
SELECT
@@ -207,13 +207,13 @@ SELECT
FROM temp_table
```
-Die durchschnittliche Anzahl der seit 2016 pro Tag produzierten Blöcke liegt mit 5.874 leicht über diesem Wert. Alternativ ergeben 86.400 Sekunden geteilt durch 5.874 durchschnittliche Blöcke 14,7 Sekunden oder ungefähr einen Block alle 15 Sekunden.
+Die durchschnittliche Anzahl der pro Tag produzierten Blöcke seit 2016 liegt mit 5.874 leicht über dieser Zahl. Alternativ ergibt die Division von 86400 Sekunden durch durchschnittlich 5874 Blöcke 14,7 Sekunden oder ungefähr einen Block alle 15 Sekunden.
### Gas {#gas}
-Blöcke sind in ihrer Größe begrenzt. Die maximale Blockgröße ist dynamisch und variiert je nach Netzwerknachfrage zwischen 12.500.000 und 25.000.000 Einheiten. Limits sind erforderlich, um zu verhindern, dass willkürlich große Blöcke die Full Nodes in Bezug auf Speicherplatz- und Geschwindigkeitsanforderungen belasten ([Quelle](/developers/docs/blocks/)).
+Blöcke sind in ihrer Größe begrenzt. Die maximale Blockgröße ist dynamisch und variiert je nach Netzwerknachfrage zwischen 12.500.000 und 25.000.000 Einheiten. Limits sind erforderlich, um zu verhindern, dass beliebig große Blockgrößen vollständige Blockchain-Knoten in Bezug auf Speicherplatz und Geschwindigkeitsanforderungen belasten ([Quelle](/developers/docs/blocks/)).
-Eine Möglichkeit, sich das Block-Gaslimit vorzustellen, ist, es als das **Angebot** an verfügbarem Blockspace zu betrachten, in dem Transaktionen gebündelt werden. Das Block-Gaslimit kann von 2016 bis heute abgefragt und visualisiert werden:
+Eine Möglichkeit, das Block-Gaslimit zu konzeptualisieren, besteht darin, es sich als das **Angebot** an verfügbarem Blockplatz vorzustellen, in dem Transaktionen gebündelt werden können. Das Block-Gaslimit kann von 2016 bis heute abgefragt und visualisiert werden:
@@ -226,9 +226,9 @@ GROUP BY dt
OFFSET 1
```
-Dann gibt es das tatsächlich täglich verwendete Gas, um für Berechnungen auf der Ethereum-Chain zu bezahlen (d. h. das Senden von Transaktionen, das Aufrufen eines Smart Contracts, das Prägen eines NFT). Dies ist die **Nachfrage** nach verfügbarem Ethereum-Blockspace:
+Dann gibt es das tatsächliche Gas, das täglich verbraucht wird, um für Berechnungen auf der Ethereum-Chain zu bezahlen (z. B. das Senden einer Transaktion, das Aufrufen eines Smart Contracts, das Prägen eines NFTs). Dies ist die **Nachfrage** nach verfügbarem Ethereum-Blockplatz:
-
+
```sql
SELECT
@@ -239,17 +239,17 @@ GROUP BY dt
OFFSET 1
```
-Wir können diese beiden Diagramme auch einander gegenüberstellen, um zu sehen, wie sich **Angebot und Nachfrage** beeinflussen:
+Wir können diese beiden Diagramme auch nebeneinanderstellen, um zu sehen, wie **Angebot und Nachfrage** übereinstimmen:
-Daher können wir Gaspreise als eine Funktion der Nachfrage nach Ethereum-Blockspace bei gegebenem Angebot verstehen.
+Daher können wir Gaspreise als eine Funktion der Nachfrage nach Ethereum-Blockplatz bei gegebenem Angebot verstehen.
-Schließlich möchten wir vielleicht die durchschnittlichen täglichen Gaspreise für die Ethereum-Chain abfragen. Dies würde jedoch zu einer besonders langen Abfragezeit führen, also filtern wir unsere Abfrage auf die durchschnittliche Gasmenge, die von der Ethereum Foundation pro Transaktion bezahlt wird.
+Schließlich möchten wir vielleicht die durchschnittlichen täglichen Gaspreise für die Ethereum-Chain abfragen. Dies führt jedoch zu einer besonders langen Abfragezeit, sodass wir unsere Abfrage auf die durchschnittliche Menge an Gas filtern, die pro Transaktion von der Ethereum Foundation bezahlt wird.
-Wir können die Gaspreise sehen, die über die Jahre für alle an die Adresse der Ethereum Foundation getätigten Transaktionen gezahlt wurden. Hier ist die Abfrage:
+Wir können die Gaspreise sehen, die im Laufe der Jahre für alle Transaktionen an die Adresse der Ethereum Foundation gezahlt wurden. Hier ist die Abfrage:
```sql
SELECT
@@ -263,8 +263,8 @@ ORDER BY block_time DESC
### Zusammenfassung {#summary}
-Mit diesem Tutorial verstehen wir grundlegende Ethereum-Konzepte und wie die Ethereum-Blockchain funktioniert, indem wir On-Chain-Daten abfragen und ein Gefühl für sie bekommen.
+Mit diesem Tutorial verstehen wir grundlegende Ethereum-Konzepte und wie die Ethereum-Blockchain funktioniert, indem wir Daten auf der Blockchain abfragen und ein Gefühl dafür bekommen.
-Das Dashboard mit dem gesamten in diesem Tutorial verwendeten Code finden Sie [hier](https://dune.com/paulapivat/Learn-Ethereum).
+Das Dashboard, das den gesamten in diesem Tutorial verwendeten Code enthält, ist [hier](https://dune.com/paulapivat/Learn-Ethereum) zu finden.
-Für weitere Datennutzung zur Erkundung von Web3 [finden Sie mich auf Twitter](https://twitter.com/paulapivat).
+Für weitere Datennutzung zur Erkundung von Web3 [findest du mich auf Twitter](https://twitter.com/paulapivat).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/logging-events-smart-contracts/index.md b/public/content/translations/de/developers/tutorials/logging-events-smart-contracts/index.md
index 8b3195eedf4..9465653e814 100644
--- a/public/content/translations/de/developers/tutorials/logging-events-smart-contracts/index.md
+++ b/public/content/translations/de/developers/tutorials/logging-events-smart-contracts/index.md
@@ -1,10 +1,10 @@
---
-title: Protokollierung von Daten aus Smart Contracts mit Ereignissen
+title: Datenprotokollierung von Smart Contracts mit Ereignissen
description: "Eine Einführung in Smart-Contract-Ereignisse und wie Sie diese zur Datenprotokollierung verwenden können"
author: "jdourlens"
-tags: ["smart contracts", "remix", "solidity", "events"]
+tags: ["Smart Contracts", "Remix", "Solidity", "Ereignisse"]
skill: intermediate
-breadcrumb: "Event-Protokollierung"
+breadcrumb: Ereignisprotokollierung
lang: de
published: 2020-04-03
source: EthereumDev
@@ -12,19 +12,19 @@ sourceUrl: https://ethereumdev.io/logging-data-with-events/
address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
---
-In Solidity sind [Ereignisse](/developers/docs/smart-contracts/anatomy/#events-and-logs) Signale, die von Smart Contracts ausgegeben werden können. Dapps oder alles, was mit der JSON-RPC-API von Ethereum verbunden ist, können auf diese Ereignisse lauschen und entsprechend reagieren. Ein Ereignis kann auch indiziert werden, sodass der Ereignisverlauf später durchsuchbar ist.
+In Solidity sind [Ereignisse](/developers/docs/smart-contracts/anatomy/#events-and-logs) ausgesendete Signale, die Smart Contracts auslösen können. Dapps oder alles, was mit der Ethereum-JSON-RPC-API verbunden ist, können auf diese Ereignisse hören und entsprechend handeln. Ein Ereignis kann auch indiziert werden, sodass der Ereignisverlauf später durchsuchbar ist.
## Ereignisse {#events}
-Das häufigste Ereignis auf der Ethereum-Blockchain ist zum Zeitpunkt der Erstellung dieses Artikels das Transfer-Ereignis, das von ERC20-Tokens ausgegeben wird, wenn jemand Token überträgt.
+Das häufigste Ereignis auf der Ethereum-Blockchain zum Zeitpunkt des Verfassens dieses Artikels ist das Transfer-Ereignis, das von ERC20-Token ausgegeben wird, wenn jemand Token überträgt.
```solidity
event Transfer(address indexed from, address indexed to, uint256 value);
```
-Die Ereignissignatur wird innerhalb des Vertragscodes deklariert und kann mit dem Schlüsselwort emit ausgegeben werden. Zum Beispiel protokolliert das Transfer-Ereignis, wer die Übertragung gesendet hat (_from_), an wen (_to_) und wie viele Token übertragen wurden (_value_).
+Die Ereignissignatur wird innerhalb des Vertragscodes deklariert und kann mit dem Schlüsselwort emit ausgelöst werden. Zum Beispiel protokolliert das Transfer-Ereignis, wer die Überweisung gesendet hat (_from_), an wen (_to_) und wie viele Token übertragen wurden (_value_).
-Wenn wir zu unserem Counter-Smart-Contract zurückkehren und beschließen, jedes Mal zu protokollieren, wenn der Wert geändert wird. Da dieser Vertrag nicht zur Bereitstellung gedacht ist, sondern als Grundlage für die Erstellung eines anderen Vertrags durch Erweiterung dient, wird er als abstrakter Vertrag bezeichnet. Im Fall unseres Counter-Beispiels würde es so aussehen:
+Kehren wir zu unserem Counter-Smart-Contract zurück und beschließen, jede Wertänderung zu protokollieren. Da dieser Vertrag nicht bereitgestellt werden soll, sondern als Basis für den Aufbau eines anderen Vertrags durch Erweiterung dient, wird er als abstrakter Vertrag bezeichnet. Im Fall unseres Zählerbeispiels würde das so aussehen:
```solidity
pragma solidity 0.5.17;
@@ -33,7 +33,7 @@ contract Counter {
event ValueChanged(uint oldValue, uint256 newValue);
- // Private Variable vom Typ unsigned int zur Speicherung der Anzahl der Zählungen
+ // Private Variable vom Typ unsigned int, um die Anzahl der Zählungen zu speichern
uint256 private count = 0;
// Funktion, die unseren Zähler inkrementiert
@@ -42,7 +42,7 @@ contract Counter {
emit ValueChanged(count - 1, count);
}
- // Getter zum Abrufen des Zählwerts
+ // Getter, um den Zählwert abzurufen
function getCount() public view returns (uint256) {
return count;
}
@@ -52,12 +52,12 @@ contract Counter {
Beachten Sie Folgendes:
-- **Zeile 5**: Wir deklarieren unser Ereignis und was es enthält: den alten Wert und den neuen Wert.
+- **Zeile 5**: Wir deklarieren unser Ereignis und was es enthält, den alten Wert und den neuen Wert.
-- **Zeile 13**: Wenn wir unsere Zählvariable inkrementieren, geben wir das Ereignis aus.
+- **Zeile 13**: Wenn wir unsere Zählervariable inkrementieren, lösen wir das Ereignis aus.
-Wenn wir nun den Vertrag bereitstellen und die increment-Funktion aufrufen, sehen wir, dass Remix es automatisch anzeigt, wenn Sie auf die neue Transaktion in einem Array namens logs klicken.
+Wenn wir nun den Vertrag bereitstellen und die Inkrementierungsfunktion aufrufen, werden wir sehen, dass Remix dies automatisch anzeigt, wenn Sie auf die neue Transaktion innerhalb eines Arrays namens logs klicken.
-Logs sind sehr nützlich für das Debugging Ihrer Smart Contracts, aber sie sind auch wichtig, wenn Sie Anwendungen erstellen, die von verschiedenen Personen genutzt werden. Sie erleichtern die Analyse, um zu verfolgen und zu verstehen, wie Ihr Smart Contract genutzt wird. Die durch Transaktionen erzeugten Logs werden in gängigen Block-Explorern angezeigt und Sie können sie beispielsweise auch verwenden, um Off-Chain-Skripte zu erstellen, die auf bestimmte Ereignisse lauschen und bei deren Auftreten Maßnahmen ergreifen.
+Protokolle (Logs) sind sehr nützlich für das Debugging Ihrer Smart Contracts, aber sie sind auch wichtig, wenn Sie Anwendungen erstellen, die von verschiedenen Personen verwendet werden. Sie erleichtern die Analyse, um zu verfolgen und zu verstehen, wie Ihr Smart Contract verwendet wird. Die durch Transaktionen generierten Protokolle werden in beliebten Blocksuchmaschinen angezeigt, und Sie können sie beispielsweise auch verwenden, um Off-Chain-Skripte zu erstellen, die auf bestimmte Ereignisse hören und bei deren Eintreten Maßnahmen ergreifen.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md b/public/content/translations/de/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
index 739236f348d..29c3c04c76f 100644
--- a/public/content/translations/de/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
+++ b/public/content/translations/de/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
@@ -1,112 +1,109 @@
---
-title: "Merkle-Beweise für Offline Datenintegrität"
-description: "Sicherstellung der Datenintegrität onchain für Daten, die größtenteils offchain gespeichert sind"
+title: "Merkle-Beweise für Offline-Datenintegrität"
+description: "Sicherstellung der Datenintegrität auf der Blockchain für Daten, die größtenteils Off-Chain gespeichert sind"
author: Ori Pomerantz
-tags: ["storage"]
+tags: ["Speicher"]
skill: advanced
-breadcrumb: "Merkle-Beweise"
+breadcrumb: Merkle-Beweise
lang: de
published: 2021-12-30
---
## Einführung {#introduction}
-Idealerweise möchten wir alles in einem Ethereum Speicher ablegen, der auf Tausenden von Computern gespeichert ist und eine extrem hohe Verfügbarkeit (die Daten können nicht zensiert werden) und Integrität (die Daten können nicht unbefugt verändert werden) aufweist, aber die Speicherung eines 32-Byte-Wortes kostet normalerweise 20.000 Gas. Während ich das schreibe, entsprechen
-diese Kosten 6,60 USD. Mit 21 Cent pro Byte ist das für viele Anwendungen zu teuer.
+Idealerweise würden wir gerne alles im Ethereum-Speicher ablegen, der über Tausende von Computern verteilt ist und eine extrem hohe Verfügbarkeit (die Daten können nicht zensiert werden) sowie Integrität (die Daten können nicht unbefugt geändert werden) aufweist. Das Speichern eines 32-Byte-Wortes kostet jedoch typischerweise 20.000 Gas. Zum Zeitpunkt des Schreibens entspricht dieser Preis 6,60 $. Mit 21 Cent pro Byte ist dies für viele Anwendungsfälle zu teuer.
-Um dieses Problem zu lösen, hat das Ethereum-Ökosystem viele alternative Wege entwickelt, um Daten dezentral
-zu speichern. In der Regel muss dabei ein Kompromiss zwischen Verfügbarkeit und Preis eingegangen werden. Die Integrität ist jedoch in der Regel gewährleistet.
+Um dieses Problem zu lösen, hat das Ethereum-Ökosystem [viele alternative Wege entwickelt, um Daten dezentralisiert zu speichern](/developers/docs/storage/). Meistens beinhalten diese einen Kompromiss zwischen Verfügbarkeit und Preis. Die Integrität ist jedoch in der Regel gewährleistet.
-In diesem Artikel erfahren Sie, **wie** Sie die Datenintegrität gewährleisten, ohne die Daten auf der Blockchain zu speichern, indem Sie
-[Merkle-Beweise](https://computersciencewiki.org/index.php/Merkle_proof) verwenden.
+In diesem Artikel erfahren Sie, **wie** Sie die Datenintegrität sicherstellen können, ohne die Daten auf der Blockchain zu speichern, indem Sie [Merkle-Beweise](https://computersciencewiki.org/index.php/Merkle_proof) verwenden.
## Wie funktioniert das? {#how-does-it-work}
-Theoretisch könnten wir einfach den Hash der Daten onchain speichern und alle Daten in Transaktionen senden, die sie benötigen. Allerdings ist das immer noch zu teuer. Ein Byte Daten zu einer Transaktion kostet etwa 16 Gas, derzeit etwa einen halben Cent, oder etwa 5 USD pro Kilobyte. Mit 5000 USD pro Megabyte ist dies für viele Anwendungen immer noch zu teuer, selbst ohne die zusätzlichen Kosten für das Hashing der Daten.
+Theoretisch könnten wir einfach den Hash der Daten auf der Blockchain speichern und alle Daten in Transaktionen senden, die sie benötigen. Dies ist jedoch immer noch zu teuer. Ein Byte an Daten für eine Transaktion kostet etwa 16 Gas, derzeit etwa einen halben Cent oder etwa 5 $ pro Kilobyte. Mit 5.000 $ pro Megabyte ist dies für viele Anwendungen immer noch zu teuer, selbst ohne die zusätzlichen Kosten für das Hashen der Daten.
-Die Lösung ist, verschiedene Teilmengen der Daten wiederholt zu hashen, so dass Sie für die Daten, die Sie nicht zu senden brauchen, nur einen Hash senden können. Dazu verwenden Sie einen Merkle Tree, eine Baum Datenstruktur, bei der jeder Knoten ein Hash der darunter liegenden Knoten ist:
+Die Lösung besteht darin, verschiedene Teilmengen der Daten wiederholt zu hashen, sodass Sie für die Daten, die Sie nicht senden müssen, einfach einen Hash senden können. Dies geschieht mithilfe eines Merkle-Baums, einer Baum-Datenstruktur, bei der jeder Knoten ein Hash der darunter liegenden Knoten ist:
-Der Root-Hash ist der einzige Teil, der onchain gespeichert werden muss. Um einen bestimmten Wert zu beweisen, geben Sie alle Hashes an, die damit kombiniert werden müssen, um die Wurzel (Hash-Root) zu erhalten. Um zum Beispiel `C` zu beweisen, stellen Sie `D`, `H(A-B)` und `H(E-H)` zur Verfügung.
+Der Wurzel-Hash ist der einzige Teil, der auf der Blockchain gespeichert werden muss. Um einen bestimmten Wert zu beweisen, stellen Sie alle Hashes bereit, die damit kombiniert werden müssen, um die Wurzel zu erhalten. Um beispielsweise `C` zu beweisen, stellen Sie `D`, `H(A-B)` und `H(E-H)` bereit.
## Implementierung {#implementation}
-[Der Beispielcode wird hier zur Verfügung gestellt](https://github.com/qbzzt/merkle-proofs-for-offline-data-integrity).
+[Der Beispielcode wird hier bereitgestellt](https://github.com/qbzzt/merkle-proofs-for-offline-data-integrity).
-### Offchain-Code {#offchain-code}
+### Off-Chain-Code {#offchain-code}
-In diesem Artikel verwenden wir JavaScript für die Offchain-Berechnungen. Die meisten dezentralisierten Anwendungen haben ihre Offchain-Komponente in JavaScript.
+In diesem Artikel verwenden wir JavaScript für die Off-Chain-Berechnungen. Die meisten dezentralisierten Anwendungen haben ihre Off-Chain-Komponente in JavaScript.
-#### Erstellen der Merkle-Root {#creating-the-merkle-root}
+#### Erstellen der Merkle-Wurzel {#creating-the-merkle-root}
-Als erstes müssen wir die Merkle-Wurzel für die Chain bereitstellen.
+Zuerst müssen wir der Chain die Merkle-Wurzel bereitstellen.
```javascript
const ethers = require("ethers")
```
-[Wir verwenden die Hash-Funktion aus dem Ethers-Paket](https://docs.ethers.io/v5/api/utils/hashing/#utils-keccak256).
+[Wir verwenden die Hash-Funktion aus dem ethers-Paket](https://docs.ethers.io/v5/api/utils/hashing/#utils-keccak256).
```javascript
-// Die Rohdaten, deren Integrität wir überprüfen müssen. Die ersten beiden Bytes
-// sind eine Benutzerkennung, und die letzten beiden Bytes sind die Menge der Tokens, die
-// der Benutzer derzeit besitzt.
+// Die Rohdaten, deren Integrität wir überprüfen müssen. Die ersten zwei Bytes s
+// ind eine Benutzerkennung, und die letzten zwei Bytes die Menge an Token, die der
+// Benutzer derzeit besitzt.
const dataArray = [
0x0bad0010, 0x60a70020, 0xbeef0030, 0xdead0040, 0xca110050, 0x0e660060,
0xface0070, 0xbad00080, 0x060d0091,
]
```
-Die Kodierung jedes Eintrags in eine einzelne 256-Bit-Integerzahl führt zu weniger lesbarem Code als z. B. die Verwendung von JSON. Allerdings bedeutet dies einen deutlich geringeren Verarbeitungsaufwand für die Abfrage der Vertragsdaten und damit deutlich niedrigere Gaskosten. [Man kann JSON onchain lesen](https://github.com/chrisdotn/jsmnSol), es ist nur eine schlechte Idee, wenn es vermeidbar ist.
+Das Codieren jedes Eintrags in eine einzelne 256-Bit-Ganzzahl führt zu weniger lesbarem Code als beispielsweise die Verwendung von JSON. Dies bedeutet jedoch deutlich weniger Verarbeitungsaufwand beim Abrufen der Daten im Smart Contract und somit viel geringere Gaskosten. [Sie können JSON auf der Blockchain lesen](https://github.com/chrisdotn/jsmnSol), es ist nur eine schlechte Idee, wenn es sich vermeiden lässt.
```javascript
-// Das Array der Hash-Werte als BigInts
+// Das Array der Hash-Werte, als BigInts
const hashArray = dataArray
```
-In diesem Fall handelt es sich bei unseren Daten um 256 Bit-Werte, so dass keine Verarbeitung erforderlich ist. Wenn wir eine kompliziertere Datenstruktur verwenden, wie z. B. Strings, müssen wir sicherstellen, dass wir die Daten zuerst hashen, um ein Array von Hashes zu erhalten. Das liegt auch daran, weil es uns nicht interessiert, ob Benutzer die Informationen anderer Benutzer kennen. Andernfalls hätten wir einen Hash verwenden müssen, damit Benutzer 1 den Wert für Benutzer 0 nicht kennt, Benutzer 2 den Wert für Benutzer 3 nicht kennt usw.
+In diesem Fall bestehen unsere Daten von vornherein aus 256-Bit-Werten, sodass keine Verarbeitung erforderlich ist. Wenn wir eine kompliziertere Datenstruktur wie Strings verwenden, müssen wir sicherstellen, dass wir die Daten zuerst hashen, um ein Array von Hashes zu erhalten. Beachten Sie, dass dies auch daran liegt, dass es uns egal ist, ob Benutzer die Informationen anderer Benutzer kennen. Andernfalls hätten wir hashen müssen, damit Benutzer 1 den Wert für Benutzer 0 nicht kennt, Benutzer 2 den Wert für Benutzer 3 nicht kennt usw.
```javascript
// Konvertieren zwischen dem String, den die Hash-Funktion erwartet, und dem
-// BigInt, das wir überall sonst verwenden.
+// BigInt, den wir überall sonst verwenden.
const hash = (x) =>
BigInt(ethers.utils.keccak256("0x" + x.toString(16).padStart(64, 0)))
```
-Die Ethers-Hash-Funktion erwartet einen JavaScript-String mit einer hexadezimalen Zahl, wie z. B. `0x60A7`, und gibt einen anderen String mit der gleichen Struktur zurück. Für den Rest des Codes ist es jedoch einfacher, `BigInt` zu verwenden, also konvertieren wir es in einen hexadezimalen String und wieder zurück.
+Die ethers-Hash-Funktion erwartet einen JavaScript-String mit einer hexadezimalen Zahl, wie z. B. `0x60A7`, und antwortet mit einem weiteren String mit derselben Struktur. Für den Rest des Codes ist es jedoch einfacher, `BigInt` zu verwenden, daher konvertieren wir in einen hexadezimalen String und wieder zurück.
```javascript
-// Symmetrischer Hash eines Paares, sodass die umgekehrte Reihenfolge keine Rolle spielt.
+// Symmetrischer Hash eines Paares, sodass es uns egal ist, ob die Reihenfolge umgekehrt wird.
const pairHash = (a, b) => hash(hash(a) ^ hash(b))
```
-Diese Funktion ist symmetrisch (Hash von a [xor](https://en.wikipedia.org/wiki/Exclusive_or) b). Das bedeutet, dass wir uns bei der Überprüfung des Merkle-Beweises keine Gedanken darüber machen müssen, ob wir den Wert aus dem Beweis vor oder nach dem berechneten Wert setzen sollen. Die Überprüfung von Merkle-Beweisen wird onchain durchgeführt. Je weniger wir dort tun müssen, desto besser.
+Diese Funktion ist symmetrisch (Hash von a [XOR](https://en.wikipedia.org/wiki/Exclusive_or) b). Das bedeutet, dass wir uns bei der Überprüfung des Merkle-Beweises keine Gedanken darüber machen müssen, ob wir den Wert aus dem Beweis vor oder nach dem berechneten Wert einfügen. Die Überprüfung des Merkle-Beweises erfolgt auf der Blockchain, je weniger wir dort also tun müssen, desto besser.
Warnung:
-Kryptographie ist schwieriger als es aussieht.
-Die ursprüngliche Version dieses Artikels hatte die Hash-Funktion `hash(a^b)`.
-Das war eine **schlechte** Idee, denn es bedeutete, dass man, wenn man die legitimen Werte von `a` und `b` kannte, `b' = a^b^a'` verwenden konnte, um einen beliebigen `a'`-Wert zu beweisen.
-Mit dieser Funktion müsste man `b'` so berechnen, dass `hash(a') ^ hash(b')` gleich einem bekannten Wert ist (der nächste Zweig auf dem Weg zur Root), was viel schwieriger ist.
+Kryptografie ist schwieriger, als sie aussieht.
+Die ursprüngliche Version dieses Artikels enthielt die Hash-Funktion `hash(a^b)`.
+Das war eine **schlechte** Idee, denn das bedeutete, dass man, wenn man die legitimen Werte von `a` und `b` kannte, `b' = a^b^a'` verwenden konnte, um jeden gewünschten `a'`-Wert zu beweisen.
+Mit dieser Funktion müssten Sie `b'` so berechnen, dass `hash(a') ^ hash(b')` gleich einem bekannten Wert ist (dem nächsten Zweig auf dem Weg zur Wurzel), was viel schwieriger ist.
```javascript
-// Der Wert, der anzeigt, dass ein bestimmter Zweig leer ist und keinen
-// Wert hat
+// Der Wert, der anzeigt, dass ein bestimmter Zweig leer ist, hat keinen
+// Wert
const empty = 0n
```
-Wenn die Anzahl der Werte keine ganzzahlige Zweierpotenz ist, müssen wir leere Zweige behandeln. Bei diesem Programm wird die Null als Platzhalter eingesetzt.
+Wenn die Anzahl der Werte keine ganzzahlige Zweierpotenz ist, müssen wir leere Zweige behandeln. Dieses Programm macht das, indem es Null als Platzhalter einsetzt.
```javascript
-// Berechnet eine Ebene im Baum eines Hash-Arrays, indem der Hash
-// jedes Paares in der Sequenz genommen wird
+// Berechne eine Ebene höher im Baum eines Hash-Arrays, indem der Hash von
+// jedem Paar nacheinander gebildet wird
const oneLevelUp = (inputArray) => {
var result = []
- var inp = [...inputArray] // Um das Überschreiben der Eingabe zu vermeiden // Fügt bei Bedarf einen leeren Wert hinzu (wir benötigen alle Blätter // als Paare)
+ var inp = [...inputArray] // Um ein Überschreiben der Eingabe zu vermeiden // Füge bei Bedarf einen leeren Wert hinzu (wir müssen alle Blätter // paaren)
if (inp.length % 2 === 1) inp.push(empty)
@@ -117,13 +114,13 @@ const oneLevelUp = (inputArray) => {
} // oneLevelUp
```
-Diese Funktion "klettert" eine Ebene im Merkle-Baum hoch, indem sie die Wertepaare auf der aktuellen Ebene hasht. Beachten Sie, dass dies nicht die effizienteste Implementierung ist. Wir hätten das Kopieren der Eingabe vermeiden und einfach `hashEmpty` an der entsprechenden Stelle in der Schleife hinzufügen können, aber dieser Code ist auf Lesbarkeit optimiert.
+Diese Funktion „klettert“ eine Ebene im Merkle-Baum nach oben, indem sie die Wertepaare auf der aktuellen Ebene hasht. Beachten Sie, dass dies nicht die effizienteste Implementierung ist. Wir hätten das Kopieren der Eingabe vermeiden und einfach `hashEmpty` an der entsprechenden Stelle in der Schleife hinzufügen können, aber dieser Code ist auf Lesbarkeit optimiert.
```javascript
const getMerkleRoot = (inputArray) => {
var result
- result = [...inputArray] // Klettere den Baum hinauf, bis es nur noch einen Wert gibt, das ist die // Root. // // Wenn eine Ebene eine ungerade Anzahl von Einträgen hat, fügt der // Code in oneLevelUp einen leeren Wert hinzu. Wenn wir also zum Beispiel // 10 Blätter haben, haben wir 5 Zweige in der zweiten Ebene, 3 // Zweige in der dritten, 2 in der vierten und die Root ist die fünfte
+ result = [...inputArray] // Klettere den Baum hinauf, bis es nur noch einen Wert gibt, das ist die // Wurzel. // // Wenn eine Ebene eine ungerade Anzahl von Einträgen hat, fügt der // Code in oneLevelUp einen leeren Wert hinzu. Wenn wir also zum Beispiel // 10 Blätter haben, haben wir 5 Zweige in der zweiten Ebene, 3 // Zweige in der dritten, 2 in der vierten und die Wurzel ist die fünfte
while (result.length > 1) result = oneLevelUp(result)
@@ -131,16 +128,16 @@ const getMerkleRoot = (inputArray) => {
}
```
-Um die Wurzel zu bekommen, mache so lange, bis nur noch ein Wert übrig ist.
+Um die Wurzel zu erhalten, klettern Sie so lange, bis nur noch ein Wert übrig ist.
#### Erstellen eines Merkle-Beweises {#creating-a-merkle-proof}
-Ein Merkle-Beweis besteht aus den Werten, die zusammen mit dem zu beweisenden Wert gehasht werden müssen, um die Merkle-Wurzel zu erhalten. Der zu beweisende Wert ist oft aus anderen Daten verfügbar, daher ziehe ich es vor, ihn separat und nicht als Teil des Codes bereitzustellen.
+Ein Merkle-Beweis besteht aus den Werten, die zusammen mit dem zu beweisenden Wert gehasht werden müssen, um die Merkle-Wurzel zurückzuerhalten. Der zu beweisende Wert ist oft aus anderen Daten verfügbar, daher ziehe ich es vor, ihn separat und nicht als Teil des Codes bereitzustellen.
```javascript
-// Ein Merkle-Beweis besteht aus dem Wert der Liste der Einträge, mit denen
-// gehasht werden soll. Da wir eine symmetrische Hash-Funktion verwenden, benötigen wir
-// den Speicherort des Elements nicht, um den Beweis zu verifizieren, sondern nur, um ihn zu erstellen
+// Ein Merkle-Beweis besteht aus dem Wert der Liste von Einträgen, mit denen
+// gehasht wird. Da wir eine symmetrische Hash-Funktion verwenden, benötigen wir
+// die Position des Elements nicht, um den Beweis zu verifizieren, sondern nur, um ihn zu erstellen
const getMerkleProof = (inputArray, n) => {
var result = [], currentLayer = [...inputArray], currentN = n
@@ -151,37 +148,37 @@ const getMerkleProof = (inputArray, n) => {
currentLayer.push(empty)
result.push(currentN % 2
- // Wenn currentN ungerade ist, füge den Wert davor zum Beweis hinzu
+ // Wenn currentN ungerade ist, füge es mit dem Wert davor zum Beweis hinzu
? currentLayer[currentN-1]
// Wenn es gerade ist, füge den Wert danach hinzu
: currentLayer[currentN+1])
```
-Wir hashen `(v[0],v[1])`, `(v[2],v[3])` usw. Für gerade Werte benötigen wir also den nächsten, für ungerade Werte den vorherigen Wert.
+Wir hashen `(v[0],v[1])`, `(v[2],v[3])` usw. Für gerade Werte benötigen wir also den nächsten, für ungerade Werte den vorherigen.
```javascript
- // Auf die nächste Ebene aufsteigen
+ // Gehe zur nächsten Ebene nach oben
currentN = Math.floor(currentN/2)
currentLayer = oneLevelUp(currentLayer)
- } // while currentLayer.length > 1
+ } // while currentLayer.length > 1
return result
-} // getMerkleProof
+} // getMerkleProof
```
-### Onchain-Code {#onchain-code}
+### On-Chain-Code {#onchain-code}
-Schließlich haben wir den Code, der den Beweis überprüft. Der Onchain-Code ist in [Solidity](https://docs.soliditylang.org/en/v0.8.11/) geschrieben. Die Optimierung ist hier sehr viel wichtiger, weil Gas relativ teuer ist.
+Schließlich haben wir den Code, der den Beweis überprüft. Der On-Chain-Code ist in [Solidity](https://docs.soliditylang.org/en/v0.8.11/) geschrieben. Optimierung ist hier viel wichtiger, da Gas relativ teuer ist.
```solidity
-//SPDX-License-Identifier: Public Domain
+// SPDX-License-Identifier: Public Domain
pragma solidity ^0.8.0;
import "hardhat/console.sol";
```
-Ich habe dies mit der [Hardhat-Entwicklungsumgebung](https://hardhat.org/) geschrieben, die es uns ermöglicht, während der Entwicklung [Konsolenausgaben von Solidity](https://hardhat.org/docs/cookbook/debug-logs) zu haben.
+Ich habe dies mit der [Hardhat-Entwicklungsumgebung](https://hardhat.org/) geschrieben, die es uns ermöglicht, während der Entwicklung [Konsolenausgaben von Solidity](https://hardhat.org/docs/cookbook/debug-logs) zu erhalten.
```solidity
@@ -192,15 +189,15 @@ contract MerkleProof {
return merkleRoot;
}
- // Äußerst unsicher, im Produktionscode muss der Zugriff auf
- // diese Funktion STRENG limitiert sein, wahrscheinlich auf einen
+ // Extrem unsicher, in Produktionscode muss der Zugriff auf
+ // diese Funktion STRENG LIMITIERT SEIN, wahrscheinlich auf einen
// Besitzer
function setRoot(uint _merkleRoot) external {
merkleRoot = _merkleRoot;
- } // setRoot
+ } // setRoot
```
-Set- und Get-Funktionen für die Merkle-Wurzel. Jeden die Merkle-Root aktualisieren zu lassen, ist eine _extrem schlechte Idee_ in einem Produktionssystem. Ich tue es hier der Einfachheit halber für den Beispielcode. **Tun Sie das nicht auf einem System, bei dem die Datenintegrität wirklich wichtig ist**.
+Set- und Get-Funktionen für die Merkle-Wurzel. Jeden die Merkle-Wurzel aktualisieren zu lassen, ist in einem Produktionssystem eine _extrem schlechte Idee_. Ich mache es hier der Einfachheit halber für den Beispielcode. **Tun Sie dies nicht auf einem System, bei dem Datenintegrität tatsächlich wichtig ist**.
```solidity
function hash(uint _a) internal pure returns(uint) {
@@ -212,12 +209,12 @@ Set- und Get-Funktionen für die Merkle-Wurzel. Jeden die Merkle-Root aktualisie
}
```
-Diese Funktion erzeugt einen Paar-Hash. Es ist nur die Solidity-Übersetzung des JavaScript-Codes für `hash` und `pairHash`.
+Diese Funktion generiert einen Paar-Hash. Es ist lediglich die Solidity-Übersetzung des JavaScript-Codes für `hash` und `pairHash`.
-**Hinweis:** Dies ist ein weiterer Fall der Optimierung auf Lesbarkeit. Basierend auf [der Funktionsdefinition](https://www.tutorialspoint.com/solidity/solidity_cryptographic_functions.htm) wäre es möglich, die Daten als [`bytes32`](https://docs.soliditylang.org/en/v0.5.3/types.html#fixed-size-byte-arrays)-Wert zu speichern und die Konvertierungen zu vermeiden.
+**Hinweis:** Dies ist ein weiterer Fall von Optimierung für die Lesbarkeit. Basierend auf [der Funktionsdefinition](https://www.tutorialspoint.com/solidity/solidity_cryptographic_functions.htm) könnte es möglich sein, die Daten als [`bytes32`](https://docs.soliditylang.org/en/v0.5.3/types.html#fixed-size-byte-arrays)-Wert zu speichern und die Konvertierungen zu vermeiden.
```solidity
- // Überprüfen eines Merkle-Beweises
+ // Verifiziere einen Merkle-Beweis
function verifyProof(uint _value, uint[] calldata _proof)
public view returns (bool) {
uint temp = _value;
@@ -230,21 +227,21 @@ Diese Funktion erzeugt einen Paar-Hash. Es ist nur die Solidity-Übersetzung des
return temp == merkleRoot;
}
-} // MarkleProof
+} // MarkleProof
```
-In mathematischer Notation sieht die Verifizierung eines Merkle-Beweises so aus: `H(proof_n, H(proof_n-1, H(proof_n-2, ...` H(proof_1, H(proof_0, value))...)))`. Dieser Code implementiert sie.
+In mathematischer Notation sieht die Verifizierung eines Merkle-Beweises so aus: `H(proof_n, H(proof_n-1, H(proof_n-2, ... H(proof_1, H(proof_0, value))...)))`. Dieser Code implementiert dies.
-## Merkle-Beweise und Rollups vertragen sich nicht {#merkle-proofs-and-rollups}
+## Merkle-Beweise und Rollups passen nicht zusammen {#merkle-proofs-and-rollups}
-Merkle-Beweise funktionieren nicht gut mit [Rollups](/developers/docs/scaling/#rollups). Der Grund dafür ist, dass Rollups alle Transaktionsdaten auf L1 schreiben, aber auf L2 verarbeiten. Die Kosten für die Übermittlung eines Merkle-Beweises mit einer Transaktion belaufen sich auf durchschnittlich 638 Gas pro Ebene (derzeit kostet ein Byte in Call Data 16 Gas, wenn es nicht Null ist, und 4, wenn es Null ist). Bei einer Datenmenge von 1024 Wörtern sind für einen Merkle-Beweis zehn Ebenen erforderlich, also insgesamt 6380 Gas.
+Merkle-Beweise funktionieren nicht gut mit [Rollups](/developers/docs/scaling/#rollups). Der Grund dafür ist, dass Rollups alle Transaktionsdaten auf L1 schreiben, aber auf L2 verarbeiten. Die Kosten für das Senden eines Merkle-Beweises mit einer Transaktion belaufen sich durchschnittlich auf 638 Gas pro Ebene (derzeit kostet ein Byte in Call-Daten 16 Gas, wenn es nicht null ist, und 4, wenn es null ist). Wenn wir 1024 Datenwörter haben, erfordert ein Merkle-Beweis zehn Ebenen oder insgesamt 6380 Gas.
-Wenn man sich zum Beispiel [Optimism](https://public-grafana.optimism.io/d/9hkhMxn7z/public-dashboard?orgId=1&refresh=5m) ansieht, kostet das Schreiben von L1-Gas etwa 100 Gwei und L2-Gas 0,001 Gwei (das ist der normale Preis, er kann bei Überlastung steigen). Für die Kosten von einem L1 Gas können wir also hunderttausend Gas für die L2 Verarbeitung ausgeben. Wenn wir davon ausgehen, dass wir den Speicher nicht überschreiben, bedeutet das, dass wir für den Preis von einem L1 Gas etwa fünf Wörter in den L2 Speicher schreiben können. Für einen einzelnen Merkle-Beweis können wir die gesamten 1024 Wörter in den Speicher schreiben (vorausgesetzt, sie können von Anfang an onchain berechnet werden, anstatt in einer Transaktion bereitgestellt zu werden) und haben immer noch den größten Teil des Gases übrig.
+Wenn wir uns zum Beispiel [Optimism](https://public-grafana.optimism.io/d/9hkhMxn7z/public-dashboard?orgId=1&refresh=5m) ansehen, kostet das Schreiben von L1-Gas etwa 100 Gwei und L2-Gas kostet 0,001 Gwei (das ist der normale Preis, er kann bei Überlastung steigen). Für die Kosten von einem L1-Gas können wir also hunderttausend Gas für die L2-Verarbeitung ausgeben. Unter der Annahme, dass wir den Speicher nicht überschreiben, bedeutet dies, dass wir für den Preis von einem L1-Gas etwa fünf Wörter in den Speicher auf L2 schreiben können. Für einen einzigen Merkle-Beweis können wir die gesamten 1024 Wörter in den Speicher schreiben (vorausgesetzt, sie können von vornherein auf der Blockchain berechnet werden, anstatt in einer Transaktion bereitgestellt zu werden) und haben immer noch den Großteil des Gases übrig.
## Fazit {#conclusion}
-Im echten Leben werden Sie Merkle-Bäume vielleicht nie selbst implementieren. Es gibt bekannte und geprüfte Bibliotheken, die Sie verwenden können, wobei es im Allgemeinen nicht ratsam ist, kryptographische Primitive selbst zu implementieren. Aber ich hoffe, dass Sie jetzt die Merkle-Beweise besser verstehen und entscheiden können, wann es sich lohnt, sie einzusetzen.
+Im wirklichen Leben werden Sie Merkle-Bäume vielleicht nie selbst implementieren. Es gibt bekannte und geprüfte Bibliotheken, die Sie verwenden können, und im Allgemeinen ist es am besten, kryptografische Primitive nicht selbst zu implementieren. Aber ich hoffe, dass Sie Merkle-Beweise jetzt besser verstehen und entscheiden können, wann sich ihr Einsatz lohnt.
-Beachten Sie, dass Merkle-Beweise zwar die _Integrität_, nicht aber die _Verfügbarkeit_ erhalten. Zu wissen, dass niemand sonst Ihre Assets nehmen kann, ist ein schwacher Trost, wenn der Datenspeicher beschließt, den Zugriff zu verweigern, und Sie auch keinen Merkle-Baum erstellen können, um darauf zuzugreifen. Merkle-Bäume werden daher am besten mit einer Art dezentralem Speicher wie IPFS verwendet.
+Beachten Sie, dass Merkle-Beweise zwar die _Integrität_ wahren, nicht aber die _Verfügbarkeit_. Zu wissen, dass niemand sonst Ihre Vermögenswerte nehmen kann, ist ein schwacher Trost, wenn der Datenspeicher beschließt, den Zugriff zu verweigern, und Sie auch keinen Merkle-Baum konstruieren können, um darauf zuzugreifen. Daher werden Merkle-Bäume am besten mit einer Art dezentralisiertem Speicher wie IPFS verwendet.
-[Hier finden Sie mehr von meiner Arbeit](https://cryptodocguy.pro/).
+[Weitere meiner Arbeiten finden Sie hier](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/de/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
index 21490902d4d..96ec69cf643 100644
--- a/public/content/translations/de/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
+++ b/public/content/translations/de/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
@@ -1,25 +1,25 @@
---
title: "Überwachung von Geth mit InfluxDB und Grafana"
-description: "Richten Sie die Überwachung für Ihren Geth-Node mit InfluxDB und Grafana ein, um die Leistung zu verfolgen und Probleme zu identifizieren."
+description: "Richten Sie die Überwachung für Ihren Geth-Blockchain-Knoten mit InfluxDB und Grafana ein, um die Leistung zu verfolgen und Probleme zu identifizieren."
author: "Mario Havel"
-tags: ["clients", "nodes"]
+tags: ["Anwendungen", "Blockchain-Knoten"]
skill: intermediate
-breadcrumb: "Geth-Monitoring"
+breadcrumb: "Geth überwachen"
lang: de
published: 2021-01-13
---
-Dieses Tutorial hilft Ihnen dabei, die Überwachung für Ihren Geth-Node einzurichten, damit Sie dessen Leistung besser verstehen und potenzielle Probleme erkennen können.
+Dieses Tutorial hilft Ihnen bei der Einrichtung der Überwachung für Ihren Geth-Blockchain-Knoten, damit Sie dessen Leistung besser verstehen und potenzielle Probleme identifizieren können.
## Voraussetzungen {#prerequisites}
- Sie sollten bereits eine Instanz von Geth ausführen.
-- Die meisten Schritte und Beispiele sind für eine Linux-Umgebung, grundlegende Terminalkenntnisse sind dabei hilfreich.
-- Sehen Sie sich diesen Videoüberblick über die Metrik-Suite von Geth an: [Monitoring an Ethereum infrastructure by Péter Szilágyi](https://www.youtube.com/watch?v=cOBab8IJMYI).
+- Die meisten Schritte und Beispiele beziehen sich auf eine Linux-Umgebung, grundlegende Terminal-Kenntnisse sind hilfreich.
+- Sehen Sie sich diesen Video-Überblick über die Metrik-Suite von Geth an: [Monitoring an Ethereum infrastructure by Péter Szilágyi](https://www.youtube.com/watch?v=cOBab8IJMYI).
## Überwachungs-Stack {#monitoring-stack}
-Ein Ethereum-Client sammelt eine Menge Daten, die in Form einer chronologischen Datenbank gelesen werden können. Um die Überwachung zu erleichtern, können Sie diese in eine Datenvisualisierungssoftware einspeisen. Es gibt mehrere verfügbare Optionen:
+Eine Ethereum-Anwendung sammelt viele Daten, die in Form einer chronologischen Datenbank gelesen werden können. Um die Überwachung zu erleichtern, können Sie diese in eine Datenvisualisierungssoftware einspeisen. Es stehen mehrere Optionen zur Verfügung:
- [Prometheus](https://prometheus.io/) (Pull-Modell)
- [InfluxDB](https://www.influxdata.com/get-influxdb/) (Push-Modell)
@@ -28,13 +28,13 @@ Ein Ethereum-Client sammelt eine Menge Daten, die in Form einer chronologischen
- [Datadog](https://www.datadoghq.com/)
- [Chronograf](https://www.influxdata.com/time-series-platform/chronograf/)
-Es gibt auch [Geth Prometheus Exporter](https://github.com/hunterlong/gethexporter), eine mit InfluxDB und Grafana vorkonfigurierte Option.
+Es gibt auch den [Geth Prometheus Exporter](https://github.com/hunterlong/gethexporter), eine Option, die mit InfluxDB und Grafana vorkonfiguriert ist.
-In diesem Tutorial richten wir Ihren Geth-Client ein, um Daten an InfluxDB zur Erstellung einer Datenbank zu senden und mit Grafana eine Diagrammvisualisierung der Daten zu erstellen. Die manuelle Durchführung wird Ihnen helfen, den Prozess besser zu verstehen, ihn zu ändern und in verschiedenen Umgebungen bereitzustellen.
+In diesem Tutorial richten wir Ihre Geth-Anwendung so ein, dass sie Daten an InfluxDB sendet, um eine Datenbank zu erstellen, und an Grafana, um eine grafische Visualisierung der Daten zu erstellen. Wenn Sie dies manuell tun, können Sie den Prozess besser verstehen, ihn ändern und in verschiedenen Umgebungen bereitstellen.
-## Einrichten von InfluxDB {#setting-up-influxdb}
+## InfluxDB einrichten {#setting-up-influxdb}
-Lassen Sie uns zunächst InfluxDB herunterladen und installieren. Verschiedene Download-Optionen finden Sie auf der [Influxdata-Release-Seite](https://portal.influxdata.com/downloads/). Wählen Sie die für Ihre Umgebung passende aus.
+Laden wir zunächst InfluxDB herunter und installieren es. Verschiedene Download-Optionen finden Sie auf der [Influxdata-Release-Seite](https://portal.influxdata.com/downloads/). Wählen Sie diejenige aus, die zu Ihrer Umgebung passt.
Sie können es auch aus einem [Repository](https://repos.influxdata.com/) installieren. Zum Beispiel in einer Debian-basierten Distribution:
```
@@ -48,20 +48,20 @@ sudo systemctl start influxdb
sudo apt install influxdb-client
```
-Nach der erfolgreichen Installation von InfluxDB, stellen Sie sicher, dass es im Hintergrund läuft. Standardmäßig ist es unter `localhost:8086` erreichbar.
-Bevor Sie den `Influx`-Client verwenden, müssen Sie einen neuen Benutzer mit Administratorrechten erstellen. Dieser Benutzer dient der übergeordneten Verwaltung, der Erstellung von Datenbanken und Benutzern.
+Stellen Sie nach der erfolgreichen Installation von InfluxDB sicher, dass es im Hintergrund ausgeführt wird. Standardmäßig ist es unter `localhost:8086` erreichbar.
+Bevor Sie die `influx`-Anwendung verwenden, müssen Sie einen neuen Benutzer mit Administratorrechten erstellen. Dieser Benutzer dient der übergeordneten Verwaltung, der Erstellung von Datenbanken und Benutzern.
```
curl -XPOST "http://localhost:8086/query" --data-urlencode "q=CREATE USER username WITH PASSWORD 'password' WITH ALL PRIVILEGES"
```
-Jetzt können Sie den Influx-Client verwenden, um mit diesem Benutzer die [InfluxDB-Shell](https://docs.influxdata.com/influxdb/v1.8/tools/shell/) zu betreten.
+Jetzt können Sie die Influx-Anwendung verwenden, um mit diesem Benutzer in die [InfluxDB-Shell](https://docs.influxdata.com/influxdb/v1.8/tools/shell/) zu gelangen.
```
influx -username 'username' -password 'password'
```
-Indem Sie direkt mit InfluxDB in seiner Shell kommunizieren, können Sie eine Datenbank und einen Benutzer für Geth-Metriken erstellen.
+Durch die direkte Kommunikation mit InfluxDB in seiner Shell können Sie eine Datenbank und einen Benutzer für Geth-Metriken erstellen.
```
create database geth
@@ -81,29 +81,29 @@ Verlassen Sie die InfluxDB-Shell.
exit
```
-InfluxDB läuft und ist konfiguriert, um Metriken von Geth zu speichern.
+InfluxDB läuft und ist so konfiguriert, dass Metriken von Geth gespeichert werden.
## Geth vorbereiten {#preparing-geth}
-Nachdem die Datenbank eingerichtet ist, müssen wir die Metrikerfassung in Geth aktivieren. Achten Sie auf `METRICS AND STATS OPTIONS` in `geth --help`. Dort finden Sie mehrere Optionen, in diesem Fall möchten wir, dass Geth Daten in InfluxDB pusht.
-Die Grundeinrichtung gibt den Endpunkt an, an dem InfluxDB erreichbar ist, und die Authentifizierung für die Datenbank.
+Nach der Einrichtung der Datenbank müssen wir die Metrikerfassung in Geth aktivieren. Achten Sie auf `METRICS AND STATS OPTIONS` in `geth --help`. Dort finden Sie mehrere Optionen. In diesem Fall möchten wir, dass Geth Daten in InfluxDB pusht.
+Die grundlegende Einrichtung gibt den Endpunkt an, an dem InfluxDB erreichbar ist, sowie die Authentifizierung für die Datenbank.
```
geth --metrics --metrics.influxdb --metrics.influxdb.endpoint "http://0.0.0.0:8086" --metrics.influxdb.username "geth" --metrics.influxdb.password "chosenpassword"
```
-Diese Flags können an einen Befehl zum Starten des Clients angehängt oder in der Konfigurationsdatei gespeichert werden.
+Diese Flags können an einen Befehl angehängt werden, der die Anwendung startet, oder in der Konfigurationsdatei gespeichert werden.
-Sie können überprüfen, ob Geth erfolgreich Daten pusht, indem Sie zum Beispiel die Metriken in der Datenbank auflisten. In der InfluxDB-Shell:
+Sie können überprüfen, ob Geth erfolgreich Daten pusht, indem Sie beispielsweise Metriken in der Datenbank auflisten. In der InfluxDB-Shell:
```
use geth
show measurements
```
-## Einrichten von Grafana {#setting-up-grafana}
+## Grafana einrichten {#setting-up-grafana}
-Der nächste Schritt ist die Installation von Grafana, das die Daten grafisch interpretieren wird. Folgen Sie dem Installationsprozess für Ihre Umgebung in der Grafana-Dokumentation. Stellen Sie sicher, dass Sie die OSS-Version installieren, wenn nicht anders gewünscht.
+Der nächste Schritt ist die Installation von Grafana, das die Daten grafisch interpretiert. Befolgen Sie den Installationsprozess für Ihre Umgebung in der Grafana-Dokumentation. Stellen Sie sicher, dass Sie die OSS-Version installieren, sofern Sie nichts anderes wünschen.
Beispielhafte Installationsschritte für Debian-Distributionen unter Verwendung des Repositorys:
```
@@ -116,37 +116,37 @@ sudo systemctl start grafana-server
```
Wenn Grafana läuft, sollte es unter `localhost:3000` erreichbar sein.
-Verwenden Sie Ihren bevorzugten Browser, um auf diesen Pfad zuzugreifen, und melden Sie sich dann mit den Standard-Anmeldeinformationen an (Benutzer: `admin` und Passwort: `admin`). Wenn Sie dazu aufgefordert werden, ändern Sie das Standardpasswort und speichern Sie es.
+Verwenden Sie Ihren bevorzugten Browser, um auf diesen Pfad zuzugreifen, und melden Sie sich dann mit den Standardanmeldeinformationen an (Benutzer: `admin` und Passwort: `admin`). Wenn Sie dazu aufgefordert werden, ändern Sie das Standardpasswort und speichern Sie es.
-
+
-Sie werden zur Grafana-Startseite weitergeleitet. Richten Sie zunächst Ihre Quelldaten ein. Klicken Sie auf das Konfigurationssymbol in der linken Leiste und wählen Sie "Datenquellen" aus.
+Sie werden zur Grafana-Startseite weitergeleitet. Richten Sie zunächst Ihre Quelldaten ein. Klicken Sie auf das Konfigurationssymbol in der linken Leiste und wählen Sie „Data sources“ (Datenquellen).
-
+
-Es sind noch keine Datenquellen erstellt worden. Klicken Sie auf "Datenquelle hinzufügen", um eine zu definieren.
+Es wurden noch keine Datenquellen erstellt. Klicken Sie auf „Add data source“ (Datenquelle hinzufügen), um eine zu definieren.
-
+
-Wählen Sie für dieses Setup "InfluxDB" aus und fahren Sie fort.
+Wählen Sie für diese Einrichtung „InfluxDB“ und fahren Sie fort.
-
+
-Die Konfiguration der Datenquelle ist ziemlich einfach, wenn Sie die Tools auf demselben Rechner ausführen. Sie müssen die InfluxDB-Adresse und die Details für den Zugriff auf die Datenbank festlegen. Beachten Sie die Abbildung unten.
+Die Konfiguration der Datenquelle ist ziemlich einfach, wenn Sie Tools auf derselben Maschine ausführen. Sie müssen die InfluxDB-Adresse und die Details für den Zugriff auf die Datenbank festlegen. Beziehen Sie sich auf das Bild unten.
-
+
-Wenn alles vollständig ist und InfluxDB erreichbar ist, klicken Sie auf "Speichern und testen" und warten Sie, bis die Bestätigung erscheint.
+Wenn alles abgeschlossen ist und InfluxDB erreichbar ist, klicken Sie auf „Save and test“ (Speichern und testen) und warten Sie, bis die Bestätigung angezeigt wird.
-
+
-Grafana ist jetzt so eingerichtet, dass es Daten aus InfluxDB lesen kann. Jetzt müssen Sie ein Dashboard erstellen, das sie interpretiert und anzeigt. Dashboard-Eigenschaften sind in JSON-Dateien kodiert, die von jedermann erstellt und einfach importiert werden können. Klicken Sie in der linken Leiste auf "Erstellen und Importieren".
+Grafana ist nun so eingerichtet, dass es Daten aus InfluxDB liest. Jetzt müssen Sie ein Dashboard erstellen, das diese interpretiert und anzeigt. Dashboard-Eigenschaften sind in JSON-Dateien codiert, die von jedem erstellt und einfach importiert werden können. Klicken Sie in der linken Leiste auf „Create and Import“ (Erstellen und Importieren).
-
+
-Für ein Geth-Überwachungs-Dashboard kopieren Sie die ID von [diesem Dashboard](https://grafana.com/grafana/dashboards/13877/) und fügen Sie sie auf der "Importseite" in Grafana ein. Nach dem Speichern des Dashboards sollte es so aussehen:
+Für ein Geth-Überwachungs-Dashboard kopieren Sie die ID von [diesem Dashboard](https://grafana.com/grafana/dashboards/13877/) und fügen Sie sie auf der „Import page“ (Importseite) in Grafana ein. Nach dem Speichern des Dashboards sollte es so aussehen:
-
+
-Sie können Ihre Dashboards ändern. Jedes Panel kann bearbeitet, verschoben, entfernt oder hinzugefügt werden. Sie können Ihre Konfigurationen ändern. Es liegt ganz bei Ihnen! Um mehr darüber zu erfahren, wie Dashboards funktionieren, lesen Sie die [Dokumentation von Grafana](https://grafana.com/docs/grafana/latest/dashboards/).
-Sie könnten auch an [Alerting](https://grafana.com/docs/grafana/latest/alerting/) interessiert sein. Damit können Sie Warnmeldungen für den Fall einrichten, dass Metriken bestimmte Werte erreichen. Verschiedene Kommunikationskanäle werden unterstützt.
+Sie können Ihre Dashboards ändern. Jedes Panel kann bearbeitet, verschoben, entfernt oder hinzugefügt werden. Sie können Ihre Konfigurationen ändern. Es liegt ganz bei Ihnen! Um mehr darüber zu erfahren, wie Dashboards funktionieren, lesen Sie die [Grafana-Dokumentation](https://grafana.com/docs/grafana/latest/dashboards/).
+Vielleicht interessieren Sie sich auch für [Alerting](https://grafana.com/docs/grafana/latest/alerting/) (Benachrichtigungen). Damit können Sie Benachrichtigungen einrichten, wenn Metriken bestimmte Werte erreichen. Es werden verschiedene Kommunikationskanäle unterstützt.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/nft-minter/index.md b/public/content/translations/de/developers/tutorials/nft-minter/index.md
index bd8268849e3..774a4dbdf67 100644
--- a/public/content/translations/de/developers/tutorials/nft-minter/index.md
+++ b/public/content/translations/de/developers/tutorials/nft-minter/index.md
@@ -1,66 +1,66 @@
---
-title: NFT-Minter Tutorial
-description: In diesem Tutorial erstellst du einen NFT-Minter und lernst, wie man eine Full-Stack-Dapp erstellt, indem du deinen Smart Contract mit einem React-Frontend unter Verwendung von MetaMask und Web3-Tools verbindest.
+title: NFT-Minter-Tutorial
+description: "In diesem Tutorial baust du einen NFT-Minter und lernst, wie man eine Full-Stack-Dapp erstellt, indem man einen Smart Contract über MetaMask und Web3-Tools mit einem React-Frontend verbindet."
author: "smudgil"
-tags: ["solidity", "NFT", "alchemy", "smart contracts", "frontend", "Pinata"]
+tags: ["Solidity", "NFT", "Alchemy", "Smart Contracts", "Frontend", "Pinata", "erc-721"]
skill: intermediate
-breadcrumb: "NFT-Minter-Dapp"
+breadcrumb: NFT-Minter-Dapp
lang: de
published: 2021-10-06
---
-Eine der größten Herausforderungen für Entwickler mit einem Web2-Hintergrund ist herauszufinden, wie sie ihren Smart Contract mit einem Frontend Projekt verbinden und mit ihm interagieren können.
+Eine der größten Herausforderungen für Entwickler mit Web2-Hintergrund besteht darin, herauszufinden, wie man seinen Smart Contract mit einem Frontend-Projekt verbindet und mit ihm interagiert.
-Durch den Bau eines NFT-Minters - eine einfache Benutzeroberfläche, auf welcher ein Link den Nutzer zu seinen digitalen Vermögenswerten führt, ein Titel und eine Beschreibung - werden Sie Folgendes lernen:
+Indem du einen NFT-Minter baust – eine einfache Benutzeroberfläche, in der du einen Link zu deinem digitalen Asset, einen Titel und eine Beschreibung eingeben kannst – lernst du Folgendes:
-- Verbinden von MetaMask mit Ihrem Frontend-Projekt
-- Rufen von Smart-Contract Methoden von Ihrem Frontend
+- Verbindung zu MetaMask über dein Frontend-Projekt herstellen
+- Smart-Contract-Methoden von deinem Frontend aus aufrufen
- Transaktionen mit MetaMask signieren
-In diesem Tutorial werden wir [React](https://react.dev/) als unser Frontend-Framework verwenden. Da sich dieses Tutorial in erster Linie auf die Web3-Entwicklung konzentriert, werden wir nicht viel Zeit darauf verwenden, die React Grundlagen zu behandeln. Stattdessen konzentrieren wir uns darauf, Funktionalität in unser Projekt zu bringen.
+In diesem Tutorial verwenden wir [React](https://react.dev/) als unser Frontend-Framework. Da sich dieses Tutorial in erster Linie auf die Web3-Entwicklung konzentriert, werden wir nicht viel Zeit damit verbringen, die Grundlagen von React aufzuschlüsseln. Stattdessen konzentrieren wir uns darauf, Funktionalität in unser Projekt zu bringen.
-Als Voraussetzung solltest du ein grundlegendes Verständnis von React haben – du solltest wissen, wie Komponenten, Props, useState/useEffect und grundlegende Funktionsaufrufe funktionieren. Wenn du noch nie von diesen Begriffen gehört hast, solltest du dir dieses [Einführungstutorial zu React](https://react.dev/learn/tutorial-tic-tac-toe) ansehen. Für diejenigen, die eher visuell lernen, empfehlen wir diese ausgezeichnete Videoreihe [Full Modern React Tutorial](https://www.youtube.com/playlist?list=PL4cUxeGkcC9gZD-Tvwfod2gaISzfRiP9d) von Net Ninja.
+Als Voraussetzung solltest du ein grundlegendes Verständnis von React haben – wissen, wie Komponenten, Props, useState/useEffect und grundlegende Funktionsaufrufe funktionieren. Wenn du noch nie von einem dieser Begriffe gehört hast, solltest du dir dieses [Einführungstutorial zu React](https://react.dev/learn/tutorial-tic-tac-toe) ansehen. Für visuelle Lerner empfehlen wir diese hervorragende Videoserie [Full Modern React Tutorial](https://www.youtube.com/playlist?list=PL4cUxeGkcC9gZD-Tvwfod2gaISzfRiP9d) von Net Ninja.
-Und wenn Sie sich noch nicht angemeldet haben, dann benötigen Sie auf jeden Fall einen Alchemy Account, um dieses Tutorial zu beenden und um etwas auf der Blockchain bauen zu können. Registriere dich [hier](https://alchemy.com/) für ein kostenloses Konto.
+Und falls du es noch nicht getan hast, benötigst du definitiv ein Alchemy-Konto, um dieses Tutorial abzuschließen und etwas auf der Blockchain zu bauen. Melde dich [hier](https://alchemy.com/) für ein kostenloses Konto an.
-Lass uns ohne weiteres starten!
+Ohne weitere Umschweife, fangen wir an!
## NFTs erstellen 101 {#making-nfts-101}
-Bevor wir uns überhaupt einen Code anschauen, ist es wichtig zu verstehen, wie das erstellen von NFTs überhaupt funktioniert. Es benötigt dafür zwei Schritte:
+Bevor wir uns überhaupt Code ansehen, ist es wichtig zu verstehen, wie das Erstellen eines NFTs funktioniert. Es umfasst zwei Schritte:
### Einen NFT-Smart-Contract auf der Ethereum-Blockchain veröffentlichen {#publish-nft}
-Der größte Unterschied zwischen den beiden NFT smart Kontrakt Standards ist, dass der ERC-1155 ein Multi-Token Standard ist und eine Handvoll Funktionalitäten beinhaltet, wobei man mit dem ERC-721, welcher ein Single-Token Standard ist, nur eine Token-Transaktion gleichzeitig ausführen kann.
+Der größte Unterschied zwischen den beiden NFT-Smart-Contract-Standards besteht darin, dass ERC-1155 ein Multi-Token-Standard ist und Batch-Funktionalität beinhaltet, während ERC-721 ein Single-Token-Standard ist und daher nur die Übertragung eines Tokens auf einmal unterstützt.
-### Die Minting-Funktion aufrufen {#minting-function}
+### Die Prägefunktion aufrufen {#minting-function}
-Normalerweise verlangt diese Minting-Funktion, dass du zwei Variablen als Parameter übergibst: erstens den `recipient` (Empfänger), der die Adresse angibt, die deinen frisch geminteten NFT erhält, und zweitens die `tokenURI` des NFTs, eine Zeichenfolge, die zu einem JSON-Dokument aufgelöst wird, das die Metadaten des NFTs beschreibt.
+Normalerweise erfordert diese Prägefunktion, dass du zwei Variablen als Parameter übergibst: erstens den `recipient` (Empfänger), der die Adresse angibt, die dein frisch geprägtes NFT erhalten wird, und zweitens die `tokenURI` des NFTs, eine Zeichenfolge, die auf ein JSON-Dokument verweist, das die Metadaten des NFTs beschreibt.
-Die NFT Metadaten sind das, was Leben hineinbringt, welches Ihnen erlaubt Eigenschaften zu haben, wie zum Beispiel: Namen, eine Beschreibung, ein Bild (oder andere digitale Vermögenswerte), und andere Attribute. [Hier ist ein Beispiel für eine tokenURI](https://gateway.pinata.cloud/ipfs/QmSvBcb4tjdFpajGJhbFAWeK3JAxCdNQLQtr6ZdiSi42V2), die die Metadaten eines NFT enthält.
+Die Metadaten eines NFTs erwecken es erst richtig zum Leben und ermöglichen es ihm, Eigenschaften wie einen Namen, eine Beschreibung, ein Bild (oder ein anderes digitales Asset) und andere Attribute zu haben. Hier ist [ein Beispiel für eine tokenURI](https://gateway.pinata.cloud/ipfs/QmSvBcb4tjdFpajGJhbFAWeK3JAxCdNQLQtr6ZdiSi42V2), die die Metadaten eines NFTs enthält.
-In diesem Tutorial werden wir uns auf den 2 Teil fokussieren, das Aufrufen von einer bereits existierenden NFT smart Kontrakt Prägungs Funktion, indem wir unsere React UI benutzen.
+In diesem Tutorial konzentrieren wir uns auf Teil 2: den Aufruf der Prägefunktion eines bestehenden NFT-Smart-Contracts über unsere React-Benutzeroberfläche.
-[Hier ist ein Link](https://ropsten.etherscan.io/address/0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE) zu dem ERC-721-NFT-Smart-Contract, den wir in diesem Tutorial aufrufen werden. Wenn du lernen möchtest, wie wir ihn erstellt haben, empfehlen wir dir dringend unser anderes Tutorial [„Wie man einen NFT erstellt“](https://www.alchemy.com/docs/how-to-create-an-nft).
+[Hier ist ein Link](https://ropsten.etherscan.io/address/0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE) zu dem ERC-721-NFT-Smart-Contract, den wir in diesem Tutorial aufrufen werden. Wenn du erfahren möchtest, wie wir ihn erstellt haben, empfehlen wir dir dringend, dir unser anderes Tutorial anzusehen: [„Wie man ein NFT erstellt“](https://www.alchemy.com/docs/how-to-create-an-nft).
-Cool, nun verstehen wir wie die Erstellung von NFTS funktioniert, lass uns nun unsere Startdateien klonen!
+Cool, jetzt, da wir verstehen, wie das Erstellen eines NFTs funktioniert, lass uns unsere Startdateien klonen!
-## Die Starter-Dateien klonen {#clone-the-starter-files}
+## Die Startdateien klonen {#clone-the-starter-files}
-Gehe zuerst zum [nft-minter-tutorial GitHub-Repository](https://github.com/alchemyplatform/nft-minter-tutorial), um die Starter-Dateien für dieses Projekt zu erhalten. Klone dieses Repository in deine lokale Umgebung.
+Gehe zunächst zum [nft-minter-tutorial GitHub-Repository](https://github.com/alchemyplatform/nft-minter-tutorial), um die Startdateien für dieses Projekt zu erhalten. Klone dieses Repository in deine lokale Umgebung.
Wenn du dieses geklonte `nft-minter-tutorial`-Repository öffnest, wirst du feststellen, dass es zwei Ordner enthält: `minter-starter-files` und `nft-minter`.
-- `minter-starter-files` enthält die Starter-Dateien (im Wesentlichen die React-UI) für dieses Projekt. In diesem Tutorial **werden wir in diesem Verzeichnis arbeiten**, während du lernst, wie du diese Benutzeroberfläche zum Leben erweckst, indem du sie mit deiner Ethereum-Wallet und einem NFT-Smart-Contract verbindest.
-- `nft-minter` enthält das gesamte, vollständige Tutorial und dient dir als **Referenz**, **falls du nicht weiterkommst.**
+- `minter-starter-files` enthält die Startdateien (im Wesentlichen die React-Benutzeroberfläche) für dieses Projekt. In diesem Tutorial **werden wir in diesem Verzeichnis arbeiten**, während du lernst, wie du diese Benutzeroberfläche zum Leben erweckst, indem du sie mit deiner Ethereum-Wallet und einem NFT-Smart-Contract verbindest.
+- `nft-minter` enthält das gesamte abgeschlossene Tutorial und dient dir als **Referenz**, **falls du nicht weiterkommst.**
Öffne als Nächstes deine Kopie von `minter-starter-files` in deinem Code-Editor und navigiere dann in deinen `src`-Ordner.
-Der gesamte Code, den wir schreiben werden, befindet sich im Ordner `src`. Wir werden die `Minter.js`-Komponente bearbeiten und zusätzliche JavaScript-Dateien schreiben, um unserem Projekt Web3-Funktionalität zu verleihen.
+Der gesamte Code, den wir schreiben werden, befindet sich im `src`-Ordner. Wir werden die Komponente `Minter.js` bearbeiten und zusätzliche JavaScript-Dateien schreiben, um unserem Projekt Web3-Funktionalität zu verleihen.
-## Schritt 2: Unsere Starter-Dateien ansehen {#step-2-check-out-our-starter-files}
+## Schritt 2: Unsere Startdateien ansehen {#step-2-check-out-our-starter-files}
-Bevor wir mit dem Programmieren beginnen, ist es wichtig, sich anzusehen, was uns in den Starter-Dateien bereits zur Verfügung gestellt wird.
+Bevor wir mit dem Programmieren beginnen, ist es wichtig, sich anzusehen, was uns in den Startdateien bereits zur Verfügung gestellt wird.
### Dein React-Projekt zum Laufen bringen {#get-your-react-project-running}
@@ -79,20 +79,20 @@ Sobald die Installation abgeschlossen ist, führe `npm start` in deinem Terminal
npm start
```
-Dadurch sollte sich http://localhost:3000/ in deinem Browser öffnen, wo du das Frontend für unser Projekt siehst. Es sollte aus 3 Feldern bestehen: einem Feld zur Eingabe eines Links zum Asset deines NFTs, einem Feld zur Eingabe des Namens deines NFTs und einem Feld zur Angabe einer Beschreibung.
+Dadurch sollte sich http://localhost:3000/ in deinem Browser öffnen, wo du das Frontend für unser Projekt siehst. Es sollte aus 3 Feldern bestehen: einem Platz zur Eingabe eines Links zum Asset deines NFTs, zur Eingabe des Namens deines NFTs und zur Angabe einer Beschreibung.
-Wenn du versuchst, auf die Schaltflächen „Wallet verbinden“ oder „NFT minten“ zu klicken, wirst du feststellen, dass sie nicht funktionieren – das liegt daran, dass wir ihre Funktionalität noch programmieren müssen! :\)
+Wenn du versuchst, auf die Schaltflächen „Connect Wallet“ oder „Mint NFT“ zu klicken, wirst du feststellen, dass sie nicht funktionieren – das liegt daran, dass wir ihre Funktionalität erst noch programmieren müssen! :\)
-### Die Minter.js-Komponente {#minter-js}
+### Die Komponente Minter.js {#minter-js}
**HINWEIS:** Stelle sicher, dass du dich im Ordner `minter-starter-files` und nicht im Ordner `nft-minter` befindest!
-Gehen wir zurück in den `src`-Ordner in unserem Editor und öffnen die Datei `Minter.js`. Es ist sehr wichtig, dass wir alles in dieser Datei verstehen, da es sich um die primäre React-Komponente handelt, an der wir arbeiten werden.
+Gehen wir in unserem Editor zurück in den `src`-Ordner und öffnen die Datei `Minter.js`. Es ist extrem wichtig, dass wir alles in dieser Datei verstehen, da es die primäre React-Komponente ist, an der wir arbeiten werden.
-Oben in dieser Datei befinden sich unsere Zustandsvariablen, die wir nach bestimmten Ereignissen aktualisieren werden.
+Oben in dieser Datei haben wir unsere Zustandsvariablen, die wir nach bestimmten Ereignissen aktualisieren werden.
```javascript
-//Zustandsvariablen
+// Zustandsvariablen
const [walletAddress, setWallet] = useState("")
const [status, setStatus] = useState("")
const [name, setName] = useState("")
@@ -102,133 +102,134 @@ const [url, setURL] = useState("")
Noch nie von React-Zustandsvariablen oder State-Hooks gehört? Sieh dir [diese](https://legacy.reactjs.org/docs/hooks-state.html) Dokumentation an.
-Hier ist, was die einzelnen Variablen darstellen:
+Hier ist, was jede der Variablen darstellt:
- `walletAddress` - eine Zeichenfolge, die die Wallet-Adresse des Benutzers speichert
-- `status` - eine Zeichenfolge, die eine Nachricht enthält, die am unteren Rand der Benutzeroberfläche angezeigt wird
-- `name` - eine Zeichenfolge, die den Namen des NFT speichert
-- `description` - eine Zeichenfolge, die die Beschreibung des NFT speichert
-- `url` - eine Zeichenfolge, die ein Link zum digitalen Asset des NFT ist
+- `status` - eine Zeichenfolge, die eine Nachricht enthält, die unten in der Benutzeroberfläche angezeigt werden soll
+- `name` - eine Zeichenfolge, die den Namen des NFTs speichert
+- `description` - eine Zeichenfolge, die die Beschreibung des NFTs speichert
+- `url` - eine Zeichenfolge, die ein Link zum digitalen Asset des NFTs ist
-Nach den Zustandsvariablen siehst du drei nicht implementierte Funktionen: `useEffect`, `connectWalletPressed` und `onMintPressed`. Du wirst feststellen, dass alle diese Funktionen `async` sind, weil wir in ihnen asynchrone API-Aufrufe tätigen werden! Ihre Namen sind gleichbedeutend mit ihren Funktionalitäten:
+Nach den Zustandsvariablen siehst du drei nicht implementierte Funktionen: `useEffect`, `connectWalletPressed` und `onMintPressed`. Du wirst feststellen, dass alle diese Funktionen `async` sind, da wir in ihnen asynchrone API-Aufrufe durchführen werden! Ihre Namen sind namensgebend für ihre Funktionalitäten:
```javascript
useEffect(async () => {
- //TODO: implementieren
+ // TODO: implementieren
}, [])
const connectWalletPressed = async () => {
- //TODO: implementieren
+ // TODO: implementieren
}
const onMintPressed = async () => {
- //TODO: implementieren
+ // TODO: implementieren
}
```
-- [`useEffect`](https://legacy.reactjs.org/docs/hooks-effect.html) – dies ist ein React-Hook, der aufgerufen wird, nachdem deine Komponente gerendert wurde. Da ihm ein leeres Array `[]` als Prop übergeben wird (siehe Zeile 3), wird er nur beim _ersten_ Rendern der Komponente aufgerufen. Hier rufen wir unseren Wallet-Listener und eine weitere Wallet-Funktion auf, um unsere Benutzeroberfläche zu aktualisieren und anzuzeigen, ob eine Wallet bereits verbunden ist.
-- `connectWalletPressed` – diese Funktion wird aufgerufen, um die MetaMask-Wallet des Benutzers mit unserer Dapp zu verbinden.
-- `onMintPressed` – diese Funktion wird aufgerufen, um den NFT des Benutzers zu minten.
+- [`useEffect`](https://legacy.reactjs.org/docs/hooks-effect.html) - dies ist ein React-Hook, der aufgerufen wird, nachdem deine Komponente gerendert wurde. Da ihm ein leeres Array `[]` als Prop übergeben wird (siehe Zeile 3), wird er nur beim _ersten_ Rendern der Komponente aufgerufen. Hier rufen wir unseren Wallet-Listener und eine weitere Wallet-Funktion auf, um unsere Benutzeroberfläche zu aktualisieren und anzuzeigen, ob bereits eine Wallet verbunden ist.
+- `connectWalletPressed` - diese Funktion wird aufgerufen, um die MetaMask-Wallet des Benutzers mit unserer Dapp zu verbinden.
+- `onMintPressed` - diese Funktion wird aufgerufen, um das NFT des Benutzers zu prägen.
-Gegen Ende dieser Datei haben wir die Benutzeroberfläche unserer Komponente. Wenn du diesen Code sorgfältig durchgehst, wirst du feststellen, dass wir unsere `url`-, `name`- und `description`-Zustandsvariablen aktualisieren, wenn sich die Eingabe in den entsprechenden Textfeldern ändert.
+Gegen Ende dieser Datei haben wir die Benutzeroberfläche unserer Komponente. Wenn du diesen Code sorgfältig durchliest, wirst du feststellen, dass wir unsere Zustandsvariablen `url`, `name` und `description` aktualisieren, wenn sich die Eingabe in den entsprechenden Textfeldern ändert.
Du wirst auch sehen, dass `connectWalletPressed` und `onMintPressed` aufgerufen werden, wenn die Schaltflächen mit den IDs `mintButton` bzw. `walletButton` angeklickt werden.
```javascript
-//die Benutzeroberfläche unserer Komponente
+// die UI unserer Komponente
return (
🧙♂️ Alchemy NFT Minter
- Füge einfach den Link, den Namen und die Beschreibung deines Assets hinzu und drücke dann auf „Minten“.
+ Simply add your asset's link, name, and description, then press "Mint."
{status}
+
)
```
-Schließlich wollen wir uns ansehen, wo diese Minter-Komponente hinzugefügt wird.
+Lass uns abschließend klären, wo diese Minter-Komponente hinzugefügt wird.
-Wenn du zur Datei `App.js` gehst, der Hauptkomponente in React, die als Container für alle anderen Komponenten fungiert, siehst du, dass unsere Minter-Komponente in Zeile 7 eingefügt wird.
+Wenn du zur Datei `App.js` gehst, der Hauptkomponente in React, die als Container für alle anderen Komponenten fungiert, wirst du sehen, dass unsere Minter-Komponente in Zeile 7 eingefügt wird.
-**In diesem Tutorial werden wir nur die `Minter.js`-Datei bearbeiten und Dateien in unserem `src`-Ordner hinzufügen.**
+**In diesem Tutorial werden wir nur die Datei `Minter.js` bearbeiten und Dateien in unserem `src`-Ordner hinzufügen.**
-Nachdem wir nun verstanden haben, womit wir arbeiten, richten wir unsere Ethereum-Wallet ein!
+Jetzt, da wir verstehen, womit wir arbeiten, lass uns unsere Ethereum-Wallet einrichten!
-## Richte deine Ethereum-Wallet ein {#set-up-your-ethereum-wallet}
+## Deine Ethereum-Wallet einrichten {#set-up-your-ethereum-wallet}
Damit Benutzer mit deinem Smart Contract interagieren können, müssen sie ihre Ethereum-Wallet mit deiner Dapp verbinden.
### MetaMask herunterladen {#download-metamask}
-In diesem Tutorial verwenden wir MetaMask, eine virtuelle Wallet im Browser, mit der Sie Ihre Ethereum-Kontoadresse verwalten können. Wenn du mehr darüber erfahren möchtest, wie Transaktionen auf Ethereum funktionieren, sieh dir [diese Seite](/developers/docs/transactions/) an.
+Für dieses Tutorial verwenden wir MetaMask, eine virtuelle Wallet im Browser, die zur Verwaltung deiner Ethereum-Kontoadresse verwendet wird. Wenn du mehr darüber erfahren möchtest, wie Transaktionen auf Ethereum funktionieren, sieh dir [diese Seite](/developers/docs/transactions/) an.
-Sie können MetaMask [hier](https://metamask.io/download) kostenlos herunterladen und ein Konto erstellen. Wenn du ein Konto erstellst oder bereits eines hast, wechsle unbedingt zum „Ropsten Test Network“ oben rechts (damit wir nicht mit echtem Geld hantieren).
+Du kannst MetaMask [hier](https://metamask.io/download) kostenlos herunterladen und ein Konto erstellen. Wenn du ein Konto erstellst oder bereits eines hast, stelle sicher, dass du oben rechts zum „Ropsten Test Network“ wechselst (damit wir nicht mit echtem Geld hantieren).
### Ether von einem Faucet hinzufügen {#add-ether-from-faucet}
-Um unsere NFTs zu minten (oder Transaktionen auf der Ethereum-Blockchain zu signieren), benötigen wir einige gefälschte ETH. Um ETH zu erhalten, kannst du zum [Ropsten-Faucet](https://faucet.ropsten.be/) gehen und deine Ropsten-Kontoadresse eingeben und dann auf „Send Ropsten ETH“ klicken. Kurz darauf solltest du ETH in deinem MetaMask-Konto sehen!
+Um unsere NFTs zu prägen (oder Transaktionen auf der Ethereum-Blockchain zu signieren), benötigen wir etwas falsches ETH. Um ETH zu erhalten, kannst du zum [Ropsten-Faucet](https://faucet.ropsten.be/) gehen, deine Ropsten-Kontoadresse eingeben und dann auf „Send Ropsten Eth“ klicken. Kurz darauf solltest du ETH in deinem MetaMask-Konto sehen!
### Deinen Kontostand überprüfen {#check-your-balance}
-Um zu überprüfen, ob unser Guthaben vorhanden ist, machen wir eine [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance)-Anfrage mit dem [Composer-Tool von Alchemy](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D). Dies gibt den Betrag an ETH in unserer Wallet zurück. Nachdem Sie die Adresse Ihres MetaMask-Kontos eingegeben und auf “Send Request” (Anforderung senden) geklickt haben, sollten Sie eine Antwort ähnlich der Folgenden erhalten:
+Um sicherzugehen, dass unser Guthaben vorhanden ist, stellen wir eine [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance)-Anfrage mit dem [Composer-Tool von Alchemy](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D). Dies gibt die Menge an ETH in unserer Wallet zurück. Nachdem du deine MetaMask-Kontoadresse eingegeben und auf „Send Request“ geklickt hast, solltest du eine Antwort wie diese sehen:
```text
{"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"}
```
-**HINWEIS:** Dieses Ergebnis ist in Wei, nicht in ETH. Wei ist die kleinste Einheit von Ether. Die Umrechnung von Wei in ETH ist: 1 ETH = 10¹⁸ Wei. Wenn wir also 0xde0b6b3a7640000 in eine Dezimalzahl umwandeln, erhalten wir 1\*10¹⁸, was 1 ETH entspricht.
+**HINWEIS:** Dieses Ergebnis ist in Wei, nicht in ETH. Wei wird als kleinste Stückelung von Ether verwendet. Die Umrechnung von Wei in ETH lautet: 1 ETH = 10¹⁸ Wei. Wenn wir also 0xde0b6b3a7640000 in eine Dezimalzahl umwandeln, erhalten wir 1\*10¹⁸, was 1 ETH entspricht.
-Puh! Unser Falschgeld ist da!
-REACT_APP_PINATA_SECRET =
+REACT_APP_PINATA_KEY =
+REACT_APP_PINATA_SECRET =
```
-Speichere die Datei, und dann kannst du damit beginnen, die Funktion zum Hochladen deiner JSON-Metadaten auf IPFS zu schreiben!
+Speichere die Datei, und dann bist du bereit, die Funktion zum Hochladen deiner JSON-Metadaten auf IPFS zu schreiben!
### pinJSONToIPFS implementieren {#pin-json-to-ipfs}
-Glücklicherweise hat Pinata eine [API speziell für das Hochladen von JSON-Daten auf IPFS](https://docs.pinata.cloud/api-reference/endpoint/ipfs/pin-json-to-ipfs#pin-json) und ein praktisches JavaScript-Beispiel mit Axios, das wir mit leichten Änderungen verwenden können.
+Zum Glück für uns hat Pinata eine [API speziell zum Hochladen von JSON-Daten auf IPFS](https://docs.pinata.cloud/api-reference/endpoint/ipfs/pin-json-to-ipfs#pin-json) und ein praktisches JavaScript-Beispiel mit axios, das wir mit einigen leichten Modifikationen verwenden können.
-Erstellen wir in deinem `utils`-Ordner eine weitere Datei namens `pinata.js` und importieren dann unser Pinata-Geheimnis und den Schlüssel aus der .env-Datei wie folgt:
+Lass uns in deinem `utils`-Ordner eine weitere Datei namens `pinata.js` erstellen und dann unser Pinata-Secret und unseren Schlüssel wie folgt aus der .env-Datei importieren:
```javascript
require("dotenv").config()
@@ -523,7 +524,7 @@ const key = process.env.REACT_APP_PINATA_KEY
const secret = process.env.REACT_APP_PINATA_SECRET
```
-Füge als Nächstes den zusätzlichen Code von unten in deine `pinata.js`-Datei ein. Keine Sorge, wir werden aufschlüsseln, was alles bedeutet!
+Füge als Nächstes den zusätzlichen Code von unten in deine Datei `pinata.js` ein. Keine Sorge, wir werden aufschlüsseln, was alles bedeutet!
```javascript
require("dotenv").config()
@@ -534,7 +535,7 @@ const axios = require("axios")
export const pinJSONToIPFS = async (JSONBody) => {
const url = `https://api.pinata.cloud/pinning/pinJSONToIPFS`
- //axios-POST-Anfrage an Pinata stellen ⬇️
+ // Axios-POST-Anfrage an Pinata durchführen ⬇️
return axios
.post(url, JSONBody, {
headers: {
@@ -563,59 +564,59 @@ Was genau macht dieser Code also?
Zuerst importiert er [axios](https://www.npmjs.com/package/axios), einen Promise-basierten HTTP-Client für den Browser und node.js, den wir verwenden werden, um eine Anfrage an Pinata zu stellen.
-Dann haben wir unsere asynchrone Funktion `pinJSONToIPFS`, die einen `JSONBody` als Eingabe und den Pinata-API-Schlüssel und das Geheimnis in ihrem Header entgegennimmt, um eine POST-Anfrage an ihre `pinJSONToIPFS`-API zu stellen.
+Dann haben wir unsere asynchrone Funktion `pinJSONToIPFS`, die einen `JSONBody` als Eingabe und den Pinata-API-Schlüssel und das Secret in ihrem Header nimmt, um eine POST-Anfrage an ihre `pinJSONToIPFS`-API zu stellen.
-- Wenn diese POST-Anfrage erfolgreich ist, gibt unsere Funktion ein JSON-Objekt zurück, bei dem der `success`-Boole’sche Wert auf „true“ gesetzt ist und die `pinataUrl` angibt, wo unsere Metadaten angeheftet wurden. Wir werden diese zurückgegebene `pinataUrl` als `tokenURI`-Eingabe für die Mint-Funktion unseres Smart Contracts verwenden.
-- Wenn diese Post-Anfrage fehlschlägt, gibt unsere Funktion ein JSON-Objekt zurück, bei dem der `success`-Boole’sche Wert auf „false“ gesetzt ist und eine `message`-Zeichenfolge unseren Fehler weitergibt.
+- Wenn diese POST-Anfrage erfolgreich ist, gibt unsere Funktion ein JSON-Objekt zurück, bei dem der boolesche Wert `success` auf true gesetzt ist und die `pinataUrl` enthält, an der unsere Metadaten angeheftet wurden. Wir werden diese zurückgegebene `pinataUrl` als `tokenURI`-Eingabe für die Prägefunktion unseres Smart Contracts verwenden.
+- Wenn diese POST-Anfrage fehlschlägt, gibt unsere Funktion ein JSON-Objekt zurück, bei dem der boolesche Wert `success` auf false gesetzt ist und eine `message`-Zeichenfolge unseren Fehler meldet.
-Wie bei unseren `connectWallet`-Funktionsrückgabetypen geben wir JSON-Objekte zurück, damit wir ihre Parameter zur Aktualisierung unserer Zustandsvariablen und der Benutzeroberfläche verwenden können.
+Wie bei den Rückgabetypen unserer Funktion `connectWallet` geben wir JSON-Objekte zurück, damit wir ihre Parameter verwenden können, um unsere Zustandsvariablen und die Benutzeroberfläche zu aktualisieren.
-## Lade deinen Smart Contract {#load-your-smart-contract}
+## Deinen Smart Contract laden {#load-your-smart-contract}
-Nachdem wir nun eine Möglichkeit haben, unsere NFT-Metadaten über unsere `pinJSONToIPFS`-Funktion auf IPFS hochzuladen, benötigen wir eine Möglichkeit, eine Instanz unseres Smart Contracts zu laden, damit wir seine `mintNFT`-Funktion aufrufen können.
+Jetzt, da wir eine Möglichkeit haben, unsere NFT-Metadaten über unsere Funktion `pinJSONToIPFS` auf IPFS hochzuladen, benötigen wir eine Möglichkeit, eine Instanz unseres Smart Contracts zu laden, damit wir seine Funktion `mintNFT` aufrufen können.
-Wie bereits erwähnt, werden wir in diesem Tutorial [diesen bestehenden NFT-Smart-Contract](https://ropsten.etherscan.io/address/0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE) verwenden. Wenn du jedoch lernen möchtest, wie wir ihn erstellt haben oder selbst einen erstellen möchtest, empfehlen wir dir dringend, unser anderes Tutorial [„Wie man einen NFT erstellt“](https://www.alchemy.com/docs/how-to-create-an-nft) anzusehen.
+Wie bereits erwähnt, werden wir in diesem Tutorial [diesen bestehenden NFT-Smart-Contract](https://ropsten.etherscan.io/address/0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE) verwenden; wenn du jedoch erfahren möchtest, wie wir ihn erstellt haben, oder selbst einen erstellen möchtest, empfehlen wir dir dringend, dir unser anderes Tutorial anzusehen: [„Wie man ein NFT erstellt“](https://www.alchemy.com/docs/how-to-create-an-nft).
-### Das Contract-ABI {#contract-abi}
+### Die Contract-ABI {#contract-abi}
-Wenn du unsere Dateien genau untersucht hast, wirst du bemerkt haben, dass es in unserem `src`-Verzeichnis eine `contract-abi.json`-Datei gibt. Ein ABI ist notwendig, um anzugeben, welche Funktion ein Vertrag aufrufen wird, und um sicherzustellen, dass die Funktion Daten in dem von dir erwarteten Format zurückgibt.
+Wenn du unsere Dateien genau untersucht hast, wirst du festgestellt haben, dass sich in unserem `src`-Verzeichnis eine Datei `contract-abi.json` befindet. Eine ABI ist notwendig, um anzugeben, welche Funktion ein Contract aufrufen wird, und um sicherzustellen, dass die Funktion Daten in dem Format zurückgibt, das du erwartest.
-Wir werden auch einen Alchemy-API-Schlüssel und die Alchemy-Web3-API benötigen, um uns mit der Ethereum-Blockchain zu verbinden und unseren Smart Contract zu laden.
+Wir benötigen außerdem einen Alchemy-API-Schlüssel und die Alchemy-Web3-API, um uns mit der Ethereum-Blockchain zu verbinden und unseren Smart Contract zu laden.
-### Erstelle deinen Alchemy-API-Schlüssel {#create-alchemy-api}
+### Deinen Alchemy-API-Schlüssel erstellen {#create-alchemy-api}
-Wenn du noch kein Alchemy-Konto hast, [registriere dich hier kostenlos](https://alchemy.com/?a=eth-org-nft-minter).
+Wenn du noch kein Alchemy-Konto hast, [melde dich hier kostenlos an.](https://alchemy.com/?a=eth-org-nft-minter)
-Sobald Sie ein Alchemy-Konto erstellt haben, können Sie einen API-Schlüssel generieren. Erstellen Sie dafür eine App. Dadurch können wir Anfragen an das Ropsten-Testnet stellen.
+Sobald du ein Alchemy-Konto erstellt hast, kannst du einen API-Schlüssel generieren, indem du eine App erstellst. Dies ermöglicht es uns, Anfragen an das Ropsten-Testnet zu stellen.
-Navigiere zur Seite „App erstellen“ in deinem Alchemy-Dashboard, indem du in der Navigationsleiste über „Apps“ fährst und auf „App erstellen“ klickst.
+Navigiere zur Seite „Create App“ (App erstellen) in deinem Alchemy-Dashboard, indem du mit der Maus über „Apps“ in der Navigationsleiste fährst und auf „Create App“ klickst.
-Benenne deine App – wir haben „Mein erster NFT!“ gewählt –, gib eine kurze Beschreibung, wähle „Staging“ für die Umgebung, die für die Buchführung deiner App verwendet wird, und wähle „Ropsten“ als dein Netzwerk.
+Benenne deine App (wir haben „My First NFT!“ gewählt), biete eine kurze Beschreibung an, wähle „Staging“ für die Umgebung, die für die Buchhaltung deiner App verwendet wird, und wähle „Ropsten“ für dein Netzwerk.
-Klicken Sie auf “Create app” (App erstellen) und schon sind Sie fertig. Die App sollte in der untenstehenden Tabelle erscheinen.
+Klicke auf „Create app“ und das war's! Deine App sollte in der Tabelle unten erscheinen.
-Super, jetzt, da wir unsere HTTP-Alchemy-API-URL erstellt haben, kopiere sie in deine Zwischenablage ...
+Großartig, jetzt, da wir unsere HTTP-Alchemy-API-URL erstellt haben, kopiere sie in deine Zwischenablage ...
-… und fügen wir sie zu unserer `.env`-Datei hinzu. Insgesamt sollte deine .env-Datei so aussehen:
+… und fügen wir sie dann unserer `.env`-Datei hinzu. Insgesamt sollte deine .env-Datei so aussehen:
```text
REACT_APP_PINATA_KEY =
REACT_APP_PINATA_SECRET =
-REACT_APP_ALCHEMY_KEY = https://eth-ropsten.alchemyapi.io/v2/
+REACT_APP_ALCHEMY_KEY = https: // eth-ropsten.alchemyapi.io/v2/
```
-Jetzt, da wir unser Contract-ABI und unseren Alchemy-API-Schlüssel haben, sind wir bereit, unseren Smart Contract mit [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) zu laden.
+Jetzt, da wir unsere Contract-ABI und unseren Alchemy-API-Schlüssel haben, sind wir bereit, unseren Smart Contract mit [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) zu laden.
-### Richte deinen Alchemy-Web3-Endpunkt und deinen Vertrag ein {#setup-alchemy-endpoint}
+### Deinen Alchemy-Web3-Endpunkt und Contract einrichten {#setup-alchemy-endpoint}
-Wenn du es noch nicht hast, musst du zuerst [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) installieren, indem du im Terminal zum Stammverzeichnis navigierst: `nft-minter-tutorial`:
+Wenn du es noch nicht hast, musst du zuerst [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) installieren, indem du im Terminal zum Home-Verzeichnis `nft-minter-tutorial` navigierst:
```text
cd ..
npm install @alch/alchemy-web3
```
-Als Nächstes kehren wir zu unserer `interact.js`-Datei zurück. Füge am Anfang der Datei den folgenden Code hinzu, um deinen Alchemy-Schlüssel aus deiner .env-Datei zu importieren und deinen Alchemy-Web3-Endpunkt einzurichten:
+Gehen wir als Nächstes zurück zu unserer Datei `interact.js`. Füge oben in der Datei den folgenden Code hinzu, um deinen Alchemy-Schlüssel aus deiner .env-Datei zu importieren und deinen Alchemy-Web3-Endpunkt einzurichten:
```javascript
require("dotenv").config()
@@ -624,9 +625,9 @@ const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
const web3 = createAlchemyWeb3(alchemyKey)
```
-[Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) ist ein Wrapper um [Web3.js](https://docs.web3js.org/) und bietet erweiterte API-Methoden und andere entscheidende Vorteile, um dir das Leben als Web3-Entwickler zu erleichtern. Es ist so konzipiert, dass es eine minimale Konfiguration erfordert, sodass du es sofort in deiner App verwenden kannst!
+[Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) ist ein Wrapper um [Web3.js](https://docs.web3js.org/), der erweiterte API-Methoden und andere entscheidende Vorteile bietet, um dir das Leben als Web3-Entwickler zu erleichtern. Es ist so konzipiert, dass es nur minimale Konfiguration erfordert, sodass du es sofort in deiner App verwenden kannst!
-Als Nächstes fügen wir unser Contract-ABI und unsere Contract-Adresse zu unserer Datei hinzu.
+Fügen wir als Nächstes unsere Contract-ABI und Contract-Adresse zu unserer Datei hinzu.
```javascript
require("dotenv").config()
@@ -638,103 +639,103 @@ const contractABI = require("../contract-abi.json")
const contractAddress = "0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE"
```
-Sobald wir beides haben, sind wir bereit, unsere Mint-Funktion zu programmieren!
+Sobald wir beides haben, sind wir bereit, mit der Programmierung unserer Prägefunktion zu beginnen!
-## Die mintNFT-Funktion implementieren {#implement-the-mintnft-function}
+## Die Funktion mintNFT implementieren {#implement-the-mintnft-function}
-Definieren wir in deiner `interact.js`-Datei unsere Funktion `mintNFT`, die gleichnamig unseren NFT minten wird.
+Lass uns in deiner Datei `interact.js` unsere Funktion `mintNFT` definieren, die namensgebend unser NFT prägen wird.
-Da wir zahlreiche asynchrone Aufrufe machen werden (an Pinata, um unsere Metadaten auf IPFS zu pinnen, an Alchemy Web3, um unseren Smart Contract zu laden, und an MetaMask, um unsere Transaktionen zu signieren), wird unsere Funktion ebenfalls asynchron sein.
+Da wir zahlreiche asynchrone Aufrufe durchführen werden (an Pinata, um unsere Metadaten an IPFS anzuheften, an Alchemy Web3, um unseren Smart Contract zu laden, und an MetaMask, um unsere Transaktionen zu signieren), wird unsere Funktion ebenfalls asynchron sein.
-Die drei Eingaben für unsere Funktion sind die `url` unseres digitalen Assets, der `name` und die `description`. Füge die folgende Funktionssignatur unter der `connectWallet`-Funktion hinzu:
+Die drei Eingaben für unsere Funktion sind die `url` unseres digitalen Assets, der `name` und die `description`. Füge die folgende Funktionssignatur unter der Funktion `connectWallet` hinzu:
```javascript
export const mintNFT = async (url, name, description) => {}
```
-### Fehlerbehandlung bei der Eingabe {#input-error-handling}
+### Eingabefehlerbehandlung {#input-error-handling}
-Natürlich ist es sinnvoll, am Anfang der Funktion eine Art Fehlerbehandlung für die Eingabe zu haben, damit wir diese Funktion beenden, wenn unsere Eingabeparameter nicht korrekt sind. Fügen wir in unserer Funktion den folgenden Code hinzu:
+Natürlich ist es sinnvoll, zu Beginn der Funktion eine Art Eingabefehlerbehandlung zu haben, damit wir diese Funktion verlassen, wenn unsere Eingabeparameter nicht korrekt sind. Fügen wir innerhalb unserer Funktion den folgenden Code hinzu:
```javascript
export const mintNFT = async (url, name, description) => {
- //Fehlerbehandlung
+ // Fehlerbehandlung
if (url.trim() == "" || name.trim() == "" || description.trim() == "") {
return {
success: false,
- status: "❗Bitte stelle sicher, dass alle Felder vor dem Minten ausgefüllt sind.",
+ status: "❗Please make sure all fields are completed before minting.",
}
}
}
```
-Im Wesentlichen, wenn einer der Eingabeparameter eine leere Zeichenfolge ist, geben wir ein JSON-Objekt zurück, bei dem der `success`-Boole'sche Wert auf „false“ gesetzt ist und die `status`-Zeichenfolge meldet, dass alle Felder in unserer Benutzeroberfläche vollständig sein müssen.
+Im Wesentlichen geben wir, wenn einer der Eingabeparameter eine leere Zeichenfolge ist, ein JSON-Objekt zurück, bei dem der boolesche Wert `success` auf false gesetzt ist und die Zeichenfolge `status` meldet, dass alle Felder in unserer Benutzeroberfläche ausgefüllt sein müssen.
-### Hochladen der Metadaten auf IPFS {#upload-metadata-to-ipfs}
+### Die Metadaten auf IPFS hochladen {#upload-metadata-to-ipfs}
-Sobald wir wissen, dass unsere Metadaten korrekt formatiert sind, besteht der nächste Schritt darin, sie in ein JSON-Objekt zu verpacken und über die von uns geschriebene `pinJSONToIPFS`-Funktion auf IPFS hochzuladen!
+Sobald wir wissen, dass unsere Metadaten richtig formatiert sind, besteht der nächste Schritt darin, sie in ein JSON-Objekt zu verpacken und über die von uns geschriebene Funktion `pinJSONToIPFS` auf IPFS hochzuladen!
-Dazu müssen wir zuerst die `pinJSONToIPFS`-Funktion in unsere `interact.js`-Datei importieren. Ganz oben in der `interact.js` fügen wir hinzu:
+Dazu müssen wir zunächst die Funktion `pinJSONToIPFS` in unsere Datei `interact.js` importieren. Fügen wir ganz oben in der `interact.js` Folgendes hinzu:
```javascript
import { pinJSONToIPFS } from "./pinata.js"
```
-Erinnere dich daran, dass `pinJSONToIPFS` einen JSON-Körper entgegennimmt. Bevor wir sie aufrufen, müssen wir also unsere `url`-, `name`- und `description`-Parameter in ein JSON-Objekt formatieren.
+Erinnere dich daran, dass `pinJSONToIPFS` einen JSON-Body aufnimmt. Bevor wir sie also aufrufen, müssen wir unsere Parameter `url`, `name` und `description` in ein JSON-Objekt formatieren.
-Aktualisieren wir unseren Code, um ein JSON-Objekt namens `metadata` zu erstellen und dann einen Aufruf an `pinJSONToIPFS` mit diesem `metadata`-Parameter zu machen:
+Aktualisieren wir unseren Code, um ein JSON-Objekt namens `metadata` zu erstellen, und rufen dann `pinJSONToIPFS` mit diesem Parameter `metadata` auf:
```javascript
export const mintNFT = async (url, name, description) => {
- //Fehlerbehandlung
+ // Fehlerbehandlung
if (url.trim() == "" || name.trim() == "" || description.trim() == "") {
return {
success: false,
- status: "❗Bitte stelle sicher, dass alle Felder vor dem Minten ausgefüllt sind.",
+ status: "❗Please make sure all fields are completed before minting.",
}
}
- //Metadaten erstellen
+ // Metadaten erstellen
const metadata = new Object()
metadata.name = name
metadata.image = url
metadata.description = description
- //Pinata-Aufruf durchführen
+ // Pinata-Aufruf durchführen
const pinataResponse = await pinJSONToIPFS(metadata)
if (!pinataResponse.success) {
return {
success: false,
- status: "😢 Etwas ist beim Hochladen deiner tokenURI schiefgelaufen.",
+ status: "😢 Something went wrong while uploading your tokenURI.",
}
}
const tokenURI = pinataResponse.pinataUrl
}
```
-Beachte, dass wir die Antwort unseres Aufrufs an `pinJSONToIPFS(metadata)` im `pinataResponse`-Objekt speichern. Dann analysieren wir dieses Objekt auf Fehler.
+Beachte, dass wir die Antwort unseres Aufrufs von `pinJSONToIPFS(metadata)` im Objekt `pinataResponse` speichern. Dann parsen wir dieses Objekt auf eventuelle Fehler.
-Wenn ein Fehler auftritt, geben wir ein JSON-Objekt zurück, bei dem der `success`-Boole’sche Wert auf „false“ gesetzt ist und unsere `status`-Zeichenfolge meldet, dass unser Aufruf fehlgeschlagen ist. Andernfalls extrahieren wir die `pinataURL` aus der `pinataResponse` und speichern sie als unsere `tokenURI`-Variable.
+Wenn ein Fehler vorliegt, geben wir ein JSON-Objekt zurück, bei dem der boolesche Wert `success` auf false gesetzt ist und unsere Zeichenfolge `status` meldet, dass unser Aufruf fehlgeschlagen ist. Andernfalls extrahieren wir die `pinataURL` aus der `pinataResponse` und speichern sie als unsere Variable `tokenURI`.
-Jetzt ist es an der Zeit, unseren Smart Contract mit der Alchemy Web3-API zu laden, die wir am Anfang unserer Datei initialisiert haben. Füge die folgende Codezeile am Ende der `mintNFT`-Funktion hinzu, um den Vertrag auf die globale Variable `window.contract` zu setzen:
+Jetzt ist es an der Zeit, unseren Smart Contract mit der Alchemy-Web3-API zu laden, die wir oben in unserer Datei initialisiert haben. Füge die folgende Codezeile unten in der Funktion `mintNFT` hinzu, um den Contract in der globalen Variablen `window.contract` festzulegen:
```javascript
window.contract = await new web3.eth.Contract(contractABI, contractAddress)
```
-Das Letzte, was wir in unserer `mintNFT`-Funktion hinzufügen müssen, ist unsere Ethereum-Transaktion:
+Das Letzte, was wir in unserer Funktion `mintNFT` hinzufügen müssen, ist unsere Ethereum-Transaktion:
```javascript
-//Deine Ethereum-Transaktion einrichten
+// Ethereum-Transaktion einrichten
const transactionParameters = {
to: contractAddress, // Erforderlich, außer bei Vertragsveröffentlichungen.
from: window.ethereum.selectedAddress, // muss mit der aktiven Adresse des Benutzers übereinstimmen.
data: window.contract.methods
.mintNFT(window.ethereum.selectedAddress, tokenURI)
- .encodeABI(), //Aufruf des NFT-Smart-Contracts durchführen
+ .encodeABI(), // NFT-Smart-Contract aufrufen
}
-//die Transaktion über MetaMask signieren
+// die Transaktion über MetaMask signieren
try {
const txHash = await window.ethereum.request({
method: "eth_sendTransaction",
@@ -743,68 +744,68 @@ try {
return {
success: true,
status:
- "✅ Sieh dir deine Transaktion auf Etherscan an: https://ropsten.etherscan.io/tx/" +
+ "✅ Check out your transaction on Etherscan: https://ropsten.etherscan.io/tx/" +
txHash,
}
} catch (error) {
return {
success: false,
- status: "😥 Etwas ist schiefgelaufen: " + error.message,
+ status: "😥 Something went wrong: " + error.message,
}
}
```
-Wenn du bereits mit Ethereum-Transaktionen vertraut bist, wirst du feststellen, dass die Struktur ziemlich ähnlich zu dem ist, was du bereits gesehen hast.
+Wenn du bereits mit Ethereum-Transaktionen vertraut bist, wirst du feststellen, dass die Struktur dem, was du gesehen hast, ziemlich ähnlich ist.
- Zuerst richten wir unsere Transaktionsparameter ein.
- - `to` gibt die Empfängeradresse an (unser Smart Contract)
+ - `to` gibt die Empfängeradresse an (unseren Smart Contract)
- `from` gibt den Unterzeichner der Transaktion an (die mit MetaMask verbundene Adresse des Benutzers: `window.ethereum.selectedAddress`)
- - `data` enthält den Aufruf unserer Smart-Contract-`mintNFT`-Methode, die unsere `tokenURI` und die Wallet-Adresse des Benutzers, `window.ethereum.selectedAddress`, als Eingaben erhält
-- Dann machen wir einen Await-Aufruf, `window.ethereum.request,`, bei dem wir MetaMask bitten, die Transaktion zu signieren. Beachte, dass wir in dieser Anfrage unsere eth-Methode (eth_SentTransaction) angeben und unsere `transactionParameters` übergeben. An diesem Punkt öffnet sich MetaMask im Browser und fordert den Benutzer auf, die Transaktion zu signieren oder abzulehnen.
- - Wenn die Transaktion erfolgreich ist, gibt die Funktion ein JSON-Objekt zurück, bei dem der Boole’sche Wert `success` auf „true“ gesetzt ist und die `status`-Zeichenfolge den Benutzer auffordert, Etherscan für weitere Informationen zu seiner Transaktion zu besuchen.
- - Wenn die Transaktion fehlschlägt, gibt die Funktion ein JSON-Objekt zurück, bei dem der `success`-Boole’sche Wert auf „false“ gesetzt ist und die `status`-Zeichenfolge die Fehlermeldung weitergibt.
+ - `data` enthält den Aufruf der Methode `mintNFT` unseres Smart Contracts, die unsere `tokenURI` und die Wallet-Adresse des Benutzers, `window.ethereum.selectedAddress`, als Eingaben erhält
+- Dann machen wir einen await-Aufruf, `window.ethereum.request`, bei dem wir MetaMask bitten, die Transaktion zu signieren. Beachte, dass wir in dieser Anfrage unsere eth-Methode (eth_sendTransaction) angeben und unsere `transactionParameters` übergeben. An diesem Punkt öffnet sich MetaMask im Browser und fordert den Benutzer auf, die Transaktion zu signieren oder abzulehnen.
+ - Wenn die Transaktion erfolgreich ist, gibt die Funktion ein JSON-Objekt zurück, bei dem der boolesche Wert `success` auf true gesetzt ist und die Zeichenfolge `status` den Benutzer auffordert, Etherscan für weitere Informationen zu seiner Transaktion zu überprüfen.
+ - Wenn die Transaktion fehlschlägt, gibt die Funktion ein JSON-Objekt zurück, bei dem der boolesche Wert `success` auf false gesetzt ist und die Zeichenfolge `status` die Fehlermeldung weiterleitet.
-Insgesamt sollte unsere `mintNFT`-Funktion so aussehen:
+Insgesamt sollte unsere Funktion `mintNFT` so aussehen:
```javascript
export const mintNFT = async (url, name, description) => {
- //Fehlerbehandlung
+ // Fehlerbehandlung
if (url.trim() == "" || name.trim() == "" || description.trim() == "") {
return {
success: false,
- status: "❗Bitte stelle sicher, dass alle Felder vor dem Minten ausgefüllt sind.",
+ status: "❗Please make sure all fields are completed before minting.",
}
}
- //Metadaten erstellen
+ // Metadaten erstellen
const metadata = new Object()
metadata.name = name
metadata.image = url
metadata.description = description
- //Pinata-Pin-Anfrage
+ // Pinata-Pin-Anfrage
const pinataResponse = await pinJSONToIPFS(metadata)
if (!pinataResponse.success) {
return {
success: false,
- status: "😢 Etwas ist beim Hochladen deiner tokenURI schiefgelaufen.",
+ status: "😢 Something went wrong while uploading your tokenURI.",
}
}
const tokenURI = pinataResponse.pinataUrl
- //Smart Contract laden
- window.contract = await new web3.eth.Contract(contractABI, contractAddress) //loadContract();
+ // Smart Contract laden
+ window.contract = await new web3.eth.Contract(contractABI, contractAddress) // loadContract();
- //Deine Ethereum-Transaktion einrichten
+ // Ethereum-Transaktion einrichten
const transactionParameters = {
to: contractAddress, // Erforderlich, außer bei Vertragsveröffentlichungen.
from: window.ethereum.selectedAddress, // muss mit der aktiven Adresse des Benutzers übereinstimmen.
data: window.contract.methods
.mintNFT(window.ethereum.selectedAddress, tokenURI)
- .encodeABI(), //Aufruf des NFT-Smart-Contracts durchführen
+ .encodeABI(), // NFT-Smart-Contract aufrufen
}
- //Transaktion über MetaMask signieren
+ // Transaktion über MetaMask signieren
try {
const txHash = await window.ethereum.request({
method: "eth_sendTransaction",
@@ -813,23 +814,23 @@ export const mintNFT = async (url, name, description) => {
return {
success: true,
status:
- "✅ Sieh dir deine Transaktion auf Etherscan an: https://ropsten.etherscan.io/tx/" +
+ "✅ Check out your transaction on Etherscan: https://ropsten.etherscan.io/tx/" +
txHash,
}
} catch (error) {
return {
success: false,
- status: "😥 Etwas ist schiefgelaufen: " + error.message,
+ status: "😥 Something went wrong: " + error.message,
}
}
}
```
-Das ist eine riesige Funktion! Jetzt müssen wir nur noch unsere `mintNFT`-Funktion mit unserer `Minter.js`-Komponente verbinden ...
+Das ist eine riesige Funktion! Jetzt müssen wir nur noch unsere Funktion `mintNFT` mit unserer Komponente `Minter.js` verbinden ...
-## Verbinde mintNFT mit unserem Minter.js-Frontend {#connect-our-frontend}
+## mintNFT mit unserem Minter.js-Frontend verbinden {#connect-our-frontend}
-Öffne deine `Minter.js`-Datei und aktualisiere die Zeile `import { connectWallet, getCurrentWalletConnected } from "./utils/interact.js";` am Anfang zu:
+Öffne deine Datei `Minter.js` und aktualisiere die Zeile `import { connectWallet, getCurrentWalletConnected } from "./utils/interact.js";` oben wie folgt:
```javascript
import {
@@ -839,7 +840,7 @@ import {
} from "./utils/interact.js"
```
-Implementiere schließlich die `onMintPressed`-Funktion, um einen Await-Aufruf an deine importierte `mintNFT`-Funktion zu machen und die `status`-Zustandsvariable zu aktualisieren, um widerzuspiegeln, ob unsere Transaktion erfolgreich war oder fehlgeschlagen ist:
+Implementiere schließlich die Funktion `onMintPressed`, um einen await-Aufruf an deine importierte Funktion `mintNFT` durchzuführen und die Zustandsvariable `status` zu aktualisieren, um widerzuspiegeln, ob unsere Transaktion erfolgreich war oder fehlgeschlagen ist:
```javascript
const onMintPressed = async () => {
@@ -848,22 +849,22 @@ const onMintPressed = async () => {
}
```
-## Stelle deinen NFT auf einer Live-Website bereit {#deploy-your-NFT}
+## Dein NFT auf einer Live-Website bereitstellen {#deploy-your-NFT}
-Bereit, dein Projekt live zu schalten, damit Benutzer damit interagieren können? Sieh dir [dieses Tutorial](https://docs.alchemy.com/alchemy/tutorials/nft-minter/how-do-i-deploy-nfts-online) an, um deinen Minter auf einer Live-Website bereitzustellen.
+Bist du bereit, dein Projekt live zu schalten, damit Benutzer damit interagieren können? Sieh dir [dieses Tutorial](https://docs.alchemy.com/alchemy/tutorials/nft-minter/how-do-i-deploy-nfts-online) an, um deinen Minter auf einer Live-Website bereitzustellen.
Ein letzter Schritt ...
-## Erobere die Blockchain-Welt im Sturm {#take-the-blockchain-world-by-storm}
+## Die Blockchain-Welt im Sturm erobern {#take-the-blockchain-world-by-storm}
Nur ein Scherz, du hast es bis zum Ende des Tutorials geschafft!
-Zusammenfassend lässt sich sagen, dass du durch den Bau eines NFT-Minters erfolgreich gelernt hast, wie man:
+Zusammenfassend hast du durch den Bau eines NFT-Minters erfolgreich gelernt, wie man:
-- Verbinden von MetaMask mit Ihrem Frontend-Projekt
-- Rufen von Smart-Contract Methoden von Ihrem Frontend
-- Transaktionen mit MetaMask signieren
+- Eine Verbindung zu MetaMask über dein Frontend-Projekt herstellt
+- Smart-Contract-Methoden von deinem Frontend aus aufruft
+- Transaktionen mit MetaMask signiert
-Vermutlich möchtest du die über deine Dapp geminteten NFTs in deiner Wallet präsentieren können – sieh dir also unbedingt unser kurzes Tutorial [So zeigst du dein NFT in deiner Wallet an](https://www.alchemy.com/docs/how-to-view-your-nft-in-your-mobile-wallet) an!
+Vermutlich möchtest du die über deine Dapp geprägten NFTs in deiner Wallet präsentieren können – sieh dir also unbedingt unser kurzes Tutorial [Wie du dein NFT in deiner Wallet anzeigst](https://www.alchemy.com/docs/how-to-view-your-nft-in-your-mobile-wallet) an!
-Und wie immer, wenn du Fragen hast, sind wir hier, um im [Alchemy Discord](https://discord.gg/gWuC7zB) zu helfen. Wir können es kaum erwarten zu sehen, wie du die Konzepte aus diesem Tutorial auf deine zukünftigen Projekte anwendest!
+Und wie immer, wenn du Fragen hast, sind wir hier, um im [Alchemy Discord](https://discord.gg/gWuC7zB) zu helfen. Wir können es kaum erwarten zu sehen, wie du die Konzepte aus diesem Tutorial auf deine zukünftigen Projekte anwendest!
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/optimism-std-bridge-annotated-code/index.md b/public/content/translations/de/developers/tutorials/optimism-std-bridge-annotated-code/index.md
index ee4325935a4..918721cb2ac 100644
--- a/public/content/translations/de/developers/tutorials/optimism-std-bridge-annotated-code/index.md
+++ b/public/content/translations/de/developers/tutorials/optimism-std-bridge-annotated-code/index.md
@@ -1,104 +1,109 @@
---
-title: "Walkthrough zum Vertrag der Optimism-Standard-Brücke"
-description: "Wie funktioniert die Standard-Brücke für Optimism? Warum funktioniert sie auf diese Weise?"
+title: "Walkthrough des Optimism-Standardvertrags für kettenübergreifende Brücken"
+description: "Wie funktioniert die kettenübergreifende Standardbrücke für Optimism? Warum funktioniert sie auf diese Weise?"
author: Ori Pomerantz
-tags: ["solidity", "bridge", "layer 2"]
+tags: ["Solidity", "kettenübergreifende Brücke", "Ebene 2"]
skill: intermediate
-breadcrumb: "Optimism-Bridge"
+breadcrumb: "Optimism kettenübergreifende Brücke"
published: 2022-03-30
lang: de
---
[Optimism](https://www.optimism.io/) ist ein [Optimistic Rollup](/developers/docs/scaling/optimistic-rollups/).
-Optimistic Rollups können Transaktionen zu einem viel niedrigeren Preis als das Ethereum Mainnet (auch bekannt als Layer 1 oder L1) verarbeiten, da Transaktionen nur von einigen wenigen Knoten anstatt von jedem Knoten im Netzwerk verarbeitet werden.
-Gleichzeitig werden alle Daten auf L1 geschrieben, sodass alles mit der Integrität und Verfügbarkeit des Mainnets nachgewiesen und rekonstruiert werden kann.
+Optimistic Rollups können Transaktionen zu einem viel niedrigeren Preis als das Ethereum-Mainnet (auch bekannt als Ebene 1 oder L1) verarbeiten, da Transaktionen nur von wenigen Blockchain-Knoten anstatt von jedem Blockchain-Knoten im Netzwerk verarbeitet werden.
+Gleichzeitig werden alle Daten auf L1 geschrieben, sodass alles mit allen Integritäts- und Verfügbarkeitsgarantien des Mainnets bewiesen und rekonstruiert werden kann.
-Um L1-Assets auf Optimism (oder einem anderen L2) zu verwenden, müssen die Assets [überbrückt](/bridges/#prerequisites) werden.
-Eine Möglichkeit, dies zu erreichen, besteht darin, dass Benutzer Assets (ETH und [ERC-20-Tokens](/developers/docs/standards/tokens/erc-20/) sind die häufigsten) auf L1 sperren und gleichwertige Assets zur Verwendung auf L2 erhalten.
-Schließlich möchte derjenige, der sie am Ende besitzt, sie vielleicht wieder auf L1 zurückbrücken.
-Dabei werden die Assets auf L2 verbrannt und dann auf L1 wieder an den Benutzer freigegeben.
+Um L1-Vermögenswerte auf Optimism (oder einer anderen Ebene 2) zu verwenden, müssen die Vermögenswerte über eine [kettenübergreifende Brücke](/bridges/#prerequisites) übertragen werden.
+Eine Möglichkeit, dies zu erreichen, besteht darin, dass Benutzer Vermögenswerte (ETH und [ERC-20-Token](/developers/docs/standards/tokens/erc-20/) sind die häufigsten) auf L1 sperren und gleichwertige Vermögenswerte zur Verwendung auf L2 erhalten.
+Letztendlich möchte derjenige, der sie am Ende besitzt, sie vielleicht wieder über eine kettenübergreifende Brücke zurück zu L1 übertragen.
+Dabei werden die Vermögenswerte auf L2 verbrannt und dann auf L1 wieder an den Benutzer freigegeben.
-So funktioniert die [Optimism Standard-Brücke](https://docs.optimism.io/app-developers/bridging/standard-bridge).
-In diesem Artikel gehen wir den Quellcode für diese Brücke durch, um zu sehen, wie sie funktioniert, und um sie als Beispiel für gut geschriebenen Solidity-Code zu studieren.
+Auf diese Weise funktioniert die [kettenübergreifende Optimism-Standardbrücke](https://docs.optimism.io/app-developers/bridging/standard-bridge).
+In diesem Artikel gehen wir den Quellcode für diese kettenübergreifende Brücke durch, um zu sehen, wie sie funktioniert, und studieren ihn als Beispiel für gut geschriebenen Solidity-Code.
## Kontrollflüsse {#control-flows}
-Die Brücke hat zwei Hauptabläufe:
+Die kettenübergreifende Brücke hat zwei Hauptflüsse:
-- Einzahlung (von L1 nach L2)
-- Auszahlung (von L2 nach L1)
+- Einzahlung (von L1 zu L2)
+- Auszahlung (von L2 zu L1)
-### Einzahlungsablauf {#deposit-flow}
+### Einzahlungsfluss {#deposit-flow}
-#### Layer 1 {#deposit-flow-layer-1}
+#### Ebene 1 {#deposit-flow-layer-1}
-1. Bei der Einzahlung eines ERC-20 erteilt der Einzahler der Brücke eine Freigabe, den eingezahlten Betrag auszugeben.
-2. Der Einzahler ruft die L1-Brücke auf (`depositERC20`, `depositERC20To`, `depositETH` oder `depositETHTo`)
-3. Die L1-Brücke nimmt das überbrückte Asset in Besitz.
- - ETH: Das Asset wird vom Einzahler als Teil des Aufrufs übertragen.
- - ERC-20: Das Asset wird von der Brücke unter Verwendung der vom Einzahler erteilten Freigabe an sich selbst übertragen.
-4. Die L1-Brücke verwendet den domänenübergreifenden Nachrichtenmechanismus, um `finalizeDeposit` auf der L2-Brücke aufzurufen.
+1. Bei der Einzahlung eines ERC-20-Tokens erteilt der Einzahler der kettenübergreifenden Brücke die Erlaubnis (Allowance), den einzuzahlenden Betrag auszugeben.
+2. Der Einzahler ruft die kettenübergreifende L1-Brücke auf (`depositERC20`, `depositERC20To`, `depositETH` oder `depositETHTo`).
+3. Die kettenübergreifende L1-Brücke übernimmt den Besitz des überbrückten Vermögenswerts.
+ - ETH: Der Vermögenswert wird vom Einzahler als Teil des Aufrufs übertragen.
+ - ERC-20: Der Vermögenswert wird von der kettenübergreifenden Brücke unter Verwendung der vom Einzahler bereitgestellten Erlaubnis an sich selbst übertragen.
+4. Die kettenübergreifende L1-Brücke verwendet den Cross-Domain-Nachrichtenmechanismus, um `finalizeDeposit` auf der kettenübergreifenden L2-Brücke aufzurufen.
-#### Layer 2 {#deposit-flow-layer-2}
+#### Ebene 2 {#deposit-flow-layer-2}
-5. Die L2-Brücke überprüft, ob der Aufruf von `finalizeDeposit` rechtmäßig ist:
- - Kam vom domänenübergreifenden Nachrichtenvertrag
- - War ursprünglich von der Brücke auf L1
-6. Die L2-Brücke prüft, ob der ERC-20-Token-Vertrag auf L2 der richtige ist:
- - Der L2-Vertrag meldet, dass sein L1-Gegenstück dasselbe ist wie das, von dem die Tokens auf L1 kamen
+5. Die kettenübergreifende L2-Brücke überprüft, ob der Aufruf von `finalizeDeposit` legitim ist:
+ - Kam vom Cross-Domain-Nachrichtenvertrag.
+ - Stammte ursprünglich von der kettenübergreifenden Brücke auf L1.
+6. Die kettenübergreifende L2-Brücke prüft, ob der ERC-20-Token-Vertrag auf L2 der richtige ist:
+ - Der L2-Vertrag meldet, dass sein L1-Gegenstück dasselbe ist wie das, von dem die Token auf L1 stammten.
- Der L2-Vertrag meldet, dass er die richtige Schnittstelle unterstützt ([unter Verwendung von ERC-165](https://eips.ethereum.org/EIPS/eip-165)).
-7. Wenn der L2-Vertrag der richtige ist, rufen Sie ihn auf, um die entsprechende Anzahl von Tokens an die entsprechende Adresse zu prägen. Wenn nicht, starten Sie einen Auszahlungsprozess, damit der Benutzer die Tokens auf L1 beanspruchen kann.
+7. Wenn der L2-Vertrag der richtige ist, wird er aufgerufen, um die entsprechende Anzahl von Token an die entsprechende Adresse zu prägen. Wenn nicht, wird ein Auszahlungsprozess gestartet, damit der Benutzer die Token auf L1 beanspruchen kann.
-### Auszahlungsablauf {#withdrawal-flow}
+### Auszahlungsfluss {#withdrawal-flow}
-#### Layer 2 {#withdrawal-flow-layer-2}
+#### Ebene 2 {#withdrawal-flow-layer-2}
-1. Der Auszahlende ruft die L2-Brücke auf (`withdraw` oder `withdrawTo`)
-2. Die L2-Brücke verbrennt die entsprechende Anzahl von Tokens, die `msg.sender` gehören.
-3. Die L2-Brücke verwendet den domänenübergreifenden Nachrichtenmechanismus, um `finalizeETHWithdrawal` oder `finalizeERC20Withdrawal` auf der L1-Brücke aufzurufen.
+1. Der Auszahlende ruft die kettenübergreifende L2-Brücke auf (`withdraw` oder `withdrawTo`).
+2. Die kettenübergreifende L2-Brücke verbrennt die entsprechende Anzahl von Token, die `msg.sender` gehören.
+3. Die kettenübergreifende L2-Brücke verwendet den Cross-Domain-Nachrichtenmechanismus, um `finalizeETHWithdrawal` oder `finalizeERC20Withdrawal` auf der kettenübergreifenden L1-Brücke aufzurufen.
-#### Layer 1 {#withdrawal-flow-layer-1}
+#### Ebene 1 {#withdrawal-flow-layer-1}
-4. Die L1-Brücke überprüft, ob der Aufruf von `finalizeETHWithdrawal` oder `finalizeERC20Withdrawal` rechtmäßig ist:
- - Kam vom domänenübergreifenden Nachrichtenmechanismus
- - War ursprünglich von der Brücke auf L2
-5. Die L1-Brücke überträgt das entsprechende Asset (ETH oder ERC-20) an die entsprechende Adresse.
+4. Die kettenübergreifende L1-Brücke überprüft, ob der Aufruf von `finalizeETHWithdrawal` oder `finalizeERC20Withdrawal` legitim ist:
+ - Kam vom Cross-Domain-Nachrichtenmechanismus.
+ - Stammte ursprünglich von der kettenübergreifenden Brücke auf L2.
+5. Die kettenübergreifende L1-Brücke überträgt den entsprechenden Vermögenswert (ETH oder ERC-20) an die entsprechende Adresse.
-## Layer-1-Code {#layer-1-code}
+## Ebene-1-Code {#layer-1-code}
-Dies ist der Code, der auf L1, dem Ethereum Mainnet, läuft.
+Dies ist der Code, der auf L1, dem Ethereum-Mainnet, ausgeführt wird.
### IL1ERC20Bridge {#IL1ERC20Bridge}
[Diese Schnittstelle ist hier definiert](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/IL1ERC20Bridge.sol).
-Sie enthält Funktionen und Definitionen, die für die Überbrückung von ERC-20-Tokens erforderlich sind.
+Sie enthält Funktionen und Definitionen, die für die Überbrückung von ERC-20-Token erforderlich sind.
```solidity
// SPDX-License-Identifier: MIT
```
-[Der größte Teil des Codes von Optimism wird unter der MIT-Lizenz veröffentlicht](https://help.optimism.io/hc/en-us/articles/4411908707995-What-software-license-does-Optimism-use-).
+[Der Großteil des Codes von Optimism ist unter der MIT-Lizenz veröffentlicht](https://help.optimism.io/hc/en-us/articles/4411908707995-What-software-license-does-Optimism-use-).
```solidity
pragma solidity >0.5.0 <0.9.0;
```
Zum Zeitpunkt des Schreibens ist die neueste Version von Solidity 0.8.12.
-Bis zur Veröffentlichung von Version 0.9.0 wissen wir nicht, ob dieser Code damit kompatibel ist oder nicht.
+Bis zur Veröffentlichung der Version 0.9.0 wissen wir nicht, ob dieser Code damit kompatibel ist oder nicht.
```solidity
-/**
- * @title IL1ERC20Bridge
- */
+/* *
+ * @title IL1ERC20Bridge */
+
+
+
interface IL1ERC20Bridge {
- /**********
+ /* *********
* Ereignisse *
- **********/
+ ********* */
+
+
+
event ERC20DepositInitiated(
```
-In der Terminologie der Optimism-Brücke bedeutet _Einzahlung_ eine Übertragung von L1 nach L2 und _Auszahlung_ eine Übertragung von L2 nach L1.
+In der Terminologie der kettenübergreifenden Brücke von Optimism bedeutet _Einzahlung_ (deposit) eine Übertragung von L1 zu L2 und _Auszahlung_ (withdrawal) eine Übertragung von L2 zu L1.
```solidity
address indexed _l1Token,
@@ -107,8 +112,8 @@ In der Terminologie der Optimism-Brücke bedeutet _Einzahlung_ eine Übertragung
In den meisten Fällen ist die Adresse eines ERC-20 auf L1 nicht dieselbe wie die Adresse des entsprechenden ERC-20 auf L2.
[Sie können die Liste der Token-Adressen hier einsehen](https://static.optimism.io/optimism.tokenlist.json).
-Die Adresse mit `chainId` 1 befindet sich auf L1 (Mainnet) und die Adresse mit `chainId` 10 auf L2 (Optimism).
-Die anderen beiden `chainId`-Werte sind für das Kovan-Testnetz (42) und das Optimistic Kovan-Testnetz (69).
+Die Adresse mit der `chainId` 1 befindet sich auf L1 (Mainnet) und die Adresse mit der `chainId` 10 befindet sich auf L2 (Optimism).
+Die anderen beiden `chainId`-Werte sind für das Kovan-Testnet (42) und das Optimistic Kovan-Testnet (69).
```solidity
address indexed _from,
@@ -118,7 +123,7 @@ Die anderen beiden `chainId`-Werte sind für das Kovan-Testnetz (42) und das Opt
);
```
-Es ist möglich, Notizen zu Übertragungen hinzuzufügen, in diesem Fall werden sie zu den Ereignissen hinzugefügt, die sie melden.
+Es ist möglich, Übertragungen Notizen hinzuzufügen. In diesem Fall werden sie den Ereignissen hinzugefügt, die sie melden.
```solidity
event ERC20WithdrawalFinalized(
@@ -131,36 +136,51 @@ Es ist möglich, Notizen zu Übertragungen hinzuzufügen, in diesem Fall werden
);
```
-Derselbe Brückenvertrag behandelt Übertragungen in beide Richtungen.
-Im Fall der L1-Brücke bedeutet dies die Initiierung von Einzahlungen und die Finalisierung von Auszahlungen.
+Derselbe Vertrag für die kettenübergreifende Brücke verarbeitet Übertragungen in beide Richtungen.
+Im Falle der kettenübergreifenden L1-Brücke bedeutet dies die Initialisierung von Einzahlungen und die Finalisierung von Auszahlungen.
```solidity
- /********************
+ /* *******************
* Öffentliche Funktionen *
- ********************/
+ ******************* */
+
+
+
+
+ /* *
+ * @dev Ruft die Adresse des entsprechenden L2-Vertrags für die kettenübergreifende Brücke ab.
+ * @return Adresse des entsprechenden L2-Vertrags für die kettenübergreifende Brücke. */
+
+
+
- /**
- * @dev Ruft die Adresse des entsprechenden L2-Brückenvertrags ab.
- * @return Adresse des entsprechenden L2-Brückenvertrags.
- */
function l2TokenBridge() external returns (address);
```
-Diese Funktion wird nicht wirklich benötigt, da es sich auf L2 um einen vorab bereitgestellten Vertrag (predeployed contract) handelt, der sich also immer an der Adresse `0x4200000000000000000000000000000000000010` befindet.
-Sie ist hier aus Symmetriegründen zur L2-Brücke, da die Adresse der L1-Brücke _nicht_ trivial zu kennen ist.
+Diese Funktion wird nicht wirklich benötigt, da es sich auf L2 um einen vorab bereitgestellten Vertrag handelt, sodass er sich immer an der Adresse `0x4200000000000000000000000000000000000010` befindet.
+Sie ist hier aus Symmetriegründen mit der kettenübergreifenden L2-Brücke vorhanden, da die Adresse der kettenübergreifenden L1-Brücke _nicht_ trivial zu ermitteln ist.
```solidity
- /**
+ /* *
* @dev Zahlt einen Betrag des ERC20 auf das Guthaben des Aufrufers auf L2 ein.
- * @param _l1Token Adresse des L1 ERC20, das wir einzahlen.
- * @param _l2Token Adresse des entsprechenden L2 ERC20.
- * @param _amount Einzuzahlender Betrag des ERC20.
- * @param _l2Gas Erforderliches Gaslimit, um die Einzahlung auf L2 abzuschließen.
+ * @param _l1Token Adresse des L1-ERC20, den wir einzahlen
+ * @param _l2Token Adresse des entsprechenden L2-ERC20 zum L1
+ * @param _amount Betrag des einzuzahlenden ERC20
+ * @param _l2Gas Gaslimit, das erforderlich ist, um die Einzahlung auf L2 abzuschließen.
* @param _data Optionale Daten zur Weiterleitung an L2. Diese Daten werden
- * lediglich als Annehmlichkeit für externe Verträge zur Verfügung gestellt. Abgesehen von der Durchsetzung einer maximalen
- * Länge geben diese Verträge keine Garantien über ihren Inhalt.
- */
+ * ausschließlich als Annehmlichkeit für externe Verträge bereitgestellt. Abgesehen von der Durchsetzung einer maximalen
+ * Länge geben diese Verträge keine Garantien über deren Inhalt. */
+
+
+
+
+
+
+
+
+
+
function depositERC20(
address _l1Token,
address _l2Token,
@@ -170,22 +190,32 @@ Sie ist hier aus Symmetriegründen zur L2-Brücke, da die Adresse der L1-Brücke
) external;
```
-Der Parameter `_l2Gas` ist die Menge an L2-Gas, die die Transaktion verbrauchen darf.
-[Bis zu einem bestimmten (hohen) Limit ist dies kostenlos](https://community.optimism.io/docs/developers/bridge/messaging/#for-l1-%E2%87%92-l2-transactions-2), daher sollte es kein Problem sein, es sei denn, der ERC-20-Vertrag macht beim Prägen etwas wirklich Seltsames.
-Diese Funktion kümmert sich um das übliche Szenario, bei dem ein Benutzer Assets an dieselbe Adresse auf einer anderen Blockchain überbrückt.
+Der Parameter `_l2Gas` ist die Menge an L2-Gas, die die Transaktion ausgeben darf.
+[Bis zu einem bestimmten (hohen) Limit ist dies kostenlos](https://community.optimism.io/docs/developers/bridge/messaging/#for-l1-%E2%87%92-l2-transactions-2). Solange der ERC-20-Vertrag beim Prägen also nichts wirklich Seltsames tut, sollte dies kein Problem sein.
+Diese Funktion kümmert sich um das häufige Szenario, bei dem ein Benutzer Vermögenswerte über eine kettenübergreifende Brücke an dieselbe Adresse auf einer anderen Blockchain überträgt.
```solidity
- /**
- * @dev zahlt einen Betrag von ERC20 auf das Guthaben eines Empfängers auf L2 ein.
- * @param _l1Token Adresse des L1 ERC20, den wir einzahlen
- * @param _l2Token Adresse des entsprechenden L2 ERC20 auf L1
- * @param _to L2-Adresse, auf die die Abhebung gutgeschrieben werden soll.
- * @param _amount Einzuzahlender Betrag des ERC20.
+ /* *
+ * @dev Zahlt einen Betrag von ERC20 auf das Guthaben eines Empfängers auf L2 ein.
+ * @param _l1Token Adresse des L1-ERC20, den wir einzahlen
+ * @param _l2Token Adresse des entsprechenden L2-ERC20 zum L1
+ * @param _to L2-Adresse, der die Abhebung gutgeschrieben werden soll.
+ * @param _amount Betrag des einzuzahlenden ERC20.
* @param _l2Gas Gaslimit, das erforderlich ist, um die Einzahlung auf L2 abzuschließen.
* @param _data Optionale Daten zur Weiterleitung an L2. Diese Daten werden
- * lediglich als Annehmlichkeit für externe Verträge zur Verfügung gestellt. Abgesehen von der Durchsetzung einer maximalen
- * Länge geben diese Verträge keine Garantien über ihren Inhalt.
- */
+ * ausschließlich als Annehmlichkeit für externe Verträge bereitgestellt. Abgesehen von der Durchsetzung einer maximalen
+ * Länge geben diese Verträge keine Garantien über deren Inhalt. */
+
+
+
+
+
+
+
+
+
+
+
function depositERC20To(
address _l1Token,
address _l2Token,
@@ -196,27 +226,42 @@ Diese Funktion kümmert sich um das übliche Szenario, bei dem ein Benutzer Asse
) external;
```
-Diese Funktion ist fast identisch mit `depositERC20`, aber sie ermöglicht es Ihnen, den ERC-20 an eine andere Adresse zu senden.
+Diese Funktion ist fast identisch mit `depositERC20`, ermöglicht es Ihnen jedoch, den ERC-20 an eine andere Adresse zu senden.
```solidity
- /*************************
- * Cross-Chain-Funktionen *
- *************************/
+ /* ************************
+ * Kettenübergreifende Funktionen *
+ ************************ */
+
+
- /**
- * @dev Schließt eine Auszahlung von L2 nach L1 ab und schreibt den Betrag dem Guthaben des
- * L1-ERC20-Tokens des Empfängers gut.
- * Dieser Aufruf schlägt fehl, wenn die initiierte Auszahlung von L2 noch nicht finalisiert wurde.
+
+ /* *
+ * @dev Schließt eine Abhebung von L2 nach L1 ab und schreibt das Guthaben dem L1-ERC20-Token-Guthaben des Empfängers gut.
+ * Dieser Aufruf schlägt fehl, wenn die initiierte Abhebung von L2 nicht abgeschlossen wurde.
*
- * @param _l1Token Adresse des L1-Tokens, für das finalizeWithdrawal ausgeführt wird.
- * @param _l2Token Adresse des L2-Tokens, auf dem die Auszahlung eingeleitet wurde.
- * @param _from L2-Adresse, die die Übertragung initiiert.
- * @param _to L1-Adresse, der die Auszahlung gutgeschrieben werden soll.
- * @param _amount Einzuzahlender Betrag des ERC20.
- * @param _data Vom Absender auf L2 bereitgestellte Daten. Diese Daten werden
- * lediglich als Annehmlichkeit für externe Verträge zur Verfügung gestellt. Abgesehen von der Durchsetzung einer maximalen
- * Länge geben diese Verträge keine Garantien über ihren Inhalt.
- */
+ * @param _l1Token Adresse des L1-Tokens, für den finalizeWithdrawal ausgeführt wird.
+ * @param _l2Token Adresse des L2-Tokens, bei dem die Abhebung initiiert wurde.
+ * @param _from L2-Adresse, die den Transfer initiiert.
+ * @param _to L1-Adresse, der die Abhebung gutgeschrieben werden soll.
+ * @param _amount Betrag des einzuzahlenden ERC20.
+ * @param _data Daten, die vom Sender auf L2 bereitgestellt werden. Diese Daten werden
+ * ausschließlich als Annehmlichkeit für externe Verträge bereitgestellt. Abgesehen von der Durchsetzung einer maximalen
+ * Länge geben diese Verträge keine Garantien über deren Inhalt. */
+
+
+
+
+
+
+
+
+
+
+
+
+
+
function finalizeERC20Withdrawal(
address _l1Token,
address _l2Token,
@@ -228,20 +273,20 @@ Diese Funktion ist fast identisch mit `depositERC20`, aber sie ermöglicht es Ih
}
```
-Auszahlungen (und andere Nachrichten von L2 nach L1) in Optimism sind ein zweistufiger Prozess:
+Auszahlungen (und andere Nachrichten von L2 zu L1) in Optimism sind ein zweistufiger Prozess:
1. Eine initiierende Transaktion auf L2.
-2. Eine finalisierende oder beanspruchende Transaktion auf L1.
- Diese Transaktion muss nach dem Ende des [Fehler-Anfechtungszeitraums](https://community.optimism.io/docs/how-optimism-works/#fault-proofs) für die L2-Transaktion erfolgen.
+2. Eine abschließende oder beanspruchende Transaktion auf L1.
+ Diese Transaktion muss stattfinden, nachdem die [Fehleranfechtungsfrist (Fault Challenge Period)](https://community.optimism.io/docs/how-optimism-works/#fault-proofs) für die L2-Transaktion abgelaufen ist.
### IL1StandardBridge {#il1standardbridge}
[Diese Schnittstelle ist hier definiert](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/IL1StandardBridge.sol).
Diese Datei enthält Ereignis- und Funktionsdefinitionen für ETH.
-Diese Definitionen sind sehr ähnlich zu denen, die oben in `IL1ERC20Bridge` für ERC-20 definiert wurden.
+Diese Definitionen sind denen sehr ähnlich, die oben in `IL1ERC20Bridge` für ERC-20 definiert wurden.
-Die Brückenschnittstelle ist auf zwei Dateien aufgeteilt, da einige ERC-20-Tokens eine benutzerdefinierte Verarbeitung erfordern und nicht von der Standardbrücke verarbeitet werden können.
-Auf diese Weise kann die benutzerdefinierte Brücke, die einen solchen Token verarbeitet, `IL1ERC20Bridge` implementieren und muss nicht auch ETH überbrücken.
+Die Schnittstelle der kettenübergreifenden Brücke ist auf zwei Dateien aufgeteilt, da einige ERC-20-Token eine benutzerdefinierte Verarbeitung erfordern und nicht von der kettenübergreifenden Standardbrücke verarbeitet werden können.
+Auf diese Weise kann die benutzerdefinierte kettenübergreifende Brücke, die einen solchen Token verarbeitet, `IL1ERC20Bridge` implementieren und muss nicht auch ETH überbrücken.
```solidity
// SPDX-License-Identifier: MIT
@@ -249,13 +294,18 @@ pragma solidity >0.5.0 <0.9.0;
import "./IL1ERC20Bridge.sol";
-/**
- * @title IL1StandardBridge
- */
+/* *
+ * @title IL1StandardBridge */
+
+
+
interface IL1StandardBridge is IL1ERC20Bridge {
- /**********
+ /* *********
* Ereignisse *
- **********/
+ ********* */
+
+
+
event ETHDepositInitiated(
address indexed _from,
address indexed _to,
@@ -264,8 +314,8 @@ interface IL1StandardBridge is IL1ERC20Bridge {
);
```
-Dieses Ereignis ist fast identisch mit der ERC-20-Version (`ERC20DepositInitiated`), jedoch ohne die L1- und L2-Token-Adressen.
-Dasselbe gilt für die anderen Ereignisse und die Funktionen.
+Dieses Ereignis ist fast identisch mit der ERC-20-Version (`ERC20DepositInitiated`), außer dass die L1- und L2-Token-Adressen fehlen.
+Dasselbe gilt für die anderen Ereignisse und Funktionen.
```solidity
event ETHWithdrawalFinalized(
@@ -274,42 +324,64 @@ Dasselbe gilt für die anderen Ereignisse und die Funktionen.
.
);
- /********************
+ /* *******************
* Öffentliche Funktionen *
- ********************/
+ ******************* */
+
- /**
- * @dev Einzahlung eines ETH-Betrags in das Guthaben des Aufrufers auf L2.
- .
+
+
+ /* *
+ * @dev Zahlt einen Betrag an ETH auf das Guthaben des Aufrufers auf L2 ein.
.
.
- */
+ . */
+
+
+
+
+
+
function depositETH(uint32 _l2Gas, bytes calldata _data) external payable;
- /**
- * @dev Einzahlung eines ETH-Betrags in das Guthaben eines Empfängers auf L2.
+ /* *
+ * @dev Zahlt einen Betrag an ETH auf das Guthaben eines Empfängers auf L2 ein.
.
.
- .
- */
+ . */
+
+
+
+
+
+
function depositETHTo(
address _to,
uint32 _l2Gas,
bytes calldata _data
) external payable;
- /*************************
- * Cross-Chain-Funktionen *
- *************************/
+ /* ************************
+ * Kettenübergreifende Funktionen *
+ ************************ */
+
- /**
- * @dev Schließen Sie eine Auszahlung von L2 nach L1 ab und schreiben Sie den Betrag dem Guthaben des L1-ETH-Tokens des Empfängers gut.
- * Da nur der xDomainMessenger diese Funktion aufrufen kann, wird sie niemals aufgerufen
- * bevor die Auszahlung finalisiert ist.
- .
+
+
+ /* *
+ * @dev Schließt eine Abhebung von L2 nach L1 ab und schreibt das Guthaben dem L1-ETH-Token-Guthaben des Empfängers gut. Da nur der xDomainMessenger diese Funktion aufrufen kann, wird sie niemals aufgerufen,
+ * bevor die Abhebung abgeschlossen ist.
.
.
- */
+ . */
+
+
+
+
+
+
+
+
function finalizeETHWithdrawal(
address _from,
address _to,
@@ -321,65 +393,86 @@ Dasselbe gilt für die anderen Ereignisse und die Funktionen.
### CrossDomainEnabled {#crossdomainenabled}
-[Dieser Vertrag](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/bridge/CrossDomainEnabled.sol) wird von beiden Brücken ([L1](#the-l1-bridge-contract) und [L2](#the-l2-bridge-contract)) geerbt, um Nachrichten an den anderen Layer zu senden.
+[Dieser Vertrag](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/bridge/CrossDomainEnabled.sol) wird von beiden kettenübergreifenden Brücken ([L1](#the-l1-bridge-contract) und [L2](#the-l2-bridge-contract)) geerbt, um Nachrichten an die andere Ebene zu senden.
```solidity
// SPDX-License-Identifier: MIT
pragma solidity >0.5.0 <0.9.0;
/* Schnittstellen-Importe */
+/* Interface Imports */
import { ICrossDomainMessenger } from "./ICrossDomainMessenger.sol";
```
-[Diese Schnittstelle](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/bridge/ICrossDomainMessenger.sol) teilt dem Vertrag mit, wie Nachrichten an den anderen Layer gesendet werden sollen, indem der Cross-Domain-Messenger verwendet wird.
-Dieser Cross-Domain-Messenger ist ein ganz anderes System und verdient einen eigenen Artikel, den ich hoffentlich in Zukunft schreiben werde.
+[Diese Schnittstelle](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/bridge/ICrossDomainMessenger.sol) teilt dem Vertrag mit, wie Nachrichten unter Verwendung des Cross-Domain-Messengers an die andere Ebene gesendet werden.
+Dieser Cross-Domain-Messenger ist ein völlig anderes System und verdient einen eigenen Artikel, den ich hoffentlich in Zukunft schreiben werde.
```solidity
-/**
+/* *
* @title CrossDomainEnabled
* @dev Hilfsvertrag für Verträge, die domänenübergreifende Kommunikation durchführen
*
- * Verwendeter Compiler: definiert durch vererbenden Vertrag
- */
+ * Verwendeter Compiler: definiert durch den erbenden Vertrag */
+
+
+
+
+
+
contract CrossDomainEnabled {
- /*************
+ /* ************
* Variablen *
- *************/
+ ************ */
+
+
+
// Messenger-Vertrag, der zum Senden und Empfangen von Nachrichten aus der anderen Domäne verwendet wird.
address public messenger;
- /***************
+ /* **************
* Konstruktor *
- ***************/
+ ************** */
+
+
+
+
+ /* *
+ * @param _messenger Adresse des CrossDomainMessenger auf der aktuellen Ebene. */
+
+
- /**
- * @param _messenger Adresse des CrossDomainMessenger auf der aktuellen Ebene.
- */
constructor(address _messenger) {
messenger = _messenger;
}
```
-Der eine Parameter, den der Vertrag kennen muss, ist die Adresse des Cross-Domain-Messengers auf diesem Layer.
-Dieser Parameter wird einmal im Konstruktor gesetzt und ändert sich nie.
+Der einzige Parameter, den der Vertrag kennen muss, ist die Adresse des Cross-Domain-Messengers auf dieser Ebene.
+Dieser Parameter wird einmal im Konstruktor festgelegt und ändert sich nie.
```solidity
- /**********************
+ /* *********************
* Funktionsmodifikatoren *
- **********************/
+ ********************* */
+
+
+
- /**
+ /* *
* Erzwingt, dass die modifizierte Funktion nur von einem bestimmten domänenübergreifenden Konto aufgerufen werden kann.
* @param _sourceDomainAccount Das einzige Konto in der Ursprungsdomäne, das
- * zur Ausführung dieser Funktion berechtigt ist.
- */
+ * authentifiziert ist, diese Funktion aufzurufen. */
+
+
+
+
+
modifier onlyFromCrossDomainAccount(address _sourceDomainAccount) {
```
-Das domänenübergreifende Messaging ist für jeden Vertrag auf der Blockchain zugänglich, auf der es läuft (entweder Ethereum Mainnet oder Optimism).
-Aber wir brauchen die Brücke auf jeder Seite, um _nur_ bestimmten Nachrichten zu vertrauen, wenn sie von der Brücke auf der anderen Seite kommen.
+Das Cross-Domain-Messaging ist für jeden Vertrag auf der Blockchain zugänglich, auf der es ausgeführt wird (entweder Ethereum-Mainnet oder Optimism).
+Wir benötigen jedoch, dass die kettenübergreifende Brücke auf jeder Seite _nur_ bestimmten Nachrichten vertraut, wenn sie von der kettenübergreifenden Brücke auf der anderen Seite stammen.
```solidity
require(
@@ -398,49 +491,62 @@ Nur Nachrichten vom entsprechenden Cross-Domain-Messenger (`messenger`, wie Sie
);
```
-Die Art und Weise, wie der Cross-Domain-Messenger die Adresse bereitstellt, die eine Nachricht mit dem anderen Layer gesendet hat, ist [die Funktion `.xDomainMessageSender()`](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/L1CrossDomainMessenger.sol#L122-L128).
-Solange sie in der Transaktion aufgerufen wird, die durch die Nachricht initiiert wurde, kann sie diese Information bereitstellen.
+Die Art und Weise, wie der Cross-Domain-Messenger die Adresse bereitstellt, die eine Nachricht an die andere Ebene gesendet hat, ist [die Funktion `.xDomainMessageSender()`](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/L1CrossDomainMessenger.sol#L122-L128).
+Solange sie in der Transaktion aufgerufen wird, die durch die Nachricht initiiert wurde, kann sie diese Informationen bereitstellen.
-Wir müssen sicherstellen, dass die Nachricht, die wir erhalten haben, von der anderen Brücke kam.
+Wir müssen sicherstellen, dass die empfangene Nachricht von der anderen kettenübergreifenden Brücke stammt.
```solidity
_;
}
- /**********************
+ /* *********************
* Interne Funktionen *
- **********************/
+ ********************* */
+
- /**
- * Ruft den Messenger ab, normalerweise aus dem Speicher. Diese Funktion wird für den Fall verfügbar gemacht, dass ein untergeordneter Vertrag
+
+
+ /* *
+ * Ruft den Messenger ab, normalerweise aus dem Speicher. Diese Funktion wird offengelegt, falls ein untergeordneter Vertrag
* sie überschreiben muss.
- * @return Die Adresse des Cross-Domain-Messenger-Vertrags, der verwendet werden sollte.
- */
+ * @return Die Adresse des domänenübergreifenden Messenger-Vertrags, der verwendet werden soll. */
+
+
+
+
+
function getCrossDomainMessenger() internal virtual returns (ICrossDomainMessenger) {
return ICrossDomainMessenger(messenger);
}
```
Diese Funktion gibt den Cross-Domain-Messenger zurück.
-Wir verwenden eine Funktion anstelle der Variable `messenger`, um Verträgen, die von diesem erben, zu ermöglichen, einen Algorithmus zu verwenden, um anzugeben, welcher Cross-Domain-Messenger verwendet werden soll.
+Wir verwenden eine Funktion anstelle der Variablen `messenger`, um Verträgen, die von diesem erben, die Verwendung eines Algorithmus zu ermöglichen, mit dem angegeben wird, welcher Cross-Domain-Messenger verwendet werden soll.
```solidity
- /**
+ /* *
* Sendet eine Nachricht an ein Konto in einer anderen Domäne
* @param _crossDomainTarget Der beabsichtigte Empfänger in der Zieldomäne
- * @param _message Die an das Ziel zu sendenden Daten (normalerweise Calldata an eine Funktion mit
+ * @param _message Die an das Ziel zu sendenden Daten (normalerweise Calldata für eine Funktion mit
* `onlyFromCrossDomainAccount()`)
- * @param _gasLimit Das GasLimit für den Empfang der Nachricht in der Zieldomäne.
- */
+ * @param _gasLimit Das Gaslimit für den Empfang der Nachricht in der Zieldomäne. */
+
+
+
+
+
+
+
function sendCrossDomainMessage(
address _crossDomainTarget,
uint32 _gasLimit,
bytes memory _message
```
-Schließlich die Funktion, die eine Nachricht an den anderen Layer sendet.
+Schließlich die Funktion, die eine Nachricht an die andere Ebene sendet.
```solidity
) internal {
@@ -451,7 +557,7 @@ Schließlich die Funktion, die eine Nachricht an den anderen Layer sendet.
In diesem Fall löst die folgende Zeile zwei Schwachstellen aus:
1. [Reentrancy-Ereignisse](https://github.com/crytic/slither/wiki/Detector-Documentation#reentrancy-vulnerabilities-3)
-2. [Gutartige Wiedereintrittsfähigkeit](https://github.com/crytic/slither/wiki/Detector-Documentation#reentrancy-vulnerabilities-2)
+2. [Gutartige Reentrancy](https://github.com/crytic/slither/wiki/Detector-Documentation#reentrancy-vulnerabilities-2)
```solidity
getCrossDomainMessenger().sendMessage(_crossDomainTarget, _message, _gasLimit);
@@ -459,11 +565,11 @@ In diesem Fall löst die folgende Zeile zwei Schwachstellen aus:
}
```
-In diesem Fall machen wir uns keine Sorgen über Wiedereintrittsfähigkeit, da wir wissen, dass `getCrossDomainMessenger()` eine vertrauenswürdige Adresse zurückgibt, auch wenn Slither keine Möglichkeit hat, das zu wissen.
+In diesem Fall machen wir uns keine Sorgen über Reentrancy, da wir wissen, dass `getCrossDomainMessenger()` eine vertrauenswürdige Adresse zurückgibt, auch wenn Slither keine Möglichkeit hat, dies zu wissen.
### Der L1-Brückenvertrag {#the-l1-bridge-contract}
-[Der Quellcode für diesen Vertrag befindet sich hier](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/L1StandardBridge.sol).
+[Der Quellcode für diesen Vertrag ist hier zu finden](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/L1StandardBridge.sol).
```solidity
// SPDX-License-Identifier: MIT
@@ -471,10 +577,11 @@ pragma solidity ^0.8.9;
```
Die Schnittstellen können Teil anderer Verträge sein, daher müssen sie eine breite Palette von Solidity-Versionen unterstützen.
-Aber die Brücke selbst ist unser Vertrag, und wir können streng sein, welche Solidity-Version sie verwendet.
+Aber die kettenübergreifende Brücke selbst ist unser Vertrag, und wir können streng sein, welche Solidity-Version sie verwendet.
```solidity
/* Schnittstellen-Importe */
+/* Interface Imports */
import { IL1StandardBridge } from "./IL1StandardBridge.sol";
import { IL1ERC20Bridge } from "./IL1ERC20Bridge.sol";
```
@@ -485,7 +592,7 @@ import { IL1ERC20Bridge } from "./IL1ERC20Bridge.sol";
import { IL2ERC20Bridge } from "../../L2/messaging/IL2ERC20Bridge.sol";
```
-[Diese Schnittstelle](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/IL2ERC20Bridge.sol) ermöglicht es uns, Nachrichten zu erstellen, um die Standardbrücke auf L2 zu steuern.
+[Diese Schnittstelle](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/IL2ERC20Bridge.sol) ermöglicht es uns, Nachrichten zur Steuerung der kettenübergreifenden Standardbrücke auf L2 zu erstellen.
```solidity
import { IERC20 } from "@openzeppelin/contracts/token/ERC20/IERC20.sol";
@@ -496,24 +603,25 @@ import { IERC20 } from "@openzeppelin/contracts/token/ERC20/IERC20.sol";
```solidity
/* Bibliotheks-Importe */
+/* Library Imports */
import { CrossDomainEnabled } from "../../libraries/bridge/CrossDomainEnabled.sol";
```
-[Wie oben erklärt](#crossdomainenabled), wird dieser Vertrag für die Interlayer-Nachrichtenübermittlung verwendet.
+[Wie oben erklärt](#crossdomainenabled), wird dieser Vertrag für das Messaging zwischen den Ebenen verwendet.
```solidity
import { Lib_PredeployAddresses } from "../../libraries/constants/Lib_PredeployAddresses.sol";
```
-`Lib_PredeployAddresses` (https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/constants/Lib_PredeployAddresses.sol) hat die Adressen für die L2-Verträge, die immer dieselbe Adresse haben. Dies schließt die Standard-Brücke auf L2 mit ein.
+[`Lib_PredeployAddresses`](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/constants/Lib_PredeployAddresses.sol) enthält die Adressen für die L2-Verträge, die immer dieselbe Adresse haben. Dies schließt die kettenübergreifende Standardbrücke auf L2 ein.
```solidity
import { Address } from "@openzeppelin/contracts/utils/Address.sol";
```
-[OpenZeppelins Address-Dienstprogramme](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/Address.sol). Es wird verwendet, um zwischen Vertragsadressen und solchen zu unterscheiden, die zu extern besessenen Konten (EOA) gehören.
+[OpenZeppelins Address-Dienstprogramme](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/Address.sol). Sie werden verwendet, um zwischen Vertragsadressen und solchen zu unterscheiden, die zu extern verwalteten Konten (Externally Owned Accounts, EOA) gehören.
-Beachten Sie, dass dies keine perfekte Lösung ist, da es keine Möglichkeit gibt, zwischen direkten Aufrufen und Aufrufen aus dem Konstruktor eines Vertrags zu unterscheiden, aber zumindest können wir so einige häufige Benutzerfehler identifizieren und verhindern.
+Beachten Sie, dass dies keine perfekte Lösung ist, da es keine Möglichkeit gibt, zwischen direkten Aufrufen und Aufrufen aus dem Konstruktor eines Vertrags zu unterscheiden. Zumindest können wir so jedoch einige häufige Benutzerfehler identifizieren und verhindern.
```solidity
import { SafeERC20 } from "@openzeppelin/contracts/token/ERC20/utils/SafeERC20.sol";
@@ -521,98 +629,116 @@ import { SafeERC20 } from "@openzeppelin/contracts/token/ERC20/utils/SafeERC20.s
[Der ERC-20-Standard](https://eips.ethereum.org/EIPS/eip-20) unterstützt zwei Möglichkeiten für einen Vertrag, einen Fehler zu melden:
-1. Zurücksetzen (revert)
-2. `false` zurückgeben
+1. Revert (Rückgängig machen)
+2. Rückgabe von `false`
-Die Handhabung beider Fälle würde unseren Code komplizierter machen, daher verwenden wir stattdessen [OpenZeppelins `SafeERC20`](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/utils/SafeERC20.sol), das sicherstellt, dass [alle Fehler zu einem Revert führen](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/utils/SafeERC20.sol#L96).
+Die Behandlung beider Fälle würde unseren Code komplizierter machen. Stattdessen verwenden wir [OpenZeppelins `SafeERC20`](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/utils/SafeERC20.sol), was sicherstellt, dass [alle Fehler zu einem Revert führen](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/utils/SafeERC20.sol#L96).
```solidity
-/**
+/* *
* @title L1StandardBridge
- * @dev Die L1-ETH- und ERC20-Brücke ist ein Vertrag, der hinterlegte L1-Mittel und Standard-Token
- * speichert, die auf L2 verwendet werden. Sie synchronisiert eine entsprechende L2-Brücke, informiert sie über Einzahlungen
- * und hört auf sie für neu finalisierte Auszahlungen.
- *
- */
+ * @dev Die L1-ETH- und ERC20-kettenübergreifende Brücke ist ein Vertrag, der eingezahlte L1-Guthaben und Standard-Token speichert,
+ * die auf L2 verwendet werden. Er synchronisiert eine entsprechende L2-kettenübergreifende Brücke, informiert sie über Einzahlungen
+ * und lauscht auf neu abgeschlossene Abhebungen.
+ * */
+
+
+
+
+
+
+
contract L1StandardBridge is IL1StandardBridge, CrossDomainEnabled {
using SafeERC20 for IERC20;
```
-Diese Zeile gibt an, dass der `SafeERC20`-Wrapper jedes Mal verwendet werden soll, wenn wir die `IERC20`-Schnittstelle verwenden.
+Mit dieser Zeile geben wir an, dass der `SafeERC20`-Wrapper jedes Mal verwendet werden soll, wenn wir die `IERC20`-Schnittstelle verwenden.
```solidity
- /********************************
+ /* *******************************
* Externe Vertragsreferenzen *
- ********************************/
+ ******************************* */
+
+
+
address public l2TokenBridge;
```
-Die Adresse von [L2StandardBridge](#the-l2-bridge-contract).
+Die Adresse der [L2StandardBridge](#the-l2-bridge-contract).
```solidity
- // Ordnet L1-Token zu L2-Token zu Saldo des hinterlegten L1-Tokens zu
+ // Ordnet L1-Token dem L2-Token und dem Guthaben des eingezahlten L1-Tokens zu
mapping(address => mapping(address => uint256)) public deposits;
```
-Ein doppeltes [Mapping](https://www.tutorialspoint.com/solidity/solidity_mappings.htm) wie dieses ist die Art und Weise, wie Sie ein [zweidimensionales dünn besetztes Array](https://en.wikipedia.org/wiki/Sparse_matrix) definieren.
-Werte in dieser Datenstruktur werden als `deposit[L1-Token-Adresse][L2-Token-Adresse]` identifiziert.
-Der Standardwert ist Null.
+Ein doppeltes [Mapping](https://www.tutorialspoint.com/solidity/solidity_mappings.htm) wie dieses ist die Art und Weise, wie Sie ein [zweidimensionales spärliches Array (Sparse Array)](https://en.wikipedia.org/wiki/Sparse_matrix) definieren.
+Werte in dieser Datenstruktur werden als `deposit[L1 token addr][L2 token addr]` identifiziert.
+Der Standardwert ist null.
Nur Zellen, die auf einen anderen Wert gesetzt sind, werden in den Speicher geschrieben.
```solidity
- /***************
+ /* **************
* Konstruktor *
- ***************/
+ ************** */
+
+
- // Dieser Vertrag lebt hinter einem Proxy, daher werden die Konstruktorparameter ungenutzt bleiben.
+
+ // Dieser Vertrag befindet sich hinter einem Proxy, daher bleiben die Konstruktorparameter ungenutzt.
constructor() CrossDomainEnabled(address(0)) {}
```
-Wir wollen diesen Vertrag aktualisieren können, ohne alle Variablen im Speicher kopieren zu müssen.
-Dazu verwenden wir einen [`Proxy`](https://docs.openzeppelin.com/contracts/3.x/api/proxy), einen Vertrag, der `delegatecall` verwendet, um Aufrufe an einen separaten Vertrag zu übertragen, dessen Adresse vom Proxy-Vertrag gespeichert wird (wenn Sie ein Upgrade durchführen, weisen Sie den Proxy an, diese Adresse zu ändern).
+Wir möchten in der Lage sein, diesen Vertrag zu aktualisieren, ohne alle Variablen im Speicher kopieren zu müssen.
+Dazu verwenden wir einen [`Proxy`](https://docs.openzeppelin.com/contracts/3.x/api/proxy), einen Vertrag, der [`delegatecall`](https://solidity-by-example.org/delegatecall/) verwendet, um Aufrufe an einen separaten Vertrag zu übertragen, dessen Adresse vom Proxy-Vertrag gespeichert wird (beim Upgrade weisen Sie den Proxy an, diese Adresse zu ändern).
Wenn Sie `delegatecall` verwenden, bleibt der Speicher der Speicher des _aufrufenden_ Vertrags, sodass die Werte aller Vertragszustandsvariablen unberührt bleiben.
Ein Effekt dieses Musters ist, dass der Speicher des Vertrags, der der _Aufgerufene_ von `delegatecall` ist, nicht verwendet wird und daher die an ihn übergebenen Konstruktorwerte keine Rolle spielen.
-Dies ist der Grund, warum wir dem `CrossDomainEnabled`-Konstruktor einen unsinnigen Wert übergeben können.
-Dies ist auch der Grund, warum die folgende Initialisierung vom Konstruktor getrennt ist.
+Dies ist der Grund, warum wir dem Konstruktor `CrossDomainEnabled` einen unsinnigen Wert übergeben können.
+Es ist auch der Grund, warum die unten stehende Initialisierung vom Konstruktor getrennt ist.
```solidity
- /******************
+ /* *****************
* Initialisierung *
- ******************/
+ ***************** */
+
+
+
+
+ /* *
+ * @param _l1messenger L1-Messenger-Adresse, die für kettenübergreifende Kommunikation verwendet wird.
+ * @param _l2TokenBridge Adresse der L2-Standard-kettenübergreifenden Brücke. */
+
+
+
- /**
- * @param _l1messenger L1 Messenger-Adresse, die für die Cross-Chain-Kommunikation verwendet wird.
- * @param _l2TokenBridge L2-Standard-Brückenadresse.
- */
// slither-disable-next-line external-function
```
-Dieser [Slither-Test](https://github.com/crytic/slither/wiki/Detector-Documentation#public-function-that-could-be-declared-external) identifiziert Funktionen, die nicht aus dem Vertragscode aufgerufen werden und daher als `external` anstatt `public` deklariert werden könnten.
-Die Gaskosten von `external`-Funktionen können niedriger sein, da sie mit Parametern in den Calldata versorgt werden können.
-Als `public` deklarierte Funktionen müssen innerhalb des Vertrags zugänglich sein.
-Verträge können ihre eigenen Calldata nicht ändern, daher müssen sich die Parameter im Speicher befinden.
-Wenn eine solche Funktion extern aufgerufen wird, ist es notwendig, die Calldata in den Speicher zu kopieren, was Gas kostet.
+Dieser [Slither-Test](https://github.com/crytic/slither/wiki/Detector-Documentation#public-function-that-could-be-declared-external) identifiziert Funktionen, die nicht aus dem Vertragscode aufgerufen werden und daher als `external` anstatt als `public` deklariert werden könnten.
+Die Gaskosten von `external`-Funktionen können niedriger sein, da sie mit Parametern in den Calldata versehen werden können.
+Funktionen, die als `public` deklariert sind, müssen aus dem Vertrag heraus zugänglich sein.
+Verträge können ihre eigenen Calldata nicht ändern, daher müssen sich die Parameter im Arbeitsspeicher (Memory) befinden.
+Wenn eine solche Funktion extern aufgerufen wird, ist es notwendig, die Calldata in den Arbeitsspeicher zu kopieren, was Gas kostet.
In diesem Fall wird die Funktion nur einmal aufgerufen, sodass die Ineffizienz für uns keine Rolle spielt.
```solidity
function initialize(address _l1messenger, address _l2TokenBridge) public {
- require(messenger == address(0), "Vertrag wurde bereits initialisiert.");
+ require(messenger == address(0), "Contract has already been initialized.");
```
-Die `initialize`-Funktion sollte nur einmal aufgerufen werden.
-Wenn sich die Adresse des L1-Cross-Domain-Messengers oder der L2-Token-Brücke ändert, erstellen wir einen neuen Proxy und eine neue Brücke, die ihn aufruft.
-Dies wird wahrscheinlich nur bei einem Upgrade des gesamten Systems geschehen, ein sehr seltenes Ereignis.
+Die Funktion `initialize` sollte nur einmal aufgerufen werden.
+Wenn sich die Adresse des L1-Cross-Domain-Messengers oder der kettenübergreifenden L2-Token-Brücke ändert, erstellen wir einen neuen Proxy und eine neue kettenübergreifende Brücke, die ihn aufruft.
+Dies ist unwahrscheinlich, außer wenn das gesamte System aktualisiert wird, was ein sehr seltenes Ereignis ist.
Beachten Sie, dass diese Funktion keinen Mechanismus hat, der einschränkt, _wer_ sie aufrufen kann.
-Das bedeutet, dass ein Angreifer theoretisch warten könnte, bis wir den Proxy und die erste Version der Brücke deployen, und dann [Front-Running betreiben](https://solidity-by-example.org/hacks/front-running/) könnte, um zur `initialize`-Funktion zu gelangen, bevor der legitime Benutzer dies tut. Es gibt jedoch zwei Methoden, um dies zu verhindern:
+Dies bedeutet, dass ein Angreifer theoretisch warten könnte, bis wir den Proxy und die erste Version der kettenübergreifenden Brücke bereitstellen, und dann [Front-Running](https://solidity-by-example.org/hacks/front-running/) betreiben könnte, um vor dem legitimen Benutzer zur Funktion `initialize` zu gelangen. Es gibt jedoch zwei Methoden, um dies zu verhindern:
-1. Wenn die Verträge nicht direkt von einem EOA, sondern [in einer Transaktion bereitgestellt werden, in der ein anderer Vertrag sie erstellt](https://medium.com/upstate-interactive/creating-a-contract-with-a-smart-contract-bdb67c5c8595), kann der gesamte Prozess atomar sein und abgeschlossen werden, bevor eine andere Transaktion ausgeführt wird.
-2. Wenn der legitime Aufruf von `initialize` fehlschlägt, ist es immer möglich, den neu erstellten Proxy und die Brücke zu ignorieren und neue zu erstellen.
+1. Wenn die Verträge nicht direkt von einem EOA (Extern verwaltetes Konto), sondern [in einer Transaktion bereitgestellt werden, bei der ein anderer Vertrag sie erstellt](https://medium.com/upstate-interactive/creating-a-contract-with-a-smart-contract-bdb67c5c8595), kann der gesamte Prozess atomar sein und abgeschlossen werden, bevor eine andere Transaktion ausgeführt wird.
+2. Wenn der legitime Aufruf von `initialize` fehlschlägt, ist es immer möglich, den neu erstellten Proxy und die kettenübergreifende Brücke zu ignorieren und neue zu erstellen.
```solidity
messenger = _l1messenger;
@@ -620,20 +746,25 @@ Das bedeutet, dass ein Angreifer theoretisch warten könnte, bis wir den Proxy u
}
```
-Dies sind die beiden Parameter, die die Brücke kennen muss.
+Dies sind die beiden Parameter, die die kettenübergreifende Brücke kennen muss.
```solidity
- /**************
- * Einzahlung *
- **************/
+ /* *************
+ * Einzahlen *
+ ************* */
+
+
+
+
+ /* * @dev Modifikator, der erfordert, dass der Sender ein EOA ist. Diese Prüfung könnte von einem bösartigen
+ * Vertrag über Initcode umgangen werden, aber sie kümmert sich um den Benutzerfehler, den wir vermeiden wollen. */
+
+
- /** @dev Modifikator, der erfordert, dass der Absender ein EOA ist. Diese Prüfung könnte von einem bösartigen
- * Vertrag über initcode umgangen werden, aber sie kümmert sich um den Benutzerfehler, den wir vermeiden wollen.
- */
modifier onlyEOA() {
- // Wird verwendet, um Einzahlungen von Verträgen zu stoppen (verhindert versehentlich verlorene Tokens)
- require(!Address.isContract(msg.sender), "Konto nicht EOA");
+ // Wird verwendet, um Einzahlungen von Verträgen zu stoppen (vermeidet versehentlich verlorene Token)
+ require(!Address.isContract(msg.sender), "Account not EOA");
_;
}
```
@@ -641,12 +772,17 @@ Dies sind die beiden Parameter, die die Brücke kennen muss.
Dies ist der Grund, warum wir die `Address`-Dienstprogramme von OpenZeppelin benötigten.
```solidity
- /**
- * @dev Diese Funktion kann ohne Daten aufgerufen werden
- * um einen Betrag von ETH auf das Guthaben des Aufrufers auf L2 einzuzahlen.
- * Da die Empfangsfunktion keine Daten entgegennimmt, wird ein konservativer
- * Standardbetrag an L2 weitergeleitet.
- */
+ /* *
+ * @dev Diese Funktion kann ohne Daten aufgerufen werden,
+ * um einen Betrag an ETH auf das Guthaben des Aufrufers auf L2 einzuzahlen.
+ * Da die Receive-Funktion keine Daten annimmt, wird ein konservativer
+ * Standardbetrag an L2 weitergeleitet. */
+
+
+
+
+
+
receive() external payable onlyEOA {
_initiateETHDeposit(msg.sender, msg.sender, 200_000, bytes(""));
}
@@ -656,16 +792,20 @@ Diese Funktion existiert zu Testzwecken.
Beachten Sie, dass sie nicht in den Schnittstellendefinitionen erscheint – sie ist nicht für den normalen Gebrauch bestimmt.
```solidity
- /**
- * @inheritdoc IL1StandardBridge
- */
+ /* *
+ * @inheritdoc IL1StandardBridge */
+
+
+
function depositETH(uint32 _l2Gas, bytes calldata _data) external payable onlyEOA {
_initiateETHDeposit(msg.sender, msg.sender, _l2Gas, _data);
}
- /**
- * @inheritdoc IL1StandardBridge
- */
+ /* *
+ * @inheritdoc IL1StandardBridge */
+
+
+
function depositETHTo(
address _to,
uint32 _l2Gas,
@@ -675,32 +815,40 @@ Beachten Sie, dass sie nicht in den Schnittstellendefinitionen erscheint – sie
}
```
-Diese beiden Funktionen sind Wrapper um `_initiateETHDeposit`, die Funktion, die die eigentliche ETH-Einzahlung abwickelt.
+Diese beiden Funktionen sind Wrapper um `_initiateETHDeposit`, die Funktion, die die eigentliche ETH-Einzahlung verarbeitet.
```solidity
- /**
- * @dev Führt die Logik für Einzahlungen durch, indem der ETH gespeichert und das L2-ETH-Gateway
- * über die Einzahlung informiert wird.
- * @param _from Konto, von dem die Einzahlung auf L1 abgezogen wird.
+ /* *
+ * @dev Führt die Logik für Einzahlungen aus, indem die ETH gespeichert und das L2-ETH-Gateway über
+ * die Einzahlung informiert wird.
+ * @param _from Konto, von dem die Einzahlung auf L1 eingezogen wird.
* @param _to Konto, dem die Einzahlung auf L2 gutgeschrieben wird.
* @param _l2Gas Gaslimit, das erforderlich ist, um die Einzahlung auf L2 abzuschließen.
* @param _data Optionale Daten zur Weiterleitung an L2. Diese Daten werden
- * lediglich als Annehmlichkeit für externe Verträge zur Verfügung gestellt. Abgesehen von der Durchsetzung einer maximalen
- * Länge geben diese Verträge keine Garantien über ihren Inhalt.
- */
+ * ausschließlich als Annehmlichkeit für externe Verträge bereitgestellt. Abgesehen von der Durchsetzung einer maximalen
+ * Länge geben diese Verträge keine Garantien über deren Inhalt. */
+
+
+
+
+
+
+
+
+
+
function _initiateETHDeposit(
address _from,
address _to,
uint32 _l2Gas,
bytes memory _data
) internal {
- // Konstruiere Calldata für den finalizeDeposit-Aufruf
+ // Erstellt Calldata für den finalizeDeposit-Aufruf
bytes memory message = abi.encodeWithSelector(
```
-Die Funktionsweise von Cross-Domain-Nachrichten besteht darin, dass der Zielvertrag mit der Nachricht als Calldata aufgerufen wird.
-Solidity-Verträge interpretieren ihre Calldata immer gemäß
-[den ABI-Spezifikationen](https://docs.soliditylang.org/en/v0.8.12/abi-spec.html).
+Die Art und Weise, wie Cross-Domain-Nachrichten funktionieren, besteht darin, dass der Zielvertrag mit der Nachricht als seinen Calldata aufgerufen wird.
+Solidity-Verträge interpretieren ihre Calldata immer in Übereinstimmung mit [den ABI-Spezifikationen](https://docs.soliditylang.org/en/v0.8.12/abi-spec.html).
Die Solidity-Funktion [`abi.encodeWithSelector`](https://docs.soliditylang.org/en/v0.8.12/units-and-global-variables.html#abi-encoding-and-decoding-functions) erstellt diese Calldata.
```solidity
@@ -714,19 +862,19 @@ Die Solidity-Funktion [`abi.encodeWithSelector`](https://docs.soliditylang.org/e
);
```
-Die Nachricht hier ist, [die Funktion `finalizeDeposit`](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/L2StandardBridge.sol#L141-L148) mit diesen Parametern aufzurufen:
+Die Nachricht hier besteht darin, [die Funktion `finalizeDeposit`](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/L2StandardBridge.sol#L141-L148) mit diesen Parametern aufzurufen:
-| Parameter | Wert | Bedeutung |
-| ------------------------------- | ---------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| \_l1Token | Adresse(0) | Sonderwert für ETH (das kein ERC-20-Token ist) auf L1 |
-| \_l2Token | Lib_PredeployAddresses.OVM_ETH | Der L2-Vertrag, der ETH auf Optimism verwaltet, `0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000` (dieser Vertrag ist nur für den internen Gebrauch von Optimism bestimmt) |
-| \_from | \_from | Die Adresse auf L1, die die ETH sendet |
-| \_to | \_to | Die Adresse auf L2, die die ETH empfängt |
-| Betrag | msg.value | Gesendeter Betrag in Wei (der bereits an die Brücke gesendet wurde) |
-| \_data | \_data | Zusätzliche Daten, die an die Einzahlung angehängt werden |
+| Parameter | Value | Meaning |
+| --------- | ------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------- |
+| \_l1Token | address(0) | Spezieller Wert, der für ETH (das kein ERC-20-Token ist) auf L1 steht |
+| \_l2Token | Lib_PredeployAddresses.OVM_ETH | Der L2-Vertrag, der ETH auf Optimism verwaltet, `0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000` (dieser Vertrag ist nur für die interne Nutzung durch Optimism bestimmt) |
+| \_from | \_from | Die Adresse auf L1, die die ETH sendet |
+| \_to | \_to | Die Adresse auf L2, die die ETH empfängt |
+| amount | msg.value | Menge der gesendeten Wei (die bereits an die kettenübergreifende Brücke gesendet wurden) |
+| \_data | \_data | Zusätzliche Daten, die der Einzahlung beigefügt werden sollen |
```solidity
- // Senden Sie Calldata nach L2
+ // Sendet Calldata an L2
// slither-disable-next-line reentrancy-events
sendCrossDomainMessage(l2TokenBridge, _l2Gas, message);
```
@@ -739,12 +887,14 @@ Senden Sie die Nachricht über den Cross-Domain-Messenger.
}
```
-Ein Ereignis auslösen, um jede dezentralisierte Anwendung, die zuhört, über diese Übertragung zu informieren.
+Geben Sie ein Ereignis aus, um jede dezentralisierte Anwendung, die zuhört, über diese Übertragung zu informieren.
```solidity
- /**
- * @inheritdoc IL1ERC20Bridge
- */
+ /* *
+ * @inheritdoc IL1ERC20Bridge */
+
+
+
function depositERC20(
.
.
@@ -753,9 +903,11 @@ Ein Ereignis auslösen, um jede dezentralisierte Anwendung, die zuhört, über d
_initiateERC20Deposit(_l1Token, _l2Token, msg.sender, msg.sender, _amount, _l2Gas, _data);
}
- /**
- * @inheritdoc IL1ERC20Bridge
- */
+ /* *
+ * @inheritdoc IL1ERC20Bridge */
+
+
+
function depositERC20To(
.
.
@@ -765,23 +917,36 @@ Ein Ereignis auslösen, um jede dezentralisierte Anwendung, die zuhört, über d
}
```
-Diese beiden Funktionen sind Wrapper um `_initiateERC20Deposit`, die Funktion, die die eigentliche ERC-20-Einzahlung abwickelt.
+Diese beiden Funktionen sind Wrapper um `_initiateERC20Deposit`, die Funktion, die die eigentliche ERC-20-Einzahlung verarbeitet.
```solidity
- /**
- * @dev Führt die Logik für Einzahlungen durch, indem der L2 Deposited Token
- * Vertrag über die Einzahlung informiert wird und ein Handler aufgerufen wird, um die L1-Mittel zu sperren. (z. B. transferFrom)
+ /* *
+ * @dev Führt die Logik für Einzahlungen aus, indem der L2-Deposited-Token-Vertrag
+ * über die Einzahlung informiert wird und ein Handler aufgerufen wird, um die L1-Guthaben zu sperren. (z. B. transferFrom)
*
- * @param _l1Token Adresse des L1 ERC20, den wir einzahlen
- * @param _l2Token Adresse des entsprechenden L2 ERC20 auf L1
- * @param _from Konto, von dem die Einzahlung auf L1 abgezogen wird
+ * @param _l1Token Adresse des L1-ERC20, den wir einzahlen
+ * @param _l2Token Adresse des entsprechenden L2-ERC20 zum L1
+ * @param _from Konto, von dem die Einzahlung auf L1 eingezogen wird
* @param _to Konto, dem die Einzahlung auf L2 gutgeschrieben wird
- * @param _amount Einzuzahlender Betrag des ERC20.
+ * @param _amount Betrag des einzuzahlenden ERC20.
* @param _l2Gas Gaslimit, das erforderlich ist, um die Einzahlung auf L2 abzuschließen.
* @param _data Optionale Daten zur Weiterleitung an L2. Diese Daten werden
- * lediglich als Annehmlichkeit für externe Verträge zur Verfügung gestellt. Abgesehen von der Durchsetzung einer maximalen
- * Länge geben diese Verträge keine Garantien über ihren Inhalt.
- */
+ * ausschließlich als Annehmlichkeit für externe Verträge bereitgestellt. Abgesehen von der Durchsetzung einer maximalen
+ * Länge geben diese Verträge keine Garantien über deren Inhalt. */
+
+
+
+
+
+
+
+
+
+
+
+
+
+
function _initiateERC20Deposit(
address _l1Token,
address _l2Token,
@@ -793,29 +958,29 @@ Diese beiden Funktionen sind Wrapper um `_initiateERC20Deposit`, die Funktion, d
) internal {
```
-Diese Funktion ist ähnlich wie `_initiateETHDeposit` oben, mit einigen wichtigen Unterschieden.
+Diese Funktion ähnelt `_initiateETHDeposit` oben, mit einigen wichtigen Unterschieden.
Der erste Unterschied besteht darin, dass diese Funktion die Token-Adressen und den zu übertragenden Betrag als Parameter erhält.
-Im Fall von ETH enthält der Aufruf der Brücke bereits die Übertragung des Assets auf das Brückenkonto (`msg.value`).
+Im Falle von ETH beinhaltet der Aufruf der kettenübergreifenden Brücke bereits die Übertragung des Vermögenswerts auf das Brückenkonto (`msg.value`).
```solidity
- // Wenn eine Einzahlung auf L1 initiiert wird, überträgt die L1-Brücke die Mittel an sich selbst für zukünftige
- // Auszahlungen. safeTransferFrom prüft auch, ob der Vertrag Code hat, sodass dies fehlschlägt, wenn
+ // Wenn eine Einzahlung auf L1 initiiert wird, überträgt die L1-kettenübergreifende Brücke die Guthaben an sich selbst für zukünftige
+ // Abhebungen. safeTransferFrom prüft auch, ob der Vertrag Code hat, daher schlägt dies fehl, wenn
// _from ein EOA oder address(0) ist.
// slither-disable-next-line reentrancy-events, reentrancy-benign
IERC20(_l1Token).safeTransferFrom(_from, address(this), _amount);
```
-Übertragungen von ERC-20-Token folgen einem anderen Prozess als ETH:
+ERC-20-Token-Übertragungen folgen einem anderen Prozess als ETH:
-1. Der Benutzer (`_from`) erteilt der Brücke eine Freigabe, um die entsprechenden Tokens zu übertragen.
-2. Der Benutzer ruft die Brücke mit der Adresse des Token-Vertrags, dem Betrag usw. auf.
-3. Die Brücke überträgt die Tokens (an sich selbst) als Teil des Einzahlungsprozesses.
+1. Der Benutzer (`_from`) erteilt der kettenübergreifenden Brücke die Erlaubnis (Allowance), die entsprechenden Token zu übertragen.
+2. Der Benutzer ruft die kettenübergreifende Brücke mit der Adresse des Token-Vertrags, dem Betrag usw. auf.
+3. Die kettenübergreifende Brücke überträgt die Token (an sich selbst) als Teil des Einzahlungsprozesses.
Der erste Schritt kann in einer separaten Transaktion von den letzten beiden erfolgen.
-Front-Running ist jedoch kein Problem, da die beiden Funktionen, die `_initiateERC20Deposit` aufrufen (`depositERC20` und `depositERC20To`), diese Funktion nur mit `msg.sender` als `_from`-Parameter aufrufen.
+Front-Running ist jedoch kein Problem, da die beiden Funktionen, die `_initiateERC20Deposit` aufrufen (`depositERC20` und `depositERC20To`), diese Funktion nur mit `msg.sender` als Parameter `_from` aufrufen.
```solidity
- // Konstruiere Calldata für _l2Token.finalizeDeposit(_to, _amount)
+ // Erstellt Calldata für _l2Token.finalizeDeposit(_to, _amount)
bytes memory message = abi.encodeWithSelector(
IL2ERC20Bridge.finalizeDeposit.selector,
_l1Token,
@@ -826,7 +991,7 @@ Front-Running ist jedoch kein Problem, da die beiden Funktionen, die `_initiateE
_data
);
- // Sende Calldata nach L2
+ // Sendet Calldata an L2
// slither-disable-next-line reentrancy-events, reentrancy-benign
sendCrossDomainMessage(l2TokenBridge, _l2Gas, message);
@@ -834,8 +999,8 @@ Front-Running ist jedoch kein Problem, da die beiden Funktionen, die `_initiateE
deposits[_l1Token][_l2Token] = deposits[_l1Token][_l2Token] + _amount;
```
-Fügen Sie den eingezahlten Betrag an Tokens zur `deposits`-Datenstruktur hinzu.
-Es könnten mehrere Adressen auf L2 vorhanden sein, die demselben L1-ERC-20-Token entsprechen, daher ist es nicht ausreichend, das Guthaben der Brücke am L1-ERC-20-Token zu verwenden, um die Einzahlungen zu verfolgen.
+Fügen Sie den eingezahlten Token-Betrag zur Datenstruktur `deposits` hinzu.
+Es könnte mehrere Adressen auf L2 geben, die demselben L1-ERC-20-Token entsprechen, daher reicht es nicht aus, den Saldo der kettenübergreifenden Brücke des L1-ERC-20-Tokens zu verwenden, um Einzahlungen zu verfolgen.
```solidity
@@ -843,13 +1008,18 @@ Es könnten mehrere Adressen auf L2 vorhanden sein, die demselben L1-ERC-20-Toke
emit ERC20DepositInitiated(_l1Token, _l2Token, _from, _to, _amount, _data);
}
- /*************************
- * Cross-Chain-Funktionen *
- *************************/
+ /* ************************
+ * Kettenübergreifende Funktionen *
+ ************************ */
+
+
+
+
+ /* *
+ * @inheritdoc IL1StandardBridge */
+
+
- /**
- * @inheritdoc IL1StandardBridge
- */
function finalizeETHWithdrawal(
address _from,
address _to,
@@ -857,21 +1027,21 @@ Es könnten mehrere Adressen auf L2 vorhanden sein, die demselben L1-ERC-20-Toke
bytes calldata _data
```
-Die L2-Brücke sendet eine Nachricht an den L2-Cross-Domain-Messenger, der bewirkt, dass der L1-Cross-Domain-Messenger diese Funktion aufruft (natürlich sobald die [Transaktion, die die Nachricht finalisiert](https://community.optimism.io/docs/developers/bridge/messaging/#fees-for-l2-%E2%87%92-l1-transactions), auf L1 übermittelt wurde).
+Die kettenübergreifende L2-Brücke sendet eine Nachricht an den L2-Cross-Domain-Messenger, was dazu führt, dass der L1-Cross-Domain-Messenger diese Funktion aufruft (natürlich erst, sobald die [Transaktion, die die Nachricht abschließt](https://community.optimism.io/docs/developers/bridge/messaging/#fees-for-l2-%E2%87%92-l1-transactions), auf L1 übermittelt wurde).
```solidity
) external onlyFromCrossDomainAccount(l2TokenBridge) {
```
-Stellen Sie sicher, dass dies eine _legitime_ Nachricht ist, die vom Cross-Domain-Messenger kommt und von der L2-Token-Brücke stammt.
-Diese Funktion wird verwendet, um ETH von der Brücke abzuheben, daher müssen wir sicherstellen, dass sie nur vom autorisierten Aufrufer aufgerufen wird.
+Stellen Sie sicher, dass dies eine _legitime_ Nachricht ist, die vom Cross-Domain-Messenger stammt und von der kettenübergreifenden L2-Token-Brücke ausgeht.
+Diese Funktion wird verwendet, um ETH von der kettenübergreifenden Brücke abzuheben, daher müssen wir sicherstellen, dass sie nur vom autorisierten Aufrufer aufgerufen wird.
```solidity
// slither-disable-next-line reentrancy-events
(bool success, ) = _to.call{ value: _amount }(new bytes(0));
```
-Die Art und Weise, ETH zu übertragen, besteht darin, den Empfänger mit dem Betrag in Wei im `msg.value` aufzurufen.
+Der Weg zur Übertragung von ETH besteht darin, den Empfänger mit der Menge an Wei in `msg.value` aufzurufen.
```solidity
require(success, "TransferHelper::safeTransferETH: ETH transfer failed");
@@ -880,14 +1050,16 @@ Die Art und Weise, ETH zu übertragen, besteht darin, den Empfänger mit dem Bet
emit ETHWithdrawalFinalized(_from, _to, _amount, _data);
```
-Ein Ereignis über die Auszahlung auslösen.
+Geben Sie ein Ereignis über die Auszahlung aus.
```solidity
}
- /**
- * @inheritdoc IL1ERC20Bridge
- */
+ /* *
+ * @inheritdoc IL1ERC20Bridge */
+
+
+
function finalizeERC20Withdrawal(
address _l1Token,
address _l2Token,
@@ -898,17 +1070,17 @@ Ein Ereignis über die Auszahlung auslösen.
) external onlyFromCrossDomainAccount(l2TokenBridge) {
```
-Diese Funktion ist ähnlich wie `finalizeETHWithdrawal` oben, mit den notwendigen Änderungen für ERC-20-Tokens.
+Diese Funktion ähnelt `finalizeETHWithdrawal` oben, mit den notwendigen Änderungen für ERC-20-Token.
```solidity
deposits[_l1Token][_l2Token] = deposits[_l1Token][_l2Token] - _amount;
```
-Aktualisieren Sie die `deposits`-Datenstruktur.
+Aktualisieren Sie die Datenstruktur `deposits`.
```solidity
- // Wenn eine Auszahlung auf L1 finalisiert wird, überträgt die L1-Brücke die Mittel an den Auszahlenden
+ // Wenn eine Abhebung auf L1 abgeschlossen ist, überträgt die L1-kettenübergreifende Brücke die Guthaben an den Abhebenden
// slither-disable-next-line reentrancy-events
IERC20(_l1Token).safeTransfer(_to, _amount);
@@ -917,36 +1089,44 @@ Aktualisieren Sie die `deposits`-Datenstruktur.
}
- /*****************************
- * Vorübergehend - Migration von ETH *
- *****************************/
+ /* ****************************
+ * Temporär - ETH migrieren *
+ **************************** */
+
+
+
+
+ /* *
+ * @dev Fügt dem Konto ETH-Guthaben hinzu. Dies soll ermöglichen, dass ETH
+ * von einem alten Gateway zu einem neuen Gateway migriert werden.
+ * HINWEIS: Dies wird nur für ein Upgrade belassen, damit wir die migrierten ETH aus dem
+ * alten Vertrag empfangen können */
+
+
+
+
+
- /**
- * @dev Fügt ETH-Guthaben zum Konto hinzu. Dies soll ermöglichen, dass ETH
- * von einem alten Gateway zu einem neuen Gateway migriert wird.
- * HINWEIS: Dies wird nur für ein Upgrade beibehalten, damit wir die migrierte ETH aus dem
- * alten Vertrag empfangen können
- */
function donateETH() external payable {}
}
```
-Es gab eine frühere Implementierung der Brücke.
-Als wir von dieser Implementierung zu dieser wechselten, mussten wir alle Assets verschieben.
-ERC-20-Tokens können einfach verschoben werden.
-Um jedoch ETH an einen Vertrag zu übertragen, benötigen Sie die Zustimmung dieses Vertrags, was uns `donateETH` bietet.
+Es gab eine frühere Implementierung der kettenübergreifenden Brücke.
+Als wir von dieser Implementierung zu dieser wechselten, mussten wir alle Vermögenswerte verschieben.
+ERC-20-Token können einfach verschoben werden.
+Um jedoch ETH an einen Vertrag zu übertragen, benötigen Sie die Genehmigung dieses Vertrags, was uns `donateETH` bietet.
-## ERC-20-Tokens auf L2 {#erc-20-tokens-on-l2}
+## ERC-20-Token auf L2 {#erc-20-tokens-on-l2}
-Damit ein ERC-20-Token in die Standardbrücke passt, muss es der Standardbrücke und _nur_ der Standardbrücke erlauben, Token zu prägen.
-Dies ist notwendig, weil die Brücken sicherstellen müssen, dass die Anzahl der auf Optimism zirkulierenden Tokens gleich der Anzahl der im L1-Brückenvertrag gesperrten Tokens ist.
-Wenn es zu viele Tokens auf L2 gibt, könnten einige Benutzer ihre Assets nicht zurück auf L1 überbrücken.
-Anstelle einer vertrauenswürdigen Brücke würden wir im Wesentlichen [Mindestreservebanking](https://www.investopedia.com/terms/f/fractionalreservebanking.asp) nachbilden.
-Wenn es zu viele Tokens auf L1 gibt, würden einige dieser Tokens für immer im Brückenvertrag gesperrt bleiben, weil es keine Möglichkeit gibt, sie ohne das Verbrennen von L2-Tokens freizugeben.
+Damit ein ERC-20-Token in die kettenübergreifende Standardbrücke passt, muss er es der kettenübergreifenden Standardbrücke und _nur_ der kettenübergreifenden Standardbrücke erlauben, Token zu prägen.
+Dies ist notwendig, da die kettenübergreifenden Brücken sicherstellen müssen, dass die Anzahl der auf Optimism zirkulierenden Token der Anzahl der im Vertrag der kettenübergreifenden L1-Brücke gesperrten Token entspricht.
+Wenn es zu viele Token auf L2 gibt, könnten einige Benutzer ihre Vermögenswerte nicht über die kettenübergreifende Brücke zurück zu L1 übertragen.
+Anstelle einer vertrauenswürdigen kettenübergreifenden Brücke würden wir im Wesentlichen das [Mindestreservesystem (Fractional Reserve Banking)](https://www.investopedia.com/terms/f/fractionalreservebanking.asp) nachbilden.
+Wenn es zu viele Token auf L1 gibt, würden einige dieser Token für immer im Brückenvertrag gesperrt bleiben, da es keine Möglichkeit gibt, sie freizugeben, ohne L2-Token zu verbrennen.
### IL2StandardERC20 {#il2standarderc20}
-Jeder ERC-20-Token auf L2, der die Standardbrücke verwendet, muss [diese Schnittstelle](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/standards/IL2StandardERC20.sol) bereitstellen, die die Funktionen und Ereignisse enthält, die die Standardbrücke benötigt.
+Jeder ERC-20-Token auf L2, der die kettenübergreifende Standardbrücke verwendet, muss [diese Schnittstelle](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/standards/IL2StandardERC20.sol) bereitstellen, die über die Funktionen und Ereignisse verfügt, die die kettenübergreifende Standardbrücke benötigt.
```solidity
// SPDX-License-Identifier: MIT
@@ -956,7 +1136,7 @@ import { IERC20 } from "@openzeppelin/contracts/token/ERC20/IERC20.sol";
```
[Die Standard-ERC-20-Schnittstelle](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol) enthält nicht die Funktionen `mint` und `burn`.
-Diese Methoden sind nicht durch [den ERC-20-Standard](https://eips.ethereum.org/EIPS/eip-20) vorgeschrieben, der die Mechanismen zur Erstellung und Zerstörung von Tokens nicht spezifiziert.
+Diese Methoden werden vom [ERC-20-Standard](https://eips.ethereum.org/EIPS/eip-20) nicht verlangt, der die Mechanismen zum Erstellen und Zerstören von Token unspezifiziert lässt.
```solidity
import { IERC165 } from "@openzeppelin/contracts/utils/introspection/IERC165.sol";
@@ -970,9 +1150,9 @@ interface IL2StandardERC20 is IERC20, IERC165 {
function l1Token() external returns (address);
```
-Diese Funktion gibt die Adresse des L1-Tokens an, das auf diesen Vertrag überbrückt wird.
-Beachten Sie, dass wir keine ähnliche Funktion in die entgegengesetzte Richtung haben.
-Wir müssen in der Lage sein, jeden L1-Token zu überbrücken, unabhängig davon, ob bei seiner Implementierung eine L2-Unterstützung geplant war oder nicht.
+Diese Funktion liefert die Adresse des L1-Tokens, der über eine kettenübergreifende Brücke mit diesem Vertrag verbunden ist.
+Beachten Sie, dass wir keine ähnliche Funktion in der entgegengesetzten Richtung haben.
+Wir müssen in der Lage sein, jeden L1-Token über eine kettenübergreifende Brücke zu übertragen, unabhängig davon, ob bei seiner Implementierung L2-Unterstützung geplant war oder nicht.
```solidity
@@ -985,12 +1165,12 @@ Wir müssen in der Lage sein, jeden L1-Token zu überbrücken, unabhängig davon
}
```
-Funktionen und Ereignisse zum Prägen (Erstellen) und Verbrennen (Zerstören) von Tokens.
-Die Brücke sollte die einzige Entität sein, die diese Funktionen ausführen kann, um sicherzustellen, dass die Anzahl der Tokens korrekt ist (gleich der Anzahl der auf L1 gesperrten Tokens).
+Funktionen und Ereignisse zum Prägen (Erstellen) und Verbrennen (Zerstören) von Token.
+Die kettenübergreifende Brücke sollte die einzige Entität sein, die diese Funktionen ausführen kann, um sicherzustellen, dass die Anzahl der Token korrekt ist (gleich der Anzahl der auf L1 gesperrten Token).
### L2StandardERC20 {#L2StandardERC20}
-[Dies ist unsere Implementierung der `IL2StandardERC20`-Schnittstelle](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/standards/L2StandardERC20.sol).
+[Dies ist unsere Implementierung der Schnittstelle `IL2StandardERC20`](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/standards/L2StandardERC20.sol).
Sofern Sie keine benutzerdefinierte Logik benötigen, sollten Sie diese verwenden.
```solidity
@@ -1000,8 +1180,8 @@ pragma solidity ^0.8.9;
import { ERC20 } from "@openzeppelin/contracts/token/ERC20/ERC20.sol";
```
-[Der OpenZeppelin ERC-20-Vertrag](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol).
-Optimism glaubt nicht daran, das Rad neu zu erfinden, besonders wenn das Rad gut geprüft ist und vertrauenswürdig genug sein muss, um Vermögenswerte zu halten.
+[Der OpenZeppelin-ERC-20-Vertrag](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol).
+Optimism glaubt nicht daran, das Rad neu zu erfinden, insbesondere wenn das Rad gut geprüft ist und vertrauenswürdig genug sein muss, um Vermögenswerte zu halten.
```solidity
import "./IL2StandardERC20.sol";
@@ -1011,16 +1191,21 @@ contract L2StandardERC20 is IL2StandardERC20, ERC20 {
address public l2Bridge;
```
-Dies sind die beiden zusätzlichen Konfigurationsparameter, die wir benötigen und die ERC-20 normalerweise nicht hat.
+Dies sind die beiden zusätzlichen Konfigurationsparameter, die wir benötigen und die ERC-20 normalerweise nicht benötigt.
```solidity
- /**
- * @param _l2Bridge Adresse der L2-Standardbrücke.
+ /* *
+ * @param _l2Bridge Adresse der L2-Standard-kettenübergreifenden Brücke.
* @param _l1Token Adresse des entsprechenden L1-Tokens.
* @param _name ERC20-Name.
- * @param _symbol ERC20-Symbol.
- */
+ * @param _symbol ERC20-Symbol. */
+
+
+
+
+
+
constructor(
address _l2Bridge,
address _l1Token,
@@ -1032,12 +1217,12 @@ Dies sind die beiden zusätzlichen Konfigurationsparameter, die wir benötigen u
}
```
-Zuerst den Konstruktor für den Vertrag aufrufen, von dem wir erben (`ERC20(_name, _symbol)`) und dann unsere eigenen Variablen setzen.
+Rufen Sie zuerst den Konstruktor für den Vertrag auf, von dem wir erben (`ERC20(_name, _symbol)`), und legen Sie dann unsere eigenen Variablen fest.
```solidity
modifier onlyL2Bridge() {
- require(msg.sender == l2Bridge, "Nur die L2-Brücke kann prägen und verbrennen");
+ require(msg.sender == l2Bridge, "Only L2 Bridge can mint and burn");
_;
}
@@ -1053,11 +1238,11 @@ Zuerst den Konstruktor für den Vertrag aufrufen, von dem wir erben (`ERC20(_nam
```
So funktioniert [ERC-165](https://eips.ethereum.org/EIPS/eip-165).
-Jede Schnittstelle ist eine Anzahl von unterstützten Funktionen und wird als [Exklusiv-Oder](https://en.wikipedia.org/wiki/Exclusive_or) der [ABI-Funktionsselektoren](https://docs.soliditylang.org/en/v0.8.12/abi-spec.html#function-selector) dieser Funktionen identifiziert.
+Jede Schnittstelle ist eine Anzahl unterstützter Funktionen und wird als das [exklusive Oder (XOR)](https://de.wikipedia.org/wiki/Kontravalenz) der [ABI-Funktionsselektoren](https://docs.soliditylang.org/en/v0.8.12/abi-spec.html#function-selector) dieser Funktionen identifiziert.
-Die L2-Brücke verwendet ERC-165 als Plausibilitätsprüfung, um sicherzustellen, dass der ERC-20-Vertrag, an den sie Assets sendet, ein `IL2StandardERC20` ist.
+Die kettenübergreifende L2-Brücke verwendet ERC-165 als Plausibilitätsprüfung (Sanity Check), um sicherzustellen, dass der ERC-20-Vertrag, an den sie Vermögenswerte sendet, ein `IL2StandardERC20` ist.
-**Hinweis:** Es gibt nichts, was betrügerische Verträge daran hindert, falsche Antworten auf `supportsInterface` zu geben, daher ist dies ein Plausibilitätsprüfungsmechanismus, _kein_ Sicherheitsmechanismus.
+**Hinweis:** Es gibt nichts, was einen bösartigen Vertrag daran hindert, falsche Antworten auf `supportsInterface` zu geben. Dies ist also ein Plausibilitätsprüfungsmechanismus, _kein_ Sicherheitsmechanismus.
```solidity
// slither-disable-next-line external-function
@@ -1076,87 +1261,112 @@ Die L2-Brücke verwendet ERC-165 als Plausibilitätsprüfung, um sicherzustellen
}
```
-Nur die L2-Brücke darf Assets prägen und verbrennen.
+Nur die kettenübergreifende L2-Brücke darf Vermögenswerte prägen und verbrennen.
-`_mint` und `_burn` sind tatsächlich im [OpenZeppelin ERC-20-Vertrag](/developers/tutorials/erc20-annotated-code/#the-_mint-and-_burn-functions-_mint-and-_burn) definiert.
-Dieser Vertrag macht sie nur nicht extern zugänglich, weil die Bedingungen zum Prägen und Verbrennen von Tokens so vielfältig sind wie die Anzahl der Verwendungsmöglichkeiten von ERC-20.
+`_mint` und `_burn` sind tatsächlich im [OpenZeppelin-ERC-20-Vertrag](/developers/tutorials/erc20-annotated-code/#the-_mint-and-_burn-functions-_mint-and-_burn) definiert.
+Dieser Vertrag macht sie nur nicht nach außen hin zugänglich, da die Bedingungen zum Prägen und Verbrennen von Token so vielfältig sind wie die Anzahl der Möglichkeiten, ERC-20 zu verwenden.
-## L2-Brücken-Code {#l2-bridge-code}
+## Code der kettenübergreifenden L2-Brücke {#l2-bridge-code}
-Dies ist der Code, der die Brücke auf Optimism ausführt.
-[Die Quelle für diesen Vertrag befindet sich hier](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/L2StandardBridge.sol).
+Dies ist der Code, der die kettenübergreifende Brücke auf Optimism ausführt.
+[Die Quelle für diesen Vertrag finden Sie hier](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/L2StandardBridge.sol).
```solidity
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.9;
/* Schnittstellen-Importe */
+/* Interface Imports */
import { IL1StandardBridge } from "../../L1/messaging/IL1StandardBridge.sol";
import { IL1ERC20Bridge } from "../../L1/messaging/IL1ERC20Bridge.sol";
import { IL2ERC20Bridge } from "./IL2ERC20Bridge.sol";
```
-Die [IL2ERC20Bridge](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/IL2ERC20Bridge.sol)-Schnittstelle ist dem [L1-Äquivalent](#IL1ERC20Bridge), das wir oben gesehen haben, sehr ähnlich.
+Die Schnittstelle [IL2ERC20Bridge](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/IL2ERC20Bridge.sol) ist dem [L1-Äquivalent](#IL1ERC20Bridge), das wir oben gesehen haben, sehr ähnlich.
Es gibt zwei wesentliche Unterschiede:
-1. Auf L1 initiieren Sie Einzahlungen und finalisieren Auszahlungen.
- Hier initiieren Sie Auszahlungen und finalisieren Einzahlungen.
-2. Auf L1 ist es notwendig, zwischen ETH- und ERC-20-Tokens zu unterscheiden.
- Auf L2 können wir dieselben Funktionen für beide verwenden, da intern ETH-Guthaben auf Optimism als ERC-20-Token mit der Adresse [0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000](https://explorer.optimism.io/address/0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000) behandelt werden.
+1. Auf L1 initiieren Sie Einzahlungen und schließen Auszahlungen ab.
+ Hier initiieren Sie Auszahlungen und schließen Einzahlungen ab.
+2. Auf L1 ist es notwendig, zwischen ETH und ERC-20-Token zu unterscheiden.
+ Auf L2 können wir für beides dieselben Funktionen verwenden, da ETH-Guthaben auf Optimism intern als ERC-20-Token mit der Adresse [0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000](https://explorer.optimism.io/address/0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000) behandelt werden.
```solidity
/* Bibliotheks-Importe */
+/* Library Imports */
import { ERC165Checker } from "@openzeppelin/contracts/utils/introspection/ERC165Checker.sol";
import { CrossDomainEnabled } from "../../libraries/bridge/CrossDomainEnabled.sol";
import { Lib_PredeployAddresses } from "../../libraries/constants/Lib_PredeployAddresses.sol";
/* Vertrags-Importe */
+/* Contract Imports */
import { IL2StandardERC20 } from "../../standards/IL2StandardERC20.sol";
-/**
+/* *
* @title L2StandardBridge
- * @dev Die L2-Standardbrücke ist ein Vertrag, der zusammen mit der L1-Standardbrücke
- * ETH- und ERC20-Übergänge zwischen L1 und L2 ermöglicht.
- * Dieser Vertrag fungiert als Minter für neue Tokens, wenn er von Einzahlungen in die L1-Standardbrücke
- * erfährt.
- * Dieser Vertrag fungiert auch als Burner der für die Auszahlung vorgesehenen Tokens und informiert die L1-
- * Brücke, L1-Mittel freizugeben.
- */
+ * @dev Die L2-Standard-kettenübergreifende Brücke ist ein Vertrag, der mit der L1-Standard-kettenübergreifenden Brücke zusammenarbeitet, um
+ * ETH- und ERC20-Übergänge zwischen L1 und L2 zu ermöglichen.
+ * Dieser Vertrag fungiert als Präger für neue Token, wenn er von Einzahlungen in die L1-Standard-kettenübergreifende
+ * Brücke erfährt.
+ * Dieser Vertrag fungiert auch als Verbrenner der für die Abhebung vorgesehenen Token und informiert die L1-kettenübergreifende
+ * Brücke, L1-Guthaben freizugeben. */
+
+
+
+
+
+
+
+
+
contract L2StandardBridge is IL2ERC20Bridge, CrossDomainEnabled {
- /********************************
+ /* *******************************
* Externe Vertragsreferenzen *
- ********************************/
+ ******************************* */
+
+
+
address public l1TokenBridge;
```
-Die Adresse der L1-Brücke im Auge behalten.
-Beachten Sie, dass wir im Gegensatz zum L1-Äquivalent hier diese Variable _brauchen_.
-Die Adresse der L1-Brücke ist nicht im Voraus bekannt.
+Behalten Sie die Adresse der kettenübergreifenden L1-Brücke im Auge.
+Beachten Sie, dass wir im Gegensatz zum L1-Äquivalent diese Variable hier _benötigen_.
+Die Adresse der kettenübergreifenden L1-Brücke ist im Voraus nicht bekannt.
```solidity
- /***************
+ /* **************
* Konstruktor *
- ***************/
+ ************** */
+
+
+
+
+ /* *
+ * @param _l2CrossDomainMessenger Domänenübergreifender Messenger, der von diesem Vertrag verwendet wird.
+ * @param _l1TokenBridge Adresse der L1-kettenübergreifenden Brücke, die auf der Hauptchain bereitgestellt ist. */
+
+
+
- /**
- * @param _l2CrossDomainMessenger Von diesem Vertrag verwendeter domänenübergreifender Messenger.
- * @param _l1TokenBridge Adresse der auf der Hauptkette bereitgestellten L1-Brücke.
- */
constructor(address _l2CrossDomainMessenger, address _l1TokenBridge)
CrossDomainEnabled(_l2CrossDomainMessenger)
{
l1TokenBridge = _l1TokenBridge;
}
- /***************
- * Auszahlung *
- ***************/
+ /* **************
+ * Abheben *
+ ************** */
+
+
+
+
+ /* *
+ * @inheritdoc IL2ERC20Bridge */
+
+
- /**
- * @inheritdoc IL2ERC20Bridge
- */
function withdraw(
address _l2Token,
uint256 _amount,
@@ -1166,9 +1376,11 @@ Die Adresse der L1-Brücke ist nicht im Voraus bekannt.
_initiateWithdrawal(_l2Token, msg.sender, msg.sender, _amount, _l1Gas, _data);
}
- /**
- * @inheritdoc IL2ERC20Bridge
- */
+ /* *
+ * @inheritdoc IL2ERC20Bridge */
+
+
+
function withdrawTo(
address _l2Token,
address _to,
@@ -1180,24 +1392,35 @@ Die Adresse der L1-Brücke ist nicht im Voraus bekannt.
}
```
-Diese beiden Funktionen leiten Auszahlungen ein.
+Diese beiden Funktionen initiieren Auszahlungen.
Beachten Sie, dass die L1-Token-Adresse nicht angegeben werden muss.
-Es wird erwartet, dass L2-Tokens uns die Adresse des L1-Äquivalents mitteilen.
+Es wird erwartet, dass L2-Token uns die Adresse des L1-Äquivalents mitteilen.
```solidity
- /**
- * @dev Führt die Logik für Auszahlungen durch, indem der Token verbrannt und
- * das L1-Token-Gateway über die Auszahlung informiert wird.
- * @param _l2Token Adresse des L2-Tokens, bei dem die Auszahlung eingeleitet wird.
- * @param _from Konto, von dem die Auszahlung auf L2 abgezogen wird.
- * @param _to Konto, dem die Auszahlung auf L1 gutgeschrieben wird.
+ /* *
+ * @dev Führt die Logik für Abhebungen aus, indem der Token verbrannt und
+ * das L1-Token-Gateway über die Abhebung informiert wird.
+ * @param _l2Token Adresse des L2-Tokens, bei dem die Abhebung initiiert wird.
+ * @param _from Konto, von dem die Abhebung auf L2 eingezogen wird.
+ * @param _to Konto, dem die Abhebung auf L1 gutgeschrieben wird.
* @param _amount Betrag des abzuhebenden Tokens.
- * @param _l1Gas Unbenutzt, aber aus Gründen der potenziellen Vorwärtskompatibilität enthalten.
+ * @param _l1Gas Unbenutzt, aber für mögliche zukünftige Kompatibilitätsüberlegungen enthalten.
* @param _data Optionale Daten zur Weiterleitung an L1. Diese Daten werden
- * lediglich als Annehmlichkeit für externe Verträge zur Verfügung gestellt. Abgesehen von der Durchsetzung einer maximalen
- * Länge geben diese Verträge keine Garantien über ihren Inhalt.
- */
+ * ausschließlich als Annehmlichkeit für externe Verträge bereitgestellt. Abgesehen von der Durchsetzung einer maximalen
+ * Länge geben diese Verträge keine Garantien über deren Inhalt. */
+
+
+
+
+
+
+
+
+
+
+
+
function _initiateWithdrawal(
address _l2Token,
address _from,
@@ -1206,17 +1429,17 @@ Es wird erwartet, dass L2-Tokens uns die Adresse des L1-Äquivalents mitteilen.
uint32 _l1Gas,
bytes calldata _data
) internal {
- // Wenn eine Auszahlung eingeleitet wird, verbrennen wir die Mittel des Auszahlenden, um eine nachfolgende L2-
+ // Wenn eine Abhebung initiiert wird, verbrennen wir die Guthaben des Abhebenden, um eine spätere L2-
// Nutzung zu verhindern
// slither-disable-next-line reentrancy-events
IL2StandardERC20(_l2Token).burn(msg.sender, _amount);
```
-Beachten Sie, dass wir uns _nicht_ auf den `_from`-Parameter verlassen, sondern auf `msg.sender`, was viel schwerer zu fälschen ist (soweit ich weiß, unmöglich).
+Beachten Sie, dass wir uns _nicht_ auf den Parameter `_from` verlassen, sondern auf `msg.sender`, was viel schwerer zu fälschen ist (unmöglich, soweit ich weiß).
```solidity
- // Konstruiere Calldata für l1TokenBridge.finalizeERC20Withdrawal(_to, _amount)
+ // Erstellt Calldata für l1TokenBridge.finalizeERC20Withdrawal(_to, _amount)
// slither-disable-next-line reentrancy-events
address l1Token = IL2StandardERC20(_l2Token).l1Token();
bytes memory message;
@@ -1246,7 +1469,7 @@ Auf L1 ist es notwendig, zwischen ETH und ERC-20 zu unterscheiden.
);
}
- // Nachricht an L1-Brücke senden
+ // Sendet Nachricht hoch zur L1-kettenübergreifenden Brücke
// slither-disable-next-line reentrancy-events
sendCrossDomainMessage(l1TokenBridge, _l1Gas, message);
@@ -1254,13 +1477,18 @@ Auf L1 ist es notwendig, zwischen ETH und ERC-20 zu unterscheiden.
emit WithdrawalInitiated(l1Token, _l2Token, msg.sender, _to, _amount, _data);
}
- /************************************
- * Cross-Chain-Funktion: Einzahlung *
- ************************************/
+ /* ***********************************
+ * Kettenübergreifende Funktion: Einzahlen *
+ *********************************** */
+
+
+
+
+ /* *
+ * @inheritdoc IL2ERC20Bridge */
+
+
- /**
- * @inheritdoc IL2ERC20Bridge
- */
function finalizeDeposit(
address _l1Token,
address _l2Token,
@@ -1277,26 +1505,26 @@ Diese Funktion wird von `L1StandardBridge` aufgerufen.
```
Stellen Sie sicher, dass die Quelle der Nachricht legitim ist.
-Dies ist wichtig, da diese Funktion `_mint` aufruft und verwendet werden könnte, um Tokens auszugeben, die nicht durch Tokens gedeckt sind, die die Brücke auf L1 besitzt.
+Dies ist wichtig, da diese Funktion `_mint` aufruft und verwendet werden könnte, um Token auszugeben, die nicht durch Token gedeckt sind, die die kettenübergreifende Brücke auf L1 besitzt.
```solidity
- // Prüfen Sie, ob der Ziel-Token konform ist und
- // überprüfen Sie, ob der eingezahlte Token auf L1 mit der L2-Darstellung des eingezahlten Tokens hier übereinstimmt
+ // Prüft, ob der Ziel-Token konform ist und
+ // verifiziert, dass der eingezahlte Token auf L1 mit der hier eingezahlten L2-Token-Repräsentation übereinstimmt
if (
// slither-disable-next-line reentrancy-events
ERC165Checker.supportsInterface(_l2Token, 0x1d1d8b63) &&
_l1Token == IL2StandardERC20(_l2Token).l1Token()
```
-Plausibilitätsprüfungen:
+Plausibilitätsprüfungen (Sanity Checks):
-1. Die richtige Schnittstelle wird unterstützt
-2. Die L1-Adresse des L2-ERC-20-Vertrags stimmt mit der L1-Quelle der Tokens überein
+1. Die richtige Schnittstelle wird unterstützt.
+2. Die L1-Adresse des L2-ERC-20-Vertrags stimmt mit der L1-Quelle der Token überein.
```solidity
) {
// Wenn eine Einzahlung abgeschlossen ist, schreiben wir dem Konto auf L2 den gleichen Betrag an
- // Tokens gut.
+ // Token gut.
// slither-disable-next-line reentrancy-events
IL2StandardERC20(_l2Token).mint(_to, _amount);
// slither-disable-next-line reentrancy-events
@@ -1305,36 +1533,36 @@ Plausibilitätsprüfungen:
Wenn die Plausibilitätsprüfungen erfolgreich sind, schließen Sie die Einzahlung ab:
-1. Prägen Sie die Tokens
-2. Das entsprechende Ereignis auslösen
+1. Prägen Sie die Token.
+2. Geben Sie das entsprechende Ereignis aus.
```solidity
} else {
- // Entweder ist der L2-Token, in den eingezahlt wird, mit der korrekten Adresse
- // seines L1-Tokens nicht einverstanden oder er unterstützt nicht die korrekte Schnittstelle.
+ // Entweder ist der L2-Token, in den eingezahlt wird, nicht mit der korrekten Adresse
+ // seines L1-Tokens einverstanden, oder er unterstützt nicht die korrekte Schnittstelle.
// Dies sollte nur passieren, wenn es einen bösartigen L2-Token gibt oder wenn ein Benutzer irgendwie
// die falsche L2-Token-Adresse für die Einzahlung angegeben hat.
- // In jedem Fall stoppen wir den Prozess hier und erstellen eine Auszahlungsnachricht
- //, damit Benutzer in einigen Fällen ihre Gelder abheben können.
+ // In beiden Fällen stoppen wir den Prozess hier und erstellen eine Abhebungs-
+ // Nachricht, damit Benutzer in einigen Fällen ihre Guthaben herausbekommen können.
// Es gibt keine Möglichkeit, bösartige Token-Verträge vollständig zu verhindern, aber dies begrenzt
- // Benutzerfehler und mildert einige Formen von bösartigem Vertragsverhalten.
+ // Benutzerfehler und mildert einige Formen von bösartigem Vertragsverhalten ab.
```
-Wenn ein Benutzer einen erkennbaren Fehler gemacht hat, indem er die falsche L2-Token-Adresse verwendet hat, möchten wir die Einzahlung stornieren und die Tokens auf L1 zurückgeben.
-Der einzige Weg, wie wir dies von L2 aus tun können, ist das Senden einer Nachricht, die den Fehler-Anfechtungszeitraum abwarten muss, aber das ist für den Benutzer viel besser als der dauerhafte Verlust der Tokens.
+Wenn ein Benutzer einen erkennbaren Fehler gemacht hat, indem er die falsche L2-Token-Adresse verwendet hat, möchten wir die Einzahlung stornieren und die Token auf L1 zurückgeben.
+Die einzige Möglichkeit, dies von L2 aus zu tun, besteht darin, eine Nachricht zu senden, die die Fehleranfechtungsfrist abwarten muss. Dies ist jedoch für den Benutzer viel besser, als die Token dauerhaft zu verlieren.
```solidity
bytes memory message = abi.encodeWithSelector(
IL1ERC20Bridge.finalizeERC20Withdrawal.selector,
_l1Token,
_l2Token,
- _to, // hier _to und _from vertauscht, um die Einzahlung an den Absender zurückzuspringen
+ _to, // hat hier _to und _from vertauscht, um die Einzahlung an den Sender zurückzusenden
_from,
_amount,
_data
);
- // Nachricht an die L1-Brücke senden
+ // Sendet Nachricht hoch zur L1-kettenübergreifenden Brücke
// slither-disable-next-line reentrancy-events
sendCrossDomainMessage(l1TokenBridge, 0, message);
// slither-disable-next-line reentrancy-events
@@ -1346,13 +1574,13 @@ Der einzige Weg, wie wir dies von L2 aus tun können, ist das Senden einer Nachr
## Fazit {#conclusion}
-Die Standard-Brücke ist der flexibelste Mechanismus für Asset-Übertragungen.
-Da er jedoch so generisch ist, ist er nicht immer der einfachste zu verwendende Mechanismus.
-Insbesondere für Auszahlungen bevorzugen die meisten Benutzer [Drittanbieter-Brücken](https://optimism.io/apps#bridge), die nicht auf den Anfechtungszeitraum warten und keinen Merkle-Beweis benötigen, um die Auszahlung abzuschließen.
+Die kettenübergreifende Standardbrücke ist der flexibelste Mechanismus für Vermögensübertragungen.
+Da sie jedoch so generisch ist, ist sie nicht immer der am einfachsten zu verwendende Mechanismus.
+Insbesondere für Auszahlungen ziehen es die meisten Benutzer vor, [kettenübergreifende Brücken von Drittanbietern](https://optimism.io/apps#bridge) zu verwenden, die nicht auf die Anfechtungsfrist warten und keinen Merkle-Proof benötigen, um die Auszahlung abzuschließen.
-Diese Brücken funktionieren typischerweise, indem sie Assets auf L1 haben, die sie sofort gegen eine geringe Gebühr (oft weniger als die Gaskosten für eine Standard-Brückenauszahlung) zur Verfügung stellen.
-Wenn die Brücke (oder die Personen, die sie betreiben) erwartet, dass sie auf L1 knapp bei Kasse ist, überträgt sie ausreichend Vermögenswerte von L2. Da es sich hierbei um sehr große Auszahlungen handelt, werden die Auszahlungskosten auf einen großen Betrag verteilt und machen einen viel kleineren Prozentsatz aus.
+Diese kettenübergreifenden Brücken funktionieren in der Regel so, dass sie über Vermögenswerte auf L1 verfügen, die sie gegen eine geringe Gebühr (oft weniger als die Gaskosten für eine Auszahlung über eine kettenübergreifende Standardbrücke) sofort bereitstellen.
+Wenn die kettenübergreifende Brücke (oder die Personen, die sie betreiben) voraussieht, dass L1-Vermögenswerte knapp werden, überträgt sie ausreichende Vermögenswerte von L2. Da es sich um sehr große Auszahlungen handelt, werden die Auszahlungskosten über einen großen Betrag amortisiert und machen einen viel geringeren Prozentsatz aus.
-Hoffentlich hat Ihnen dieser Artikel geholfen, besser zu verstehen, wie Layer 2 funktioniert und wie man klaren und sicheren Solidity-Code schreibt.
+Hoffentlich hat Ihnen dieser Artikel geholfen, mehr darüber zu verstehen, wie Ebene 2 funktioniert und wie man Solidity-Code schreibt, der klar und sicher ist.
-[Hier finden Sie mehr von meiner Arbeit](https://cryptodocguy.pro/).
+[Weitere meiner Arbeiten finden Sie hier](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/reverse-engineering-a-contract/index.md b/public/content/translations/de/developers/tutorials/reverse-engineering-a-contract/index.md
index 9e50e461fba..eed6f31c39d 100644
--- a/public/content/translations/de/developers/tutorials/reverse-engineering-a-contract/index.md
+++ b/public/content/translations/de/developers/tutorials/reverse-engineering-a-contract/index.md
@@ -1,69 +1,68 @@
---
-title: "Reverse Engineering eines Contracts"
-description: Wie Sie einen Contract verstehen, wenn Sie den Quellcode nicht haben
+title: "Reverse Engineering eines Vertrags"
+description: Wie man einen Vertrag versteht, wenn man den Quellcode nicht hat
author: Ori Pomerantz
lang: de
tags: ["evm", "opcodes"]
skill: advanced
-breadcrumb: "Reverse Engineering"
+breadcrumb: Reverse Engineering
published: 2021-12-30
---
-
## Einführung {#introduction}
-_Auf der Blockchain gibt es keine Geheimnisse_, alles, was geschieht, ist konsistent, nachprüfbar und öffentlich zugänglich. Idealerweise sollten [Contracts ihren Quellcode auf Etherscan veröffentlichen und verifizieren lassen](https://etherscan.io/address/0xb8901acb165ed027e32754e0ffe830802919727f#code). [Das ist jedoch nicht immer der Fall](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f#code). In diesem Artikel lernen Sie, wie Sie Contracts per Reverse Engineering analysieren, indem Sie sich einen Contract ohne Quellcode ansehen: [`0x2510c039cc3b061d79e564b38836da87e31b342f`](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f).
+_Es gibt keine Geheimnisse auf der Blockchain_, alles, was passiert, ist konsistent, verifizierbar und öffentlich zugänglich. Im Idealfall [sollte der Quellcode von Verträgen auf Etherscan veröffentlicht und verifiziert sein](https://etherscan.io/address/0xb8901acb165ed027e32754e0ffe830802919727f#code). Allerdings [ist das nicht immer der Fall](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f#code). In diesem Artikel lernen Sie, wie Sie Verträge durch Reverse Engineering analysieren können, indem wir uns einen Vertrag ohne Quellcode ansehen: [`0x2510c039cc3b061d79e564b38836da87e31b342f`](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f).
-Es gibt Reverse-Compiler, aber sie liefern nicht immer [brauchbare Ergebnisse](https://etherscan.io/bytecode-decompiler?a=0x2510c039cc3b061d79e564b38836da87e31b342f). In diesem Artikel lernen Sie, wie Sie einen Contract manuell per Reverse Engineering analysieren und anhand [der Opcodes](https://github.com/wolflo/evm-opcodes) verstehen können, und wie Sie die Ergebnisse eines Decompilers interpretieren.
+Es gibt Reverse-Compiler, aber sie liefern nicht immer [brauchbare Ergebnisse](https://etherscan.io/bytecode-decompiler?a=0x2510c039cc3b061d79e564b38836da87e31b342f). In diesem Artikel lernen Sie, wie Sie einen Vertrag anhand [der Opcodes](https://github.com/wolflo/evm-opcodes) manuell rückentwickeln und verstehen können, sowie wie Sie die Ergebnisse eines Dekompilierers interpretieren.
-Um diesen Artikel zu verstehen, sollten Sie bereits die Grundlagen der EVM kennen und zumindest einigermaßen mit EVM-Assembler vertraut sein. [Hier können Sie mehr über diese Themen lesen](https://medium.com/mycrypto/the-ethereum-virtual-machine-how-does-it-work-9abac2b7c9e).
+Um diesen Artikel verstehen zu können, sollten Sie bereits die Grundlagen der EVM kennen und zumindest ein wenig mit EVM-Assembler vertraut sein. [Sie können hier mehr über diese Themen lesen](https://medium.com/mycrypto/the-ethereum-virtual-machine-how-does-it-work-9abac2b7c9e).
-## Vorbereitung des ausführbaren Codes {#prepare-the-executable-code}
+## Den ausführbaren Code vorbereiten {#prepare-the-executable-code}
-Sie können die Opcodes abrufen, indem Sie auf Etherscan zum Contract navigieren, auf den Tab **Contract** und dann auf **Switch to Opcodes View** klicken. Sie erhalten eine Ansicht mit einem Opcode pro Zeile.
+Sie können die Opcodes abrufen, indem Sie auf Etherscan für den Vertrag gehen, auf den Tab **Contract** klicken und dann **Switch to Opcodes View** auswählen. Sie erhalten eine Ansicht mit einem Opcode pro Zeile.
-Um Sprünge (Jumps) zu verstehen, müssen Sie jedoch wissen, wo sich die einzelnen Opcodes im Code befinden. Eine Möglichkeit besteht darin, ein Google Spreadsheet zu öffnen und die Opcodes in Spalte C einzufügen. [Sie können die folgenden Schritte überspringen, indem Sie eine Kopie dieser bereits vorbereiteten Tabelle erstellen](https://docs.google.com/spreadsheets/d/1tKmTJiNjUwHbW64wCKOSJxHjmh0bAUapt6btUYE7kDA/edit?usp=sharing).
+Um jedoch Sprünge (Jumps) zu verstehen, müssen Sie wissen, wo sich jeder Opcode im Code befindet. Eine Möglichkeit dazu besteht darin, ein Google Spreadsheet zu öffnen und die Opcodes in Spalte C einzufügen. [Sie können die folgenden Schritte überspringen, indem Sie eine Kopie dieser bereits vorbereiteten Tabelle erstellen](https://docs.google.com/spreadsheets/d/1tKmTJiNjUwHbW64wCKOSJxHjmh0bAUapt6btUYE7kDA/edit?usp=sharing).
-Der nächste Schritt besteht darin, die korrekten Code-Positionen zu ermitteln, damit wir die Sprünge verstehen können. Wir tragen die Opcode-Größe in Spalte B und die Position (in hexadezimaler Schreibweise) in Spalte A ein. Geben Sie diese Funktion in Zelle `B1` ein und kopieren Sie sie dann für den Rest von Spalte B bis zum Ende des Codes. Danach können Sie Spalte B ausblenden.
+Der nächste Schritt besteht darin, die korrekten Code-Positionen zu ermitteln, damit wir Sprünge verstehen können. Wir tragen die Opcode-Größe in Spalte B und die Position (in hexadezimaler Form) in Spalte A ein. Geben Sie diese Funktion in Zelle `B1` ein und kopieren Sie sie dann für den Rest von Spalte B bis zum Ende des Codes. Danach können Sie Spalte B ausblenden.
```
=1+IF(REGEXMATCH(C1,"PUSH"),REGEXEXTRACT(C1,"PUSH(\d+)"),0)
```
-Zuerst fügt diese Funktion ein Byte für den Opcode selbst hinzu und sucht dann nach `PUSH`. Push-Opcodes sind besonders, da sie zusätzliche Bytes für den Wert benötigen, der gepusht wird. Wenn der Opcode ein `PUSH` ist, extrahieren wir die Anzahl der Bytes und addieren sie.
+Zuerst fügt diese Funktion ein Byte für den Opcode selbst hinzu und sucht dann nach `PUSH`. Push-Opcodes sind besonders, da sie zusätzliche Bytes für den Wert benötigen, der gepusht wird. Wenn der Opcode ein `PUSH` ist, extrahieren wir die Anzahl der Bytes und fügen diese hinzu.
-In `A1` setzen Sie den ersten Offset, Null. Geben Sie dann in `A2` diese Funktion ein und kopieren Sie sie wieder für den Rest der Spalte A:
+Tragen Sie in `A1` den ersten Offset ein, also null. Fügen Sie dann in `A2` diese Funktion ein und kopieren Sie sie erneut für den Rest von Spalte A:
```
=dec2hex(hex2dec(A1)+B1)
```
-Wir benötigen diese Funktion, um den hexadezimalen Wert zu erhalten, da die Werte, die vor Sprüngen (`JUMP` und `JUMPI`) gepusht werden, in hexadezimaler Form angegeben werden.
+Wir benötigen diese Funktion, um uns den hexadezimalen Wert zu liefern, da die Werte, die vor Sprüngen (`JUMP` und `JUMPI`) gepusht werden, uns in hexadezimaler Form vorliegen.
## Der Einstiegspunkt (0x00) {#the-entry-point-0x00}
-Contracts werden immer ab dem ersten Byte ausgeführt. Dies ist der erste Teil des Codes:
+Smart Contracts werden immer ab dem ersten Byte ausgeführt. Dies ist der anfängliche Teil des Codes:
-| Offset | Opcode | Stack (nach dem Opcode) |
-| -----: | ------------ | ---------------------------------------------- |
-| 0 | PUSH1 0x80 | 0x80 |
-| 2 | PUSH1 0x40 | 0x40, 0x80 |
-| 4 | MSTORE | Leer |
-| 5 | PUSH1 0x04 | 0x04 |
-| 7 | CALLDATASIZE | CALLDATASIZE 0x04 |
-| 8 | LT | CALLDATASIZE\<4 |
-| 9 | PUSH2 0x005e | 0x5E CALLDATASIZE\<4 |
-| C | JUMPI | Leer |
+| Offset | Opcode | Stack (nach dem Opcode) |
+| -----: | ------------ | ----------------------- |
+| 0 | PUSH1 0x80 | 0x80 |
+| 2 | PUSH1 0x40 | 0x40, 0x80 |
+| 4 | MSTORE | Leer |
+| 5 | PUSH1 0x04 | 0x04 |
+| 7 | CALLDATASIZE | CALLDATASIZE 0x04 |
+| 8 | LT | CALLDATASIZE\<4 |
+| 9 | PUSH2 0x005e | 0x5E CALLDATASIZE\<4 |
+| C | JUMPI | Leer |
Dieser Code macht zwei Dinge:
-1. Schreibt 0x80 als 32-Byte-Wert in die Speicherstellen 0x40-0x5F (0x80 wird in 0x5F gespeichert, und 0x40-0x5E sind alle Nullen).
-2. Liest die Calldata-Größe. Normalerweise folgen die Calldata für einen Ethereum-Contract [dem ABI (Application Binary Interface)](https://docs.soliditylang.org/en/v0.8.10/abi-spec.html), das mindestens vier Bytes für den Funktions-Selektor erfordert. Wenn die Calldata-Größe kleiner als vier ist, springe zu 0x5E.
+1. Schreibt 0x80 als 32-Byte-Wert in die Speicherorte 0x40-0x5F (0x80 wird in 0x5F gespeichert und 0x40-0x5E sind alle Nullen).
+2. Liest die Größe der Calldata. Normalerweise folgen die Call-Daten für einen Ethereum-Vertrag [der ABI (Application Binary Interface)](https://docs.soliditylang.org/en/v0.8.10/abi-spec.html), die mindestens vier Bytes für den Funktionsselektor erfordert. Wenn die Größe der Call-Daten kleiner als vier ist, springe zu 0x5E.
-
+
-### Der Handler bei 0x5E (für Nicht-ABI-Calldata) {#the-handler-at-0x5e-for-non-abi-call-data}
+### Der Handler bei 0x5E (für Nicht-ABI-Call-Daten) {#the-handler-at-0x5e-for-non-abi-call-data}
| Offset | Opcode |
| -----: | ------------ |
@@ -72,78 +71,78 @@ Dieser Code macht zwei Dinge:
| 60 | PUSH2 0x007c |
| 63 | JUMPI |
-Dieses Snippet beginnt mit einem `JUMPDEST`. EVM-Programme (Ethereum Virtual Machine) lösen eine Ausnahme aus, wenn Sie zu einem Opcode springen, der nicht `JUMPDEST` ist. Dann prüft er die CALLDATASIZE und springt, wenn sie „wahr“ ist (d. h. nicht null), zu 0x7C. Darauf kommen wir unten zu sprechen.
+Dieses Snippet beginnt mit einem `JUMPDEST`. EVM-Programme (Ethereum Virtual Machine) werfen eine Ausnahme, wenn man zu einem Opcode springt, der nicht `JUMPDEST` ist. Dann wird die CALLDATASIZE betrachtet, und wenn sie "wahr" ist (also nicht null), wird zu 0x7C gesprungen. Darauf kommen wir weiter unten zurück.
-| Offset | Opcode | Stack (nach Opcode) |
-| -----: | ---------- | --------------------------------------------------------------------------------------------------------------------- |
-| 64 | CALLVALUE | [Wei](/glossary/#wei), der durch den Aufruf bereitgestellt wird. Wird in Solidity `msg.value` genannt |
-| 65 | PUSH1 0x06 | 6 CALLVALUE |
-| 67 | PUSH1 0x00 | 0 6 CALLVALUE |
-| 69 | DUP3 | CALLVALUE 0 6 CALLVALUE |
-| 6A | DUP3 | 6 CALLVALUE 0 6 CALLVALUE |
-| 6B | SLOAD | Speicher[6] CALLVALUE 0 6 CALLVALUE |
+| Offset | Opcode | Stack (nach dem Opcode) |
+| -----: | ---------- | ------------------------------------------------------------------------------------------ |
+| 64 | CALLVALUE | [Wei](/glossary/#wei), die durch den Aufruf bereitgestellt werden. In Solidity `msg.value` genannt |
+| 65 | PUSH1 0x06 | 6 CALLVALUE |
+| 67 | PUSH1 0x00 | 0 6 CALLVALUE |
+| 69 | DUP3 | CALLVALUE 0 6 CALLVALUE |
+| 6A | DUP3 | 6 CALLVALUE 0 6 CALLVALUE |
+| 6B | SLOAD | Storage[6] CALLVALUE 0 6 CALLVALUE |
-Wenn es also keine Calldata gibt, lesen wir den Wert von Speicher[6]. Wir wissen noch nicht, was dieser Wert ist, aber wir können nach Transaktionen suchen, die der Contract ohne Calldata erhalten hat. Transaktionen, die nur ETH ohne Calldata (und damit ohne Methode) übertragen, haben in Etherscan die Methode `Transfer`. Tatsächlich ist [die allererste Transaktion, die der Contract erhalten hat](https://etherscan.io/tx/0xeec75287a583c36bcc7ca87685ab41603494516a0f5986d18de96c8e630762e7), ein Transfer.
+Wenn es also keine Call-Daten gibt, lesen wir den Wert von Storage[6]. Wir wissen noch nicht, was dieser Wert ist, aber wir können nach Transaktionen suchen, die der Smart Contract ohne Call-Daten empfangen hat. Transaktionen, die einfach nur ETH ohne Call-Daten (und daher ohne Methode) übertragen, haben in Etherscan die Methode `Transfer`. Tatsächlich ist [die allererste Transaktion, die der Vertrag empfangen hat](https://etherscan.io/tx/0xeec75287a583c36bcc7ca87685ab41603494516a0f5986d18de96c8e630762e7), eine Überweisung.
-Wenn wir uns diese Transaktion ansehen und auf **Click to see More** klicken, sehen wir, dass die Calldata, als Input Data bezeichnet, tatsächlich leer sind (`0x`). Beachten Sie auch, dass der Wert 1,559 ETH beträgt, was später relevant sein wird.
+Wenn wir uns diese Transaktion ansehen und auf **Click to see More** klicken, sehen wir, dass die Call-Daten, auch Eingabedaten genannt, tatsächlich leer sind (`0x`). Beachten Sie auch, dass der Wert 1,559 ETH beträgt, was später noch relevant sein wird.
-
+
-Klicken Sie als Nächstes auf den Tab **State** und erweitern Sie den Contract, den wir per Reverse Engineering analysieren (0x2510...). Sie können sehen, dass sich `Speicher[6]` während der Transaktion geändert hat, und wenn Sie Hex auf **Number** ändern, sehen Sie, dass es 1.559.000.000.000.000.000 wurde, der in Wei übertragene Wert (ich habe die Kommas zur besseren Lesbarkeit hinzugefügt), der dem nächsten Contract-Wert entspricht.
+Klicken Sie als Nächstes auf den Tab **State** und erweitern Sie den Smart Contract, den wir per Reverse Engineering untersuchen (0x2510...). Sie können sehen, dass sich `Storage[6]` während der Transaktion geändert hat, und wenn Sie Hex in **Number** ändern, sehen Sie, dass es zu 1.559.000.000.000.000.000 wurde, dem in Wei übertragenen Wert (ich habe die Punkte zur besseren Übersichtlichkeit hinzugefügt), was dem nächsten Vertragswert entspricht.
-![Die Änderung in Speicher[6]](storage6.png)
+![Die Änderung in Storage[6]](storage6.png)
-Wenn wir uns die Zustandsänderungen ansehen, die durch [andere `Transfer`-Transaktionen aus demselben Zeitraum](https://etherscan.io/tx/0xf708d306de39c422472f43cb975d97b66fd5d6a6863db627067167cbf93d84d1#statechange) verursacht wurden, sehen wir, dass `Speicher[6]` den Wert des Contracts eine Zeit lang nachverfolgt hat. Vorerst nennen wir es `Wert*`. Das Sternchen (`*`) erinnert uns daran, dass wir noch nicht _wissen_, was diese Variable tut, aber sie kann nicht nur dazu dienen, den Contract-Wert zu verfolgen, da es nicht nötig ist, Speicher zu verwenden, der sehr teuer ist, wenn man den Kontostand seines Accounts mit `ADDRESS BALANCE` abrufen kann. Der erste Opcode pusht die eigene Adresse des Contracts. Der zweite liest die Adresse an der Spitze des Stacks und ersetzt sie durch das Guthaben dieser Adresse.
+Wenn wir uns die Statusänderungen ansehen, die durch [andere `Transfer`-Transaktionen aus demselben Zeitraum](https://etherscan.io/tx/0xf708d306de39c422472f43cb975d97b66fd5d6a6863db627067167cbf93d84d1#statechange) verursacht wurden, sehen wir, dass `Storage[6]` den Wert des Vertrags eine Zeit lang verfolgt hat. Für den Moment nennen wir es `Value*`. Das Sternchen (`*`) erinnert uns daran, dass wir noch nicht _wissen_, was diese Variable tut, aber sie kann nicht nur dazu dienen, den Vertragswert zu verfolgen, da es nicht nötig ist, den sehr teuren Speicher (Storage) zu verwenden, wenn man das Kontoguthaben mit `ADDRESS BALANCE` abrufen kann. Der erste Opcode pusht die eigene Adresse des Vertrags. Der zweite liest die Adresse oben auf dem Stack und ersetzt sie durch das Guthaben dieser Adresse.
-| Offset | Opcode | Stack |
-| -----: | ------------ | ------------------------------------------ |
-| 6C | PUSH2 0x0075 | 0x75 Wert\* CALLVALUE 0 6 CALLVALUE |
-| 6F | SWAP2 | CALLVALUE Wert\* 0x75 0 6 CALLVALUE |
-| 70 | SWAP1 | Wert\* CALLVALUE 0x75 0 6 CALLVALUE |
-| 71 | PUSH2 0x01a7 | 0x01A7 Wert\* CALLVALUE 0x75 0 6 CALLVALUE |
-| 74 | JUMP | |
+| Offset | Opcode | Stack |
+| -----: | ------------ | ------------------------------------------- |
+| 6C | PUSH2 0x0075 | 0x75 Value\* CALLVALUE 0 6 CALLVALUE |
+| 6F | SWAP2 | CALLVALUE Value\* 0x75 0 6 CALLVALUE |
+| 70 | SWAP1 | Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 71 | PUSH2 0x01a7 | 0x01A7 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 74 | JUMP |
-Wir werden diesen Code am Sprungziel weiterverfolgen.
+Wir werden diesen Code am Sprungziel weiter verfolgen.
-| Offset | Opcode | Stack |
-| -----: | ---------- | ---------------------------------------------------------- |
-| 1A7 | JUMPDEST | Wert\* CALLVALUE 0x75 0 6 CALLVALUE |
-| 1A8 | PUSH1 0x00 | 0x00 Wert\* CALLVALUE 0x75 0 6 CALLVALUE |
-| 1AA | DUP3 | CALLVALUE 0x00 Wert\* CALLVALUE 0x75 0 6 CALLVALUE |
-| 1AB | NOT | 2^256-CALLVALUE-1 0x00 Wert\* CALLVALUE 0x75 0 6 CALLVALUE |
+| Offset | Opcode | Stack |
+| -----: | ---------- | ----------------------------------------------------------- |
+| 1A7 | JUMPDEST | Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1A8 | PUSH1 0x00 | 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AA | DUP3 | CALLVALUE 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AB | NOT | 2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
-Das `NOT` ist bitweise, also kehrt es den Wert jedes Bits im Aufrufwert um.
+Das `NOT` ist bitweise, es kehrt also den Wert jedes Bits im Call-Wert um.
-| Offset | Opcode | Stack |
-| -----: | ------------ | ---------------------------------------------------------------------------------------------------- |
-| 1AC | DUP3 | Wert\* 2^256-CALLVALUE-1 0x00 Wert\* CALLVALUE 0x75 0 6 CALLVALUE |
-| 1AD | GT | Wert\*>2^256-CALLVALUE-1 0x00 Wert\* CALLVALUE 0x75 0 6 CALLVALUE |
-| 1AE | ISZERO | Wert\*\<=2^256-CALLVALUE-1 0x00 Wert\* CALLVALUE 0x75 0 6 CALLVALUE |
-| 1AF | PUSH2 0x01df | 0x01DF Wert\*\<=2^256-CALLVALUE-1 0x00 Wert\* CALLVALUE 0x75 0 6 CALLVALUE |
-| 1B2 | JUMPI | |
+| Offset | Opcode | Stack |
+| -----: | ------------ | --------------------------------------------------------------------------- |
+| 1AC | DUP3 | Value\* 2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AD | GT | Value\*>2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AE | ISZERO | Value\*\<=2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AF | PUSH2 0x01df | 0x01DF Value\*\<=2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1B2 | JUMPI |
-Wir springen, wenn `Wert*` kleiner oder gleich 2^256-CALLVALUE-1 ist. Das sieht nach einer Logik zur Vermeidung von Überläufen aus. Und tatsächlich sehen wir, dass der Contract nach ein paar unsinnigen Operationen (z. B. das Schreiben in den Speicher, der gleich gelöscht wird) bei Offset 0x01DE zurückgesetzt wird, wenn der Überlauf erkannt wird, was ein normales Verhalten ist.
+Wir springen, wenn `Value*` kleiner als 2^256-CALLVALUE-1 oder gleich groß ist. Dies sieht nach einer Logik zur Vermeidung eines Überlaufs aus. Und tatsächlich sehen wir, dass nach ein paar unsinnigen Operationen (das Schreiben in den Arbeitsspeicher wird zum Beispiel gleich gelöscht) bei Offset 0x01DE der Smart Contract rückgängig gemacht wird (reverts), wenn der Überlauf erkannt wird, was ein normales Verhalten ist.
-Beachten Sie, dass ein solcher Überlauf extrem unwahrscheinlich ist, da der Aufrufwert plus `Wert*` vergleichbar mit 2^256 Wei sein müsste, was etwa 10^59 ETH entspricht. [Die gesamte ETH-Menge beträgt zum Zeitpunkt der Erstellung dieses Artikels weniger als zweihundert Millionen](https://etherscan.io/stat/supply).
+Beachten Sie, dass ein solcher Überlauf extrem unwahrscheinlich ist, da der Call-Wert plus `Value*` vergleichbar mit 2^256 Wei sein müsste, also etwa 10^59 ETH. [Das gesamte ETH-Angebot liegt zum Zeitpunkt des Schreibens bei weniger als zweihundert Millionen](https://etherscan.io/stat/supply).
-| Offset | Opcode | Stack |
-| -----: | -------- | ---------------------------------------- |
-| 1DF | JUMPDEST | 0x00 Wert\* CALLVALUE 0x75 0 6 CALLVALUE |
-| 1E0 | POP | Wert\* CALLVALUE 0x75 0 6 CALLVALUE |
-| 1E1 | ADD | Wert\*+CALLVALUE 0x75 0 6 CALLVALUE |
-| 1E2 | SWAP1 | 0x75 Wert\*+CALLVALUE 0 6 CALLVALUE |
-| 1E3 | JUMP | |
+| Offset | Opcode | Stack |
+| -----: | -------- | ----------------------------------------- |
+| 1DF | JUMPDEST | 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1E0 | POP | Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1E1 | ADD | Value\*+CALLVALUE 0x75 0 6 CALLVALUE |
+| 1E2 | SWAP1 | 0x75 Value\*+CALLVALUE 0 6 CALLVALUE |
+| 1E3 | JUMP |
-Wenn wir hier angekommen sind, erhalten wir `Wert* + CALLVALUE` und springen zu Offset 0x75.
+Wenn wir hier angekommen sind, holen wir uns `Value* + CALLVALUE` und springen zu Offset 0x75.
-| Offset | Opcode | Stack |
-| -----: | -------- | ------------------------------ |
-| 75 | JUMPDEST | Wert\*+CALLVALUE 0 6 CALLVALUE |
-| 76 | SWAP1 | 0 Wert\*+CALLVALUE 6 CALLVALUE |
-| 77 | SWAP2 | 6 Wert\*+CALLVALUE 0 CALLVALUE |
-| 78 | SSTORE | 0 CALLVALUE |
+| Offset | Opcode | Stack |
+| -----: | -------- | ------------------------------- |
+| 75 | JUMPDEST | Value\*+CALLVALUE 0 6 CALLVALUE |
+| 76 | SWAP1 | 0 Value\*+CALLVALUE 6 CALLVALUE |
+| 77 | SWAP2 | 6 Value\*+CALLVALUE 0 CALLVALUE |
+| 78 | SSTORE | 0 CALLVALUE |
-Wenn wir hier ankommen (was leere Calldata voraussetzt), addieren wir den Aufrufwert zu `Wert*`. Dies stimmt mit dem überein, was `Transfer`-Transaktionen laut unserer Aussage tun.
+Wenn wir hier ankommen (was voraussetzt, dass die Call-Daten leer sind), addieren wir den Call-Wert zu `Value*`. Dies stimmt mit dem überein, was wir über die Funktionsweise von `Transfer`-Transaktionen gesagt haben.
| Offset | Opcode |
| -----: | ------ |
@@ -151,151 +150,151 @@ Wenn wir hier ankommen (was leere Calldata voraussetzt), addieren wir den Aufruf
| 7A | POP |
| 7B | STOP |
-Leeren Sie schließlich den Stack (was nicht notwendig ist) und signalisieren Sie das erfolgreiche Ende der Transaktion.
+Schließlich wird der Stack geleert (was nicht notwendig ist) und das erfolgreiche Ende der Transaktion signalisiert.
-Zusammenfassend finden Sie hier ein Flussdiagramm für den ursprünglichen Code.
+Zusammenfassend ist hier ein Flussdiagramm für den anfänglichen Code.
-
+
## Der Handler bei 0x7C {#the-handler-at-0x7c}
-Ich habe absichtlich nicht in die Überschrift geschrieben, was dieser Handler tut. Der Punkt ist nicht, Ihnen beizubringen, wie dieser spezielle Contract funktioniert, sondern wie man Contracts per Reverse Engineering analysiert. Sie werden auf die gleiche Weise wie ich lernen, was er tut, indem Sie dem Code folgen.
+Ich habe absichtlich nicht in die Überschrift geschrieben, was dieser Handler tut. Es geht nicht darum, Ihnen beizubringen, wie dieser spezifische Smart Contract funktioniert, sondern wie man Smart Contracts per Reverse Engineering analysiert. Sie werden auf dieselbe Weise lernen, was er tut, wie ich es getan habe: indem Sie dem Code folgen.
Wir gelangen von mehreren Stellen hierher:
-- Wenn Calldata von 1, 2 oder 3 Bytes vorhanden sind (von Offset 0x63)
-- Wenn die Methodensignatur unbekannt ist (von Offsets 0x42 und 0x5D)
+- Wenn es Aufrufdaten (Call Data) von 1, 2 oder 3 Bytes gibt (von Offset 0x63)
+- Wenn die Methodensignatur unbekannt ist (von den Offsets 0x42 und 0x5D)
-| Offset | Opcode | Stack |
-| -----: | ------------ | ------------------------------------------------------------------------- |
-| 7C | JUMPDEST | |
-| 7D | PUSH1 0x00 | 0x00 |
-| 7F | PUSH2 0x009d | 0x9D 0x00 |
-| 82 | PUSH1 0x03 | 0x03 0x9D 0x00 |
-| 84 | SLOAD | Speicher[3] 0x9D 0x00 |
+| Offset | Opcode | Stack |
+| -----: | ------------ | -------------------- |
+| 7C | JUMPDEST |
+| 7D | PUSH1 0x00 | 0x00 |
+| 7F | PUSH2 0x009d | 0x9D 0x00 |
+| 82 | PUSH1 0x03 | 0x03 0x9D 0x00 |
+| 84 | SLOAD | Storage[3] 0x9D 0x00 |
-Dies ist eine weitere Speicherzelle, die ich in keiner Transaktion finden konnte, so dass es schwieriger ist zu wissen, was sie bedeutet. Der folgende Code wird dies verdeutlichen.
+Dies ist eine weitere Speicherzelle, die ich in keinen Transaktionen finden konnte, weshalb es schwieriger ist zu wissen, was sie bedeutet. Der untenstehende Code wird dies klarer machen.
-| Offset | Opcode | Stack |
-| -----: | ------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------- |
-| 85 | PUSH20 0xffffffffffffffffffffffffffffffffffffffff | 0xff....ff Speicher[3] 0x9D 0x00 |
-| 9A | AND | Speicher[3]-als-Adresse 0x9D 0x00 |
+| Offset | Opcode | Stack |
+| -----: | ------------------------------------------------- | ------------------------------- |
+| 85 | PUSH20 0xffffffffffffffffffffffffffffffffffffffff | 0xff....ff Storage[3] 0x9D 0x00 |
+| 9A | AND | Storage[3]-as-address 0x9D 0x00 |
-Diese Opcodes kürzen den Wert, den wir aus Speicher[3] lesen, auf 160 Bit, die Länge einer Ethereum-Adresse.
+Diese Opcodes kürzen den Wert, den wir aus Storage[3] lesen, auf 160 Bits, die Länge einer Ethereum-Adresse.
-| Offset | Opcode | Stack |
-| -----: | ------ | ------------------------------------------------------------------------------------- |
-| 9B | SWAP1 | 0x9D Speicher[3]-als-Adresse 0x00 |
-| 9C | JUMP | Speicher[3]-als-Adresse 0x00 |
+| Offset | Opcode | Stack |
+| -----: | ------ | ------------------------------- |
+| 9B | SWAP1 | 0x9D Storage[3]-as-address 0x00 |
+| 9C | JUMP | Storage[3]-as-address 0x00 |
-Dieser Sprung ist überflüssig, da wir zum nächsten Opcode gehen. Dieser Code ist bei weitem nicht so gas-effizient, wie er sein könnte.
+Dieser Sprung ist überflüssig, da wir zum nächsten Opcode übergehen. Dieser Code ist bei weitem nicht so gas-effizient, wie er sein könnte.
-| Offset | Opcode | Stack |
-| -----: | ---------- | ----------------------------------------------------------------------------------------------------------------------------------------- |
-| 9D | JUMPDEST | Speicher[3]-als-Adresse 0x00 |
-| 9E | SWAP1 | 0x00 Speicher[3]-als-Adresse |
-| 9F | POP | Speicher[3]-als-Adresse |
-| A0 | PUSH1 0x40 | 0x40 Speicher[3]-als-Adresse |
-| A2 | MLOAD | Mem[0x40] Speicher[3]-als-Adresse |
+| Offset | Opcode | Stack |
+| -----: | ---------- | ------------------------------- |
+| 9D | JUMPDEST | Storage[3]-as-address 0x00 |
+| 9E | SWAP1 | 0x00 Storage[3]-as-address |
+| 9F | POP | Storage[3]-as-address |
+| A0 | PUSH1 0x40 | 0x40 Storage[3]-as-address |
+| A2 | MLOAD | Mem[0x40] Storage[3]-as-address |
-Ganz am Anfang des Codes setzen wir Mem[0x40] auf 0x80. Wenn wir später nach 0x40 suchen, sehen wir, dass wir es nicht ändern - wir können also davon ausgehen, dass es 0x80 ist.
+Ganz am Anfang des Codes haben wir Mem[0x40] auf 0x80 gesetzt. Wenn wir später nach 0x40 suchen, sehen wir, dass wir es nicht ändern – wir können also davon ausgehen, dass es 0x80 ist.
-| Offset | Opcode | Stack |
-| -----: | ------------ | ------------------------------------------------------------------------------------------------------- |
-| A3 | CALLDATASIZE | CALLDATASIZE 0x80 Speicher[3]-als-Adresse |
-| A4 | PUSH1 0x00 | 0x00 CALLDATASIZE 0x80 Speicher[3]-als-Adresse |
-| A6 | DUP3 | 0x80 0x00 CALLDATASIZE 0x80 Speicher[3]-als-Adresse |
-| A7 | CALLDATACOPY | 0x80 Speicher[3]-als-Adresse |
+| Offset | Opcode | Stack |
+| -----: | ------------ | ------------------------------------------------- |
+| A3 | CALLDATASIZE | CALLDATASIZE 0x80 Storage[3]-as-address |
+| A4 | PUSH1 0x00 | 0x00 CALLDATASIZE 0x80 Storage[3]-as-address |
+| A6 | DUP3 | 0x80 0x00 CALLDATASIZE 0x80 Storage[3]-as-address |
+| A7 | CALLDATACOPY | 0x80 Storage[3]-as-address |
-Kopieren Sie alle Calldata in den Speicher, beginnend bei 0x80.
+Kopiere alle Aufrufdaten in den Speicher, beginnend bei 0x80.
-| Offset | Opcode | Stack |
-| -----: | ---------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| A8 | PUSH1 0x00 | 0x00 0x80 Speicher[3]-als-Adresse |
-| AA | DUP1 | 0x00 0x00 0x80 Speicher[3]-als-Adresse |
-| AB | CALLDATASIZE | CALLDATASIZE 0x00 0x00 0x80 Speicher[3]-als-Adresse |
-| AC | DUP4 | 0x80 CALLDATASIZE 0x00 0x00 0x80 Speicher[3]-als-Adresse |
-| AD | DUP6 | Speicher[3]-als-Adresse 0x80 CALLDATASIZE 0x00 0x00 0x80 Speicher[3]-als-Adresse |
-| AE | GAS | GAS Speicher[3]-als-Adresse 0x80 CALLDATASIZE 0x00 0x00 0x80 Speicher[3]-als-Adresse |
-| AF | DELEGATE_CALL | |
+| Offset | Opcode | Stack |
+| -----: | ------------- | -------------------------------------------------------------------------------- |
+| A8 | PUSH1 0x00 | 0x00 0x80 Storage[3]-as-address |
+| AA | DUP1 | 0x00 0x00 0x80 Storage[3]-as-address |
+| AB | CALLDATASIZE | CALLDATASIZE 0x00 0x00 0x80 Storage[3]-as-address |
+| AC | DUP4 | 0x80 CALLDATASIZE 0x00 0x00 0x80 Storage[3]-as-address |
+| AD | DUP6 | Storage[3]-as-address 0x80 CALLDATASIZE 0x00 0x00 0x80 Storage[3]-as-address |
+| AE | GAS | GAS Storage[3]-as-address 0x80 CALLDATASIZE 0x00 0x00 0x80 Storage[3]-as-address |
+| AF | DELEGATE_CALL |
-Jetzt sind die Dinge viel klarer. Dieser Contract kann als [Proxy](https://blog.openzeppelin.com/proxy-patterns/) fungieren und die Adresse in Speicher[3] aufrufen, um die eigentliche Arbeit zu erledigen. `DELEGATE_CALL` ruft einen separaten Contract auf, bleibt aber im selben Speicher. Das bedeutet, dass der delegierte Contract, für den wir ein Proxy sind, auf denselben Speicherplatz zugreift. Die Parameter für den Aufruf sind:
+Jetzt sind die Dinge viel klarer. Dieser Smart Contract kann als [Proxy](https://blog.openzeppelin.com/proxy-patterns/) fungieren und die Adresse in Storage[3] aufrufen, um die eigentliche Arbeit zu erledigen. `DELEGATE_CALL` ruft einen separaten Smart Contract auf, bleibt aber im selben Speicher (Storage). Das bedeutet, dass der delegierte Smart Contract, für den wir ein Proxy sind, auf denselben Speicherplatz zugreift. Die Parameter für den Aufruf sind:
- _Gas_: Das gesamte verbleibende Gas
-- _Aufgerufene Adresse_: Speicher[3]-als-Adresse
-- _Calldata_: Die CALLDATASIZE-Bytes, die bei 0x80 beginnen, wo wir die ursprünglichen Calldata platziert haben
+- _Aufgerufene Adresse_: Storage[3]-as-address
+- _Aufrufdaten_: Die CALLDATASIZE-Bytes beginnend bei 0x80, wo wir die ursprünglichen Aufrufdaten abgelegt haben
- _Rückgabedaten_: Keine (0x00 - 0x00) Wir erhalten die Rückgabedaten auf andere Weise (siehe unten)
-| Offset | Opcode | Stack |
-| -----: | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| B0 | RETURNDATASIZE | RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| B1 | DUP1 | RETURNDATASIZE RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| B2 | PUSH1 0x00 | 0x00 RETURNDATASIZE RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| B4 | DUP5 | 0x80 0x00 RETURNDATASIZE RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| B5 | RETURNDATACOPY | RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
+| Offset | Opcode | Stack |
+| -----: | -------------- | --------------------------------------------------------------------------------------------- |
+| B0 | RETURNDATASIZE | RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| B1 | DUP1 | RETURNDATASIZE RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| B2 | PUSH1 0x00 | 0x00 RETURNDATASIZE RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| B4 | DUP5 | 0x80 0x00 RETURNDATASIZE RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| B5 | RETURNDATACOPY | RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
Hier kopieren wir alle Rückgabedaten in den Speicherpuffer, beginnend bei 0x80.
-| Offset | Opcode | Stack |
-| -----: | ------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| B6 | DUP2 | (((Aufruf erfolgreich/fehlgeschlagen))) RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| B7 | DUP1 | (((Aufruf erfolgreich/fehlgeschlagen))) (((Aufruf erfolgreich/fehlgeschlagen))) RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| B8 | ISZERO | (((ist der Aufruf fehlgeschlagen))) (((Aufruf erfolgreich/fehlgeschlagen))) RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| B9 | PUSH2 0x00c0 | 0xC0 (((ist der Aufruf fehlgeschlagen))) (((Aufruf erfolgreich/fehlgeschlagen))) RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| BC | JUMPI | (((Aufruf erfolgreich/fehlgeschlagen))) RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| BD | DUP2 | RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| BE | DUP5 | 0x80 RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| BF | RETURN | |
+| Offset | Opcode | Stack |
+| -----: | ------------ | ---------------------------------------------------------------------------------------------------------------------------- |
+| B6 | DUP2 | (((Aufruf Erfolg/Fehlschlag))) RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| B7 | DUP1 | (((Aufruf Erfolg/Fehlschlag))) (((Aufruf Erfolg/Fehlschlag))) RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| B8 | ISZERO | (((ist der Aufruf fehlgeschlagen))) (((Aufruf Erfolg/Fehlschlag))) RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| B9 | PUSH2 0x00c0 | 0xC0 (((ist der Aufruf fehlgeschlagen))) (((Aufruf Erfolg/Fehlschlag))) RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| BC | JUMPI | (((Aufruf Erfolg/Fehlschlag))) RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| BD | DUP2 | RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| BE | DUP5 | 0x80 RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| BF | RETURN | |
-Nach dem Aufruf kopieren wir also die Rückgabedaten in den Puffer 0x80 - 0x80+RETURNDATASIZE, und wenn der Aufruf erfolgreich ist, führen wir `RETURN` mit genau diesem Puffer aus.
+Nach dem Aufruf kopieren wir also die Rückgabedaten in den Puffer 0x80 - 0x80+RETURNDATASIZE, und wenn der Aufruf erfolgreich ist, führen wir ein `RETURN` mit genau diesem Puffer aus.
### DELEGATECALL fehlgeschlagen {#delegatecall-failed}
-Wenn wir hier, bei 0xC0, ankommen, bedeutet das, dass der aufgerufene Contract zurückgesetzt wurde. Da wir nur ein Proxy für diesen Contract sind, wollen wir dieselben Daten zurückgeben und ebenfalls zurücksetzen.
+Wenn wir hierher gelangen, zu 0xC0, bedeutet das, dass der aufgerufene Smart Contract revertiert (rückgängig gemacht) wurde. Da wir nur ein Proxy für diesen Smart Contract sind, möchten wir dieselben Daten zurückgeben und ebenfalls revertieren.
-| Offset | Opcode | Stack |
-| -----: | -------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| C0 | JUMPDEST | (((Aufruf erfolgreich/fehlgeschlagen))) RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| C1 | DUP2 | RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| C2 | DUP5 | 0x80 RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) RETURNDATASIZE (((Aufruf erfolgreich/fehlgeschlagen))) 0x80 Speicher[3]-als-Adresse |
-| C3 | REVERT | |
+| Offset | Opcode | Stack |
+| -----: | -------- | ------------------------------------------------------------------------------------------------------------------- |
+| C0 | JUMPDEST | (((Aufruf Erfolg/Fehlschlag))) RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| C1 | DUP2 | RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| C2 | DUP5 | 0x80 RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) RETURNDATASIZE (((Aufruf Erfolg/Fehlschlag))) 0x80 Storage[3]-as-address |
+| C3 | REVERT |
-Wir führen also `REVERT` mit demselben Puffer aus, den wir zuvor für `RETURN` verwendet haben: 0x80 - 0x80+RETURNDATASIZE
+Wir führen also ein `REVERT` mit demselben Puffer aus, den wir zuvor für `RETURN` verwendet haben: 0x80 - 0x80+RETURNDATASIZE
-
+
## ABI-Aufrufe {#abi-calls}
-Wenn die Calldata-Größe vier Bytes oder mehr beträgt, könnte dies ein gültiger ABI-Aufruf sein.
+Wenn die Größe der Aufrufdaten (Call Data) vier Bytes oder mehr beträgt, könnte dies ein gültiger ABI-Aufruf sein.
-| Offset | Opcode | Stack |
-| -----: | ------------ | ------------------------------------------------------------------------------------------------------------------------- |
-| D | PUSH1 0x00 | 0x00 |
-| F | CALLDATALOAD | (((Erstes Wort (256 Bit) der Calldata))) |
-| 10 | PUSH1 0xe0 | 0xE0 (((Erstes Wort (256 Bit) der Calldata))) |
-| 12 | SHR | (((erste 32 Bits (4 Bytes) der Calldata))) |
+| Offset | Opcode | Stack |
+| -----: | ------------ | ---------------------------------------------------- |
+| D | PUSH1 0x00 | 0x00 |
+| F | CALLDATALOAD | (((Erstes Wort (256 Bits) der Aufrufdaten))) |
+| 10 | PUSH1 0xe0 | 0xE0 (((Erstes Wort (256 Bits) der Aufrufdaten))) |
+| 12 | SHR | (((erste 32 Bits (4 Bytes) der Aufrufdaten))) |
-Etherscan teilt uns mit, dass `1C` ein unbekannter Opcode ist, da [er hinzugefügt wurde, nachdem Etherscan diese Funktion geschrieben hat](https://eips.ethereum.org/EIPS/eip-145) und sie sie nicht aktualisiert haben. Eine [aktuelle Opcode-Tabelle](https://github.com/wolflo/evm-opcodes) zeigt uns, dass dies eine Rechtsverschiebung ist
+Etherscan teilt uns mit, dass `1C` ein unbekannter Opcode ist, da [er hinzugefügt wurde, nachdem Etherscan diese Funktion geschrieben hat](https://eips.ethereum.org/EIPS/eip-145), und sie ihn noch nicht aktualisiert haben. Eine [aktuelle Opcode-Tabelle](https://github.com/wolflo/evm-opcodes) zeigt uns, dass dies eine Rechtsverschiebung (Shift Right) ist.
-| Offset | Opcode | Stack |
-| -----: | ---------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| 13 | DUP1 | (((erste 32 Bits (4 Bytes) der Calldata))) (((erste 32 Bits (4 Bytes) der Calldata))) |
-| 14 | PUSH4 0x3cd8045e | 0x3CD8045E (((erste 32 Bits (4 Bytes) der Calldata))) (((erste 32 Bits (4 Bytes) der Calldata))) |
-| 19 | GT | 0x3CD8045E>erste-32-Bits-der-Calldata (((erste 32 Bits (4 Bytes) der Calldata))) |
-| 1A | PUSH2 0x0043 | 0x43 0x3CD8045E>erste-32-Bits-der-Calldata (((erste 32 Bits (4 Bytes) der Calldata))) |
-| 1D | JUMPI | (((erste 32 Bits (4 Bytes) der Calldata))) |
+| Offset | Opcode | Stack |
+| -----: | ---------------- | ----------------------------------------------------------------------------------------------------------- |
+| 13 | DUP1 | (((erste 32 Bits (4 Bytes) der Aufrufdaten))) (((erste 32 Bits (4 Bytes) der Aufrufdaten))) |
+| 14 | PUSH4 0x3cd8045e | 0x3CD8045E (((erste 32 Bits (4 Bytes) der Aufrufdaten))) (((erste 32 Bits (4 Bytes) der Aufrufdaten))) |
+| 19 | GT | 0x3CD8045E>erste-32-Bits-der-Aufrufdaten (((erste 32 Bits (4 Bytes) der Aufrufdaten))) |
+| 1A | PUSH2 0x0043 | 0x43 0x3CD8045E>erste-32-Bits-der-Aufrufdaten (((erste 32 Bits (4 Bytes) der Aufrufdaten))) |
+| 1D | JUMPI | (((erste 32 Bits (4 Bytes) der Aufrufdaten))) |
-Indem die Tests zum Abgleich der Methodensignatur auf diese Weise in zwei Teile aufgeteilt werden, wird im Durchschnitt die Hälfte der Tests eingespart. Der Code, der unmittelbar darauf folgt, und der Code in 0x43 folgen demselben Muster: `DUP1` die ersten 32 Bits der Calldata, `PUSH4 (((Methodensignatur>`, `EQ` ausführen, um auf Gleichheit zu prüfen, und dann `JUMPI`, wenn die Methodensignatur übereinstimmt. Hier sind die Methodensignaturen, ihre Adressen und, falls bekannt, [die entsprechende Methodendefinition](https://www.4byte.directory/):
+Durch die Zweiteilung der Tests zum Abgleich der Methodensignatur auf diese Weise wird im Durchschnitt die Hälfte der Tests eingespart. Der unmittelbar darauf folgende Code und der Code in 0x43 folgen demselben Muster: `DUP1` die ersten 32 Bits der Aufrufdaten, `PUSH4 (((Methodensignatur>`, `EQ` ausführen, um auf Gleichheit zu prüfen, und dann `JUMPI`, wenn die Methodensignatur übereinstimmt. Hier sind die Methodensignaturen, ihre Adressen und, falls bekannt, [die entsprechende Methodendefinition](https://www.4byte.directory/):
-| Methode | Methodensignatur | Offset, zu dem gesprungen wird |
-| --------------------------------------------------------------------------------------------------------- | ---------------- | ------------------------------ |
-| [splitter()](https://www.4byte.directory/signatures/?bytes4_signature=0x3cd8045e) | 0x3cd8045e | 0x0103 |
-| ??? | 0x81e580d3 | 0x0138 |
-| [currentWindow()](https://www.4byte.directory/signatures/?bytes4_signature=0xba0bafb4) | 0xba0bafb4 | 0x0158 |
-| ??? | 0x1f135823 | 0x00C4 |
-| [merkleRoot()](https://www.4byte.directory/signatures/?bytes4_signature=0x2eb4a7ab) | 0x2eb4a7ab | 0x00ED |
+| Methode | Methodensignatur | Offset zum Hineinspringen |
+| -------------------------------------------------------------------------------------- | ---------------- | ------------------------- |
+| [splitter()](https://www.4byte.directory/signatures/?bytes4_signature=0x3cd8045e) | 0x3cd8045e | 0x0103 |
+| ??? | 0x81e580d3 | 0x0138 |
+| [currentWindow()](https://www.4byte.directory/signatures/?bytes4_signature=0xba0bafb4) | 0xba0bafb4 | 0x0158 |
+| ??? | 0x1f135823 | 0x00C4 |
+| [merkleRoot()](https://www.4byte.directory/signatures/?bytes4_signature=0x2eb4a7ab) | 0x2eb4a7ab | 0x00ED |
-Wenn keine Übereinstimmung gefunden wird, springt der Code zum [Proxy-Handler bei 0x7C](#the-handler-at-0x7c) in der Hoffnung, dass der Contract, für den wir ein Proxy sind, eine Übereinstimmung hat.
+Wenn keine Übereinstimmung gefunden wird, springt der Code zum [Proxy-Handler bei 0x7C](#the-handler-at-0x7c), in der Hoffnung, dass der Vertrag, für den wir ein Proxy sind, eine Übereinstimmung aufweist.
@@ -303,7 +302,7 @@ Wenn keine Übereinstimmung gefunden wird, springt der Code zum [Proxy-Handler b
| Offset | Opcode | Stack |
| -----: | ------------ | ----------------------------- |
-| 103 | JUMPDEST | |
+| 103 | JUMPDEST |
| 104 | CALLVALUE | CALLVALUE |
| 105 | DUP1 | CALLVALUE CALLVALUE |
| 106 | ISZERO | CALLVALUE==0 CALLVALUE |
@@ -311,24 +310,24 @@ Wenn keine Übereinstimmung gefunden wird, springt der Code zum [Proxy-Handler b
| 10A | JUMPI | CALLVALUE |
| 10B | PUSH1 0x00 | 0x00 CALLVALUE |
| 10D | DUP1 | 0x00 0x00 CALLVALUE |
-| 10E | REVERT | |
-
-Als Erstes prüft diese Funktion, ob der Aufruf keine ETH gesendet hat. Diese Funktion ist nicht [`payable`](https://solidity-by-example.org/payable/). Wenn uns jemand ETH geschickt hat, muss das ein Fehler sein und wir wollen `REVERT` ausführen, um zu vermeiden, dass diese ETH dort sind, wo sie sie nicht zurückbekommen können.
-
-| Offset | Opcode | Stack |
-| -----: | ------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| 10F | JUMPDEST | |
-| 110 | POP | |
-| 111 | PUSH1 0x03 | 0x03 |
-| 113 | SLOAD | (((Speicher[3] a.k.a. der Contract, für den wir ein Proxy sind))) |
-| 114 | PUSH1 0x40 | 0x40 (((Speicher[3] a.k.a. der Contract, für den wir ein Proxy sind))) |
-| 116 | MLOAD | 0x80 (((Speicher[3] a.k.a. der Contract, für den wir ein Proxy sind))) |
-| 117 | PUSH20 0xffffffffffffffffffffffffffffffffffffffff | 0xFF...FF 0x80 (((Speicher[3] a.k.a. der Contract, für den wir ein Proxy sind))) |
-| 12C | SWAP1 | 0x80 0xFF...FF (((Speicher[3] a.k.a. der Contract, für den wir ein Proxy sind))) |
-| 12D | SWAP2 | (((Speicher[3] a.k.a. der Contract, für den wir ein Proxy sind))) 0xFF...FF 0x80 |
-| 12E | AND | ProxyAddr 0x80 |
-| 12F | DUP2 | 0x80 ProxyAddr 0x80 |
-| 130 | MSTORE | 0x80 |
+| 10E | REVERT |
+
+Das Erste, was diese Funktion tut, ist zu überprüfen, ob der Aufruf kein ETH gesendet hat. Diese Funktion ist nicht [`payable`](https://solidity-by-example.org/payable/). Wenn uns jemand ETH gesendet hat, muss das ein Fehler sein, und wir wollen ein `REVERT` ausführen, um zu vermeiden, dass dieses ETH dort liegt, wo sie es nicht zurückbekommen können.
+
+| Offset | Opcode | Stack |
+| -----: | ------------------------------------------------- | --------------------------------------------------------------------------- |
+| 10F | JUMPDEST |
+| 110 | POP |
+| 111 | PUSH1 0x03 | 0x03 |
+| 113 | SLOAD | (((Storage[3] d. h. der Vertrag, für den wir ein Proxy sind))) |
+| 114 | PUSH1 0x40 | 0x40 (((Storage[3] d. h. der Vertrag, für den wir ein Proxy sind))) |
+| 116 | MLOAD | 0x80 (((Storage[3] d. h. der Vertrag, für den wir ein Proxy sind))) |
+| 117 | PUSH20 0xffffffffffffffffffffffffffffffffffffffff | 0xFF...FF 0x80 (((Storage[3] d. h. der Vertrag, für den wir ein Proxy sind))) |
+| 12C | SWAP1 | 0x80 0xFF...FF (((Storage[3] d. h. der Vertrag, für den wir ein Proxy sind))) |
+| 12D | SWAP2 | (((Storage[3] d. h. der Vertrag, für den wir ein Proxy sind))) 0xFF...FF 0x80 |
+| 12E | AND | ProxyAddr 0x80 |
+| 12F | DUP2 | 0x80 ProxyAddr 0x80 |
+| 130 | MSTORE | 0x80 |
Und 0x80 enthält nun die Proxy-Adresse
@@ -341,7 +340,7 @@ Und 0x80 enthält nun die Proxy-Adresse
### Der E4-Code {#the-e4-code}
-Wir sehen diese Zeilen zum ersten Mal, aber sie werden mit anderen Methoden geteilt (siehe unten). Wir nennen den Wert im Stack also X und merken uns nur, dass in `splitter()` der Wert dieses X 0xA0 ist.
+Dies ist das erste Mal, dass wir diese Zeilen sehen, aber sie werden mit anderen Methoden geteilt (siehe unten). Wir nennen den Wert im Stack also X und merken uns einfach, dass der Wert dieses X in `splitter()` 0xA0 ist.
| Offset | Opcode | Stack |
| -----: | ---------- | ----------- |
@@ -352,29 +351,29 @@ Wir sehen diese Zeilen zum ersten Mal, aber sie werden mit anderen Methoden gete
| E9 | SWAP2 | X 0x80 0x80 |
| EA | SUB | X-0x80 0x80 |
| EB | SWAP1 | 0x80 X-0x80 |
-| EC | RETURN | |
+| EC | RETURN |
-Dieser Code empfängt also einen Speicherzeiger im Stack (X) und veranlasst den Contract, mit einem Puffer, der 0x80 - X ist, `RETURN` auszuführen.
+Dieser Code empfängt also einen Speicherzeiger im Stack (X) und veranlasst den Vertrag, ein `RETURN` mit einem Puffer von 0x80 - X auszuführen.
-Im Fall von `splitter()` wird die Adresse zurückgegeben, für die wir ein Proxy sind. `RETURN` gibt den Puffer in 0x80-0x9F zurück, wo wir diese Daten geschrieben haben (Offset 0x130 oben).
+Im Fall von `splitter()` gibt dies die Adresse zurück, für die wir ein Proxy sind. `RETURN` gibt den Puffer in 0x80-0x9F zurück, in den wir diese Daten geschrieben haben (Offset 0x130 oben).
## currentWindow() {#currentwindow}
-Der Code in den Offsets 0x158-0x163 ist identisch mit dem, was wir in 0x103-0x10E in `splitter()` gesehen haben (außer dem `JUMPI`-Ziel), also wissen wir, dass `currentWindow()` auch nicht `payable` ist.
+Der Code in den Offsets 0x158-0x163 ist identisch mit dem, was wir in 0x103-0x10E in `splitter()` gesehen haben (abgesehen vom `JUMPI`-Ziel), also wissen wir, dass `currentWindow()` ebenfalls nicht `payable` ist.
-| Offset | Opcode | Stack |
-| -----: | ------------ | ------------------------------------------------------------------------- |
-| 164 | JUMPDEST | |
-| 165 | POP | |
-| 166 | PUSH2 0x00da | 0xDA |
-| 169 | PUSH1 0x01 | 0x01 0xDA |
-| 16B | SLOAD | Speicher[1] 0xDA |
-| 16C | DUP2 | 0xDA Speicher[1] 0xDA |
-| 16D | JUMP | Speicher[1] 0xDA |
+| Offset | Opcode | Stack |
+| -----: | ------------ | -------------------- |
+| 164 | JUMPDEST |
+| 165 | POP |
+| 166 | PUSH2 0x00da | 0xDA |
+| 169 | PUSH1 0x01 | 0x01 0xDA |
+| 16B | SLOAD | Storage[1] 0xDA |
+| 16C | DUP2 | 0xDA Storage[1] 0xDA |
+| 16D | JUMP | Storage[1] 0xDA |
### Der DA-Code {#the-da-code}
-Dieser Code wird auch von anderen Methoden verwendet. Wir nennen den Wert im Stack also Y und merken uns nur, dass in `currentWindow()` der Wert dieses Y Speicher[1] ist.
+Dieser Code wird auch von anderen Methoden verwendet. Wir nennen den Wert im Stack also Y und merken uns einfach, dass in `currentWindow()` der Wert dieses Y Storage[1] ist.
| Offset | Opcode | Stack |
| -----: | ---------- | ---------------- |
@@ -385,55 +384,55 @@ Dieser Code wird auch von anderen Methoden verwendet. Wir nennen den Wert im Sta
| DF | DUP2 | 0x80 Y 0x80 0xDA |
| E0 | MSTORE | 0x80 0xDA |
-Schreiben Sie Y nach 0x80-0x9F.
+Schreibe Y nach 0x80-0x9F.
| Offset | Opcode | Stack |
| -----: | ---------- | -------------- |
| E1 | PUSH1 0x20 | 0x20 0x80 0xDA |
| E3 | ADD | 0xA0 0xDA |
-Und der Rest wird bereits [oben](#the-e4-code) erklärt. Sprünge zu 0xDA schreiben also den obersten Stack-Wert (Y) in 0x80-0x9F und geben diesen Wert zurück. Im Fall von `currentWindow()` wird Speicher[1] zurückgegeben.
+Und der Rest wurde bereits [oben](#the-e4-code) erklärt. Sprünge zu 0xDA schreiben also die Stack-Spitze (Y) nach 0x80-0x9F und geben diesen Wert zurück. Im Fall von `currentWindow()` wird Storage[1] zurückgegeben.
## merkleRoot() {#merkleroot}
Der Code in den Offsets 0xED-0xF8 ist identisch mit dem, was wir in 0x103-0x10E in `splitter()` gesehen haben (abgesehen vom `JUMPI`-Ziel), also wissen wir, dass `merkleRoot()` ebenfalls nicht `payable` ist.
-| Offset | Opcode | Stack |
-| -----: | ------------ | ------------------------------------------------------------------------- |
-| F9 | JUMPDEST | |
-| FA | POP | |
-| FB | PUSH2 0x00da | 0xDA |
-| FE | PUSH1 0x00 | 0x00 0xDA |
-| 100 | SLOAD | Speicher[0] 0xDA |
-| 101 | DUP2 | 0xDA Speicher[0] 0xDA |
-| 102 | JUMP | Speicher[0] 0xDA |
+| Offset | Opcode | Stack |
+| -----: | ------------ | -------------------- |
+| F9 | JUMPDEST |
+| FA | POP |
+| FB | PUSH2 0x00da | 0xDA |
+| FE | PUSH1 0x00 | 0x00 0xDA |
+| 100 | SLOAD | Storage[0] 0xDA |
+| 101 | DUP2 | 0xDA Storage[0] 0xDA |
+| 102 | JUMP | Storage[0] 0xDA |
-Was nach dem Sprung passiert, [haben wir bereits herausgefunden](#the-da-code). `merkleRoot()` gibt also Speicher[0] zurück.
+Was nach dem Sprung passiert, [haben wir bereits herausgefunden](#the-da-code). Also gibt `merkleRoot()` Storage[0] zurück.
## 0x81e580d3 {#0x81e580d3}
Der Code in den Offsets 0x138-0x143 ist identisch mit dem, was wir in 0x103-0x10E in `splitter()` gesehen haben (abgesehen vom `JUMPI`-Ziel), also wissen wir, dass diese Funktion ebenfalls nicht `payable` ist.
-| Offset | Opcode | Stack |
-| -----: | ------------ | ------------------------------------------------------------------------------- |
-| 144 | JUMPDEST | |
-| 145 | POP | |
-| 146 | PUSH2 0x00da | 0xDA |
-| 149 | PUSH2 0x0153 | 0x0153 0xDA |
-| 14C | CALLDATASIZE | CALLDATASIZE 0x0153 0xDA |
-| 14D | PUSH1 0x04 | 0x04 CALLDATASIZE 0x0153 0xDA |
-| 14F | PUSH2 0x018f | 0x018F 0x04 CALLDATASIZE 0x0153 0xDA |
-| 152 | JUMP | 0x04 CALLDATASIZE 0x0153 0xDA |
-| 18F | JUMPDEST | 0x04 CALLDATASIZE 0x0153 0xDA |
-| 190 | PUSH1 0x00 | 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
-| 192 | PUSH1 0x20 | 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
-| 194 | DUP3 | 0x04 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
-| 195 | DUP5 | CALLDATASIZE 0x04 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
-| 196 | SUB | CALLDATASIZE-4 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
-| 197 | SLT | CALLDATASIZE-4\<32 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
-| 198 | ISZERO | CALLDATASIZE-4>=32 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
-| 199 | PUSH2 0x01a0 | 0x01A0 CALLDATASIZE-4>=32 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
-| 19C | JUMPI | 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| Offset | Opcode | Stack |
+| -----: | ------------ | ------------------------------------------------------------ |
+| 144 | JUMPDEST |
+| 145 | POP |
+| 146 | PUSH2 0x00da | 0xDA |
+| 149 | PUSH2 0x0153 | 0x0153 0xDA |
+| 14C | CALLDATASIZE | CALLDATASIZE 0x0153 0xDA |
+| 14D | PUSH1 0x04 | 0x04 CALLDATASIZE 0x0153 0xDA |
+| 14F | PUSH2 0x018f | 0x018F 0x04 CALLDATASIZE 0x0153 0xDA |
+| 152 | JUMP | 0x04 CALLDATASIZE 0x0153 0xDA |
+| 18F | JUMPDEST | 0x04 CALLDATASIZE 0x0153 0xDA |
+| 190 | PUSH1 0x00 | 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 192 | PUSH1 0x20 | 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 194 | DUP3 | 0x04 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 195 | DUP5 | CALLDATASIZE 0x04 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 196 | SUB | CALLDATASIZE-4 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 197 | SLT | CALLDATASIZE-4\<32 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 198 | ISZERO | CALLDATASIZE-4>=32 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 199 | PUSH2 0x01a0 | 0x01A0 CALLDATASIZE-4>=32 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 19C | JUMPI | 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
Es sieht so aus, als ob diese Funktion mindestens 32 Bytes (ein Wort) an Calldata benötigt.
@@ -441,147 +440,147 @@ Es sieht so aus, als ob diese Funktion mindestens 32 Bytes (ein Wort) an Calldat
| -----: | ------ | -------------------------------------------- |
| 19D | DUP1 | 0x00 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
| 19E | DUP2 | 0x00 0x00 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
-| 19F | REVERT | |
+| 19F | REVERT |
-Wenn sie die Calldata nicht erhält, wird die Transaktion ohne Rückgabedaten zurückgesetzt.
+Wenn sie die Calldata nicht erhält, wird die Transaktion ohne Rückgabedaten rückgängig gemacht.
-Sehen wir uns an, was passiert, wenn die Funktion die benötigten Calldata _doch_ erhält.
+Schauen wir uns an, was passiert, wenn die Funktion die benötigten Calldata _tatsächlich_ erhält.
-| Offset | Opcode | Stack |
-| -----: | ------------ | ----------------------------------------------------------- |
-| 1A0 | JUMPDEST | 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
-| 1A1 | POP | 0x04 CALLDATASIZE 0x0153 0xDA |
+| Offset | Opcode | Stack |
+| -----: | ------------ | ---------------------------------------- |
+| 1A0 | JUMPDEST | 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 1A1 | POP | 0x04 CALLDATASIZE 0x0153 0xDA |
| 1A2 | CALLDATALOAD | calldataload(4) CALLDATASIZE 0x0153 0xDA |
-`calldataload(4)` ist das erste Wort der Calldata _nach_ der Methodensignatur
-
-| Offset | Opcode | Stack |
-| -----: | ------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| 1A3 | SWAP2 | 0x0153 CALLDATASIZE calldataload(4) 0xDA |
-| 1A4 | SWAP1 | CALLDATASIZE 0x0153 calldataload(4) 0xDA |
-| 1A5 | POP | 0x0153 calldataload(4) 0xDA |
-| 1A6 | JUMP | calldataload(4) 0xDA |
-| 153 | JUMPDEST | calldataload(4) 0xDA |
-| 154 | PUSH2 0x016e | 0x016E calldataload(4) 0xDA |
-| 157 | JUMP | calldataload(4) 0xDA |
-| 16E | JUMPDEST | calldataload(4) 0xDA |
-| 16F | PUSH1 0x04 | 0x04 calldataload(4) 0xDA |
-| 171 | DUP2 | calldataload(4) 0x04 calldataload(4) 0xDA |
-| 172 | DUP2 | 0x04 calldataload(4) 0x04 calldataload(4) 0xDA |
-| 173 | SLOAD | Speicher[4] calldataload(4) 0x04 calldataload(4) 0xDA |
-| 174 | DUP2 | calldataload(4) Speicher[4] calldataload(4) 0x04 calldataload(4) 0xDA |
-| 175 | LT | calldataload(4)\)`, und eine andere ist `isClaimed()`, also sieht es wie ein Airdrop-Contract aus. Anstatt den Rest Opcode für Opcode durchzugehen, können wir [den Decompiler ausprobieren](https://etherscan.io/bytecode-decompiler?a=0x2f81e57ff4f4d83b40a9f719fd892d8e806e0761), der für drei Funktionen aus diesem Contract brauchbare Ergebnisse liefert. Das Reverse Engineering der anderen wird dem Leser als Übung überlassen.
+Eine der verbleibenden Methoden ist `claim()` und eine andere ist `isClaimed()`, es sieht also nach einem Airdrop-Vertrag aus. Anstatt den Rest Opcode für Opcode durchzugehen, können wir [den Decompiler ausprobieren](https://etherscan.io/bytecode-decompiler?a=0x2f81e57ff4f4d83b40a9f719fd892d8e806e0761), der für drei Funktionen aus diesem Vertrag brauchbare Ergebnisse liefert. Das Reverse Engineering der anderen bleibt dem Leser als Übung überlassen.
### scaleAmountByPercentage {#scaleamountbypercentage}
-Das gibt uns der Decompiler für diese Funktion aus:
+Das liefert uns der Decompiler für diese Funktion:
```python
def unknown8ffb5c97(uint256 _param1, uint256 _param2) payable:
@@ -591,15 +590,15 @@ def unknown8ffb5c97(uint256 _param1, uint256 _param2) payable:
return (_param1 * _param2 / 100 * 10^6)
```
-Das erste `require` testet, ob die Calldata zusätzlich zu den vier Bytes der Funktionssignatur mindestens 64 Bytes haben, genug für die beiden Parameter. Wenn nicht, dann ist offensichtlich etwas falsch.
+Das erste `require` prüft, ob die Aufrufdaten zusätzlich zu den vier Bytes der Funktionssignatur mindestens 64 Bytes umfassen, was für die beiden Parameter ausreicht. Wenn nicht, stimmt offensichtlich etwas nicht.
-Die `if`-Anweisung scheint zu prüfen, dass `_param1` nicht Null ist und dass `_param1 * _param2` nicht negativ ist. Es dient wahrscheinlich dazu, Fälle von Wrap-Around zu verhindern.
+Die `if`-Anweisung scheint zu überprüfen, ob `_param1` nicht null ist und dass `_param1 * _param2` nicht negativ ist. Dies dient wahrscheinlich dazu, Fälle von Wrap-Around (Überlauf) zu verhindern.
Schließlich gibt die Funktion einen skalierten Wert zurück.
### claim {#claim}
-Der vom Decompiler erstellte Code ist komplex und nicht alles davon ist für uns relevant. Ich werde einen Teil davon überspringen, um mich auf die Zeilen zu konzentrieren, von denen ich glaube, dass sie nützliche Informationen liefern
+Der Code, den der Decompiler erstellt, ist komplex und nicht alles davon ist für uns relevant. Ich werde einen Teil davon überspringen, um mich auf die Zeilen zu konzentrieren, von denen ich glaube, dass sie nützliche Informationen liefern.
```python
def unknown2e7ba6ef(uint256 _param1, uint256 _param2, uint256 _param3, array _param4) payable:
@@ -612,8 +611,8 @@ def unknown2e7ba6ef(uint256 _param1, uint256 _param2, uint256 _param3, array _pa
Wir sehen hier zwei wichtige Dinge:
-- `_param2` ist, obwohl als `uint256` deklariert, tatsächlich eine Adresse
-- `_param1` ist das Fenster, das beansprucht wird, und muss `currentWindow` oder früher sein.
+- `_param2` ist, obwohl es als `uint256` deklariert ist, tatsächlich eine Adresse
+- `_param1` ist das beanspruchte Fenster (Window), das `currentWindow` oder früher sein muss.
```python
...
@@ -621,7 +620,7 @@ Wir sehen hier zwei wichtige Dinge:
revert with 0, 'Account already claimed the given window'
```
-Jetzt wissen wir also, dass Speicher[5] ein Array von Fenstern und Adressen ist und ob die Adresse die Belohnung für dieses Fenster beansprucht hat.
+Jetzt wissen wir also, dass Storage[5] ein Array von Fenstern und Adressen ist und speichert, ob die Adresse die Belohnung für dieses Fenster beansprucht hat.
```python
...
@@ -641,7 +640,7 @@ Jetzt wissen wir also, dass Speicher[5] ein Array von Fenstern und Adressen ist
revert with 0, 'Invalid proof'
```
-Wir wissen, dass `unknown2eb4a7ab` eigentlich die Funktion `merkleRoot()` ist, also sieht dieser Code so aus, als würde er einen [Merkle-Beweis](https://medium.com/crypto-0-nite/merkle-proofs-explained-6dd429623dc5) verifizieren. Das bedeutet, dass `_param4` ein Merkle-Beweis ist.
+Wir wissen, dass `unknown2eb4a7ab` eigentlich die Funktion `merkleRoot()` ist, also sieht dieser Code so aus, als würde er einen [Merkle-Proof](https://medium.com/crypto-0-nite/merkle-proofs-explained-6dd429623dc5) verifizieren. Das bedeutet, dass `_param4` ein Merkle-Proof ist.
```python
call addr(_param2) with:
@@ -649,7 +648,7 @@ Wir wissen, dass `unknown2eb4a7ab` eigentlich die Funktion `merkleRoot()` ist, a
gas 30000 wei
```
-So überträgt ein Contract seine eigenen ETH an eine andere Adresse (Contract oder externer Besitz). Er ruft ihn mit einem Wert auf, der dem zu übertragenden Betrag entspricht. Es sieht also so aus, als ob dies ein Airdrop von ETH ist.
+Auf diese Weise überträgt ein Vertrag seine eigenen ETH an eine andere Adresse (Vertrag oder Extern verwaltetes Konto). Er ruft sie mit einem Wert auf, der dem zu übertragenden Betrag entspricht. Es sieht also so aus, als wäre dies ein Airdrop von ETH.
```python
if not return_data.size:
@@ -659,22 +658,22 @@ So überträgt ein Contract seine eigenen ETH an eine andere Adresse (Contract o
value unknown81e580d3[_param1] * _param3 / 100 * 10^6 wei
```
-Die unteren beiden Zeilen sagen uns, dass Speicher[2] auch ein Contract ist, den wir aufrufen. Wenn wir uns [die Konstruktor-Transaktion ansehen](https://etherscan.io/tx/0xa1ea0549fb349eb7d3aff90e1d6ce7469fdfdcd59a2fd9b8d1f5e420c0d05b58#statechange), sehen wir, dass dieser Contract [0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2](https://etherscan.io/address/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2) ist, ein Wrapped Ether-Contract, [dessen Quellcode auf Etherscan hochgeladen wurde](https://etherscan.io/address/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2#code).
+Die unteren beiden Zeilen sagen uns, dass Storage[2] ebenfalls ein Vertrag ist, den wir aufrufen. Wenn wir uns [die Konstruktor-Transaktion ansehen](https://etherscan.io/tx/0xa1ea0549fb349eb7d3aff90e1d6ce7469fdfdcd59a2fd9b8d1f5e420c0d05b58#statechange), sehen wir, dass dieser Vertrag [0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2](https://etherscan.io/address/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2) ist, ein Wrapped Ether-Vertrag, [dessen Quellcode auf Etherscan hochgeladen wurde](https://etherscan.io/address/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2#code).
-Es sieht also so aus, als ob die Contracts versuchen, ETH an `_param2` zu senden. Wenn er es tun kann, großartig. Wenn nicht, versucht er, [WETH](https://weth.tkn.eth.limo/) zu senden. Wenn `_param2` ein Konto in externem Besitz (EOA) ist, kann es immer ETH empfangen, aber Contracts können den Empfang von ETH verweigern. WETH ist jedoch ERC-20 und Contracts können die Annahme nicht verweigern.
+Es sieht also so aus, als ob der Vertrag versucht, ETH an `_param2` zu senden. Wenn er das tun kann, großartig. Wenn nicht, versucht er, [WETH](https://weth.tkn.eth.limo/) zu senden. Wenn `_param2` ein Extern verwaltetes Konto (EOA) ist, kann es immer ETH empfangen, aber Verträge können den Empfang von ETH ablehnen. WETH ist jedoch ERC-20 und Verträge können die Annahme nicht verweigern.
```python
...
log 0xdbd5389f: addr(_param2), unknown81e580d3[_param1] * _param3 / 100 * 10^6, bool(ext_call.success)
```
-Am Ende der Funktion sehen wir, dass ein Log-Eintrag generiert wird. [Sehen Sie sich die generierten Log-Einträge an](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f#events) und filtern Sie nach dem Thema, das mit `0xdbd5...` beginnt. Wenn wir [auf eine der Transaktionen klicken, die einen solchen Eintrag generiert haben](https://etherscan.io/tx/0xe7d3b7e00f645af17dfbbd010478ef4af235896c65b6548def1fe95b3b7d2274), sehen wir, dass es tatsächlich wie ein Anspruch aussieht - das Konto hat eine Nachricht an den Contract gesendet, den wir per Reverse Engineering analysieren, und im Gegenzug ETH erhalten.
+Am Ende der Funktion sehen wir, dass ein Protokolleintrag (Log) generiert wird. [Sehen Sie sich die generierten Protokolleinträge an](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f#events) und filtern Sie nach dem Thema (Topic), das mit `0xdbd5...` beginnt. Wenn wir [auf eine der Transaktionen klicken, die einen solchen Eintrag generiert haben](https://etherscan.io/tx/0xe7d3b7e00f645af17dfbbd010478ef4af235896c65b6548def1fe95b3b7d2274), sehen wir, dass es tatsächlich wie ein Claim aussieht – das Konto hat eine Nachricht an den Vertrag gesendet, den wir per Reverse Engineering untersuchen, und im Gegenzug ETH erhalten.
-
+
### 1e7df9d3 {#1e7df9d3}
-Diese Funktion ist sehr ähnlich zu [`claim`](#claim) oben. Es prüft auch einen Merkle-Beweis, versucht ETH auf den ersten zu übertragen und erzeugt die gleiche Art von Log-Eintrag.
+Diese Funktion ist der obigen Funktion [`claim`](#claim) sehr ähnlich. Sie überprüft ebenfalls einen Merkle-Proof, versucht, ETH an die erste Adresse zu übertragen, und erzeugt dieselbe Art von Protokolleintrag.
```python
def unknown1e7df9d3(uint256 _param1, uint256 _param2, array _param3) payable:
@@ -736,10 +735,10 @@ Der Hauptunterschied besteht darin, dass der erste Parameter, das abzuhebende Fe
continue
```
-Es sieht also wie eine `claim`-Variante aus, die alle Fenster beansprucht.
+Es sieht also nach einer `claim`-Variante aus, die alle Fenster beansprucht.
## Fazit {#conclusion}
-Inzwischen sollten Sie wissen, wie Sie Contracts verstehen können, deren Quellcode nicht verfügbar ist, indem Sie entweder die Opcodes oder (wenn es funktioniert) den Decompiler verwenden. Wie aus der Länge dieses Artikels ersichtlich ist, ist das Reverse Engineering eines Contracts nicht trivial, aber in einem System, in dem Sicherheit unerlässlich ist, ist es eine wichtige Fähigkeit, überprüfen zu können, ob Contracts wie versprochen funktionieren.
+Inzwischen sollten Sie wissen, wie man Smart Contracts versteht, deren Quellcode nicht verfügbar ist, indem man entweder die Opcodes oder (wenn es funktioniert) den Decompiler verwendet. Wie aus der Länge dieses Artikels ersichtlich ist, ist das Reverse Engineering eines Smart Contracts nicht trivial, aber in einem System, in dem Sicherheit unerlässlich ist, ist es eine wichtige Fähigkeit, überprüfen zu können, ob Smart Contracts wie versprochen funktionieren.
-[Hier finden Sie mehr von meiner Arbeit](https://cryptodocguy.pro/).
+[Weitere meiner Arbeiten finden Sie hier](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/run-node-raspberry-pi/index.md b/public/content/translations/de/developers/tutorials/run-node-raspberry-pi/index.md
index 1dfe51d8e08..f29112a1fa6 100644
--- a/public/content/translations/de/developers/tutorials/run-node-raspberry-pi/index.md
+++ b/public/content/translations/de/developers/tutorials/run-node-raspberry-pi/index.md
@@ -1,84 +1,84 @@
---
-title: Betreibe einen Ethereum-Node auf einem Raspberry Pi 4
-description: "Flashe deinen Raspberry Pi 4, stecke ein Ethernet-Kabel ein, schließe die SSD-Festplatte an und schalte das Gerät ein, um den Raspberry Pi 4 in einen vollwertigen Ethereum-Node + Validator zu verwandeln"
+title: "Einen Ethereum-Blockchain-Knoten auf einem Raspberry Pi 4 ausführen"
+description: "Flashen Sie Ihren Raspberry Pi 4, schließen Sie ein Ethernet-Kabel an, verbinden Sie die SSD-Festplatte und schalten Sie das Gerät ein, um den Raspberry Pi 4 in einen vollständigen Ethereum-Blockchain-Knoten + Validator zu verwandeln"
author: "EthereumOnArm"
-tags: ["clients", "execution layer", "consensus layer", "nodes"]
+tags: ["Anwendungen", "Ausführungsebene", "Konsensebene", "Blockchain-Knoten"]
lang: de
skill: intermediate
-breadcrumb: "Raspberry Pi-Node"
+breadcrumb: Rasp Pi Blockchain-Knoten
published: 2022-06-10
source: Ethereum on ARM
sourceUrl: https://ethereum-on-arm-documentation.readthedocs.io/en/latest/
---
-**Ethereum on Arm ist ein benutzerdefiniertes Linux-Image, das einen Raspberry Pi in einen Ethereum-Node verwandeln kann.**
+**Ethereum on Arm ist ein benutzerdefiniertes Linux-Image, das einen Raspberry Pi in einen Ethereum-Blockchain-Knoten verwandeln kann.**
-Um Ethereum on Arm zu verwenden, um einen Raspberry Pi in einen Ethereum-Node zu verwandeln, wird die folgende Hardware empfohlen:
+Um Ethereum on Arm zu verwenden, um einen Raspberry Pi in einen Ethereum-Blockchain-Knoten zu verwandeln, wird folgende Hardware empfohlen:
-- Raspberry 4 (Modell B 8 GB), Odroid M1 oder Rock 5B (8 GB/16 GB RAM) Platine
-- MicroSD-Karte (mindestens 16 GB, Klasse 10)
-- Mindestens 2 TB große SSD als USB-3.0-Laufwerk oder eine SSD in einem USB-zu-SATA-Gehäuse.
-- Stromversorgung
+- Raspberry 4 (Modell B 8GB), Odroid M1 oder Rock 5B (8GB/16GB RAM) Board
+- MicroSD-Karte (mindestens 16 GB Class 10)
+- Mindestens 2 TB SSD USB 3.0-Festplatte oder eine SSD mit einem USB-zu-SATA-Gehäuse.
+- Netzteil
- Ethernet-Kabel
-- Portweiterleitung (siehe Clients für weitere Informationen)
+- Portweiterleitung (siehe Anwendungen für weitere Informationen)
- Ein Gehäuse mit Kühlkörper und Lüfter
-- USB-Tastatur, Monitor und HDMI-Kabel (Micro-HDMI) (optional)
+- USB-Tastatur, Monitor und HDMI-Kabel (Micro-HDMI) (Optional)
-## Warum Ethereum auf ARM betreiben? {#why-run-ethereum-on-arm}
+## Warum Ethereum auf ARM ausführen? {#why-run-ethereum-on-arm}
-ARM-Platinen sind sehr preisgünstige, flexible, kleine Computer. Sie sind eine gute Wahl für den Betrieb von Ethereum-Nodes, weil sie günstig zu erwerben sind, so konfiguriert werden können, dass alle ihre Ressourcen nur auf den Node ausgerichtet sind, was sie effizient macht, sie wenig Strom verbrauchen und physisch klein sind, sodass sie unauffällig in jedes Zuhause passen. Es ist auch sehr einfach, Nodes zu starten, da die MicroSD-Karte des Raspberry Pi einfach mit einem vorgefertigten Image geflasht werden kann, ohne dass Software heruntergeladen oder erstellt werden muss.
+ARM-Boards sind sehr erschwingliche, flexible, kleine Computer. Sie sind eine gute Wahl für den Betrieb von Ethereum-Blockchain-Knoten, da sie günstig erworben und so konfiguriert werden können, dass sich all ihre Ressourcen nur auf den Blockchain-Knoten konzentrieren. Das macht sie effizient, sie verbrauchen wenig Strom und sind physisch klein, sodass sie unauffällig in jedes Zuhause passen. Es ist auch sehr einfach, Blockchain-Knoten hochzufahren, da die MicroSD des Raspberry Pi einfach mit einem vorgefertigten Image geflasht werden kann, ohne dass Software heruntergeladen oder kompiliert werden muss.
## Wie funktioniert das? {#how-does-it-work}
-Die Speicherkarte des Raspberry Pi wird mit einem vorgefertigten Image geflasht. Dieses Image enthält alles, was zum Betreiben eines Ethereum-Nodes benötigt wird. Mit einer geflashten Karte musst du nur noch den Raspberry Pi einschalten. Alle Prozesse, die für den Betrieb des Nodes erforderlich sind, werden automatisch gestartet. Das funktioniert, weil die Speicherkarte ein Linux-basiertes Betriebssystem (OS) enthält, auf dem automatisch Prozesse auf Systemebene ausgeführt werden, die das Gerät in einen Ethereum-Node verwandeln.
+Die Speicherkarte des Raspberry Pi wird mit einem vorgefertigten Image geflasht. Dieses Image enthält alles, was benötigt wird, um einen Ethereum-Blockchain-Knoten auszuführen. Mit einer geflashten Karte muss der Benutzer den Raspberry Pi nur noch einschalten. Alle Prozesse, die zum Ausführen des Blockchain-Knotens erforderlich sind, werden automatisch gestartet. Dies funktioniert, weil die Speicherkarte ein Linux-basiertes Betriebssystem (OS) enthält, auf dem automatisch Prozesse auf Systemebene ausgeführt werden, die das Gerät in einen Ethereum-Blockchain-Knoten verwandeln.
-Ethereum kann nicht mit dem beliebten Raspberry Pi Linux-Betriebssystem „Raspbian“ betrieben werden, da Raspbian immer noch eine 32-Bit-Architektur verwendet, was dazu führt, dass Ethereum-Benutzer auf Speicherprobleme stoßen und Konsens-Clients keine 32-Bit-Binärdateien unterstützen. Um dies zu überwinden, ist das Ethereum-on-Arm-Team auf ein natives 64-Bit-Betriebssystem namens „Armbian“ umgestiegen.
+Ethereum kann nicht mit dem beliebten Raspberry Pi Linux-Betriebssystem „Raspbian“ ausgeführt werden, da Raspbian immer noch eine 32-Bit-Architektur verwendet, was bei Ethereum-Benutzern zu Speicherproblemen führt und Konsens-Clients keine 32-Bit-Binärdateien unterstützen. Um dies zu überwinden, ist das Team von Ethereum on Arm auf ein natives 64-Bit-Betriebssystem namens „Armbian“ umgestiegen.
-**Images übernehmen alle notwendigen Schritte, von der Einrichtung der Umgebung und der Formatierung der SSD-Platte über die Installation und Ausführung der Ethereum-Software bis hin zum Start der Blockchain-Synchronisation.**
+**Images kümmern sich um alle notwendigen Schritte**, von der Einrichtung der Umgebung und der Formatierung der SSD-Festplatte über die Installation und Ausführung der Ethereum-Software bis hin zum Start der Blockchain-Synchronisation.
## Hinweis zu Ausführungs- und Konsens-Clients {#note-on-execution-and-consensus-clients}
-Das Ethereum on Arm-Image enthält vorgefertigte Ausführungs- und Konsens-Clients als Dienste. Ein Ethereum-Node erfordert, dass beide Clients synchronisiert sind und laufen. Du musst nur das Image herunterladen, es flashen und dann die Dienste starten. Das Image ist mit den folgenden Ausführungs-Clients vorinstalliert:
+Das Ethereum on Arm-Image enthält vorgefertigte Ausführungs- und Konsens-Clients als Dienste. Ein Ethereum-Blockchain-Knoten erfordert, dass beide Anwendungen synchronisiert sind und ausgeführt werden. Sie müssen lediglich das Image herunterladen und flashen und dann die Dienste starten. Das Image ist mit den folgenden Ausführungs-Clients vorinstalliert:
- Geth
- Nethermind
- Besu
-und die folgenden Konsens-Clients:
+und den folgenden Konsens-Clients:
- Lighthouse
- Nimbus
- Prysm
- Teku
-Du solltest einen von jedem zum Ausführen auswählen - alle Ausführungs-Clients sind mit allen Konsens-Clients kompatibel. Wenn du nicht explizit einen Client auswählst, greift der Node auf seine Standardeinstellungen - Geth und Lighthouse - zurück und führt sie automatisch aus, wenn die Platine eingeschaltet wird. Du musst Port 30303 auf deinem Router öffnen, damit Geth Peers finden und sich mit ihnen verbinden kann.
+Sie sollten jeweils einen zur Ausführung auswählen – alle Ausführungs-Clients sind mit allen Konsens-Clients kompatibel. Wenn Sie nicht explizit eine Anwendung auswählen, greift der Blockchain-Knoten auf seine Standardeinstellungen – Geth und Lighthouse – zurück und führt diese automatisch aus, wenn das Board eingeschaltet wird. Sie müssen Port 30303 auf Ihrem Router öffnen, damit Geth Peers finden und sich mit ihnen verbinden kann.
## Herunterladen des Images {#downloading-the-image}
-Das Raspberry Pi 4 Ethereum-Image ist ein „Plug-and-Play“-Image, das automatisch sowohl die Ausführungs- als auch die Konsens-Clients installiert und einrichtet, sie so konfiguriert, dass sie miteinander kommunizieren und sich mit dem Ethereum-Netzwerk verbinden. Alles, was du tun musst, ist, deine Prozesse mit einem einfachen Befehl zu starten.
+Das Raspberry Pi 4 Ethereum-Image ist ein „Plug-and-Play“-Image, das automatisch sowohl den Ausführungs- als auch den Konsens-Client installiert und einrichtet und sie so konfiguriert, dass sie miteinander kommunizieren und sich mit dem Ethereum-Netzwerk verbinden. Der Benutzer muss lediglich deren Prozesse mit einem einfachen Befehl starten.
-Lade das Raspberry Pi-Image von [Ethereum on Arm](https://ethereumonarm-my.sharepoint.com/:u:/p/dlosada/Ec_VmUvr80VFjf3RYSU-NzkBmj2JOteDECj8Bibde929Gw?download=1) herunter und überprüfe den SHA256-Hash:
+Laden Sie das Raspberry Pi-Image von [Ethereum on Arm](https://ethereumonarm-my.sharepoint.com/:u:/p/dlosada/Ec_VmUvr80VFjf3RYSU-NzkBmj2JOteDECj8Bibde929Gw?download=1) herunter und überprüfen Sie den SHA256-Hash:
```sh
# Aus dem Verzeichnis, das das heruntergeladene Image enthält
shasum -a 256 ethonarm_22.04.00.img.zip
-# Der Hash sollte Folgendes ausgeben: fb497e8f8a7388b62d6e1efbc406b9558bee7ef46ec7e53083630029c117444f
+# Hash sollte ausgeben: fb497e8f8a7388b62d6e1efbc406b9558bee7ef46ec7e53083630029c117444f
```
-Beachte, dass Images für Rock 5B- und Odroid M1-Platinen auf der Ethereum-on-Arm-[Download-Seite](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/) verfügbar sind.
+Beachten Sie, dass Images für Rock 5B- und Odroid M1-Boards auf der [Download-Seite](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/) von Ethereum-on-Arm verfügbar sind.
## Flashen der MicroSD {#flashing-the-microsd}
-Die MicroSD-Karte, die für den Raspberry Pi verwendet werden soll, sollte zuerst in einen Desktop oder Laptop eingelegt werden, damit sie geflasht werden kann. Mit den folgenden Terminalbefehlen wird das heruntergeladene Image auf die SD-Karte geflasht:
+Die MicroSD-Karte, die für den Raspberry Pi verwendet wird, sollte zuerst in einen Desktop-PC oder Laptop eingelegt werden, damit sie geflasht werden kann. Anschließend flashen die folgenden Terminalbefehle das heruntergeladene Image auf die SD-Karte:
```shell
-# Namen der MicroSD-Karte überprüfen
+# den Namen der MicroSD-Karte überprüfen
sudo fdisk -l
>> sdxxx
```
-Es ist sehr wichtig, den richtigen Namen zu verwenden, da der nächste Befehl `dd` enthält, der den gesamten Inhalt der Karte löscht, bevor das Image darauf geschrieben wird. Um fortzufahren, navigiere zu dem Verzeichnis, das das gezippte Image enthält:
+Es ist sehr wichtig, den Namen richtig anzugeben, da der nächste Befehl `dd` enthält, der den vorhandenen Inhalt der Karte vollständig löscht, bevor das Image darauf übertragen wird. Um fortzufahren, navigieren Sie zu dem Verzeichnis, das das gezippte Image enthält:
```shell
# Image entpacken und flashen
@@ -86,49 +86,49 @@ unzip ethonarm_22.04.00.img.zip
sudo dd bs=1M if=ethonarm_22.04.00.img of=/dev/ conv=fdatasync status=progress
```
-Die Karte ist nun geflasht und kann in den Raspberry Pi eingelegt werden.
+Die Karte ist nun geflasht und kann in den Raspberry Pi eingesetzt werden.
-## Den Node starten {#start-the-node}
+## Starten des Blockchain-Knotens {#start-the-node}
-Stecke die SD-Karte in den Raspberry Pi, schließe das Ethernet-Kabel und die SSD an und schalte das Gerät ein. Das Betriebssystem wird hochfahren und automatisch damit beginnen, die vorkonfigurierten Aufgaben auszuführen, die den Raspberry Pi in einen Ethereum-Node verwandeln, einschließlich der Installation und Erstellung der Client-Software. Dies wird wahrscheinlich 10-15 Minuten dauern.
+Wenn die SD-Karte in den Raspberry Pi eingesetzt ist, schließen Sie das Ethernet-Kabel und die SSD an und schalten Sie den Strom ein. Das Betriebssystem fährt hoch und beginnt automatisch mit der Ausführung der vorkonfigurierten Aufgaben, die den Raspberry Pi in einen Ethereum-Blockchain-Knoten verwandeln, einschließlich der Installation und Kompilierung der Anwendungssoftware. Dies wird wahrscheinlich 10-15 Minuten dauern.
-Sobald alles installiert und konfiguriert ist, melde dich über eine SSH-Verbindung am Gerät an oder verwende das Terminal direkt, wenn ein Monitor und eine Tastatur an die Platine angeschlossen sind. Verwende das `ethereum`-Konto zum Anmelden, da dieses die erforderlichen Berechtigungen zum Starten des Nodes hat.
+Sobald alles installiert und konfiguriert ist, melden Sie sich über eine SSH-Verbindung oder direkt über das Terminal am Gerät an, falls ein Monitor und eine Tastatur an das Board angeschlossen sind. Verwenden Sie das Konto `ethereum` zur Anmeldung, da dieses über die erforderlichen Berechtigungen zum Starten des Blockchain-Knotens verfügt.
```shell
-Benutzer: ethereum
-Passwort: ethereum
+User: ethereum
+Password: ethereum
```
-Der Standard-Ausführungs-Client, Geth, startet automatisch. Du kannst dies bestätigen, indem du die Protokolle mit dem folgenden Terminal-Befehl überprüfst:
+Der Standard-Ausführungs-Client, Geth, wird automatisch gestartet. Sie können dies bestätigen, indem Sie die Protokolle mit dem folgenden Terminalbefehl überprüfen:
```sh
sudo journalctl -u geth -f
```
-Der Konsens-Client muss explizit gestartet werden. Öffne dazu zuerst Port 9000 auf deinem Router, damit Lighthouse Peers finden und eine Verbindung zu ihnen herstellen kann. Aktivieren und starten Sie dann den Lighthouse-Dienst:
+Der Konsens-Client muss explizit gestartet werden. Öffnen Sie dazu zunächst Port 9000 auf Ihrem Router, damit Lighthouse Peers finden und sich mit ihnen verbinden kann. Aktivieren und starten Sie dann den Lighthouse-Dienst:
```sh
sudo systemctl enable lighthouse-beacon
sudo systemctl start lighthouse-beacon
```
-Überprüfe den Client anhand der Protokolle:
+Überprüfen Sie die Anwendung anhand der Protokolle:
```sh
sudo journalctl -u lighthouse-beacon
```
-Beachte, dass der Konsens-Client in wenigen Minuten synchronisiert wird, da er die Checkpoint-Synchronisierung verwendet. Der Ausführungs-Client wird länger brauchen – möglicherweise mehrere Stunden – und er startet erst, wenn der Konsens-Client bereits synchronisiert ist (das liegt daran, dass der Ausführungs-Client ein Ziel für die Synchronisierung benötigt, das der synchronisierte Konsens-Client bereitstellt).
+Beachten Sie, dass der Konsens-Client in wenigen Minuten synchronisiert wird, da er Checkpoint-Sync verwendet. Der Ausführungs-Client benötigt länger – möglicherweise mehrere Stunden – und startet erst, wenn der Konsens-Client die Synchronisierung bereits abgeschlossen hat (dies liegt daran, dass der Ausführungs-Client ein Ziel für die Synchronisierung benötigt, das der synchronisierte Konsens-Client bereitstellt).
-Wenn die Dienste Geth und Lighthouse laufen und synchronisiert sind, ist dein Raspberry Pi jetzt ein Ethereum-Node! Am häufigsten wird mit dem Ethereum-Netzwerk über die Javascript-Konsole von Geth interagiert, die an den Geth-Client an Port 8545 angehängt werden kann. Es ist auch möglich, Befehle, die als JSON-Objekte formatiert sind, mit einem Anfrage-Tool wie Curl zu übermitteln. Mehr dazu findest du in der [Geth-Dokumentation](https://geth.ethereum.org/).
+Wenn die Geth- und Lighthouse-Dienste ausgeführt werden und synchronisiert sind, ist Ihr Raspberry Pi nun ein Ethereum-Blockchain-Knoten! Am häufigsten interagiert man mit dem Ethereum-Netzwerk über die Javascript-Konsole von Geth, die an den Geth-Client auf Port 8545 angehängt werden kann. Es ist auch möglich, Befehle, die als JSON-Objekte formatiert sind, mit einem Anfrage-Tool wie Curl zu übermitteln. Weitere Informationen finden Sie in der [Geth-Dokumentation](https://geth.ethereum.org/).
-Geth ist so vorkonfiguriert, dass es Metriken an ein Grafana-Dashboard meldet, das im Browser angezeigt werden kann. Als fortgeschrittener Benutzer möchtest du diese Funktion möglicherweise nutzen, um den Zustand deines Nodes zu überwachen, indem du zu `ipaddress:3000` navigierst und `user: admin` sowie `passwd: ethereum` eingibst.
+Geth ist so vorkonfiguriert, dass Metriken an ein Grafana-Dashboard gemeldet werden, das im Browser angezeigt werden kann. Fortgeschrittenere Benutzer möchten diese Funktion möglicherweise nutzen, um den Zustand ihres Blockchain-Knotens zu überwachen, indem sie zu `ipaddress:3000` navigieren und `user: admin` sowie `passwd: ethereum` eingeben.
## Validatoren {#validators}
-Optional kann auch ein Validator zum Konsens-Client hinzugefügt werden. Die Validator-Software ermöglicht es deinem Node, aktiv am Konsens teilzunehmen und versorgt das Netzwerk mit kryptoökonomischer Sicherheit. Für diese Arbeit wirst du in ETH belohnt. Um einen Validator zu betreiben, musst du zunächst 32 ETH besitzen, die in den Einzahlungsvertrag eingezahlt werden müssen. Die Einzahlung kann erfolgen, indem du der Schritt-für-Schritt-Anleitung auf dem [Launchpad](https://launchpad.ethereum.org/) folgst. Führe dies auf einem Desktop/Laptop durch, aber generiere keine Schlüssel – dies kann direkt auf dem Raspberry Pi erledigt werden.
+Optional kann dem Konsens-Client auch ein Validator hinzugefügt werden. Die Validator-Software ermöglicht es Ihrem Blockchain-Knoten, aktiv am Konsens teilzunehmen, und bietet dem Netzwerk kryptoökonomische Sicherheit. Für diese Arbeit werden Sie in ETH belohnt. Um einen Validator auszuführen, müssen Sie zunächst über 32 ETH verfügen, die in den Einzahlungsvertrag eingezahlt werden müssen. Die Einzahlung kann vorgenommen werden, indem Sie der Schritt-für-Schritt-Anleitung auf dem [Launchpad](https://launchpad.ethereum.org/) folgen. Führen Sie dies auf einem Desktop-PC/Laptop durch, aber generieren Sie keine Schlüssel – dies kann direkt auf dem Raspberry Pi erfolgen.
-Öffne ein Terminal auf dem Raspberry Pi und führe den folgenden Befehl aus, um die Einzahlungsschlüssel zu generieren:
+Öffnen Sie ein Terminal auf dem Raspberry Pi und führen Sie den folgenden Befehl aus, um die Einzahlungsschlüssel zu generieren:
```
sudo apt-get update
@@ -136,35 +136,35 @@ sudo apt-get install staking-deposit-cli
cd && deposit new-mnemonic --num_validators 1
```
-(Oder lade das [staking-deposit-cli](https://github.com/ethereum/staking-deposit-cli) herunter, um es auf einer Air-Gapped-Maschine auszuführen, und führe den Befehl `deposit new-mnemnonic` aus)
+(Oder laden Sie das [staking-deposit-cli](https://github.com/ethereum/staking-deposit-cli) herunter, um es auf einer Airgap-Maschine auszuführen, und führen Sie den Befehl `deposit new-mnemnonic` aus)
-Bewahre die mnemonische Phrase sicher auf! Der obige Befehl hat zwei Dateien im Keystore des Nodes generiert: die Validator-Schlüssel und eine Einzahlungsdatendatei. Die Einzahlungsdaten müssen auf das Launchpad hochgeladen werden, daher müssen sie vom Raspberry Pi auf den Desktop/Laptop kopiert werden. Dies kann über eine SSH-Verbindung oder eine andere Kopieren-und-Einfügen-Methode erfolgen.
+Bewahren Sie die mnemonische Phrase sicher auf! Der obige Befehl hat zwei Dateien im Keystore des Blockchain-Knotens generiert: die Validator-Schlüssel und eine Einzahlungsdatendatei. Die Einzahlungsdaten müssen in das Launchpad hochgeladen werden, daher müssen sie vom Raspberry Pi auf den Desktop-PC/Laptop kopiert werden. Dies kann über eine SSH-Verbindung oder eine andere Kopieren/Einfügen-Methode erfolgen.
-Sobald die Einzahlungsdatendatei auf dem Computer verfügbar ist, auf dem das Launchpad läuft, kann sie auf das `+` auf dem Launchpad-Bildschirm gezogen und abgelegt werden. Folge den Anweisungen auf dem Bildschirm, um eine Transaktion an den Einzahlungsvertrag zu senden.
+Sobald die Einzahlungsdatendatei auf dem Computer verfügbar ist, auf dem das Launchpad ausgeführt wird, kann sie per Drag-and-Drop auf das `+` auf dem Launchpad-Bildschirm gezogen werden. Folgen Sie den Anweisungen auf dem Bildschirm, um eine Transaktion an den Einzahlungsvertrag zu senden.
-Zurück auf dem Raspberry Pi kann ein Validator gestartet werden. Dies erfordert den Import der Validator-Schlüssel, das Festlegen der Adresse zum Sammeln von Belohnungen und dann das Starten des vorkonfigurierten Validator-Prozesses. Das folgende Beispiel gilt für Lighthouse – Anleitungen für andere Konsens-Clients sind in den [Ethereum-on-Arm-Dokumenten](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/) verfügbar:
+Zurück auf dem Raspberry Pi kann ein Validator gestartet werden. Dies erfordert den Import der Validator-Schlüssel, das Festlegen der Adresse zum Sammeln von Belohnungen und das anschließende Starten des vorkonfigurierten Validator-Prozesses. Das folgende Beispiel gilt für Lighthouse – Anweisungen für andere Konsens-Clients finden Sie in den [Ethereum on Arm-Dokumentationen](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/):
```shell
-# Validator-Schlüssel importieren
+# die Validator-Schlüssel importieren
lighthouse account validator import --directory=/home/ethereum/validator_keys
-# Belohnungsadresse festlegen
+# die Belohnungsadresse festlegen
sudo sed -i 's/' /etc/ethereum/lighthouse-validator.conf
-# Validator starten
+# den Validator starten
sudo systemctl start lighthouse-validator
```
-Herzlichen Glückwunsch, du hast jetzt einen vollständigen Ethereum-Node und Validator, der auf einem Raspberry Pi läuft!
+Herzlichen Glückwunsch, Sie haben nun einen vollständigen Ethereum-Blockchain-Knoten und Validator auf einem Raspberry Pi laufen!
## Weitere Details {#more-details}
-Diese Seite gab einen Überblick darüber, wie man einen Geth-Lighthouse-Node und -Validator mit einem Raspberry Pi einrichtet. Detailliertere Anweisungen sind auf der [Ethereum-on-Arm-Webseite](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/) verfügbar.
+Diese Seite gab einen Überblick darüber, wie man einen Geth-Lighthouse-Blockchain-Knoten und Validator mit einem Raspberry Pi einrichtet. Detailliertere Anweisungen finden Sie auf der [Ethereum-on-Arm-Website](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/).
## Feedback erwünscht {#feedback-appreciated}
-Wir wissen, dass der Raspberry Pi eine riesige Nutzerbasis hat, die einen sehr positiven Einfluss auf die Gesundheit des Ethereum-Netzwerks haben könnte.
-Bitte vertiefe dich in die Details dieses Tutorials, probiere es auf Testnets aus, sieh dir das Ethereum on Arm GitHub an, gib Feedback, melde Probleme und erstelle Pull-Requests und hilf mit, die Technologie und Dokumentation voranzubringen!
+Wir wissen, dass der Raspberry Pi eine riesige Benutzerbasis hat, die sich sehr positiv auf die Gesundheit des Ethereum-Netzwerks auswirken könnte.
+Bitte vertiefen Sie sich in die Details dieses Tutorials, versuchen Sie, es in Testnets auszuführen, schauen Sie sich das Ethereum on Arm GitHub an, geben Sie Feedback, erstellen Sie Issues und Pull Requests und helfen Sie dabei, die Technologie und Dokumentation voranzutreiben!
## Referenzen {#references}
@@ -182,4 +182,4 @@ Bitte vertiefe dich in die Details dieses Tutorials, probiere es auf Testnets au
12. https://raiden.network
13. https://ipfs.io
14. https://status.im
-15. https://vipnode.org
+15. https://vipnode.org
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/scam-token-tricks/index.md b/public/content/translations/de/developers/tutorials/scam-token-tricks/index.md
index 66467e53738..6c6699ae68e 100644
--- a/public/content/translations/de/developers/tutorials/scam-token-tricks/index.md
+++ b/public/content/translations/de/developers/tutorials/scam-token-tricks/index.md
@@ -1,45 +1,45 @@
---
-title: "Einige Tricks, die von Betrugs-Tokens verwendet werden, und wie man sie erkennt"
-description: "In diesem Tutorial analysieren wir einen Betrugs-Token, um einige der Tricks zu sehen, die Betrüger anwenden, wie sie sie implementieren und wie wir sie erkennen können."
+title: "Einige Tricks von Betrugs-Token und wie man sie erkennt"
+description: "In diesem Tutorial analysieren wir einen Betrugs-Token, um einige der Tricks von Betrügern zu untersuchen, wie sie diese implementieren und wie wir sie erkennen können."
author: Ori Pomerantz
-tags: ["scam", "solidity", "erc-20", "javascript", "typescript"]
+tags: ["Betrug", "Solidity", "erc-20", "JavaScript", "TypeScript"]
skill: intermediate
-breadcrumb: "Scam-Token-Tricks"
+breadcrumb: Tricks von Betrugs-Token
published: 2023-09-15
lang: de
---
-In diesem Tutorial analysieren wir [einen Betrugs-Token](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code), um einige der Tricks zu sehen, die Betrüger anwenden und wie sie sie implementieren. Am Ende des Tutorials werden Sie einen umfassenderen Überblick über ERC-20-Token-Verträge, ihre Fähigkeiten und warum Skepsis notwendig ist, haben. Dann schauen wir uns die von diesem Betrugs-Token ausgegebenen Ereignisse an und sehen, wie wir automatisch erkennen können, dass er nicht legitim ist.
+In diesem Tutorial analysieren wir [einen Betrugs-Token](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code), um einige der Tricks von Betrügern zu untersuchen und zu sehen, wie sie diese implementieren. Am Ende des Tutorials werden Sie ein umfassenderes Verständnis von ERC-20-Token-Verträgen und deren Fähigkeiten haben und wissen, warum Skepsis geboten ist. Anschließend betrachten wir die von diesem Betrugs-Token ausgegebenen Ereignisse und zeigen, wie wir automatisch erkennen können, dass er nicht legitim ist.
-## Betrugs-Tokens – was sind sie, warum machen Leute sie und wie kann man sie vermeiden {#scam-tokens}
+## Betrugs-Token – was sie sind, warum Leute sie erstellen und wie man sie vermeidet {#scam-tokens}
-Eine der häufigsten Anwendungen von Ethereum ist die Schaffung eines handelbaren Tokens durch eine Gruppe, der gewissermaßen ihre eigene Währung darstellt. Jedoch gibt es überall, wo es legitime wertschöpfende Anwendungsmöglichkeiten gibt, auch Kriminelle, die diese Werte stehlen möchten.
+Eine der häufigsten Anwendungen für Ethereum ist die Erstellung eines handelbaren Tokens durch eine Gruppe, gewissermaßen als eigene Währung. Wo es jedoch legitime Anwendungsfälle gibt, die Wert schaffen, gibt es auch Kriminelle, die versuchen, diesen Wert für sich selbst zu stehlen.
-Sie können mehr über dieses Thema [an anderer Stelle auf ethereum.org](/guides/how-to-id-scam-tokens/) aus der Perspektive eines Benutzers lesen. Dieses Tutorial konzentriert sich auf die Analyse eines Betrugs-Tokens, um zu sehen, wie es gemacht wird und wie es erkannt werden kann.
+Sie können mehr über dieses Thema aus der Nutzerperspektive [an anderer Stelle auf ethereum.org](/guides/how-to-id-scam-tokens/) lesen. Dieses Tutorial konzentriert sich auf die Analyse eines Betrugs-Tokens, um zu sehen, wie es gemacht wird und wie es erkannt werden kann.
### Woher weiß ich, dass wARB ein Betrug ist? {#warb-scam}
Der Token, den wir analysieren, ist [wARB](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code), der vorgibt, dem legitimen [ARB-Token](https://etherscan.io/token/0xb50721bcf8d664c30412cfbc6cf7a15145234ad1) gleichwertig zu sein.
-Der einfachste Weg, um zu wissen, welcher der legitime Token ist, ist ein Blick auf die Herkunftsorganisation, [Arbitrum](https://arbitrum.foundation/). Die legitimen Adressen sind [in ihrer Dokumentation](https://docs.arbitrum.foundation/deployment-addresses#token) angegeben.
+Der einfachste Weg, um herauszufinden, welcher der legitime Token ist, besteht darin, sich die Ursprungsorganisation [Arbitrum](https://arbitrum.foundation/) anzusehen. Die legitimen Adressen sind [in ihrer Dokumentation](https://docs.arbitrum.foundation/deployment-addresses#token) angegeben.
### Warum ist der Quellcode verfügbar? {#why-source}
-Normalerweise würden wir erwarten, dass Leute, die versuchen, andere zu betrügen, geheimnisvoll sind, und tatsächlich haben viele Betrugs-Tokens ihren Code nicht verfügbar (zum Beispiel [dieser](https://optimistic.etherscan.io/token/0x15992f382d8c46d667b10dc8456dc36651af1452#code) und [dieser](https://optimistic.etherscan.io/token/0x026b623eb4aada7de37ef25256854f9235207178#code)).
+Normalerweise würden wir erwarten, dass Leute, die versuchen, andere zu betrügen, geheimnisvoll tun, und tatsächlich ist der Code vieler Betrugs-Token nicht verfügbar (zum Beispiel [dieser](https://optimistic.etherscan.io/token/0x15992f382d8c46d667b10dc8456dc36651af1452#code) und [dieser](https://optimistic.etherscan.io/token/0x026b623eb4aada7de37ef25256854f9235207178#code)).
-Allerdings veröffentlichen legitime Tokens normalerweise ihren Quellcode, sodass die Autoren von Betrugs-Tokens manchmal dasselbe tun, um legitim zu erscheinen. [wARB](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code) ist einer dieser Tokens mit verfügbarem Quellcode, was das Verständnis erleichtert.
+Da legitime Token jedoch in der Regel ihren Quellcode veröffentlichen, tun die Autoren von Betrugs-Token manchmal dasselbe, um legitim zu erscheinen. [wARB](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code) ist einer dieser Token mit verfügbarem Quellcode, was es einfacher macht, ihn zu verstehen.
-Während Vertrags-Deployer wählen können, ob sie den Quellcode veröffentlichen oder nicht, können sie _nicht_ den falschen Quellcode veröffentlichen. Der Block-Explorer kompiliert den bereitgestellten Quellcode unabhängig, und wenn er nicht genau denselben Bytecode erhält, lehnt er diesen Quellcode ab. [Sie können mehr darüber auf der Etherscan-Seite lesen](https://etherscan.io/verifyContract).
+Während die Bereitsteller von Verträgen wählen können, ob sie den Quellcode veröffentlichen oder nicht, können sie _nicht_ den falschen Quellcode veröffentlichen. Die Blocksuchmaschine kompiliert den bereitgestellten Quellcode unabhängig, und wenn sie nicht genau denselben Bytecode erhält, lehnt sie diesen Quellcode ab. [Sie können mehr darüber auf der Etherscan-Website lesen](https://etherscan.io/verifyContract).
-## Vergleich mit legitimen ERC-20-Tokens {#compare-legit-erc20}
+## Vergleich mit legitimen ERC-20-Token {#compare-legit-erc20}
-Wir werden diesen Token mit legitimen ERC-20-Tokens vergleichen. Wenn Sie nicht damit vertraut sind, wie legitime ERC-20-Tokens typischerweise geschrieben werden, [sehen Sie sich dieses Tutorial an](/developers/tutorials/erc20-annotated-code/).
+Wir werden diesen Token mit legitimen ERC-20-Token vergleichen. Wenn Sie nicht damit vertraut sind, wie legitime ERC-20-Token typischerweise geschrieben werden, [sehen Sie sich dieses Tutorial an](/developers/tutorials/erc20-annotated-code/).
### Konstanten für privilegierte Adressen {#constants-for-privileged-addresses}
-Verträge benötigen manchmal privilegierte Adressen. Verträge, die für den langfristigen Gebrauch konzipiert sind, erlauben es einigen privilegierten Adressen, diese Adressen zu ändern, zum Beispiel um die Verwendung eines neuen Multisig-Vertrags zu ermöglichen. Es gibt mehrere Möglichkeiten, dies zu tun.
+Verträge benötigen manchmal privilegierte Adressen. Verträge, die für eine langfristige Nutzung ausgelegt sind, ermöglichen es einer privilegierten Adresse, diese Adressen zu ändern, beispielsweise um die Nutzung eines neuen Mehrfachsignatur-Vertrags zu ermöglichen. Es gibt mehrere Möglichkeiten, dies zu tun.
-Der [`HOP`-Token-Vertrag](https://etherscan.io/address/0xc5102fe9359fd9a28f877a67e36b0f050d81a3cc#code) verwendet das [`Ownable`](https://docs.openzeppelin.com/contracts/2.x/access-control#ownership-and-ownable)-Muster. Die privilegierte Adresse wird im Speicher in einem Feld namens `_owner` gehalten (siehe die dritte Datei, `Ownable.sol`).
+Der [`HOP`-Token-Vertrag](https://etherscan.io/address/0xc5102fe9359fd9a28f877a67e36b0f050d81a3cc#code) verwendet das [`Ownable`](https://docs.openzeppelin.com/contracts/2.x/access-control#ownership-and-ownable)-Muster. Die privilegierte Adresse wird im Speicher in einem Feld namens `_owner` aufbewahrt (siehe die dritte Datei, `Ownable.sol`).
```solidity
abstract contract Ownable is Context {
@@ -50,12 +50,14 @@ abstract contract Ownable is Context {
}
```
-Der [`ARB`-Token-Vertrag](https://etherscan.io/address/0xad0c361ef902a7d9851ca7dcc85535da2d3c6fc7#code) hat nicht direkt eine privilegierte Adresse. Er braucht jedoch auch keine. Er befindet sich hinter einem [`Proxy`](https://docs.openzeppelin.com/contracts/5.x/api/proxy) an der [Adresse `0xb50721bcf8d664c30412cfbc6cf7a15145234ad1`](https://etherscan.io/address/0xb50721bcf8d664c30412cfbc6cf7a15145234ad1#code). Dieser Vertrag hat eine privilegierte Adresse (siehe die vierte Datei, `ERC1967Upgrade.sol`), die für Upgrades verwendet werden kann.
+Der [`ARB`-Token-Vertrag](https://etherscan.io/address/0xad0c361ef902a7d9851ca7dcc85535da2d3c6fc7#code) hat nicht direkt eine privilegierte Adresse. Er benötigt jedoch auch keine. Er befindet sich hinter einem [`proxy`](https://docs.openzeppelin.com/contracts/5.x/api/proxy) unter der [Adresse `0xb50721bcf8d664c30412cfbc6cf7a15145234ad1`](https://etherscan.io/address/0xb50721bcf8d664c30412cfbc6cf7a15145234ad1#code). Dieser Vertrag hat eine privilegierte Adresse (siehe die vierte Datei, `ERC1967Upgrade.sol`), die für Upgrades verwendet werden kann.
```solidity
- /**
- * @dev Speichert eine neue Adresse im EIP1967-Admin-Slot.
- */
+ /* *
+ * @dev Speichert eine neue Adresse im EIP1967-Admin-Slot. */
+
+
+
function _setAdmin(address newAdmin) private {
require(newAdmin != address(0), "ERC1967: new admin is the zero address");
StorageSlot.getAddressSlot(_ADMIN_SLOT).value = newAdmin;
@@ -77,13 +79,13 @@ contract WrappedArbitrum is Context, IERC20 {
}
```
-[Dieser Vertragsinhaber](https://etherscan.io/address/0xb40dE7b1beE84Ff2dc22B70a049A07A13a411A33) ist kein Vertrag, der zu verschiedenen Zeiten von verschiedenen Konten kontrolliert werden könnte, sondern ein [externes Konto](/developers/docs/accounts/#externally-owned-accounts-and-key-pairs). Das bedeutet, dass es wahrscheinlich für den kurzfristigen Gebrauch durch eine Einzelperson konzipiert ist, anstatt als langfristige Lösung zur Kontrolle eines ERC-20, das wertvoll bleiben wird.
+[Dieser Vertragsbesitzer](https://etherscan.io/address/0xb40dE7b1beE84Ff2dc22B70a049A07A13a411A33) ist kein Vertrag, der zu verschiedenen Zeiten von verschiedenen Konten kontrolliert werden könnte, sondern ein [Extern verwaltetes Konto](/developers/docs/accounts/#externally-owned-accounts-and-key-pairs). Dies bedeutet, dass es wahrscheinlich eher für die kurzfristige Nutzung durch eine Einzelperson konzipiert ist, als als langfristige Lösung zur Kontrolle eines ERC-20, der wertvoll bleiben soll.
-Und tatsächlich, wenn wir in Etherscan nachsehen, sehen wir, dass der Betrüger diesen Vertrag nur für 12 Stunden (von der [ersten Transaktion](https://etherscan.io/tx/0xf49136198c3f925fcb401870a669d43cecb537bde36eb8b41df77f06d5f6fbc2) bis zur [letzten Transaktion](https://etherscan.io/tx/0xdfd6e717157354e64bbd5d6adf16761e5a5b3f914b1948d3545d39633244d47b)) am 19. Mai 2023 verwendet hat.
+Und tatsächlich, wenn wir in Etherscan nachsehen, sehen wir, dass der Betrüger diesen Vertrag nur 12 Stunden lang genutzt hat ([erste Transaktion](https://etherscan.io/tx/0xf49136198c3f925fcb401870a669d43cecb537bde36eb8b41df77f06d5f6fbc2) bis [letzte Transaktion](https://etherscan.io/tx/0xdfd6e717157354e64bbd5d6adf16761e5a5b3f914b1948d3545d39633244d47b)) am 19. Mai 2023.
### Die gefälschte `_transfer`-Funktion {#the-fake-transfer-function}
-Es ist Standard, dass tatsächliche Transfers über eine [interne `_transfer`-Funktion](/developers/tutorials/erc20-annotated-code/#the-_transfer-function-_transfer) stattfinden.
+Es ist Standard, dass tatsächliche Übertragungen über [eine interne `_transfer`-Funktion](/developers/tutorials/erc20-annotated-code/#the-_transfer-function-_transfer) erfolgen.
In `wARB` sieht diese Funktion fast legitim aus:
@@ -112,9 +114,9 @@ Der verdächtige Teil ist:
emit Transfer(sender, recipient, amount);
```
-Wenn der Vertragsinhaber Tokens sendet, warum zeigt das `Transfer`-Ereignis, dass sie von `deployer` kommen?
+Wenn der Vertragsbesitzer Token sendet, warum zeigt das `Transfer`-Ereignis dann an, dass sie vom `deployer` kommen?
-Es gibt jedoch ein wichtigeres Problem. Wer ruft diese `_transfer`-Funktion auf? Sie kann nicht von außen aufgerufen werden, sie ist als `internal` markiert. Und der Code, den wir haben, enthält keine Aufrufe an `_transfer`. Offensichtlich ist sie hier als Köder.
+Es gibt jedoch ein wichtigeres Problem. Wer ruft diese `_transfer`-Funktion auf? Sie kann nicht von außen aufgerufen werden, da sie als `internal` markiert ist. Und der uns vorliegende Code enthält keine Aufrufe von `_transfer`. Offensichtlich ist sie hier als Täuschung gedacht.
```solidity
function transfer(address recipient, uint256 amount) public virtual override returns (bool) {
@@ -129,7 +131,7 @@ Es gibt jedoch ein wichtigeres Problem. Wer ruft diese `_transfer`-Funktion auf?
}
```
-Wenn wir uns die Funktionen ansehen, die zum Übertragen von Tokens aufgerufen werden, `transfer` und `transferFrom`, sehen wir, dass sie eine völlig andere Funktion aufrufen, `_f_`.
+Wenn wir uns die Funktionen ansehen, die zur Übertragung von Token aufgerufen werden, `transfer` und `transferFrom`, sehen wir, dass sie eine völlig andere Funktion aufrufen, nämlich `_f_`.
### Die echte `_f_`-Funktion {#the-real-f-function}
@@ -152,19 +154,19 @@ Wenn wir uns die Funktionen ansehen, die zum Übertragen von Tokens aufgerufen w
Es gibt zwei potenzielle Warnsignale in dieser Funktion.
-- Die Verwendung des [Funktionsmodifikators](https://www.tutorialspoint.com/solidity/solidity_function_modifiers.htm) `_mod_`. Wenn wir uns jedoch den Quellcode ansehen, sehen wir, dass `_mod_` tatsächlich harmlos ist.
+- Die Verwendung des [Funktionsmodifikators](https://www.tutorialspoint.com/solidity/solidity_function_modifiers.htm) `_mod_`. Wenn wir uns jedoch den Quellcode ansehen, stellen wir fest, dass `_mod_` eigentlich harmlos ist.
```solidity
modifier _mod_(address sender, address recipient, uint256 amount){
_;
}
- ```
+```
-- Das gleiche Problem, das wir bei `_transfer` gesehen haben: Wenn `contract_owner` Tokens sendet, scheinen sie von `deployer` zu kommen.
+- Dasselbe Problem, das wir in `_transfer` gesehen haben: Wenn der `contract_owner` Token sendet, scheinen sie vom `deployer` zu kommen.
### Die gefälschte Ereignisfunktion `dropNewTokens` {#the-fake-events-function-dropNewTokens}
-Jetzt kommen wir zu etwas, das wie ein tatsächlicher Betrug aussieht. Ich habe die Funktion zur besseren Lesbarkeit etwas bearbeitet, aber sie ist funktional gleichwertig.
+Nun kommen wir zu etwas, das wie ein tatsächlicher Betrug aussieht. Ich habe die Funktion zur besseren Lesbarkeit etwas bearbeitet, aber sie ist funktional äquivalent.
```solidity
function dropNewTokens(address uPool,
@@ -172,7 +174,7 @@ function dropNewTokens(address uPool,
uint256[] memory eAmounts) public auth()
```
-Diese Funktion hat den `auth()`-Modifikator, was bedeutet, dass sie nur vom Vertragsinhaber aufgerufen werden kann.
+Diese Funktion hat den Modifikator `auth()`, was bedeutet, dass sie nur vom Vertragsbesitzer aufgerufen werden kann.
```solidity
modifier auth() {
@@ -181,7 +183,7 @@ modifier auth() {
}
```
-Diese Einschränkung ist vollkommen sinnvoll, da wir nicht wollen würden, dass zufällige Konten Tokens verteilen. Der Rest der Funktion ist jedoch verdächtig.
+Diese Einschränkung ist absolut sinnvoll, da wir nicht wollen, dass beliebige Konten Token verteilen. Der Rest der Funktion ist jedoch verdächtig.
```solidity
{
@@ -191,15 +193,15 @@ Diese Einschränkung ist vollkommen sinnvoll, da wir nicht wollen würden, dass
}
```
-Eine Funktion zum Übertragen von einem Pool-Konto an ein Array von Empfängern mit einem Array von Beträgen ist vollkommen sinnvoll. Es gibt viele Anwendungsfälle, in denen Sie Tokens von einer einzigen Quelle an mehrere Ziele verteilen möchten, wie z. B. Gehaltsabrechnungen, Airdrops usw. Es ist günstiger (in Gas), dies in einer einzigen Transaktion zu tun, anstatt mehrere Transaktionen auszugeben oder sogar den ERC-20-Vertrag mehrmals von einem anderen Vertrag als Teil derselben Transaktion aufzurufen.
+Eine Funktion, um von einem Pool-Konto an ein Array von Empfängern ein Array von Beträgen zu übertragen, ist absolut sinnvoll. Es gibt viele Anwendungsfälle, in denen man Token von einer einzigen Quelle an mehrere Ziele verteilen möchte, wie z. B. Gehaltsabrechnungen, Airdrops usw. Es ist (in Bezug auf Gas) günstiger, dies in einer einzigen Transaktion zu tun, anstatt mehrere Transaktionen auszustellen oder sogar den ERC-20 mehrfach von einem anderen Vertrag aus als Teil derselben Transaktion aufzurufen.
-`dropNewTokens` tut das jedoch nicht. Es gibt [`Transfer`-Ereignisse](https://eips.ethereum.org/EIPS/eip-20#transfer-1) aus, aber es werden keine Tokens tatsächlich übertragen. Es gibt keinen legitimen Grund, Off-Chain-Anwendungen zu verwirren, indem man ihnen von einer Übertragung berichtet, die nicht wirklich stattgefunden hat.
+`dropNewTokens` tut dies jedoch nicht. Es gibt [`Transfer`-Ereignisse](https://eips.ethereum.org/EIPS/eip-20#transfer-1) aus, überträgt aber tatsächlich keine Token. Es gibt keinen legitimen Grund, Off-Chain-Anwendungen zu verwirren, indem man ihnen von einer Übertragung erzählt, die nicht wirklich stattgefunden hat.
-### Die „brennende“ `Approve`-Funktion {#the-burning-approve-function}
+### Die verbrennende `Approve`-Funktion {#the-burning-approve-function}
-ERC-20-Verträge sollen eine [`approve`-Funktion](/developers/tutorials/erc20-annotated-code/#approve) für Freigaben haben, und tatsächlich hat unser Betrugs-Token eine solche Funktion, und sie ist sogar korrekt. Da Solidity jedoch von C abstammt, ist die Groß- und Kleinschreibung von Bedeutung. `Approve` und `approve` sind unterschiedliche Zeichenketten.
+ERC-20-Verträge sollen [eine `approve`-Funktion](/developers/tutorials/erc20-annotated-code/#approve) für Freigaben haben, und tatsächlich hat unser Betrugs-Token eine solche Funktion, und sie ist sogar korrekt. Da Solidity jedoch von C abstammt, wird zwischen Groß- und Kleinschreibung unterschieden. "Approve" und "approve" sind unterschiedliche Zeichenfolgen.
-Außerdem steht die Funktionalität nicht im Zusammenhang mit `approve`.
+Außerdem hat die Funktionalität nichts mit `approve` zu tun.
```solidity
function Approve(
@@ -212,7 +214,7 @@ Diese Funktion wird mit einem Array von Adressen für Inhaber des Tokens aufgeru
public approver() {
```
-Der `approver()`-Modifikator stellt sicher, dass nur `contract_owner` diese Funktion aufrufen darf (siehe unten).
+Der Modifikator `approver()` stellt sicher, dass nur der `contract_owner` diese Funktion aufrufen darf (siehe unten).
```solidity
for (uint256 i = 0; i < holders.length; i++) {
@@ -227,7 +229,7 @@ Der `approver()`-Modifikator stellt sicher, dass nur `contract_owner` diese Funk
```
-Für jede Inhaberadresse verschiebt die Funktion das gesamte Guthaben des Inhabers an die Adresse `0x00...01` und „verbrennt“ es damit effektiv (der eigentliche `burn`-Vorgang im Standard ändert auch die Gesamtversorgung und überträgt die Tokens an `0x00...00`). Das bedeutet, dass `contract_owner` die Vermögenswerte jedes Benutzers entfernen kann. Das scheint keine Funktion zu sein, die man in einem Governance-Token haben möchte.
+Für jede Inhaberadresse verschiebt die Funktion das gesamte Guthaben des Inhabers an die Adresse `0x00...01`, wodurch es effektiv verbrannt wird (das eigentliche `burn` im Standard ändert auch das Gesamtangebot und überträgt die Token an `0x00...00`). Dies bedeutet, dass der `contract_owner` die Vermögenswerte jedes Benutzers entfernen kann. Das scheint keine Funktion zu sein, die man in einem Governance-Token haben möchte.
### Probleme mit der Codequalität {#code-quality-issues}
@@ -235,9 +237,9 @@ Diese Probleme mit der Codequalität _beweisen_ nicht, dass dieser Code ein Betr
#### Die `mount`-Funktion {#the-mount-function}
-Obwohl es nicht im [Standard](https://eips.ethereum.org/EIPS/eip-20) spezifiziert ist, wird die Funktion, die neue Tokens erstellt, allgemein [`mint`](/developers/tutorials/erc20-annotated-code/#the-_mint-and-_burn-functions-_mint-and-_burn) genannt.
+Obwohl es in [dem Standard](https://eips.ethereum.org/EIPS/eip-20) nicht spezifiziert ist, wird die Funktion, die neue Token erstellt, im Allgemeinen [`mint`](/developers/tutorials/erc20-annotated-code/#the-_mint-and-_burn-functions-_mint-and-_burn) (Prägen) genannt.
-Wenn wir uns den `wARB`-Konstruktor ansehen, sehen wir, dass die Mint-Funktion aus irgendeinem Grund in `mount` umbenannt wurde und fünfmal mit einem Fünftel der anfänglichen Versorgung aufgerufen wird, anstatt einmal für den gesamten Betrag aus Effizienzgründen.
+Wenn wir uns den `wARB`-Konstruktor ansehen, sehen wir, dass die Präge-Funktion aus irgendeinem Grund in `mount` umbenannt wurde und fünfmal mit einem Fünftel des anfänglichen Angebots aufgerufen wird, anstatt aus Effizienzgründen einmal für den gesamten Betrag.
```solidity
constructor () public {
@@ -262,7 +264,7 @@ Die `mount`-Funktion selbst ist ebenfalls verdächtig.
require(msg.sender == contract_owner, "ERC20: mint to the zero address");
```
-Wenn wir uns das `require` ansehen, sehen wir, dass nur der Vertragsinhaber prägen darf. Das ist legitim. Aber die Fehlermeldung sollte _only owner is allowed to mint_ oder so etwas Ähnliches sein. Stattdessen lautet sie irrelevant _ERC20: mint to the zero address_. Der korrekte Test für das Prägen an die Nulladresse ist `require(account != address(0), "")`, was der Vertrag nie überprüft.
+Wenn wir uns das `require` ansehen, sehen wir, dass nur der Vertragsbesitzer prägen darf. Das ist legitim. Aber die Fehlermeldung sollte _only owner is allowed to mint_ oder etwas Ähnliches lauten. Stattdessen ist es das irrelevante _ERC20: mint to the zero address_. Der korrekte Test für das Prägen an die Null-Adresse ist `require(account != address(0), "")`, was der Vertrag nie zu überprüfen bemüht ist.
```solidity
_totalSupply = _totalSupply.add(amount);
@@ -273,9 +275,9 @@ Wenn wir uns das `require` ansehen, sehen wir, dass nur der Vertragsinhaber prä
Es gibt zwei weitere verdächtige Fakten, die direkt mit dem Prägen zusammenhängen:
-- Es gibt einen `account`-Parameter, der vermutlich das Konto ist, das den geprägten Betrag erhalten sollte. Aber das Guthaben, das sich erhöht, ist tatsächlich das von `contract_owner`.
+- Es gibt einen `account`-Parameter, der vermutlich das Konto ist, das den geprägten Betrag erhalten soll. Aber das Guthaben, das sich erhöht, ist tatsächlich das des `contract_owner`.
-- Während das erhöhte Guthaben zu `contract_owner` gehört, zeigt das ausgegebene Ereignis eine Übertragung an `account`.
+- Während das erhöhte Guthaben dem `contract_owner` gehört, zeigt das ausgegebene Ereignis eine Übertragung an `account`.
### Warum sowohl `auth` als auch `approver`? Warum das `mod`, das nichts tut? {#why-both-autho-and-approver-why-the-mod-that-does-nothing}
@@ -287,7 +289,7 @@ Dieser Vertrag enthält drei Modifikatoren: `_mod_`, `auth` und `approver`.
}
```
-`_mod_` nimmt drei Parameter und macht nichts damit. Warum gibt es ihn?
+`_mod_` nimmt drei Parameter entgegen und macht nichts damit. Warum gibt es ihn?
```solidity
modifier auth() {
@@ -301,25 +303,25 @@ Dieser Vertrag enthält drei Modifikatoren: `_mod_`, `auth` und `approver`.
}
```
-`auth` und `approver` machen mehr Sinn, weil sie prüfen, ob der Vertrag von `contract_owner` aufgerufen wurde. Wir würden erwarten, dass bestimmte privilegierte Aktionen, wie das Prägen, auf dieses Konto beschränkt sind. Was ist jedoch der Sinn, zwei separate Funktionen zu haben, die _genau dasselbe tun_?
+`auth` und `approver` machen mehr Sinn, da sie überprüfen, ob der Vertrag vom `contract_owner` aufgerufen wurde. Wir würden erwarten, dass bestimmte privilegierte Aktionen, wie das Prägen, auf dieses Konto beschränkt sind. Was ist jedoch der Sinn von zwei separaten Funktionen, die _genau dasselbe tun_?
## Was können wir automatisch erkennen? {#what-can-we-detect-automatically}
-Wir können sehen, dass `wARB` ein Betrugs-Token ist, indem wir uns Etherscan ansehen. Das ist jedoch eine zentralisierte Lösung. Theoretisch könnte Etherscan unterwandert oder gehackt werden. Es ist besser, unabhängig herausfinden zu können, ob ein Token legitim ist oder nicht.
+Wir können durch einen Blick auf Etherscan erkennen, dass `wARB` ein Betrugs-Token ist. Dies ist jedoch eine zentralisierte Lösung. Theoretisch könnte Etherscan unterwandert oder gehackt werden. Es ist besser, unabhängig herausfinden zu können, ob ein Token legitim ist oder nicht.
-Es gibt einige Tricks, mit denen wir einen verdächtigen ERC-20-Token identifizieren können (entweder ein Betrug oder sehr schlecht geschrieben), indem wir uns die von ihnen ausgegebenen Ereignisse ansehen.
+Es gibt einige Tricks, mit denen wir erkennen können, dass ein ERC-20-Token verdächtig ist (entweder ein Betrug oder sehr schlecht geschrieben), indem wir uns die von ihm ausgegebenen Ereignisse ansehen.
## Verdächtige `Approval`-Ereignisse {#suspicious-approval-events}
-[`Approval`-Ereignisse](https://eips.ethereum.org/EIPS/eip-20#approval) sollten nur auf eine direkte Anfrage hin geschehen (im Gegensatz zu [`Transfer`-Ereignissen](https://eips.ethereum.org/EIPS/eip-20#transfer-1), die als Ergebnis einer Freigabe stattfinden können). Siehe die Solidity-Dokumentation für eine detaillierte Erklärung dieses Problems und warum die Anfragen direkt sein müssen, anstatt durch einen Vertrag vermittelt zu werden.
+[`Approval`-Ereignisse](https://eips.ethereum.org/EIPS/eip-20#approval) sollten nur bei einer direkten Anfrage auftreten (im Gegensatz zu [`Transfer`-Ereignissen](https://eips.ethereum.org/EIPS/eip-20#transfer-1), die als Ergebnis einer Freigabe auftreten können). [Siehe die Solidity-Dokumentation](https://docs.soliditylang.org/en/v0.8.20/security-considerations.html#tx-origin) für eine detaillierte Erklärung dieses Problems und warum die Anfragen direkt sein müssen, anstatt durch einen Vertrag vermittelt zu werden.
-Das bedeutet, dass `Approval`-Ereignisse, die Ausgaben von einem [externen Konto](/developers/docs/accounts/#types-of-account) genehmigen, von Transaktionen stammen müssen, die in diesem Konto ihren Ursprung haben und deren Ziel der ERC-20-Vertrag ist. Jede andere Art der Genehmigung von einem externen Konto ist verdächtig.
+Dies bedeutet, dass `Approval`-Ereignisse, die Ausgaben von einem [Extern verwalteten Konto](/developers/docs/accounts/#types-of-account) genehmigen, aus Transaktionen stammen müssen, die von diesem Konto ausgehen und deren Ziel der ERC-20-Vertrag ist. Jede andere Art der Genehmigung von einem Extern verwalteten Konto ist verdächtig.
-Hier ist [ein Programm, das diese Art von Ereignis identifiziert](https://github.com/qbzzt/20230915-scam-token-detection), das [viem](https://viem.sh/) und [TypeScript](https://www.typescriptlang.org/docs/), eine JavaScript-Variante mit Typsicherheit, verwendet. So führen Sie es aus:
+Hier ist [ein Programm, das diese Art von Ereignis identifiziert](https://github.com/qbzzt/20230915-scam-token-detection), unter Verwendung von [viem](https://viem.sh/) und [TypeScript](https://www.typescriptlang.org/docs/), einer JavaScript-Variante mit Typsicherheit. Um es auszuführen:
1. Kopieren Sie `.env.example` nach `.env`.
-2. Bearbeiten Sie `.env`, um die URL zu einem Ethereum-Mainnet-Node bereitzustellen.
-3. Führen Sie `pnpm install` aus, um die notwendigen Pakete zu installieren.
+2. Bearbeiten Sie `.env`, um die URL zu einem Ethereum-Mainnet-Blockchain-Knoten bereitzustellen.
+3. Führen Sie `pnpm install` aus, um die erforderlichen Pakete zu installieren.
4. Führen Sie `pnpm susApproval` aus, um nach verdächtigen Genehmigungen zu suchen.
Hier ist eine zeilenweise Erklärung:
@@ -351,7 +353,7 @@ const client = createPublicClient({
})
```
-Erstellen Sie einen Viem-Client. Wir müssen nur aus der Blockchain lesen, daher benötigt dieser Client keinen privaten Schlüssel.
+Erstellen Sie einen Viem-Client. Wir müssen nur von der Blockchain lesen, daher benötigt dieser Client keinen Private-Key.
```typescript
const testedAddress = "0xb047c8032b99841713b8e3872f06cf32beb27b82"
@@ -359,7 +361,7 @@ const fromBlock = 16859812n
const toBlock = 16873372n
```
-Die Adresse des verdächtigen ERC-20-Vertrags und die Blöcke, in denen wir nach Ereignissen suchen werden. Node-Anbieter beschränken typischerweise unsere Fähigkeit, Ereignisse zu lesen, da die Bandbreite teuer werden kann. Glücklicherweise wurde `wARB` für einen Zeitraum von achtzehn Stunden nicht verwendet, sodass wir nach allen Ereignissen suchen können (es waren insgesamt nur 13).
+Die Adresse des verdächtigen ERC-20-Vertrags und die Blöcke, in denen wir nach Ereignissen suchen werden. Anbieter von Blockchain-Knoten schränken typischerweise unsere Fähigkeit ein, Ereignisse zu lesen, da die Bandbreite teuer werden kann. Glücklicherweise war `wARB` für einen Zeitraum von achtzehn Stunden nicht in Gebrauch, sodass wir nach allen Ereignissen suchen können (es gab insgesamt nur 13).
```typescript
const approvalEvents = await client.getLogs({
@@ -372,57 +374,57 @@ const approvalEvents = await client.getLogs({
})
```
-So fragen Sie Viem nach Ereignisinformationen. Wenn wir ihm die genaue Ereignissignatur, einschließlich Feldnamen, zur Verfügung stellen, analysiert es das Ereignis für uns.
+Dies ist der Weg, um Viem nach Ereignisinformationen zu fragen. Wenn wir ihm die genaue Ereignissignatur einschließlich der Feldnamen zur Verfügung stellen, parst es das Ereignis für uns.
```typescript
const isContract = async (addr: Address): boolean =>
await client.getBytecode({ address: addr })
```
-Unser Algorithmus ist nur auf externe Konten anwendbar. Wenn von `client.getBytecode` ein Bytecode zurückgegeben wird, bedeutet dies, dass es sich um einen Vertrag handelt und wir ihn einfach überspringen sollten.
+Unser Algorithmus ist nur auf Extern verwaltete Konten anwendbar. Wenn von `client.getBytecode` ein Bytecode zurückgegeben wird, bedeutet dies, dass es sich um einen Vertrag handelt und wir ihn einfach überspringen sollten.
-Wenn Sie TypeScript noch nicht verwendet haben, könnte die Funktionsdefinition etwas seltsam aussehen. Wir sagen ihm nicht nur, dass der erste (und einzige) Parameter `addr` heißt, sondern auch, dass er vom Typ `Address` ist. Ähnlich teilt der `: boolean`-Teil TypeScript mit, dass der Rückgabewert der Funktion ein boolescher Wert ist.
+Wenn Sie TypeScript noch nicht verwendet haben, sieht die Funktionsdefinition möglicherweise etwas seltsam aus. Wir sagen ihm nicht nur, dass der erste (und einzige) Parameter `addr` heißt, sondern auch, dass er vom Typ `Address` ist. Ebenso teilt der Teil `: boolean` TypeScript mit, dass der Rückgabewert der Funktion ein Boolean ist.
```typescript
const getEventTxn = async (ev: Event): TransactionReceipt =>
await client.getTransactionReceipt({ hash: ev.transactionHash })
```
-Diese Funktion ruft den Transaktionsbeleg aus einem Ereignis ab. Wir benötigen den Beleg, um sicherzustellen, dass wir das Transaktionsziel kennen.
+Diese Funktion ruft den Transaktionsbeleg aus einem Ereignis ab. Wir benötigen den Beleg, um sicherzustellen, dass wir wissen, was das Ziel der Transaktion war.
```typescript
const suspiciousApprovalEvent = async (ev : Event) : (Event | null) => {
```
-Dies ist die wichtigste Funktion, die tatsächlich entscheidet, ob ein Ereignis verdächtig ist oder nicht. Der Rückgabetyp `(Event | null)` teilt TypeScript mit, dass diese Funktion entweder ein `Event` oder `null` zurückgeben kann. Wir geben `null` zurück, wenn das Ereignis nicht verdächtig ist.
+Dies ist die wichtigste Funktion, diejenige, die tatsächlich entscheidet, ob ein Ereignis verdächtig ist oder nicht. Der Rückgabetyp `(Event | null)` teilt TypeScript mit, dass diese Funktion entweder ein `Event` oder `null` zurückgeben kann. Wir geben `null` zurück, wenn das Ereignis nicht verdächtig ist.
```typescript
const owner = ev.args._owner
```
-Viem kennt die Feldnamen, also hat es das Ereignis für uns analysiert. `_owner` ist der Eigentümer der auszugebenden Tokens.
+Viem hat die Feldnamen, also hat es das Ereignis für uns geparst. `_owner` ist der Besitzer der auszugebenden Token.
```typescript
// Genehmigungen durch Verträge sind nicht verdächtig
if (await isContract(owner)) return null
```
-Wenn der Eigentümer ein Vertrag ist, gehen Sie davon aus, dass diese Genehmigung nicht verdächtig ist. Um zu überprüfen, ob die Genehmigung eines Vertrags verdächtig ist oder nicht, müssen wir die vollständige Ausführung der Transaktion verfolgen, um zu sehen, ob sie jemals zum Eigentümervertrag gelangt ist und ob dieser Vertrag den ERC-20-Vertrag direkt aufgerufen hat. Das ist viel ressourcenintensiver, als wir es gerne hätten.
+Wenn der Besitzer ein Vertrag ist, gehen Sie davon aus, dass diese Genehmigung nicht verdächtig ist. Um zu überprüfen, ob die Genehmigung eines Vertrags verdächtig ist oder nicht, müssten wir die vollständige Ausführung der Transaktion verfolgen, um zu sehen, ob sie jemals zum Besitzervertrag gelangt ist und ob dieser Vertrag den ERC-20-Vertrag direkt aufgerufen hat. Das ist weitaus ressourcenintensiver, als wir es gerne tun würden.
```typescript
const txn = await getEventTxn(ev)
```
-Wenn die Genehmigung von einem externen Konto kommt, holen Sie sich die Transaktion, die sie verursacht hat.
+Wenn die Genehmigung von einem Extern verwalteten Konto stammt, rufen Sie die Transaktion ab, die sie verursacht hat.
```typescript
// Die Genehmigung ist verdächtig, wenn sie von einem EOA-Besitzer stammt, der nicht das `from` der Transaktion ist
if (owner.toLowerCase() != txn.from.toLowerCase()) return ev
```
-Wir können nicht einfach auf Zeichenketten-Gleichheit prüfen, da Adressen hexadezimal sind und daher Buchstaben enthalten. Manchmal, zum Beispiel in `txn.from`, sind diese Buchstaben alle in Kleinbuchstaben. In anderen Fällen, wie bei `ev.args._owner`, ist die Adresse in [gemischter Groß- und Kleinschreibung zur Fehlererkennung](https://eips.ethereum.org/EIPS/eip-55).
+Wir können nicht einfach auf Zeichenfolgengleichheit prüfen, da Adressen hexadezimal sind und daher Buchstaben enthalten. Manchmal, zum Beispiel in `txn.from`, sind diese Buchstaben alle kleingeschrieben. In anderen Fällen, wie bei `ev.args._owner`, ist die Adresse in [gemischter Groß-/Kleinschreibung zur Fehlererkennung](https://eips.ethereum.org/EIPS/eip-55).
-Aber wenn die Transaktion nicht vom Eigentümer stammt und dieser Eigentümer ein externes Konto ist, dann haben wir eine verdächtige Transaktion.
+Aber wenn die Transaktion nicht vom Besitzer stammt und dieser Besitzer extern verwaltet wird, dann haben wir eine verdächtige Transaktion.
```typescript
// Es ist auch verdächtig, wenn das Transaktionsziel nicht der ERC-20-Vertrag ist, den wir
@@ -430,15 +432,15 @@ Aber wenn die Transaktion nicht vom Eigentümer stammt und dieser Eigentümer ei
if (txn.to.toLowerCase() != testedAddress) return ev
```
-Ähnlich verhält es sich, wenn die `to`-Adresse der Transaktion, also der erste aufgerufene Vertrag, nicht der zu untersuchende ERC-20-Vertrag ist, dann ist dies verdächtig.
+Ebenso ist es verdächtig, wenn die `to`-Adresse der Transaktion, der erste aufgerufene Vertrag, nicht der untersuchte ERC-20-Vertrag ist.
```typescript
- // Wenn es keinen Grund gibt, misstrauisch zu sein, gib null zurück.
+ // Wenn kein Grund zum Verdacht besteht, gib null zurück.
return null
}
```
-Wenn keine der beiden Bedingungen zutrifft, ist das `Approval`-Ereignis nicht verdächtig.
+Wenn keine der Bedingungen zutrifft, ist das `Approval`-Ereignis nicht verdächtig.
```typescript
const testPromises = approvalEvents.map((ev) => suspiciousApprovalEvent(ev))
@@ -447,18 +449,18 @@ const testResults = (await Promise.all(testPromises)).filter((x) => x != null)
console.log(testResults)
```
-[Eine `async`-Funktion](https://www.w3schools.com/js/js_async.asp) gibt ein `Promise`-Objekt zurück. Mit der gängigen Syntax `await x()` warten wir darauf, dass dieses `Promise` erfüllt wird, bevor wir mit der Verarbeitung fortfahren. Dies ist einfach zu programmieren und zu verfolgen, aber es ist auch ineffizient. Während wir darauf warten, dass das `Promise` für ein bestimmtes Ereignis erfüllt wird, können wir bereits mit dem nächsten Ereignis beginnen.
+[Eine `async`-Funktion](https://www.w3schools.com/js/js_async.asp) gibt ein `Promise`-Objekt zurück. Mit der üblichen Syntax `await x()` warten wir darauf, dass dieses `Promise` erfüllt wird, bevor wir mit der Verarbeitung fortfahren. Dies ist einfach zu programmieren und nachzuvollziehen, aber es ist auch ineffizient. Während wir darauf warten, dass das `Promise` für ein bestimmtes Ereignis erfüllt wird, können wir bereits mit der Arbeit am nächsten Ereignis beginnen.
-Hier verwenden wir [`map`](https://www.w3schools.com/jsref/jsref_map.asp), um ein Array von `Promise`-Objekten zu erstellen. Dann verwenden wir [`Promise.all`](https://www.javascripttutorial.net/es6/javascript-promise-all/), um darauf zu warten, dass alle diese Promises aufgelöst werden. Wir filtern dann diese Ergebnisse mit [`filter`](https://www.w3schools.com/jsref/jsref_filter.asp), um die nicht verdächtigen Ereignisse zu entfernen.
+Hier verwenden wir [`map`](https://www.w3schools.com/jsref/jsref_map.asp), um ein Array von `Promise`-Objekten zu erstellen. Dann verwenden wir [`Promise.all`](https://www.javascripttutorial.net/es6/javascript-promise-all/), um darauf zu warten, dass alle diese Promises aufgelöst werden. Anschließend [`filter`](https://www.w3schools.com/jsref/jsref_filter.asp)n wir diese Ergebnisse, um die nicht verdächtigen Ereignisse zu entfernen.
### Verdächtige `Transfer`-Ereignisse {#suspicious-transfer-events}
-Eine weitere Möglichkeit, Betrugs-Tokens zu identifizieren, besteht darin, zu prüfen, ob sie verdächtige Übertragungen aufweisen. Zum Beispiel Übertragungen von Konten, die nicht so viele Tokens haben. Sie können sehen, [wie dieser Test implementiert wird](https://github.com/qbzzt/20230915-scam-token-detection/blob/main/susTransfer.ts), aber `wARB` hat dieses Problem nicht.
+Eine weitere mögliche Methode zur Identifizierung von Betrugs-Token besteht darin, zu prüfen, ob sie verdächtige Übertragungen aufweisen. Zum Beispiel Übertragungen von Konten, die nicht so viele Token haben. Sie können sehen, [wie man diesen Test implementiert](https://github.com/qbzzt/20230915-scam-token-detection/blob/main/susTransfer.ts), aber `wARB` hat dieses Problem nicht.
## Fazit {#conclusion}
-Die automatisierte Erkennung von ERC-20-Betrugsfällen leidet unter [falsch-negativen Ergebnissen](https://en.wikipedia.org/wiki/False_positives_and_false_negatives#False_negative_error), da ein Betrug einen vollkommen normalen ERC-20-Token-Vertrag verwenden kann, der einfach nichts Reales darstellt. Sie sollten also immer versuchen, _die Token-Adresse aus einer vertrauenswürdigen Quelle zu beziehen_.
+Die automatisierte Erkennung von ERC-20-Betrügereien leidet unter [falsch-negativen Ergebnissen](https://en.wikipedia.org/wiki/False_positives_and_false_negatives#False_negative_error), da ein Betrug einen völlig normalen ERC-20-Token-Vertrag verwenden kann, der einfach nichts Reales darstellt. Daher sollten Sie immer versuchen, _die Token-Adresse aus einer vertrauenswürdigen Quelle zu beziehen_.
-Die automatisierte Erkennung kann in bestimmten Fällen helfen, wie z.B. bei DeFi-Komponenten, wo es viele Tokens gibt und diese automatisch gehandhabt werden müssen. Aber wie immer gilt [caveat emptor](https://www.investopedia.com/terms/c/caveatemptor.asp), führen Sie Ihre eigenen Recherchen durch und ermutigen Sie Ihre Benutzer, es Ihnen gleichzutun.
+Die automatisierte Erkennung kann in bestimmten Fällen helfen, wie z. B. bei DeFi-Komponenten, bei denen es viele Token gibt und diese automatisch verarbeitet werden müssen. Aber wie immer gilt [Caveat emptor](https://www.investopedia.com/terms/c/caveatemptor.asp) (Käufer, sei wachsam): Recherchieren Sie selbst und ermutigen Sie Ihre Benutzer, dasselbe zu tun.
-[Hier finden Sie mehr von meiner Arbeit](https://cryptodocguy.pro/).
+[Weitere meiner Arbeiten finden Sie hier](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/secret-state/index.md b/public/content/translations/de/developers/tutorials/secret-state/index.md
index 1f916da01ff..78cfa6761ca 100644
--- a/public/content/translations/de/developers/tutorials/secret-state/index.md
+++ b/public/content/translations/de/developers/tutorials/secret-state/index.md
@@ -1,39 +1,39 @@
---
-title: "Verwendung von Zero-Knowledge für einen geheimen Zustand"
-description: "Onchain-Spiele sind begrenzt, da sie keine versteckten Informationen enthalten können. Nach der Lektüre dieses Tutorials ist der Leser in der Lage, Zero-Knowledge-Beweise und Serverkomponenten zu kombinieren, um verifizierbare Spiele mit einer geheimen Offchain-Zustandskomponente zu erstellen. Die Technik dafür wird durch die Erstellung eines Minesweeper-Spiels demonstriert."
+title: "Verwendung von Zero-Knowledge für einen geheimen Status"
+description: "Spiele auf der Blockchain sind eingeschränkt, da sie keine verborgenen Informationen speichern können. Nach dem Lesen dieses Tutorials wird der Leser in der Lage sein, Zero-Knowledge-Beweise und Serverkomponenten zu kombinieren, um verifizierbare Spiele mit einer geheimen Statuskomponente Off-Chain zu erstellen. Die Technik dazu wird anhand der Erstellung eines Minesweeper-Spiels demonstriert."
author: Ori Pomerantz
-tags: ["server", "offchain", "centralized", "zero-knowledge", "zokrates", "mud"]
+tags: ["Server", "Off-Chain", "zentralisiert", "Zero-Knowledge", "zokrates", "mud", "Datenschutz"]
skill: advanced
-breadcrumb: "ZK-Geheimzustand"
+breadcrumb: ZK geheimer Status
lang: de
published: 2025-03-15
---
-_Es gibt keine Geheimnisse in der Blockchain_. Alles, was auf der Blockchain gepostet wird, ist für jeden lesbar. Dies ist notwendig, da die Blockchain darauf basiert, dass jeder sie verifizieren kann. Spiele sind jedoch oft auf einen geheimen Zustand angewiesen. Zum Beispiel ergibt das Spiel [Minesweeper](https://en.wikipedia.org/wiki/Minesweeper_\(video_game\)) absolut keinen Sinn, wenn man einfach in einen Blockchain-Explorer gehen und die Karte sehen kann.
+_Es gibt keine Geheimnisse auf der Blockchain_. Alles, was auf der Blockchain veröffentlicht wird, ist für jeden offen lesbar. Dies ist notwendig, da die Blockchain darauf basiert, dass jeder sie verifizieren kann. Spiele sind jedoch oft auf einen geheimen Status angewiesen. Zum Beispiel ergibt das Spiel [Minesweeper]() absolut keinen Sinn, wenn man einfach eine Blocksuchmaschine aufrufen und die Karte sehen kann.
-Die einfachste Lösung ist die Verwendung einer [Serverkomponente](/developers/tutorials/server-components/), um den geheimen Zustand zu speichern. Der Grund, warum wir die Blockchain verwenden, ist jedoch, Betrug durch den Spieleentwickler zu verhindern. Wir müssen die Ehrlichkeit der Serverkomponente sicherstellen. Der Server kann einen Hash des Zustands bereitstellen und [Zero-Knowledge-Beweise](/zero-knowledge-proofs/#why-zero-knowledge-proofs-are-important) verwenden, um zu beweisen, dass der zur Berechnung des Ergebnisses eines Zuges verwendete Zustand der richtige ist.
+Die einfachste Lösung ist die Verwendung einer [Serverkomponente](/developers/tutorials/server-components/), um den geheimen Status zu speichern. Der Grund, warum wir die Blockchain nutzen, ist jedoch, Betrug durch den Spieleentwickler zu verhindern. Wir müssen die Ehrlichkeit der Serverkomponente sicherstellen. Der Server kann einen Hash des Status bereitstellen und [Zero-Knowledge-Beweise](/zero-knowledge-proofs/#why-zero-knowledge-proofs-are-important) verwenden, um zu beweisen, dass der zur Berechnung des Ergebnisses eines Zuges verwendete Status der richtige ist.
-Nach der Lektüre dieses Artikels wissen Sie, wie Sie diese Art von Server, der einen geheimen Zustand hält, einen Client zur Anzeige des Zustands und eine Onchain-Komponente für die Kommunikation zwischen den beiden erstellen. Die Hauptwerkzeuge, die wir verwenden werden, sind:
+Nach dem Lesen dieses Artikels werden Sie wissen, wie man diese Art von Server, der einen geheimen Status hält, eine Anwendung zur Anzeige des Status und eine Komponente auf der Blockchain für die Kommunikation zwischen beiden erstellt. Die wichtigsten Werkzeuge, die wir verwenden werden, sind:
-| Werkzeug | Zweck | Auf Version verifiziert |
-| --------------------------------------------- | --------------------------------------------- | --------------------------------------: |
-| [Zokrates](https://zokrates.github.io/) | Zero-Knowledge-Beweise und ihre Verifizierung | 1.1.9 |
-| [Typescript](https://www.typescriptlang.org/) | Programmiersprache für Server und Client | 5.4.2 |
-| [Node](https://nodejs.org/en) | Ausführen des Servers | 20.18.2 |
-| [Viem](https://viem.sh/) | Kommunikation mit der Blockchain | 2.9.20 |
-| [MUD](https://mud.dev/) | Onchain-Datenverwaltung | 2.0.12 |
-| [React](https://react.dev/) | Client-Benutzeroberfläche | 18.2.0 |
-| [Vite](https://vitejs.dev/) | Bereitstellen des Client-Codes | 4.2.1 |
+| Werkzeug | Zweck | Verifiziert mit Version |
+| --------------------------------------------- | ------------------------------------------------------- | ------------------: |
+| [Zokrates](https://zokrates.github.io/) | Zero-Knowledge-Beweise und deren Verifizierung | 1.1.9 |
+| [Typescript](https://www.typescriptlang.org/) | Programmiersprache für den Server und die Anwendung | 5.4.2 |
+| [Node](https://nodejs.org/en) | Ausführen des Servers | 20.18.2 |
+| [Viem](https://viem.sh/) | Kommunikation mit der Blockchain | 2.9.20 |
+| [MUD](https://mud.dev/) | Datenverwaltung auf der Blockchain | 2.0.12 |
+| [React](https://react.dev/) | Benutzeroberfläche der Anwendung | 18.2.0 |
+| [Vite](https://vitejs.dev/) | Bereitstellung des Anwendungscodes | 4.2.1 |
## Minesweeper-Beispiel {#minesweeper}
-[Minesweeper](https://en.wikipedia.org/wiki/Minesweeper_\(video_game\)) ist ein Spiel, das eine geheime Karte mit einem Minenfeld enthält. Der Spieler entscheidet sich, an einer bestimmten Stelle zu graben. Wenn sich an dieser Stelle eine Mine befindet, ist das Spiel vorbei. Andernfalls erhält der Spieler die Anzahl der Minen in den acht Feldern, die diesen Ort umgeben.
+[Minesweeper]() ist ein Spiel, das eine geheime Karte mit einem Minenfeld enthält. Der Spieler entscheidet sich, an einer bestimmten Stelle zu graben. Wenn sich an dieser Stelle eine Mine befindet, ist das Spiel vorbei. Andernfalls erhält der Spieler die Anzahl der Minen in den acht Feldern, die diese Stelle umgeben.
-Diese Anwendung wurde mit [MUD](https://mud.dev/) geschrieben, einem Framework, mit dem wir Daten onchain in einer [Schlüssel-Wert-Datenbank](https://aws.amazon.com/nosql/key-value/) speichern und diese Daten automatisch mit Offchain-Komponenten synchronisieren können. Zusätzlich zur Synchronisation erleichtert MUD die Bereitstellung von Zugriffskontrollen und ermöglicht es anderen Benutzern, unsere Anwendung [zu erweitern](https://mud.dev/guides/extending-a-world), ohne dass eine Berechtigung erforderlich ist.
+Diese Anwendung ist mit [MUD](https://mud.dev/) geschrieben, einem Framework, das es uns ermöglicht, Daten auf der Blockchain mithilfe einer [Schlüssel-Wert-Datenbank](https://aws.amazon.com/nosql/key-value/) zu speichern und diese Daten automatisch mit Off-Chain-Komponenten zu synchronisieren. Zusätzlich zur Synchronisierung macht es MUD einfach, Zugriffskontrollen bereitzustellen und es anderen Benutzern zu ermöglichen, unsere Anwendung erlaubnisfrei zu [erweitern](https://mud.dev/guides/extending-a-world).
### Ausführen des Minesweeper-Beispiels {#running-minesweeper-example}
-So führen Sie das Minesweeper-Beispiel aus:
+Um das Minesweeper-Beispiel auszuführen:
1. Stellen Sie sicher, dass Sie [die Voraussetzungen installiert haben](https://mud.dev/quickstart#prerequisites): [Node](https://mud.dev/quickstart#prerequisites), [Foundry](https://book.getfoundry.sh/getting-started/installation), [`git`](https://git-scm.com/downloads), [`pnpm`](https://git-scm.com/downloads) und [`mprocs`](https://github.com/pvolok/mprocs).
@@ -41,7 +41,7 @@ So führen Sie das Minesweeper-Beispiel aus:
```sh copy
git clone https://github.com/qbzzt/20240901-secret-state.git
- ```
+```
3. Installieren Sie die Pakete.
@@ -49,9 +49,9 @@ So führen Sie das Minesweeper-Beispiel aus:
cd 20240901-secret-state/
pnpm install
npm install -g mprocs
- ```
+```
- Wenn Foundry als Teil von `pnpm install` installiert wurde, müssen Sie die Kommandozeilen-Shell neu starten.
+ Wenn Foundry als Teil von `pnpm install` installiert wurde, müssen Sie die Kommandozeile neu starten.
4. Kompilieren Sie die Verträge
@@ -59,167 +59,167 @@ So führen Sie das Minesweeper-Beispiel aus:
cd packages/contracts
forge build
cd ../..
- ```
+```
-5. Starten Sie das Programm (einschließlich einer [Anvil](https://book.getfoundry.sh/anvil/) Blockchain) und warten Sie.
+
+5. Starten Sie das Programm (einschließlich einer [Anvil](https://book.getfoundry.sh/anvil/)-Blockchain) und warten Sie.
```sh copy
mprocs
- ```
+```
- Beachten Sie, dass der Start lange dauert. Um den Fortschritt zu sehen, verwenden Sie zuerst die Pfeiltaste nach unten, um zum Tab _contracts_ zu scrollen, um zu sehen, wie die MUD-Verträge bereitgestellt werden. Wenn Sie die Meldung _Waiting for file changes…_ erhalten, sind die Verträge bereitgestellt und der weitere Fortschritt findet auf der Registerkarte _server_ statt. Dort warten Sie, bis Sie die Nachricht _Verifier address: 0x..._ erhalten.
+ Beachten Sie, dass der Startvorgang lange dauert. Um den Fortschritt zu sehen, verwenden Sie zunächst die Pfeiltaste nach unten, um zum Tab _contracts_ zu scrollen und zu sehen, wie die MUD-Verträge bereitgestellt werden. Wenn Sie die Nachricht _Waiting for file changes…_ erhalten, sind die Verträge bereitgestellt und der weitere Fortschritt findet im Tab _server_ statt. Dort warten Sie, bis Sie die Nachricht _Verifier address: 0x...._ erhalten.
- Wenn dieser Schritt erfolgreich ist, sehen Sie den `mprocs`-Bildschirm mit den verschiedenen Prozessen auf der linken und der Konsolenausgabe für den aktuell ausgewählten Prozess auf der rechten Seite.
+ Wenn dieser Schritt erfolgreich ist, sehen Sie den `mprocs`-Bildschirm mit den verschiedenen Prozessen auf der linken Seite und der Konsolenausgabe für den aktuell ausgewählten Prozess auf der rechten Seite.
- 
+ 
- Wenn es ein Problem mit `mprocs` gibt, können Sie die vier Prozesse manuell ausführen, jeder in seinem eigenen Kommandozeilenfenster:
+ Wenn es ein Problem mit `mprocs` gibt, können Sie die vier Prozesse manuell ausführen, jeden in seinem eigenen Kommandozeilenfenster:
- **Anvil**
```sh
cd packages/contracts
anvil --base-fee 0 --block-time 2
- ```
+```
- - **Verträge**
+ - **Verträge**
```sh
cd packages/contracts
pnpm mud dev-contracts --rpc http://127.0.0.1:8545
- ```
+```
- **Server**
```sh
cd packages/server
pnpm start
- ```
+```
- - **Client**
+ - **Anwendung**
```sh
cd packages/client
pnpm run dev
- ```
+```
-6. Jetzt können Sie zum [Client](http://localhost:3000) navigieren, auf **New Game** klicken und mit dem Spielen beginnen.
+6. Nun können Sie [die Anwendung](http://localhost:3000) im Browser aufrufen, auf **New Game** klicken und anfangen zu spielen.
### Tabellen {#tables}
-Wir benötigen [mehrere Tabellen](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts) onchain.
+Wir benötigen [mehrere Tabellen](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts) auf der Blockchain.
-- `Configuration`: Diese Tabelle ist ein Singleton, sie hat keinen Schlüssel und einen einzigen Datensatz. Sie wird verwendet, um Informationen zur Spielkonfiguration zu speichern:
- - `height`: Die Höhe eines Minenfeldes
- - `width`: Die Breite eines Minenfeldes
+- `Configuration`: Diese Tabelle ist ein Singleton, sie hat keinen Schlüssel und nur einen einzigen Datensatz. Sie wird verwendet, um Informationen zur Spielkonfiguration zu speichern:
+ - `height`: Die Höhe eines Minenfelds
+ - `width`: Die Breite eines Minenfelds
- `numberOfBombs`: Die Anzahl der Bomben in jedem Minenfeld
-
-- `VerifierAddress`: Diese Tabelle ist ebenfalls ein Singleton. Es wird verwendet, um einen Teil der Konfiguration zu halten, die Adresse des Verifizierervertrags (`verifier`). Wir hätten diese Information in die `Configuration`-Tabelle aufnehmen können, aber sie wird von einer anderen Komponente, dem Server, gesetzt, daher ist es einfacher, sie in eine separate Tabelle zu packen.
+- `VerifierAddress`: Diese Tabelle ist ebenfalls ein Singleton. Sie wird verwendet, um einen Teil der Konfiguration zu speichern, die Adresse des Verifizierer-Vertrags (`verifier`). Wir hätten diese Informationen in die Tabelle `Configuration` aufnehmen können, aber sie wird von einer anderen Komponente, dem Server, festgelegt, sodass es einfacher ist, sie in einer separaten Tabelle abzulegen.
- `PlayerGame`: Der Schlüssel ist die Adresse des Spielers. Die Daten sind:
- - `gameId`: 32-Byte-Wert, der der Hash der Karte ist, auf der der Spieler spielt (der Spiel-Identifikator).
- - `win`: ein boolescher Wert, der angibt, ob der Spieler das Spiel gewonnen hat.
- - `lose`: ein boolescher Wert, der angibt, ob der Spieler das Spiel verloren hat.
+ - `gameId`: Ein 32-Byte-Wert, der der Hash der Karte ist, auf der der Spieler spielt (die Spielkennung).
+ - `win`: ein Boolescher Wert, der angibt, ob der Spieler das Spiel gewonnen hat.
+ - `lose`: ein Boolescher Wert, der angibt, ob der Spieler das Spiel verloren hat.
- `digNumber`: die Anzahl der erfolgreichen Grabungen im Spiel.
-- `GamePlayer`: Diese Tabelle enthält die umgekehrte Zuordnung von `gameId` zur Spieleradresse.
+- `GamePlayer`: Diese Tabelle enthält die umgekehrte Zuordnung, von `gameId` zur Adresse des Spielers.
- `Map`: Der Schlüssel ist ein Tupel aus drei Werten:
- - `gameId`: 32-Byte-Wert, der der Hash der Karte ist, auf der der Spieler spielt (der Spiel-Identifikator).
+ - `gameId`: Ein 32-Byte-Wert, der der Hash der Karte ist, auf der der Spieler spielt (die Spielkennung).
- `x`-Koordinate
- `y`-Koordinate
- Der Wert ist eine einzelne Zahl. Es ist 255, wenn eine Bombe entdeckt wurde. Andernfalls ist es die Anzahl der Bomben um diesen Ort herum plus eins. Wir können nicht einfach die Anzahl der Bomben verwenden, da standardmäßig der gesamte Speicher in der EVM und alle Zeilenwerte in MUD null sind. Wir müssen zwischen „der Spieler hat hier noch nicht gegraben“ und „der Spieler hat hier gegraben und festgestellt, dass es keine Bomben in der Nähe gibt“ unterscheiden.
+ Der Wert ist eine einzelne Zahl. Er ist 255, wenn eine Bombe entdeckt wurde. Andernfalls ist es die Anzahl der Bomben um diesen Ort herum plus eins. Wir können nicht einfach die Anzahl der Bomben verwenden, da standardmäßig der gesamte Speicher in der EVM und alle Zeilenwerte in MUD null sind. Wir müssen unterscheiden zwischen „der Spieler hat hier noch nicht gegraben“ und „der Spieler hat hier gegraben und festgestellt, dass es null Bomben in der Umgebung gibt“.
-Zusätzlich findet die Kommunikation zwischen Client und Server über die Onchain-Komponente statt. Dies wird ebenfalls mithilfe von Tabellen implementiert.
+Darüber hinaus erfolgt die Kommunikation zwischen der Anwendung und dem Server über die Komponente auf der Blockchain. Dies wird ebenfalls mithilfe von Tabellen implementiert.
-- `PendingGame`: Nicht bearbeitete Anfragen zum Starten eines neuen Spiels.
-- `PendingDig`: Nicht bearbeitete Anfragen, an einem bestimmten Ort in einem bestimmten Spiel zu graben. Dies ist eine [Offchain-Tabelle](https://mud.dev/store/tables#types-of-tables), was bedeutet, dass sie nicht in den EVM-Speicher geschrieben wird, sondern nur offchain über Ereignisse lesbar ist.
+- `PendingGame`: Unbearbeitete Anfragen zum Starten eines neuen Spiels.
+- `PendingDig`: Unbearbeitete Anfragen, an einem bestimmten Ort in einem bestimmten Spiel zu graben. Dies ist eine [Off-Chain-Tabelle](https://mud.dev/store/tables#types-of-tables), was bedeutet, dass sie nicht in den EVM-Speicher geschrieben wird, sondern nur Off-Chain mithilfe von Ereignissen lesbar ist.
### Ausführungs- und Datenflüsse {#execution-data-flows}
-Diese Flüsse koordinieren die Ausführung zwischen dem Client, der Onchain-Komponente und dem Server.
+Diese Flüsse koordinieren die Ausführung zwischen der Anwendung, der Komponente auf der Blockchain und dem Server.
#### Initialisierung {#initialization-flow}
-Wenn Sie `mprocs` ausführen, geschehen diese Schritte:
+Wenn Sie `mprocs` ausführen, passieren folgende Schritte:
1. [`mprocs`](https://github.com/pvolok/mprocs) führt vier Komponenten aus:
- [Anvil](https://book.getfoundry.sh/anvil/), das eine lokale Blockchain ausführt
- - [Contracts](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/contracts), das die Verträge für MUD kompiliert (falls erforderlich) und bereitstellt
- - [Client](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/client), das [Vite](https://vitejs.dev/) ausführt, um die Benutzeroberfläche und den Client-Code für Webbrowser bereitzustellen.
+ - [Contracts](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/contracts) (Verträge), das die Verträge für MUD kompiliert (falls erforderlich) und bereitstellt
+ - [Client](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/client) (Anwendung), das [Vite](https://vitejs.dev/) ausführt, um die Benutzeroberfläche und den Anwendungscode für Webbrowser bereitzustellen.
- [Server](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/server), der die Serveraktionen ausführt
-2. Das `contracts`-Paket stellt die MUD-Verträge bereit und führt dann [das `PostDeploy.s.sol`-Skript](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol) aus. Dieses Skript legt die Konfiguration fest. Der Code von GitHub spezifiziert [ein 10x5 Minenfeld mit acht Minen darin](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol#L23).
+2. Das Paket `contracts` stellt die MUD-Verträge bereit und führt dann [das Skript `PostDeploy.s.sol`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol) aus. Dieses Skript legt die Konfiguration fest. Der Code von GitHub spezifiziert [ein 10x5-Minenfeld mit acht Minen darin](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol#L23).
-3. [Der Server](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts) beginnt mit der [Einrichtung von MUD](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L6). Dies aktiviert unter anderem die Datensynchronisation, sodass eine Kopie der relevanten Tabellen im Speicher des Servers vorhanden ist.
+3. [Der Server](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts) beginnt mit der [Einrichtung von MUD](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L6). Dies aktiviert unter anderem die Datensynchronisierung, sodass eine Kopie der relevanten Tabellen im Speicher des Servers vorhanden ist.
-4. Der Server abonniert eine Funktion, die ausgeführt wird, [wenn sich die `Configuration`-Tabelle ändert](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L23). [Diese Funktion](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L24-L168) wird aufgerufen, nachdem `PostDeploy.s.sol` ausgeführt und die Tabelle geändert wurde.
+4. Der Server abonniert eine Funktion, die ausgeführt wird, [wenn sich die Tabelle `Configuration` ändert](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L23). [Diese Funktion](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L24-L168) wird aufgerufen, nachdem `PostDeploy.s.sol` ausgeführt wurde und die Tabelle ändert.
-5. Wenn die Server-Initialisierungsfunktion die Konfiguration hat, [ruft sie `zkFunctions` auf](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L34-L35), um [den Zero-Knowledge-Teil des Servers zu initialisieren](#using-zokrates-from-typescript). Dies kann erst geschehen, wenn wir die Konfiguration erhalten, da die Zero-Knowledge-Funktionen die Breite und Höhe des Minenfeldes als Konstanten haben müssen.
+5. Wenn die Server-Initialisierungsfunktion die Konfiguration hat, [ruft sie `zkFunctions` auf](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L34-L35), um [den Zero-Knowledge-Teil des Servers](#using-zokrates-from-typescript) zu initialisieren. Dies kann erst geschehen, wenn wir die Konfiguration erhalten, da die Zero-Knowledge-Funktionen die Breite und Höhe des Minenfelds als Konstanten haben müssen.
-6. Nachdem der Zero-Knowledge-Teil des Servers initialisiert ist, ist der nächste Schritt, [den Zero-Knowledge-Verifizierungsvertrag auf der Blockchain bereitzustellen](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L42-L53) und die Verifizierungsadresse in MUD festzulegen.
+6. Nachdem der Zero-Knowledge-Teil des Servers initialisiert wurde, besteht der nächste Schritt darin, [den Zero-Knowledge-Verifizierungsvertrag auf der Blockchain bereitzustellen](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L42-L53) und die Verifizierer-Adresse in MUD festzulegen.
-7. Schließlich abonnieren wir Aktualisierungen, damit wir sehen, wenn ein Spieler entweder [ein neues Spiel starten](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71) oder [in einem bestehenden Spiel graben](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73-L108) möchte.
+7. Schließlich abonnieren wir Aktualisierungen, damit wir sehen, wenn ein Spieler anfordert, entweder [ein neues Spiel zu starten](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71) oder [in einem bestehenden Spiel zu graben](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73-L108).
#### Neues Spiel {#new-game-flow}
-Dies geschieht, wenn der Spieler ein neues Spiel anfordert.
+Folgendes passiert, wenn der Spieler ein neues Spiel anfordert.
-1. Wenn für diesen Spieler kein Spiel im Gange ist, oder es eines gibt, aber mit einer gameId von Null, zeigt der Client eine [Schaltfläche für ein neues Spiel](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175) an. Wenn der Benutzer diese Schaltfläche drückt, [führt React die Funktion `newGame` aus](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L96).
+1. Wenn für diesen Spieler kein Spiel im Gange ist oder es eines gibt, aber mit einer gameId von null, zeigt die Anwendung einen [Button für ein neues Spiel](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175) an. Wenn der Benutzer diesen Button drückt, [führt React die Funktion `newGame` aus](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L96).
-2. [`newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L43-L46) ist ein `System`-Aufruf. In MUD werden alle Aufrufe über den `World`-Vertrag geleitet, und in den meisten Fällen rufen Sie `__` auf. In diesem Fall ist der Aufruf an `app__newGame`, den MUD dann an [`newGame` in `GameSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L16-L22) weiterleitet.
+2. [`newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L43-L46) ist ein `System`-Aufruf. In MUD werden alle Aufrufe über den Vertrag `World` geleitet, und in den meisten Fällen rufen Sie `__` auf. In diesem Fall erfolgt der Aufruf an `app__newGame`, den MUD dann an [`newGame` in `GameSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L16-L22) weiterleitet.
-3. Die Onchain-Funktion prüft, ob der Spieler kein Spiel im Gange hat, und wenn nicht, [fügt sie die Anfrage zur `PendingGame`-Tabelle hinzu](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L21).
+3. Die Funktion auf der Blockchain überprüft, ob der Spieler kein laufendes Spiel hat, und wenn keines vorhanden ist, [fügt sie die Anfrage zur Tabelle `PendingGame` hinzu](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L21).
-4. Der Server erkennt die Änderung in `PendingGame` und [führt die abonnierte Funktion aus](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71). Diese Funktion ruft [`newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L110-L114) auf, das wiederum [`createGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L116-L144) aufruft.
+4. Der Server erkennt die Änderung in `PendingGame` und [führt die abonnierte Funktion aus](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71). Diese Funktion ruft [`newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L110-L114) auf, was wiederum [`createGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L116-L144) aufruft.
5. Das Erste, was `createGame` tut, ist [eine zufällige Karte mit der entsprechenden Anzahl von Minen zu erstellen](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L120-L135). Dann ruft es [`makeMapBorders`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L147-L166) auf, um eine Karte mit leeren Rändern zu erstellen, was für Zokrates notwendig ist. Schließlich ruft `createGame` [`calculateMapHash`](#calculateMapHash) auf, um den Hash der Karte zu erhalten, der als Spiel-ID verwendet wird.
6. Die Funktion `newGame` fügt das neue Spiel zu `gamesInProgress` hinzu.
-7. Das Letzte, was der Server tut, ist [`app__newGameResponse`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L38-L43) aufzurufen, was onchain geschieht. Diese Funktion befindet sich in einem anderen `System`, [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol), um die Zugriffskontrolle zu ermöglichen. Die Zugriffskontrolle ist in der [MUD-Konfigurationsdatei](https://mud.dev/config), [`mud.config.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts#L67-L72) definiert.
+7. Das Letzte, was der Server tut, ist der Aufruf von [`app__newGameResponse`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L38-L43), was auf der Blockchain geschieht. Diese Funktion befindet sich in einem anderen `System`, [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol), um die Zugriffskontrolle zu ermöglichen. Die Zugriffskontrolle ist in der [MUD-Konfigurationsdatei](https://mud.dev/config), [`mud.config.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts#L67-L72), definiert.
- Die Zugriffsliste erlaubt nur einer einzigen Adresse, das `System` aufzurufen. Dies beschränkt den Zugriff auf die Serverfunktionen auf eine einzige Adresse, sodass niemand den Server imitieren kann.
+ Die Zugriffsliste erlaubt nur einer einzigen Adresse, das `System` aufzurufen. Dies beschränkt den Zugriff auf die Serverfunktionen auf eine einzige Adresse, sodass sich niemand als Server ausgeben kann.
-8. Die Onchain-Komponente aktualisiert die relevanten Tabellen:
+8. Die Komponente auf der Blockchain aktualisiert die relevanten Tabellen:
- - Erstellen Sie das Spiel in `PlayerGame`.
- - Setzen Sie die umgekehrte Zuordnung in `GamePlayer`.
- - Entfernen Sie die Anfrage aus `PendingGame`.
+ - Erstellt das Spiel in `PlayerGame`.
+ - Legt die umgekehrte Zuordnung in `GamePlayer` fest.
+ - Entfernt die Anfrage aus `PendingGame`.
-9. Der Server identifiziert die Änderung in `PendingGame`, unternimmt aber nichts, da [`wantsGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L58-L60) falsch ist.
+9. Der Server identifiziert die Änderung in `PendingGame`, unternimmt jedoch nichts, da [`wantsGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L58-L60) falsch ist.
-10. Auf dem Client wird [`gameRecord`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L143-L148) auf den `PlayerGame`-Eintrag für die Adresse des Spielers gesetzt. Wenn sich `PlayerGame` ändert, ändert sich auch `gameRecord`.
+10. In der Anwendung wird [`gameRecord`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L143-L148) auf den Eintrag `PlayerGame` für die Adresse des Spielers gesetzt. Wenn sich `PlayerGame` ändert, ändert sich auch `gameRecord`.
-11. Wenn ein Wert in `gameRecord` vorhanden ist und das Spiel weder gewonnen noch verloren wurde, [zeigt der Client die Karte an](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190).
+11. Wenn ein Wert in `gameRecord` vorhanden ist und das Spiel weder gewonnen noch verloren wurde, [zeigt die Anwendung die Karte an](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190).
#### Graben {#dig-flow}
-1. Der Spieler [klickt auf die Schaltfläche der Kartenzelle](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L188), wodurch [die Funktion `dig` aufgerufen wird](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L33-L36). Diese Funktion ruft [`dig` onchain auf](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L24-L32).
+1. Der Spieler [klickt auf den Button der Kartenzelle](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L188), was [die Funktion `dig`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L33-L36) aufruft. Diese Funktion ruft [`dig` auf der Blockchain](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L24-L32) auf.
-2. Die Onchain-Komponente [führt eine Reihe von Plausibilitätsprüfungen durch](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L25-L30) und fügt bei Erfolg die Grabanforderung zu [`PendingDig`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L31) hinzu.
+2. Die Komponente auf der Blockchain [führt eine Reihe von Plausibilitätsprüfungen durch](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L25-L30) und fügt bei Erfolg die Grabanfrage zu [`PendingDig`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L31) hinzu.
-3. Der Server [erkennt die Änderung in `PendingDig`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73). [Wenn sie gültig ist](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L75-L84), ruft sie [den Zero-Knowledge-Code](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L86-L95) auf (unten erklärt), um sowohl das Ergebnis als auch einen Beweis für dessen Gültigkeit zu generieren.
+3. Der Server [erkennt die Änderung in `PendingDig`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73). [Wenn sie gültig ist](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L75-L84), [ruft er den Zero-Knowledge-Code auf](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L86-L95) (unten erklärt), um sowohl das Ergebnis als auch einen Beweis für dessen Gültigkeit zu generieren.
-4. [Der Server](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L97-L107) ruft [`digResponse`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L45-L64) onchain auf.
+4. [Der Server](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L97-L107) ruft [`digResponse`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L45-L64) auf der Blockchain auf.
-5. `digResponse` tut zwei Dinge. Zuerst prüft es [den Zero-Knowledge-Beweis](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L47-L61). Wenn der Beweis dann standhält, ruft es [`processDigResult`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L67-L86) auf, um das Ergebnis tatsächlich zu verarbeiten.
+5. `digResponse` tut zwei Dinge. Zuerst überprüft es [den Zero-Knowledge-Beweis](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L47-L61). Wenn der Beweis dann bestätigt wird, ruft es [`processDigResult`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L67-L86) auf, um das Ergebnis tatsächlich zu verarbeiten.
-6. `processDigResult` prüft, ob das Spiel [verloren](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L76-L78) oder [gewonnen](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L83-L86) wurde, und [aktualisiert `Map`, die Onchain-Karte](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L80).
+6. `processDigResult` überprüft, ob das Spiel [verloren](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L76-L78) oder [gewonnen](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L83-L86) wurde, und [aktualisiert `Map`, die Karte auf der Blockchain](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L80).
-7. Der Client übernimmt die Aktualisierungen automatisch und [aktualisiert die dem Spieler angezeigte Karte](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190) und teilt dem Spieler gegebenenfalls mit, ob es ein Sieg oder eine Niederlage ist.
+7. Die Anwendung übernimmt die Aktualisierungen automatisch und [aktualisiert die dem Spieler angezeigte Karte](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190) und teilt dem Spieler gegebenenfalls mit, ob es sich um einen Gewinn oder einen Verlust handelt.
## Verwendung von Zokrates {#using-zokrates}
-In den oben erklärten Abläufen haben wir die Zero-Knowledge-Teile übersprungen und sie als Blackbox behandelt. Jetzt wollen wir sie aufbrechen und sehen, wie dieser Code geschrieben ist.
+In den oben erklärten Abläufen haben wir die Zero-Knowledge-Teile übersprungen und sie als Blackbox behandelt. Lassen Sie uns diese nun öffnen und sehen, wie dieser Code geschrieben ist.
### Hashing der Karte {#hashing-map}
-Wir können [diesen JavaScript-Code](https://github.com/ZK-Plus/ICBC24_Tutorial_Compute-Offchain-Verify-onchain/tree/solutions/exercise) verwenden, um [Poseidon](https://www.poseidon-hash.info), die von uns verwendete Zokrates-Hash-Funktion, zu implementieren. Obwohl dies schneller wäre, wäre es auch komplizierter, als einfach die Zokrates-Hash-Funktion dafür zu verwenden. Dies ist ein Tutorial, daher ist der Code auf Einfachheit und nicht auf Leistung optimiert. Daher benötigen wir zwei verschiedene Zokrates-Programme: eines, das nur den Hash einer Karte (`hash`) berechnet, und eines, das tatsächlich einen Zero-Knowledge-Beweis für das Ergebnis des Grabens an einem Ort auf der Karte (`dig`) erstellt.
+Wir können [diesen JavaScript-Code](https://github.com/ZK-Plus/ICBC24_Tutorial_Compute-Offchain-Verify-onchain/tree/solutions/exercise) verwenden, um [Poseidon](https://www.poseidon-hash.info), die von uns verwendete Zokrates-Hash-Funktion, zu implementieren. Obwohl dies schneller wäre, wäre es auch komplizierter, als einfach die Zokrates-Hash-Funktion dafür zu verwenden. Dies ist ein Tutorial, und daher ist der Code auf Einfachheit und nicht auf Leistung optimiert. Daher benötigen wir zwei verschiedene Zokrates-Programme: eines, um nur den Hash einer Karte zu berechnen (`hash`), und eines, um tatsächlich einen Zero-Knowledge-Beweis für das Ergebnis der Grabung an einem Ort auf der Karte zu erstellen (`dig`).
### Die Hash-Funktion {#hash-function}
@@ -230,9 +230,9 @@ import "hashes/poseidon/poseidon.zok" as poseidon;
import "utils/pack/bool/pack128.zok" as pack128;
```
-Diese beiden Zeilen importieren zwei Funktionen aus der [Zokrates-Standardbibliothek](https://zokrates.github.io/toolbox/stdlib.html). [Die erste Funktion](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/hashes/poseidon/poseidon.zok) ist ein [Poseidon-Hash](https://www.poseidon-hash.info/). Es nimmt ein Array von [`field`-Elementen](https://zokrates.github.io/language/types.html#field) und gibt ein `field` zurück.
+Diese beiden Zeilen importieren zwei Funktionen aus der [Zokrates-Standardbibliothek](https://zokrates.github.io/toolbox/stdlib.html). [Die erste Funktion](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/hashes/poseidon/poseidon.zok) ist ein [Poseidon-Hash](https://www.poseidon-hash.info/). Sie nimmt ein Array von [`field`-Elementen](https://zokrates.github.io/language/types.html#field) und gibt ein `field` zurück.
-Das Feldelement in Zokrates ist typischerweise kürzer als 256 Bit, aber nicht viel. Um den Code zu vereinfachen, beschränken wir die Karte auf bis zu 512 Bit und hashen ein Array von vier Feldern, und in jedem Feld verwenden wir nur 128 Bit. [Die Funktion `pack128`](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/utils/pack/bool/pack128.zok) wandelt zu diesem Zweck ein Array von 128 Bits in ein `field` um.
+Das Field-Element in Zokrates ist typischerweise weniger als 256 Bit lang, aber nicht viel. Um den Code zu vereinfachen, beschränken wir die Karte auf bis zu 512 Bit und hashen ein Array von vier Fields, und in jedem Field verwenden wir nur 128 Bit. [Die Funktion `pack128`](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/utils/pack/bool/pack128.zok) wandelt zu diesem Zweck ein Array von 128 Bit in ein `field` um.
```
def hashMap(bool[${width+2}][${height+2}] map) -> field {
@@ -240,7 +240,7 @@ Das Feldelement in Zokrates ist typischerweise kürzer als 256 Bit, aber nicht v
Diese Zeile beginnt eine Funktionsdefinition. `hashMap` erhält einen einzigen Parameter namens `map`, ein zweidimensionales `bool`(esches) Array. Die Größe der Karte ist `width+2` mal `height+2` aus Gründen, die [unten erklärt werden](#why-map-border).
-Wir können `${width+2}` und `${height+2}` verwenden, da die Zokrates-Programme in dieser Anwendung als [Template-Strings](https://www.w3schools.com/js/js_string_templates.asp) gespeichert sind. Code zwischen `${` und `}` wird von JavaScript ausgewertet, und auf diese Weise kann das Programm für verschiedene Kartengrößen verwendet werden. Der Kartenparameter hat einen einen Ort breiten Rand ringsum ohne Bomben, weshalb wir zwei zur Breite und Höhe hinzufügen müssen.
+Wir können `${width+2}` und `${height+2}` verwenden, da die Zokrates-Programme in dieser Anwendung als [Template-Strings](https://www.w3schools.com/js/js_string_templates.asp) gespeichert sind. Code zwischen `${` und `}` wird von JavaScript ausgewertet, und auf diese Weise kann das Programm für verschiedene Kartengrößen verwendet werden. Der Parameter `map` hat rundherum einen einen Ort breiten Rand ohne Bomben, weshalb wir zwei zur Breite und Höhe addieren müssen.
Der Rückgabewert ist ein `field`, das den Hash enthält.
@@ -250,19 +250,19 @@ Der Rückgabewert ist ein `field`, das den Hash enthält.
Die Karte ist zweidimensional. Die Funktion `pack128` funktioniert jedoch nicht mit zweidimensionalen Arrays. Also flachen wir die Karte zuerst in ein 512-Byte-Array ab, indem wir `map1d` verwenden. Standardmäßig sind Zokrates-Variablen Konstanten, aber wir müssen diesem Array in einer Schleife Werte zuweisen, also definieren wir es als [`mut`](https://zokrates.github.io/language/variables.html#mutability).
-Wir müssen das Array initialisieren, da Zokrates kein `undefined` kennt. Der Ausdruck `[false; 512]` bedeutet [ein Array von 512 `false`-Werten](https://zokrates.github.io/language/types.html#declaration-and-initialization).
+Wir müssen das Array initialisieren, da Zokrates kein `undefined` hat. Der Ausdruck `[false; 512]` bedeutet [ein Array von 512 `false`-Werten](https://zokrates.github.io/language/types.html#declaration-and-initialization).
```
u32 mut counter = 0;
```
-Wir benötigen auch einen Zähler, um zwischen den Bits, die wir bereits in `map1d` gefüllt haben, und denen, die wir nicht gefüllt haben, zu unterscheiden.
+Wir benötigen auch einen Zähler, um zwischen den Bits zu unterscheiden, die wir bereits in `map1d` gefüllt haben, und denen, die wir noch nicht gefüllt haben.
```
for u32 x in 0..${width+2} {
```
-So deklarieren Sie eine [`for`-Schleife](https://zokrates.github.io/language/control_flow.html#for-loops) in Zokrates. Eine Zokrates-`for`-Schleife muss feste Grenzen haben, denn obwohl sie wie eine Schleife aussieht, „entrollt“ der Compiler sie tatsächlich. Der Ausdruck `${width+2}` ist eine Kompilierzeitkonstante, da `width` vom TypeScript-Code gesetzt wird, bevor er den Compiler aufruft.
+So deklarieren Sie eine [`for`-Schleife](https://zokrates.github.io/language/control_flow.html#for-loops) in Zokrates. Eine Zokrates-`for`-Schleife muss feste Grenzen haben, denn obwohl sie wie eine Schleife aussieht, „entrollt“ der Compiler sie tatsächlich. Der Ausdruck `${width+2}` ist eine Konstante zur Kompilierzeit, da `width` vom TypeScript-Code festgelegt wird, bevor er den Compiler aufruft.
```
for u32 y in 0..${height+2} {
@@ -272,7 +272,7 @@ So deklarieren Sie eine [`for`-Schleife](https://zokrates.github.io/language/con
}
```
-Für jeden Ort auf der Karte, fügen Sie diesen Wert in das `map1d`-Array ein und erhöhen Sie den Zähler.
+Für jeden Ort auf der Karte wird dieser Wert in das Array `map1d` eingefügt und der Zähler inkrementiert.
```
field[4] hashMe = [
@@ -283,7 +283,7 @@ Für jeden Ort auf der Karte, fügen Sie diesen Wert in das `map1d`-Array ein un
];
```
-Das `pack128`, um ein Array von vier `field`-Werten aus `map1d` zu erstellen. In Zokrates bedeutet `array[a..b]` den Ausschnitt des Arrays, der bei `a` beginnt und bei `b-1` endet.
+Das `pack128`, um ein Array von vier `field`-Werten aus `map1d` zu erstellen. In Zokrates bedeutet `array[a..b]` den Abschnitt des Arrays, der bei `a` beginnt und bei `b-1` endet.
```
return poseidon(hashMe);
@@ -294,7 +294,7 @@ Verwenden Sie `poseidon`, um dieses Array in einen Hash umzuwandeln.
### Das Hash-Programm {#hash-program}
-Der Server muss `hashMap` direkt aufrufen, um Spiel-Identifikatoren zu erstellen. Zokrates kann jedoch nur die `main`-Funktion eines Programms zum Starten aufrufen, daher erstellen wir ein Programm mit einer `main`-Funktion, die die Hash-Funktion aufruft.
+Der Server muss `hashMap` direkt aufrufen, um Spielkennungen zu erstellen. Zokrates kann jedoch nur die `main`-Funktion eines Programms aufrufen, um zu starten, also erstellen wir ein Programm mit einer `main`, die die Hash-Funktion aufruft.
```
${hashFragment}
@@ -304,14 +304,14 @@ def main(bool[${width+2}][${height+2}] map) -> field {
}
```
-### Das Grabungsprogramm {#dig-program}
+### Das Grab-Programm {#dig-program}
-Dies ist das Herzstück des Zero-Knowledge-Teils der Anwendung, wo wir die Beweise produzieren, die zur Verifizierung von Grabungsergebnissen verwendet werden.
+Dies ist das Herzstück des Zero-Knowledge-Teils der Anwendung, in dem wir die Beweise erstellen, die zur Verifizierung der Grabergebnisse verwendet werden.
```
${hashFragment}
-// Die Anzahl der Minen am Ort (x,y)
+// The number of mines in location (x,y)
def map2mineCount(bool[${width+2}][${height+2}] map, u32 x, u32 y) -> u8 {
return if map[x+1][y+1] { 1 } else { 0 };
}
@@ -319,9 +319,9 @@ def map2mineCount(bool[${width+2}][${height+2}] map, u32 x, u32 y) -> u8 {
#### Warum ein Kartenrand {#why-map-border}
-Zero-Knowledge-Beweise verwenden [arithmetische Schaltungen](https://medium.com/web3studio/simple-explanations-of-arithmetic-circuits-and-zero-knowledge-proofs-806e59a79785), die keine einfache Entsprechung zu einer `if`-Anweisung haben. Stattdessen verwenden sie das Äquivalent des [bedingten Operators](https://en.wikipedia.org/wiki/Ternary_conditional_operator). Wenn `a` entweder null oder eins sein kann, können Sie `if a { b } else { c }` als `ab+(1-a)c` berechnen.
+Zero-Knowledge-Beweise verwenden [arithmetische Schaltkreise](https://medium.com/web3studio/simple-explanations-of-arithmetic-circuits-and-zero-knowledge-proofs-806e59a79785), die keine einfache Entsprechung zu einer `if`-Anweisung haben. Stattdessen verwenden sie das Äquivalent des [bedingten Operators](https://en.wikipedia.org/wiki/Ternary_conditional_operator). Wenn `a` entweder null oder eins sein kann, können Sie `if a { b } else { c }` als `ab+(1-a)c` berechnen.
-Deshalb wertet eine Zokrates-`if`-Anweisung immer beide Zweige aus. Wenn Sie zum Beispiel diesen Code haben:
+Aus diesem Grund wertet eine Zokrates-`if`-Anweisung immer beide Zweige aus. Wenn Sie beispielsweise diesen Code haben:
```
bool[5] arr = [false; 5];
@@ -329,29 +329,29 @@ u32 index=10;
return if index>4 { 0 } else { arr[index] }
```
-Es wird einen Fehler geben, weil es `arr[10]` berechnen muss, obwohl dieser Wert später mit Null multipliziert wird.
+Es wird ein Fehler ausgegeben, da `arr[10]` berechnet werden muss, auch wenn dieser Wert später mit null multipliziert wird.
-Dies ist der Grund, warum wir einen einen Ort breiten Rand rund um die Karte benötigen. Wir müssen die Gesamtzahl der Minen um einen Ort herum berechnen, und das bedeutet, wir müssen den Ort eine Reihe darüber und darunter, links und rechts von dem Ort, an dem wir graben, sehen. Das bedeutet, dass diese Orte in dem Karten-Array existieren müssen, das Zokrates zur Verfügung gestellt wird.
+Dies ist der Grund, warum wir rund um die Karte einen einen Ort breiten Rand benötigen. Wir müssen die Gesamtzahl der Minen um einen Ort herum berechnen, und das bedeutet, dass wir den Ort eine Reihe darüber und darunter, links und rechts von dem Ort sehen müssen, an dem wir graben. Das bedeutet, dass diese Orte in dem Karten-Array existieren müssen, das Zokrates zur Verfügung gestellt wird.
```
def main(private bool[${width+2}][${height+2}] map, u32 x, u32 y) -> (field, u8) {
```
-Standardmäßig enthalten Zokrates-Beweise ihre Eingaben. Es nützt nichts zu wissen, dass sich fünf Minen um einen Punkt befinden, es sei denn, man weiß tatsächlich, um welchen Punkt es sich handelt (und man kann ihn nicht einfach mit seiner Anfrage abgleichen, denn dann könnte der Prüfer andere Werte verwenden und es Ihnen nicht mitteilen). Wir müssen die Karte jedoch geheim halten, während wir sie Zokrates zur Verfügung stellen. Die Lösung ist die Verwendung eines `private`-Parameters, der _nicht_ durch den Beweis offengelegt wird.
+Standardmäßig enthalten Zokrates-Beweise ihre Eingaben. Es nützt nichts zu wissen, dass es fünf Minen um einen Ort herum gibt, es sei denn, Sie wissen tatsächlich, welcher Ort es ist (und Sie können ihn nicht einfach mit Ihrer Anfrage abgleichen, da der Beweiser dann andere Werte verwenden und Ihnen nichts davon erzählen könnte). Wir müssen die Karte jedoch geheim halten, während wir sie Zokrates zur Verfügung stellen. Die Lösung besteht darin, einen `private`-Parameter zu verwenden, der durch den Beweis _nicht_ offengelegt wird.
-Dies eröffnet eine weitere Möglichkeit für Missbrauch. Der Prüfer könnte die richtigen Koordinaten verwenden, aber eine Karte mit einer beliebigen Anzahl von Minen um den Ort herum und möglicherweise am Ort selbst erstellen. Um diesen Missbrauch zu verhindern, lassen wir den Zero-Knowledge-Beweis den Hash der Karte enthalten, der die Spiel-ID ist.
+Dies eröffnet eine weitere Möglichkeit für Missbrauch. Der Beweiser könnte die richtigen Koordinaten verwenden, aber eine Karte mit einer beliebigen Anzahl von Minen um den Ort herum und möglicherweise am Ort selbst erstellen. Um diesen Missbrauch zu verhindern, lassen wir den Zero-Knowledge-Beweis den Hash der Karte einschließen, der die Spielkennung ist.
```
return (hashMap(map),
```
-Der Rückgabewert ist hier ein Tupel, das das Karten-Hash-Array sowie das Grabungsergebnis enthält.
+Der Rückgabewert hier ist ein Tupel, das sowohl das Karten-Hash-Array als auch das Grabergebnis enthält.
```
if map2mineCount(map, x, y) > 0 { 0xFF } else {
```
-Wir verwenden 255 als Sonderwert für den Fall, dass der Ort selbst eine Bombe enthält.
+Wir verwenden 255 als speziellen Wert für den Fall, dass der Ort selbst eine Bombe hat.
```
map2mineCount(map, x-1, y-1) + map2mineCount(map, x, y-1) + map2mineCount(map, x+1, y-1) +
@@ -362,11 +362,11 @@ Wir verwenden 255 als Sonderwert für den Fall, dass der Ort selbst eine Bombe e
}
```
-Wenn der Spieler keine Mine getroffen hat, addieren Sie die Minenzählungen für den Bereich um den Ort herum und geben Sie das zurück.
+Wenn der Spieler keine Mine getroffen hat, addieren Sie die Minenanzahl für den Bereich um den Ort und geben Sie diese zurück.
### Verwendung von Zokrates aus TypeScript {#using-zokrates-from-typescript}
-Zokrates hat eine Befehlszeilenschnittstelle, aber in diesem Programm verwenden wir sie im [TypeScript-Code](https://zokrates.github.io/toolbox/zokrates_js.html).
+Zokrates verfügt über eine Kommandozeilenschnittstelle, aber in diesem Programm verwenden wir es im [TypeScript-Code](https://zokrates.github.io/toolbox/zokrates_js.html).
Die Bibliothek, die die Zokrates-Definitionen enthält, heißt [`zero-knowledge.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts).
@@ -374,19 +374,19 @@ Die Bibliothek, die die Zokrates-Definitionen enthält, heißt [`zero-knowledge.
import { initialize as zokratesInitialize } from "zokrates-js"
```
-Importieren Sie die [Zokrates JavaScript-Bindungen](https://zokrates.github.io/toolbox/zokrates_js.html). Wir benötigen nur die Funktion [`initialize`](https://zokrates.github.io/toolbox/zokrates_js.html#initialize), da sie ein Promise zurückgibt, das in alle Zokrates-Definitionen aufgelöst wird.
+Importieren Sie die [Zokrates-JavaScript-Bindungen](https://zokrates.github.io/toolbox/zokrates_js.html). Wir benötigen nur die Funktion [`initialize`](https://zokrates.github.io/toolbox/zokrates_js.html#initialize), da sie ein Promise zurückgibt, das in alle Zokrates-Definitionen aufgelöst wird.
```typescript
export const zkFunctions = async (width: number, height: number) : Promise => {
```
-Ähnlich wie bei Zokrates selbst exportieren wir auch nur eine Funktion, die ebenfalls [asynchron](https://www.w3schools.com/js/js_async.asp) ist. Wenn sie schließlich zurückkehrt, stellt sie mehrere Funktionen zur Verfügung, wie wir unten sehen werden.
+Ähnlich wie Zokrates selbst exportieren wir auch nur eine Funktion, die ebenfalls [asynchron](https://www.w3schools.com/js/js_async.asp) ist. Wenn sie schließlich zurückkehrt, stellt sie mehrere Funktionen bereit, wie wir unten sehen werden.
```typescript
const zokrates = await zokratesInitialize()
```
-Initialisieren Sie Zokrates, holen Sie sich alles, was wir aus der Bibliothek benötigen.
+Initialisieren Sie Zokrates, holen Sie alles, was wir aus der Bibliothek benötigen.
```typescript
const hashFragment = `
@@ -423,17 +423,17 @@ const hashCompiled = zokrates.compile(hashProgram)
Hier kompilieren wir diese Programme.
```typescript
-// Erstellen Sie die Schlüssel für die Zero-Knowledge-Verifizierung.
-// Auf einem Produktionssystem würden Sie eine Setup-Zeremonie verwenden wollen.
+// Erstelle die Schlüssel für die Zero-Knowledge-Verifizierung.
+// Auf einem Produktionssystem würde man eine Setup-Zeremonie verwenden.
// (https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony).
const keySetupResults = zokrates.setup(digCompiled.program, "")
const verifierKey = keySetupResults.vk
const proverKey = keySetupResults.pk
```
-Auf einem Produktionssystem könnten wir eine kompliziertere [Setup-Zeremonie](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) verwenden, aber das ist für eine Demonstration ausreichend. Es ist kein Problem, dass die Benutzer den Prover-Schlüssel kennen – sie können ihn trotzdem nicht verwenden, um Dinge zu beweisen, es sei denn, sie sind wahr. Da wir die Entropie (der zweite Parameter, `""`) angeben, werden die Ergebnisse immer die gleichen sein.
+Auf einem Produktionssystem würden wir möglicherweise eine kompliziertere [Setup-Zeremonie](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) verwenden, aber für eine Demonstration ist dies gut genug. Es ist kein Problem, dass die Benutzer den Beweiser-Schlüssel kennen können – sie können ihn immer noch nicht verwenden, um Dinge zu beweisen, es sei denn, sie sind wahr. Da wir die Entropie (den zweiten Parameter, `""`) angeben, werden die Ergebnisse immer gleich sein.
-**Hinweis:** Die Kompilierung von Zokrates-Programmen und die Schlüsselerstellung sind langsame Prozesse. Es ist nicht nötig, sie jedes Mal zu wiederholen, nur wenn sich die Kartengröße ändert. Auf einem Produktionssystem würde man sie einmal durchführen und dann die Ausgabe speichern. Der einzige Grund, warum ich es hier nicht tue, ist der Einfachheit halber.
+**Hinweis:** Die Kompilierung von Zokrates-Programmen und die Schlüsselerstellung sind langsame Prozesse. Es ist nicht nötig, sie jedes Mal zu wiederholen, sondern nur, wenn sich die Kartengröße ändert. Auf einem Produktionssystem würden Sie sie einmal durchführen und dann die Ausgabe speichern. Der einzige Grund, warum ich es hier nicht tue, ist der Einfachheit halber.
#### `calculateMapHash` {#calculateMapHash}
@@ -448,12 +448,12 @@ const calculateMapHash = function (hashMe: boolean[][]): string {
}
```
-Die Funktion [`computeWitness`](https://zokrates.github.io/toolbox/zokrates_js.html#computewitnessartifacts-args-options) führt das Zokrates-Programm tatsächlich aus. Sie gibt eine Struktur mit zwei Feldern zurück: `output`, die Ausgabe des Programms als JSON-String, und `witness`, die Informationen, die zur Erstellung eines Zero-Knowledge-Beweises des Ergebnisses benötigt werden. Hier benötigen wir nur die Ausgabe.
+Die Funktion [`computeWitness`](https://zokrates.github.io/toolbox/zokrates_js.html#computewitnessartifacts-args-options) führt das Zokrates-Programm tatsächlich aus. Sie gibt eine Struktur mit zwei Feldern zurück: `output`, was die Ausgabe des Programms als JSON-String ist, und `witness`, was die Informationen sind, die benötigt werden, um einen Zero-Knowledge-Beweis für das Ergebnis zu erstellen. Hier benötigen wir nur die Ausgabe.
-Die Ausgabe ist ein String der Form `"31337"`, eine in Anführungszeichen eingeschlossene Dezimalzahl. Aber die Ausgabe, die wir für `viem` benötigen, ist eine hexadezimale Zahl der Form `0x60A7`. Also verwenden wir `.slice(1,-1)`, um die Anführungszeichen zu entfernen, und dann `BigInt`, um den verbleibenden String, der eine Dezimalzahl ist, in einen [`BigInt`](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/BigInt) umzuwandeln. `.toString(16)` wandelt diesen `BigInt` in einen hexadezimalen String um, und `"0x"+` fügt die Markierung für hexadezimale Zahlen hinzu.
+Die Ausgabe ist ein String der Form `"31337"`, eine in Anführungszeichen eingeschlossene Dezimalzahl. Aber die Ausgabe, die wir für `viem` benötigen, ist eine hexadezimale Zahl der Form `0x60A7`. Also verwenden wir `.slice(1,-1)`, um die Anführungszeichen zu entfernen, und dann `BigInt`, um den verbleibenden String, der eine Dezimalzahl ist, in einen [`BigInt`](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/BigInt) umzuwandeln. `.toString(16)` konvertiert diesen `BigInt` in einen hexadezimalen String, und `"0x"+` fügt die Markierung für hexadezimale Zahlen hinzu.
```typescript
-// Graben und einen Zero-Knowledge-Beweis des Ergebnisses zurückgeben
+// Grabe und gib einen Zero-Knowledge-Beweis des Ergebnisses zurück
// (serverseitiger Code)
```
@@ -462,16 +462,16 @@ Der Zero-Knowledge-Beweis enthält die öffentlichen Eingaben (`x` und `y`) und
```typescript
const zkDig = function(map: boolean[][], x: number, y: number) : any {
if (x<0 || x>=width || y<0 || y>=height)
- throw new Error("Versuch, außerhalb der Karte zu graben")
+ throw new Error("Trying to dig outside the map")
```
-Es ist ein Problem, in Zokrates zu prüfen, ob ein Index außerhalb der Grenzen liegt, also tun wir es hier.
+Es ist ein Problem, in Zokrates zu überprüfen, ob ein Index außerhalb der Grenzen liegt, also tun wir es hier.
```typescript
const runResults = zokrates.computeWitness(digCompiled, [map, `${x}`, `${y}`])
```
-Führen Sie das Grabungsprogramm aus.
+Führen Sie das Grab-Programm aus.
```typescript
const proof = zokrates.generateProof(
@@ -487,12 +487,12 @@ Verwenden Sie [`generateProof`](https://zokrates.github.io/toolbox/zokrates_js.h
```typescript
const solidityVerifier = `
- // Kartengröße: ${width} x ${height}
+ // Map size: ${width} x ${height}
\n${zokrates.exportSolidityVerifier(verifierKey)}
`
```
-Ein Solidity-Verifizierer, ein Smart Contract, den wir auf der Blockchain bereitstellen und verwenden können, um Beweise zu verifizieren, die von `digCompiled.program` generiert wurden.
+Ein Solidity-Verifizierer, ein Smart Contract, den wir auf der Blockchain bereitstellen und verwenden können, um von `digCompiled.program` generierte Beweise zu verifizieren.
```typescript
return {
@@ -503,47 +503,47 @@ Ein Solidity-Verifizierer, ein Smart Contract, den wir auf der Blockchain bereit
}
```
-Schließlich geben Sie alles zurück, was anderer Code benötigen könnte.
+Geben Sie schließlich alles zurück, was anderer Code benötigen könnte.
## Sicherheitstests {#security-tests}
-Sicherheitstests sind wichtig, denn ein Funktionsfehler wird sich irgendwann von selbst zeigen. Aber wenn die Anwendung unsicher ist, bleibt das wahrscheinlich lange Zeit verborgen, bevor es von jemandem aufgedeckt wird, der betrügt und mit Ressourcen davonkommt, die anderen gehören.
+Sicherheitstests sind wichtig, da sich ein Funktionsfehler irgendwann offenbaren wird. Wenn die Anwendung jedoch unsicher ist, bleibt dies wahrscheinlich lange Zeit verborgen, bevor es dadurch aufgedeckt wird, dass jemand betrügt und mit Ressourcen davonkommt, die anderen gehören.
### Berechtigungen {#permissions}
-Es gibt eine privilegierte Entität in diesem Spiel, den Server. Es ist der einzige Benutzer, der berechtigt ist, die Funktionen in [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol) aufzurufen. Wir können [`cast`](https://book.getfoundry.sh/cast/) verwenden, um zu überprüfen, dass Aufrufe von berechtigten Funktionen nur mit dem Serverkonto erlaubt sind.
+Es gibt eine privilegierte Entität in diesem Spiel, den Server. Er ist der einzige Benutzer, der die Funktionen in [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol) aufrufen darf. Wir können [`cast`](https://book.getfoundry.sh/cast/) verwenden, um zu überprüfen, ob Aufrufe von berechtigten Funktionen nur als Serverkonto zulässig sind.
-[Der private Schlüssel des Servers befindet sich in `setupNetwork.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/mud/setupNetwork.ts#L52).
+[Der Private-Key des Servers befindet sich in `setupNetwork.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/mud/setupNetwork.ts#L52).
-1. Setzen Sie auf dem Computer, auf dem `anvil` (die Blockchain) läuft, diese Umgebungsvariablen.
+1. Legen Sie auf dem Computer, auf dem `anvil` (die Blockchain) ausgeführt wird, diese Umgebungsvariablen fest.
```sh copy
WORLD_ADDRESS=0x8d8b6b8414e1e3dcfd4168561b9be6bd3bf6ec4b
UNAUTHORIZED_KEY=0x5de4111afa1a4b94908f83103eb1f1706367c2e68ca870fc3fb9a804cdab365a
AUTHORIZED_KEY=0x59c6995e998f97a5a0044966f0945389dc9e86dae88c7a8412f4603b6b78690d
- ```
+```
-2. Verwenden Sie `cast`, um zu versuchen, die Verifiziereradresse als eine nicht autorisierte Adresse festzulegen.
+2. Verwenden Sie `cast`, um zu versuchen, die Verifizierer-Adresse als nicht autorisierte Adresse festzulegen.
```sh copy
cast send $WORLD_ADDRESS 'app__setVerifier(address)' `cast address-zero` --private-key $UNAUTHORIZED_KEY
- ```
+```
- Nicht nur meldet `cast` einen Fehler, sondern Sie können auch **MUD Dev Tools** im Spiel im Browser öffnen, auf **Tables** klicken und **app\_\_VerifierAddress** auswählen. Sehen Sie, dass die Adresse nicht null ist.
+ Nicht nur meldet `cast` einen Fehler, sondern Sie können auch die **MUD Dev Tools** im Spiel im Browser öffnen, auf **Tables** klicken und **app\_\_VerifierAddress** auswählen. Sehen Sie, dass die Adresse nicht null ist.
-3. Setzen Sie die Verifiziereradresse als Adresse des Servers.
+3. Legen Sie die Verifizierer-Adresse als Adresse des Servers fest.
```sh copy
cast send $WORLD_ADDRESS 'app__setVerifier(address)' `cast address-zero` --private-key $AUTHORIZED_KEY
- ```
+```
- Die Adresse in **app\_\_VerifiedAddress** sollte jetzt null sein.
+ Die Adresse in **app\_\_VerifiedAddress** sollte nun null sein.
-Alle MUD-Funktionen im selben `System` durchlaufen dieselbe Zugriffskontrolle, daher halte ich diesen Test für ausreichend. Wenn nicht, können Sie die anderen Funktionen in [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol) überprüfen.
+Alle MUD-Funktionen im selben `System` durchlaufen dieselbe Zugriffskontrolle, daher halte ich diesen Test für ausreichend. Wenn Sie das nicht tun, können Sie die anderen Funktionen in [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol) überprüfen.
### Zero-Knowledge-Missbrauch {#zero-knowledge-abuses}
-Die Mathematik zur Verifizierung von Zokrates liegt außerhalb des Rahmens dieses Tutorials (und meiner Fähigkeiten). Wir können jedoch verschiedene Prüfungen am Zero-Knowledge-Code durchführen, um zu verifizieren, dass er bei fehlerhafter Ausführung fehlschlägt. All diese Tests erfordern, dass wir [`zero-knowledge.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts) ändern und die gesamte Anwendung neu starten. Es reicht nicht aus, den Serverprozess neu zu starten, da dies die Anwendung in einen unmöglichen Zustand versetzt (der Spieler hat ein Spiel im Gange, aber das Spiel ist für den Server nicht mehr verfügbar).
+Die Mathematik zur Verifizierung von Zokrates sprengt den Rahmen dieses Tutorials (und meine Fähigkeiten). Wir können jedoch verschiedene Überprüfungen des Zero-Knowledge-Codes durchführen, um zu verifizieren, dass er fehlschlägt, wenn er nicht korrekt ausgeführt wird. Alle diese Tests erfordern, dass wir [`zero-knowledge.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts) ändern und die gesamte Anwendung neu starten. Es reicht nicht aus, den Serverprozess neu zu starten, da dies die Anwendung in einen unmöglichen Zustand versetzt (der Spieler hat ein laufendes Spiel, aber das Spiel ist für den Server nicht mehr verfügbar).
#### Falsche Antwort {#wrong-answer}
@@ -553,7 +553,7 @@ Die einfachste Möglichkeit besteht darin, im Zero-Knowledge-Beweis die falsche
proof.inputs[3] = "0x" + "1".padStart(64, "0")
```
-Das bedeutet, wir werden immer behaupten, es gäbe eine Bombe, unabhängig von der richtigen Antwort. Versuchen Sie, mit dieser Version zu spielen, und Sie werden auf der Registerkarte **server** des `pnpm dev`-Bildschirms diesen Fehler sehen:
+Das bedeutet, dass wir immer behaupten werden, es gäbe eine Bombe, unabhängig von der richtigen Antwort. Versuchen Sie, mit dieser Version zu spielen, und Sie werden im Tab **server** des Bildschirms `pnpm dev` diesen Fehler sehen:
```
cause: {
@@ -569,7 +569,7 @@ Diese Art von Betrug schlägt also fehl.
#### Falscher Beweis {#wrong-proof}
-Was passiert, wenn wir die richtigen Informationen liefern, aber nur die falschen Beweisdaten haben? Ersetzen Sie nun Zeile 91 durch:
+Was passiert, wenn wir die richtigen Informationen bereitstellen, aber einfach die falschen Beweisdaten haben? Ersetzen Sie nun Zeile 91 durch:
```ts
proof.proof = {
@@ -582,13 +582,13 @@ proof.proof = {
}
```
-Es schlägt immer noch fehl, aber jetzt schlägt es ohne Grund fehl, weil es während des Verifizierungsaufrufs passiert.
+Es schlägt immer noch fehl, aber jetzt schlägt es ohne Grund fehl, da es während des Verifizierer-Aufrufs passiert.
-### Wie kann ein Benutzer den Zero-Trust-Code überprüfen? {#user-verify-zero-trust}
+### Wie kann ein Benutzer den Zero-Trust-Code verifizieren? {#user-verify-zero-trust}
-Smart Contracts sind relativ einfach zu überprüfen. Typischerweise veröffentlicht der Entwickler den Quellcode in einem Block-Explorer, und der Block-Explorer verifiziert, dass der Quellcode zum Code in der [Vertragsbereitstellungstransaktion](/developers/docs/smart-contracts/deploying/) kompiliert. Im Falle von MUD-`System`en ist dies [etwas komplizierter](https://mud.dev/cli/verify), aber nicht viel.
+Smart Contracts sind relativ einfach zu verifizieren. Typischerweise veröffentlicht der Entwickler den Quellcode in einer Blocksuchmaschine, und die Blocksuchmaschine verifiziert, dass der Quellcode zu dem Code in der [Vertragsbereitstellungstransaktion](/developers/docs/smart-contracts/deploying/) kompiliert wird. Im Falle von MUD-`System`en ist dies [etwas komplizierter](https://mud.dev/cli/verify), aber nicht viel.
-Mit Zero-Knowledge ist das schwieriger. Der Verifizierer enthält einige Konstanten und führt einige Berechnungen mit ihnen durch. Dies sagt Ihnen nicht, was bewiesen wird.
+Dies ist bei Zero-Knowledge schwieriger. Der Verifizierer enthält einige Konstanten und führt einige Berechnungen mit ihnen durch. Dies sagt Ihnen nicht, was bewiesen wird.
```solidity
function verifyingKey() pure internal returns (VerifyingKey memory vk) {
@@ -596,13 +596,12 @@ Mit Zero-Knowledge ist das schwieriger. Der Verifizierer enthält einige Konstan
vk.beta = Pairing.G2Point([uint256(0x2cebd0fbd21aca01910581537b21ae4fed46bc0e524c055059aa164ba0a6b62b), uint256(0x18fd4a7bc386cf03a95af7163d5359165acc4e7961cb46519e6d9ee4a1e2b7e9)], [uint256(0x11449dee0199ef6d8eebfe43b548e875c69e7ce37705ee9a00c81fe52f11a009), uint256(0x066d0c83b32800d3f335bb9e8ed5e2924cf00e77e6ec28178592eac9898e1a00)]);
```
-Die Lösung besteht, zumindest bis Block-Explorer dazu übergehen, Zokrates-Verifizierung zu ihren Benutzeroberflächen hinzuzufügen, darin, dass die Anwendungsentwickler die Zokrates-Programme zur Verfügung stellen und dass zumindest einige Benutzer sie selbst mit dem entsprechenden Verifizierungsschlüssel kompilieren.
+Die Lösung, zumindest bis Blocksuchmaschinen dazu kommen, die Zokrates-Verifizierung zu ihren Benutzeroberflächen hinzuzufügen, besteht darin, dass die Anwendungsentwickler die Zokrates-Programme zur Verfügung stellen und dass zumindest einige Benutzer sie selbst mit dem entsprechenden Verifizierungsschlüssel kompilieren.
-Dazu gehen Sie wie folgt vor:
+Um dies zu tun:
1. [Installieren Sie Zokrates](https://zokrates.github.io/gettingstarted.html).
-
-2. Erstellen Sie eine Datei `dig.zok` mit dem Zokrates-Programm. Der nachstehende Code geht davon aus, dass Sie die ursprüngliche Kartengröße von 10x5 beibehalten haben.
+2. Erstellen Sie eine Datei, `dig.zok`, mit dem Zokrates-Programm. Der folgende Code geht davon aus, dass Sie die ursprüngliche Kartengröße von 10x5 beibehalten haben.
```zokrates
import "utils/pack/bool/pack128.zok" as pack128;
@@ -630,7 +629,7 @@ Dazu gehen Sie wie folgt vor:
}
- // Die Anzahl der Minen am Ort (x,y)
+ // Die Anzahl der Minen an Position (x,y)
def map2mineCount(bool[12][7] map, u32 x, u32 y) -> u8 {
return if map[x+1][y+1] { 1 } else { 0 };
}
@@ -644,91 +643,90 @@ Dazu gehen Sie wie folgt vor:
}
);
}
- ```
+```
-3. Kompilieren Sie den Zokrates-Code und erstellen Sie den Verifizierungsschlüssel. Der Verifizierungsschlüssel muss mit der gleichen Entropie erstellt werden, die im ursprünglichen Server verwendet wurde, [in diesem Fall ein leerer String](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L67).
+3. Kompilieren Sie den Zokrates-Code und erstellen Sie den Verifizierungsschlüssel. Der Verifizierungsschlüssel muss mit derselben Entropie erstellt werden, die im ursprünglichen Server verwendet wurde, [in diesem Fall ein leerer String](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L67).
```sh copy
zokrates compile --input dig.zok
zokrates setup -e ""
- ```
+```
-4. Erstellen Sie den Solidity-Verifizierer selbst und überprüfen Sie, ob er funktionell mit dem auf der Blockchain identisch ist (der Server fügt einen Kommentar hinzu, aber das ist nicht wichtig).
+4. Erstellen Sie den Solidity-Verifizierer selbst und verifizieren Sie, dass er funktional identisch mit dem auf der Blockchain ist (der Server fügt einen Kommentar hinzu, aber das ist nicht wichtig).
```sh copy
zokrates export-verifier
diff verifier.sol ~/20240901-secret-state/packages/contracts/src/verifier.sol
- ```
+```
## Designentscheidungen {#design}
-In jeder ausreichend komplexen Anwendung gibt es konkurrierende Designziele, die Kompromisse erfordern. Schauen wir uns einige der Kompromisse an und warum die aktuelle Lösung anderen Optionen vorzuziehen ist.
+In jeder ausreichend komplexen Anwendung gibt es konkurrierende Designziele, die Kompromisse erfordern. Lassen Sie uns einige der Kompromisse betrachten und warum die aktuelle Lösung anderen Optionen vorzuziehen ist.
### Warum Zero-Knowledge {#why-zero-knowledge}
-Für Minesweeper braucht man nicht wirklich Zero-Knowledge. Der Server kann die Karte immer behalten und sie dann einfach aufdecken, wenn das Spiel vorbei ist. Dann kann der Smart Contract am Ende des Spiels den Karten-Hash berechnen, überprüfen, ob er übereinstimmt, und wenn nicht, den Server bestrafen oder das Spiel vollständig ignorieren.
+Für Minesweeper benötigen Sie nicht wirklich Zero-Knowledge. Der Server kann die Karte immer halten und sie dann einfach komplett aufdecken, wenn das Spiel vorbei ist. Dann kann der Smart Contract am Ende des Spiels den Karten-Hash berechnen, verifizieren, dass er übereinstimmt, und wenn nicht, den Server bestrafen oder das Spiel komplett ignorieren.
-Ich habe diese einfachere Lösung nicht verwendet, da sie nur für kurze Spiele mit einem genau definierten Endzustand funktioniert. Wenn ein Spiel potenziell unendlich ist (wie im Fall von [autonomen Welten](https://0xparc.org/blog/autonomous-worlds)), benötigen Sie eine Lösung, die den Zustand beweist, _ohne_ ihn preiszugeben.
+Ich habe diese einfachere Lösung nicht verwendet, da sie nur für kurze Spiele mit einem gut definierten Endzustand funktioniert. Wenn ein Spiel potenziell unendlich ist (wie im Fall von [autonomen Welten](https://0xparc.org/blog/autonomous-worlds)), benötigen Sie eine Lösung, die den Status beweist, _ohne_ ihn preiszugeben.
-Als Tutorial benötigte dieser Artikel ein kurzes, leicht verständliches Spiel, aber diese Technik ist am nützlichsten für längere Spiele.
+Als Tutorial benötigte dieser Artikel ein kurzes Spiel, das leicht zu verstehen ist, aber diese Technik ist am nützlichsten für längere Spiele.
### Warum Zokrates? {#why-zokrates}
[Zokrates](https://zokrates.github.io/) ist nicht die einzige verfügbare Zero-Knowledge-Bibliothek, aber sie ähnelt einer normalen, [imperativen](https://en.wikipedia.org/wiki/Imperative_programming) Programmiersprache und unterstützt boolesche Variablen.
-Für Ihre Anwendung, mit unterschiedlichen Anforderungen, bevorzugen Sie möglicherweise die Verwendung von [Circum](https://docs.circom.io/getting-started/installation/) oder [Cairo](https://www.cairo-lang.org/tutorials/getting-started-with-cairo/).
+Für Ihre Anwendung mit anderen Anforderungen ziehen Sie es möglicherweise vor, [Circum](https://docs.circom.io/getting-started/installation/) oder [Cairo](https://www.cairo-lang.org/tutorials/getting-started-with-cairo/).
-### Wann Zokrates kompilieren {#when-compile-zokrates}
+### Wann Zokrates kompiliert werden sollte {#when-compile-zokrates}
-In diesem Programm kompilieren wir die Zokrates-Programme [jedes Mal, wenn der Server startet](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L60-L61). Das ist eindeutig eine Verschwendung von Ressourcen, aber dies ist ein Tutorial, das auf Einfachheit optimiert ist.
+In diesem Programm kompilieren wir die Zokrates-Programme [jedes Mal, wenn der Server startet](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L60-L61). Dies ist eindeutig eine Verschwendung von Ressourcen, aber dies ist ein Tutorial, das auf Einfachheit optimiert ist.
-Wenn ich eine produktionsreife Anwendung schreiben würde, würde ich prüfen, ob ich eine Datei mit den kompilierten Zokrates-Programmen für diese Minenfeldgröße habe, und wenn ja, diese verwenden. Dasselbe gilt für die Bereitstellung eines Verifizierervertrags onchain.
+Wenn ich eine Anwendung auf Produktionsniveau schreiben würde, würde ich überprüfen, ob ich eine Datei mit den kompilierten Zokrates-Programmen in dieser Minenfeldgröße habe, und wenn ja, diese verwenden. Dasselbe gilt für die Bereitstellung eines Verifizierer-Vertrags auf der Blockchain.
-### Erstellen der Verifizierer- und Prüferschlüssel {#key-creation}
+### Erstellen der Verifizierer- und Beweiser-Schlüssel {#key-creation}
-Die [Schlüsselerstellung](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L63-L69) ist eine weitere reine Berechnung, die für eine gegebene Minenfeldgröße nicht mehr als einmal durchgeführt werden muss. Auch hier wird es aus Gründen der Einfachheit nur einmal gemacht.
+Die [Schlüsselerstellung](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L63-L69) ist eine weitere reine Berechnung, die für eine bestimmte Minenfeldgröße nicht mehr als einmal durchgeführt werden muss. Auch hier wird sie der Einfachheit halber nur einmal durchgeführt.
-Zusätzlich könnten wir eine [Setup-Zeremonie](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) verwenden. Der Vorteil einer Setup-Zeremonie besteht darin, dass man entweder die Entropie oder ein Zwischenergebnis von jedem Teilnehmer benötigt, um beim Zero-Knowledge-Beweis zu betrügen. Wenn mindestens ein Teilnehmer der Zeremonie ehrlich ist und diese Informationen löscht, sind die Zero-Knowledge-Beweise vor bestimmten Angriffen sicher. Es gibt jedoch _keinen Mechanismus_, um zu überprüfen, ob Informationen von überall gelöscht wurden. Wenn Zero-Knowledge-Beweise von entscheidender Bedeutung sind, sollten Sie an der Setup-Zeremonie teilnehmen.
+Zusätzlich könnten wir [eine Setup-Zeremonie](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) verwenden. Der Vorteil einer Setup-Zeremonie besteht darin, dass Sie entweder die Entropie oder ein Zwischenergebnis von jedem Teilnehmer benötigen, um beim Zero-Knowledge-Beweis zu betrügen. Wenn mindestens ein Zeremonieteilnehmer ehrlich ist und diese Informationen löscht, sind die Zero-Knowledge-Beweise vor bestimmten Angriffen sicher. Es gibt jedoch _keinen Mechanismus_, um zu verifizieren, dass Informationen überall gelöscht wurden. Wenn Zero-Knowledge-Beweise von entscheidender Bedeutung sind, möchten Sie an der Setup-Zeremonie teilnehmen.
-Hier verlassen wir uns auf [perpetual powers of tau](https://github.com/privacy-scaling-explorations/perpetualpowersoftau), an denen Dutzende von Teilnehmern beteiligt waren. Es ist wahrscheinlich sicher genug und viel einfacher. Wir fügen auch keine Entropie während der Schlüsselerstellung hinzu, was es den Benutzern erleichtert, die [Zero-Knowledge-Konfiguration zu überprüfen](#user-verify-zero-trust).
+Hier verlassen wir uns auf [Perpetual Powers of Tau](https://github.com/privacy-scaling-explorations/perpetualpowersoftau), an dem Dutzende von Teilnehmern beteiligt waren. Es ist wahrscheinlich sicher genug und viel einfacher. Wir fügen während der Schlüsselerstellung auch keine Entropie hinzu, was es Benutzern erleichtert, [die Zero-Knowledge-Konfiguration zu verifizieren](#user-verify-zero-trust).
-### Wo verifizieren {#where-verification}
+### Wo verifiziert werden soll {#where-verification}
-Wir können die Zero-Knowledge-Beweise entweder onchain (was Gas kostet) oder im Client (mithilfe von [`verify`](https://zokrates.github.io/toolbox/zokrates_js.html#verifyverificationkey-proof)) verifizieren. Ich habe die erste gewählt, da Sie damit [den Verifizierer einmal überprüfen](#user-verify-zero-trust) und dann darauf vertrauen können, dass er sich nicht ändert, solange die Vertragsadresse dafür gleich bleibt. Wenn die Verifizierung auf dem Client durchgeführt würde, müssten Sie den Code jedes Mal überprüfen, wenn Sie den Client herunterladen.
+Wir können die Zero-Knowledge-Beweise entweder auf der Blockchain (was Gas kostet) oder in der Anwendung (mit [`verify`](https://zokrates.github.io/toolbox/zokrates_js.html#verifyverificationkey-proof)) verifizieren. Ich habe mich für Ersteres entschieden, da Sie so [den Verifizierer verifizieren](#user-verify-zero-trust) können und dann darauf vertrauen können, dass er sich nicht ändert, solange die Vertragsadresse dafür gleich bleibt. Wenn die Verifizierung in der Anwendung durchgeführt würde, müssten Sie den Code, den Sie erhalten, jedes Mal verifizieren, wenn Sie die Anwendung herunterladen.
-Auch wenn dieses Spiel Einzelspieler ist, sind viele Blockchain-Spiele Mehrspieler. Onchain-Verifizierung bedeutet, dass Sie den Zero-Knowledge-Beweis nur einmal verifizieren. Wenn man es im Client macht, müsste jeder Client unabhängig verifizieren.
+Auch wenn dieses Spiel ein Einzelspielerspiel ist, sind viele Blockchain-Spiele Mehrspielerspiele. Die Verifizierung auf der Blockchain bedeutet, dass Sie den Zero-Knowledge-Beweis nur einmal verifizieren. Wenn Sie dies in der Anwendung tun, müsste jede Anwendung unabhängig verifizieren.
### Die Karte in TypeScript oder Zokrates abflachen? {#where-flatten}
-Im Allgemeinen ist es besser, die Verarbeitung in TypeScript durchzuführen, wenn sie entweder in TypeScript oder Zokrates erfolgen kann, da TypeScript viel schneller ist und keine Zero-Knowledge-Beweise erfordert. Dies ist zum Beispiel der Grund, warum wir Zokrates nicht den Hash zur Verfügung stellen und ihn überprüfen lassen, ob er korrekt ist. Das Hashing muss innerhalb von Zokrates erfolgen, aber der Abgleich zwischen dem zurückgegebenen Hash und dem Hash onchain kann außerhalb davon stattfinden.
+Im Allgemeinen ist es besser, die Verarbeitung in TypeScript durchzuführen, wenn sie entweder in TypeScript oder in Zokrates erfolgen kann, da dies viel schneller ist und keine Zero-Knowledge-Beweise erfordert. Dies ist beispielsweise der Grund, warum wir Zokrates nicht den Hash zur Verfügung stellen und ihn verifizieren lassen, dass er korrekt ist. Das Hashing muss innerhalb von Zokrates erfolgen, aber der Abgleich zwischen dem zurückgegebenen Hash und dem Hash auf der Blockchain kann außerhalb davon erfolgen.
-Allerdings [flachen wir die Karte immer noch in Zokrates ab](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L15-L20), obwohl wir es auch in TypeScript hätten tun können. Der Grund ist, dass die anderen Optionen meiner Meinung nach schlechter sind.
+Wir [flachen die Karte jedoch immer noch in Zokrates ab](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L15-L20), obwohl wir dies in TypeScript hätten tun können. Der Grund ist, dass die anderen Optionen meiner Meinung nach schlechter sind.
-- Stellen Sie dem Zokrates-Code ein eindimensionales Array von Booleschen Werten zur Verfügung und verwenden Sie einen Ausdruck wie `x*(height+2)
- +y`, um die zweidimensionale Karte zu erhalten. Dies würde [den Code](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L44-L47) etwas komplizierter machen, also habe ich entschieden, dass der Leistungsgewinn für ein Tutorial nicht wert ist.
+- Stellen Sie dem Zokrates-Code ein eindimensionales Array von Booleschen Werten zur Verfügung und verwenden Sie einen Ausdruck wie `x*(height+2)+y`, um die zweidimensionale Karte zu erhalten. Dies würde [den Code](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L44-L47) etwas komplizierter machen, also habe ich entschieden, dass der Leistungsgewinn für ein Tutorial nicht lohnenswert ist.
-- Senden Sie Zokrates sowohl das eindimensionale als auch das zweidimensionale Array. Diese Lösung bringt uns jedoch nichts. Der Zokrates-Code müsste überprüfen, ob das bereitgestellte eindimensionale Array wirklich die korrekte Darstellung des zweidimensionalen Arrays ist. Es gäbe also keinen Leistungsgewinn.
+- Senden Sie Zokrates sowohl das eindimensionale Array als auch das zweidimensionale Array. Diese Lösung bringt uns jedoch nichts. Der Zokrates-Code müsste verifizieren, dass das bereitgestellte eindimensionale Array wirklich die korrekte Darstellung des zweidimensionalen Arrays ist. Es gäbe also keinen Leistungsgewinn.
- Flachen Sie das zweidimensionale Array in Zokrates ab. Dies ist die einfachste Option, also habe ich sie gewählt.
-### Wo Karten speichern {#where-store-maps}
+### Wo Karten gespeichert werden sollen {#where-store-maps}
-In dieser Anwendung ist [`gamesInProgress`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L20) einfach eine Variable im Speicher. Das bedeutet, dass, wenn Ihr Server ausfällt und neu gestartet werden muss, alle gespeicherten Informationen verloren gehen. Spieler können nicht nur ihr Spiel nicht fortsetzen, sie können nicht einmal ein neues Spiel starten, weil die Onchain-Komponente denkt, dass sie noch ein Spiel im Gange haben.
+In dieser Anwendung ist [`gamesInProgress`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L20) einfach eine Variable im Speicher. Das bedeutet, dass alle gespeicherten Informationen verloren gehen, wenn Ihr Server abstürzt und neu gestartet werden muss. Die Spieler können nicht nur ihr Spiel nicht fortsetzen, sie können nicht einmal ein neues Spiel starten, da die Komponente auf der Blockchain denkt, dass sie noch ein laufendes Spiel haben.
Dies ist eindeutig ein schlechtes Design für ein Produktionssystem, in dem Sie diese Informationen in einer Datenbank speichern würden. Der einzige Grund, warum ich hier eine Variable verwendet habe, ist, dass dies ein Tutorial ist und Einfachheit die Hauptüberlegung ist.
## Fazit: Unter welchen Bedingungen ist dies die geeignete Technik? {#conclusion}
-So, jetzt wissen Sie, wie man ein Spiel mit einem Server schreibt, der geheime Zustände speichert, die nicht onchain gehören. Aber in welchen Fällen sollten Sie es tun? Es gibt zwei Hauptüberlegungen.
+Jetzt wissen Sie also, wie man ein Spiel mit einem Server schreibt, der einen geheimen Status speichert, der nicht auf die Blockchain gehört. Aber in welchen Fällen sollten Sie das tun? Es gibt zwei Hauptüberlegungen.
-- _Langlaufendes Spiel_: [Wie oben erwähnt](#why-zero-knowledge), können Sie in einem kurzen Spiel den Zustand einfach veröffentlichen, sobald das Spiel vorbei ist, und dann alles verifizieren lassen. Aber das ist keine Option, wenn das Spiel eine lange oder unbestimmte Zeit dauert und der Zustand geheim bleiben muss.
+- _Lang laufendes Spiel_: [Wie oben erwähnt](#why-zero-knowledge), können Sie in einem kurzen Spiel den Status einfach veröffentlichen, sobald das Spiel vorbei ist, und dann alles verifizieren lassen. Das ist jedoch keine Option, wenn das Spiel lange oder auf unbestimmte Zeit dauert und der Status geheim bleiben muss.
-- _Etwas Zentralisierung akzeptabel_: Zero-Knowledge-Beweise können die Integrität überprüfen, dass eine Entität die Ergebnisse nicht fälscht. Was sie nicht tun können, ist sicherzustellen, dass die Entität weiterhin verfügbar ist und auf Nachrichten antwortet. In Situationen, in denen die Verfügbarkeit auch dezentralisiert sein muss, sind Zero-Knowledge-Beweise keine ausreichende Lösung, und Sie benötigen eine [Mehrparteienberechnung](https://en.wikipedia.org/wiki/Secure_multi-party_computation).
+- _Eine gewisse Zentralisierung ist akzeptabel_: Zero-Knowledge-Beweise können die Integrität verifizieren, dass eine Entität die Ergebnisse nicht fälscht. Was sie nicht können, ist sicherzustellen, dass die Entität weiterhin verfügbar ist und auf Nachrichten antwortet. In Situationen, in denen auch die Verfügbarkeit dezentralisiert sein muss, sind Zero-Knowledge-Beweise keine ausreichende Lösung, und Sie benötigen [Multi-Party Computation](https://en.wikipedia.org/wiki/Secure_multi-party_computation).
-[Hier finden Sie mehr von meiner Arbeit](https://cryptodocguy.pro/).
+[Weitere meiner Arbeiten finden Sie hier](https://cryptodocguy.pro/).
-### Anerkennungen {#acknowledgements}
+### Danksagungen {#acknowledgements}
-- Alvaro Alonso las einen Entwurf dieses Artikels und klärte einige meiner Missverständnisse über Zokrates auf.
+- Alvaro Alonso hat einen Entwurf dieses Artikels gelesen und einige meiner Missverständnisse über Zokrates geklärt.
-Alle verbleibenden Fehler liegen in meiner Verantwortung.
+Alle verbleibenden Fehler liegen in meiner Verantwortung.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/secure-development-workflow/index.md b/public/content/translations/de/developers/tutorials/secure-development-workflow/index.md
index 9d432f68818..3fa09ccc82c 100644
--- a/public/content/translations/de/developers/tutorials/secure-development-workflow/index.md
+++ b/public/content/translations/de/developers/tutorials/secure-development-workflow/index.md
@@ -1,53 +1,53 @@
---
-title: Smart-Contract-Sicherheitscheckliste
+title: "Checkliste für die Sicherheit von Smart Contracts"
description: Ein empfohlener Workflow zum Schreiben sicherer Smart Contracts
author: "Trailofbits"
-tags: ["smart contracts", "security", "solidity"]
+tags: ["Smart Contracts", "Sicherheit", "Solidity"]
skill: intermediate
-breadcrumb: "Sicherheitscheckliste"
+breadcrumb: Sicherheits-Checkliste
lang: de
published: 2020-09-07
source: Building secure contracts
sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/workflow.md
---
-## Smart-Contract-Entwicklungscheckliste {#smart-contract-development-checklist}
+## Checkliste für die Entwicklung von Smart Contracts {#smart-contract-development-checklist}
-Nachfolgend finden Sie einen allgemeinen Prozess, dessen Befolgung wir beim Schreiben Ihrer Smart Contracts empfehlen.
+Hier ist ein allgemeiner Prozess, den wir empfehlen, während Sie Ihre Smart Contracts schreiben.
-Auf bekannte Sicherheitsprobleme prüfen:
+Prüfen Sie auf bekannte Sicherheitsprobleme:
-- Überprüfen Sie Ihre Verträge mit [Slither](https://github.com/crytic/slither). Es verfügt über mehr als 40 integrierte Detektoren für häufige Schwachstellen. Führen Sie es bei jedem Check-in mit neuem Code aus und stellen Sie sicher, dass Sie einen fehlerfreien Bericht erhalten (oder verwenden Sie den Triage-Modus, um bestimmte Probleme auszublenden).
-- Überprüfen Sie Ihre Verträge mit [Crytic](https://crytic.io/). Es prüft auf 50 Probleme, die von Slither nicht geprüft werden. Crytic kann Ihrem Team auch dabei helfen, den Überblick zu behalten, indem es Sicherheitsprobleme in Pull-Requests auf GitHub leicht aufdeckt.
+- Überprüfen Sie Ihre Verträge mit [Slither](https://github.com/crytic/slither). Es verfügt über mehr als 40 integrierte Detektoren für häufige Schwachstellen. Führen Sie es bei jedem Check-in mit neuem Code aus und stellen Sie sicher, dass es einen sauberen Bericht erhält (oder verwenden Sie den Triage-Modus, um bestimmte Probleme stummzuschalten).
+- Überprüfen Sie Ihre Verträge mit [Crytic](https://crytic.io/). Es prüft auf 50 Probleme, die Slither nicht erkennt. Crytic kann Ihrem Team auch dabei helfen, den Überblick zu behalten, indem es Sicherheitsprobleme in Pull Requests auf GitHub leicht sichtbar macht.
-Berücksichtigen Sie die besonderen Merkmale Ihres Vertrags:
+Berücksichtigen Sie besondere Merkmale Ihres Vertrags:
-- Sind Ihre Verträge upgradefähig? Überprüfen Sie Ihren Upgradefähigkeits-Code auf Fehler mit [`slither-check-upgradeability`](https://github.com/crytic/slither/wiki/Upgradeability-Checks) oder [Crytic](https://blog.trailofbits.com/2020/06/12/upgradeable-contracts-made-safer-with-crytic/). Wir haben 17 Möglichkeiten dokumentiert, wie Upgrades fehlschlagen können.
-- Erheben Ihre Verträge den Anspruch, ERC-konform zu sein? Überprüfen Sie sie mit [`slither-check-erc`](https://github.com/crytic/slither/wiki/ERC-Conformance). Dieses Tool erkennt sofort Abweichungen von sechs gängigen Spezifikationen.
-- Integrieren Sie Token von Drittanbietern? Lesen Sie unsere [Checkliste für die Token-Integration](/developers/tutorials/token-integration-checklist/), bevor Sie sich auf externe Verträge verlassen.
+- Sind Ihre Verträge aktualisierbar? Überprüfen Sie Ihren Code für die Aktualisierbarkeit auf Fehler mit [`slither-check-upgradeability`](https://github.com/crytic/slither/wiki/Upgradeability-Checks) oder [Crytic](https://blog.trailofbits.com/2020/06/12/upgradeable-contracts-made-safer-with-crytic/). Wir haben 17 Wege dokumentiert, wie Upgrades schiefgehen können.
+- Geben Ihre Verträge vor, den ERCs zu entsprechen? Überprüfen Sie sie mit [`slither-check-erc`](https://github.com/crytic/slither/wiki/ERC-Conformance). Dieses Tool erkennt sofort Abweichungen von sechs gängigen Spezifikationen.
+- Integrieren Sie Token von Drittanbietern? Lesen Sie unsere [Checkliste zur Token-Integration](/developers/tutorials/token-integration-checklist/), bevor Sie sich auf externe Verträge verlassen.
-Überprüfen Sie die kritischen Sicherheitsmerkmale Ihres Codes visuell:
+Überprüfen Sie kritische Sicherheitsmerkmale Ihres Codes visuell:
-- Überprüfen Sie den [inheritance-graph](https://github.com/trailofbits/slither/wiki/Printer-documentation#inheritance-graph)-Printer von Slither. Vermeiden Sie unbeabsichtigtes Shadowing und Probleme mit der C3-Linearisierung.
-- Überprüfen Sie den [function-summary](https://github.com/trailofbits/slither/wiki/Printer-documentation#function-summary)-Printer von Slither. Er meldet die Sichtbarkeit von Funktionen und die Zugriffskontrollen.
-- Überprüfen Sie den [vars-and-auth](https://github.com/trailofbits/slither/wiki/Printer-documentation#variables-written-and-authorization)-Printer von Slither. Er meldet die Zugriffskontrollen für Zustandsvariablen.
+- Überprüfen Sie den [inheritance-graph](https://github.com/trailofbits/slither/wiki/Printer-documentation#inheritance-graph)-Drucker von Slither. Vermeiden Sie unbeabsichtigtes Shadowing und Probleme mit der C3-Linearisierung.
+- Überprüfen Sie den [function-summary](https://github.com/trailofbits/slither/wiki/Printer-documentation#function-summary)-Drucker von Slither. Er meldet die Sichtbarkeit von Funktionen und Zugriffskontrollen.
+- Überprüfen Sie den [vars-and-auth](https://github.com/trailofbits/slither/wiki/Printer-documentation#variables-written-and-authorization)-Drucker von Slither. Er meldet Zugriffskontrollen für Zustandsvariablen.
-Dokumentieren Sie kritische Sicherheitseigenschaften und verwenden Sie automatisierte Testgeneratoren, um sie zu bewerten:
+Dokumentieren Sie kritische Sicherheitseigenschaften und verwenden Sie automatisierte Testgeneratoren, um diese zu bewerten:
-- Lernen Sie, [wie Sie Sicherheitseigenschaften für Ihren Code dokumentieren](/developers/tutorials/guide-to-smart-contract-security-tools/). Anfangs ist es schwierig, aber es ist die wichtigste Tätigkeit, um ein gutes Ergebnis zu erzielen. Es ist auch eine Voraussetzung für die Anwendung der fortgeschrittenen Techniken in diesem Tutorial.
-- Definieren Sie Sicherheitseigenschaften in Solidity, zur Verwendung mit [Echidna](https://github.com/crytic/echidna) und [Manticore](https://manticore.readthedocs.io/en/latest/verifier.html). Konzentrieren Sie sich auf Ihre Statusmaschine, Zugriffskontrollen, arithmetische Operationen, externe Interaktionen und die Einhaltung von Standards.
+- Lernen Sie, [Sicherheitseigenschaften für Ihren Code zu dokumentieren](/developers/tutorials/guide-to-smart-contract-security-tools/). Es ist anfangs schwierig, aber es ist die wichtigste Aktivität, um ein gutes Ergebnis zu erzielen. Es ist auch eine Voraussetzung für die Verwendung der fortgeschrittenen Techniken in diesem Tutorial.
+- Definieren Sie Sicherheitseigenschaften in Solidity zur Verwendung mit [Echidna](https://github.com/crytic/echidna) und [Manticore](https://manticore.readthedocs.io/en/latest/verifier.html). Konzentrieren Sie sich auf Ihre Zustandsmaschine, Zugriffskontrollen, arithmetische Operationen, externe Interaktionen und die Einhaltung von Standards.
- Definieren Sie Sicherheitseigenschaften mit der [Python-API von Slither](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/). Konzentrieren Sie sich auf Vererbung, Variablenabhängigkeiten, Zugriffskontrollen und andere strukturelle Probleme.
-- Führen Sie Ihre Eigenschaftstests bei jedem Commit mit [Crytic](https://crytic.io) aus. Crytic kann Tests von Sicherheitseigenschaften verarbeiten und auswerten, sodass jeder in Ihrem Team auf GitHub leicht sehen kann, dass sie erfolgreich sind. Fehlgeschlagene Tests können Commits blockieren.
+- Führen Sie Ihre Eigenschaftstests bei jedem Commit mit [Crytic](https://crytic.io) aus. Crytic kann Sicherheitseigenschaftstests verarbeiten und auswerten, sodass jeder in Ihrem Team auf GitHub leicht sehen kann, dass sie bestanden wurden. Fehlgeschlagene Tests können Commits blockieren.
-Achten Sie schließlich auf Probleme, die automatisierte Werkzeuge nicht leicht finden können:
+Achten Sie schließlich auf Probleme, die automatisierte Tools nicht leicht finden können:
-- Mangelnde Privatsphäre: Alle anderen können Ihre Transaktionen sehen, während sie sich im Pool in der Warteschlange befinden.
-- Front-Running von Transaktionen
+- Mangelnde Privatsphäre: Alle anderen können Ihre Transaktionen sehen, während sie im Pool in der Warteschlange stehen
+- Front-Running-Transaktionen
- Kryptografische Operationen
- Riskante Interaktionen mit externen DeFi-Komponenten
## Bitten Sie um Hilfe {#ask-for-help}
-Die [Ethereum-Sprechstunden](https://calendly.com/dan-trailofbits/office-hours) finden jeden Dienstagnachmittag statt. Diese einstündigen Einzelsitzungen sind eine Gelegenheit, uns alle Ihre Fragen zur Sicherheit zu stellen, Probleme bei der Verwendung unserer Werkzeuge zu beheben und Feedback von Experten zu Ihrem aktuellen Ansatz zu erhalten. Wir helfen Ihnen, diesen Leitfaden durchzuarbeiten.
+Die [Ethereum-Sprechstunden](https://calendly.com/dan-trailofbits/office-hours) finden jeden Dienstagnachmittag statt. Diese einstündigen 1-zu-1-Sitzungen bieten die Gelegenheit, uns alle Fragen zum Thema Sicherheit zu stellen, Fehler mit unseren Tools zu beheben und Feedback von Experten zu Ihrem aktuellen Ansatz zu erhalten. Wir helfen Ihnen bei der Durcharbeitung dieses Leitfadens.
-Treten Sie unserem Slack bei: [Empire Hacking](https://join.slack.com/t/empirehacking/shared_invite/zt-h97bbrj8-1jwuiU33nnzg67JcvIciUw). Wir sind immer in den Kanälen #crytic und #ethereum erreichbar, wenn Sie Fragen haben.
+Treten Sie unserem Slack bei: [Empire Hacking](https://join.slack.com/t/empirehacking/shared_invite/zt-h97bbrj8-1jwuiU33nnzg67JcvIciUw). Wir sind bei Fragen jederzeit in den Kanälen #crytic und #ethereum erreichbar.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/send-token-ethersjs/index.md b/public/content/translations/de/developers/tutorials/send-token-ethersjs/index.md
index fdd2b48952b..cfe239af083 100644
--- a/public/content/translations/de/developers/tutorials/send-token-ethersjs/index.md
+++ b/public/content/translations/de/developers/tutorials/send-token-ethersjs/index.md
@@ -1,26 +1,26 @@
---
title: Senden von Token mit ethers.js
-description: Einsteigerfreundliche Anleitung zum Senden von Token mit ethers.js.
+description: "Anfängerfreundliche Anleitung zum Senden von Token mit ethers.js."
author: Kim YongJun
-tags: [ "ETHERS.JS", "ERC-20", "TOKENS" ]
+tags: ["ETHERS.JS", "ERC-20", "Token"]
skill: beginner
-breadcrumb: "Token senden"
+breadcrumb: Token senden
lang: de
published: 2021-04-06
---
-## Token senden mit ethers.js (5.0) {#send-token}
+## Token senden mit ethers.js(5.0) {#send-token}
-### In diesem Tutorial erfahren Sie, wie Sie {#you-learn-about}
+### In diesem Tutorial lernen Sie Folgendes {#you-learn-about}
-- Ethers.js importieren
-- Token transferieren
-- Gas-Preis entsprechend der Netzwerkauslastung festlegen
+- ethers.js importieren
+- Token übertragen
+- Den Gaspreis entsprechend der Auslastung des Netzwerks festlegen
### Erste Schritte {#to-get-started}
-Zu Beginn müssen wir zunächst die ethers.js-Bibliothek in unser Javascript importieren
-Binden Sie ethers.js (5.0) ein
+Um zu beginnen, müssen wir zunächst die Bibliothek ethers.js in unser JavaScript importieren.
+ethers.js(5.0) einbinden
### Installation {#install-ethersjs}
@@ -33,7 +33,7 @@ ES6 im Browser
```html
```
@@ -51,16 +51,16 @@ ES3(UMD) im Browser
1. **`contract_address`**: Token-Vertragsadresse (die Vertragsadresse wird benötigt, wenn der Token, den Sie übertragen möchten, nicht Ether ist)
2. **`send_token_amount`**: Der Betrag, den Sie an den Empfänger senden möchten
3. **`to_address`**: Die Adresse des Empfängers
-4. **`send_account`**: Die Adresse des Absenders
-5. **`private_key`**: Privater Schlüssel des Absenders, um die Transaktion zu signieren und die Token tatsächlich zu übertragen
+4. **`send_account`**: Die Adresse des Senders
+5. **`private_key`**: Private-Key des Senders, um die Transaktion zu signieren und die Token tatsächlich zu übertragen
## Hinweis {#notice}
-`signTransaction(tx)` wird entfernt, da `sendTransaction()` dies intern erledigt.
+`signTransaction(tx)` wurde entfernt, da `sendTransaction()` dies intern erledigt.
-## Sendeablauf {#procedure}
+## Sendevorgang {#procedure}
-### 1. Mit dem Netzwerk (Testnet) verbinden {#connect-to-network}
+### 1. Mit dem Netzwerk verbinden (Testnet) {#connect-to-network}
#### Provider festlegen (Infura) {#set-provider}
@@ -82,7 +82,7 @@ let wallet = new ethers.Wallet(private_key)
let walletSigner = wallet.connect(window.ethersProvider)
```
-### 4. Aktuellen Gas-Preis abrufen {#get-gas}
+### 4. Aktuellen Gaspreis abrufen {#get-gas}
```javascript
window.ethersProvider.getGasPrice() // gasPrice
@@ -90,17 +90,17 @@ window.ethersProvider.getGasPrice() // gasPrice
### 5. Transaktion definieren {#define-transaction}
-Die unten definierten Variablen sind von `send_token()` abhängig
+Diese unten definierten Variablen sind abhängig von `send_token()`
### Transaktionsparameter {#transaction-params}
-1. **`send_account`**: Adresse des Token-Absenders
+1. **`send_account`**: Adresse des Token-Senders
2. **`to_address`**: Adresse des Token-Empfängers
-3. **`send_token_amount`**: die Anzahl der zu sendenden Token
+3. **`send_token_amount`**: Die Menge der zu sendenden Token
4. **`gas_limit`**: Gaslimit
-5. **`gas_price`**: Gas-Preis
+5. **`gas_price`**: Gaspreis
-[Siehe unten zur Verwendung](#how-to-use)
+[Siehe unten für die Verwendung](#how-to-use)
```javascript
const tx = {
@@ -113,12 +113,12 @@ const tx = {
}
```
-### 6. Übertragung {#transfer}
+### 6. Übertragen {#transfer}
```javascript
walletSigner.sendTransaction(tx).then((transaction) => {
console.dir(transaction)
- alert("Senden abgeschlossen!")
+ alert("Send finished!")
})
```
@@ -174,14 +174,14 @@ function send_token(
walletSigner
)
- // Wie viele Token?
+ // Wie viele Tokens?
let numberOfTokens = ethers.utils.parseUnits(send_token_amount, 18)
console.log(`numberOfTokens: ${numberOfTokens}`)
- // Token senden
+ // Tokens senden
contract.transfer(to_address, numberOfTokens).then((transferResult) => {
console.dir(transferResult)
- alert("Token gesendet")
+ alert("sent token")
})
} // Ether senden
else {
@@ -200,12 +200,12 @@ function send_token(
try {
walletSigner.sendTransaction(tx).then((transaction) => {
console.dir(transaction)
- alert("Senden abgeschlossen!")
+ alert("Send finished!")
})
} catch (error) {
- alert("Senden fehlgeschlagen!!")
+ alert("failed to send!!")
}
}
})
}
-```
+```
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md b/public/content/translations/de/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
new file mode 100644
index 00000000000..66edb0e3ffe
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
@@ -0,0 +1,209 @@
+---
+title: Senden von Transaktionen mit Web3
+description: "Dies ist ein anfängerfreundlicher Leitfaden zum Senden von Ethereum-Transaktionen mit Web3. Es gibt drei Hauptschritte, um eine Transaktion an die Ethereum-Blockchain zu senden: Erstellen, Signieren und Übertragen. Wir werden alle drei durchgehen."
+author: "Elan Halpern"
+tags: ["Transaktionen", "web3.js", "Alchemy"]
+skill: beginner
+breadcrumb: Transaktionen senden
+lang: de
+published: 2020-11-04
+source: Alchemy docs
+sourceUrl: https://www.alchemy.com/docs/how-to-send-transactions-on-ethereum
+---
+
+Dies ist ein anfängerfreundlicher Leitfaden zum Senden von Ethereum-Transaktionen mit Web3. Es gibt drei Hauptschritte, um eine Transaktion an die Ethereum-Blockchain zu senden: Erstellen, Signieren und Übertragen. Wir werden alle drei durchgehen und hoffentlich alle Ihre Fragen beantworten! In diesem Tutorial verwenden wir [Alchemy](https://www.alchemy.com/), um unsere Transaktionen an die Ethereum-Blockchain zu senden. Sie können [hier ein kostenloses Alchemy-Konto erstellen](https://auth.alchemyapi.io/signup).
+
+**HINWEIS:** Dieser Leitfaden ist für das Signieren Ihrer Transaktionen im _Backend_ Ihrer App gedacht. Wenn Sie das Signieren Ihrer Transaktionen im Frontend integrieren möchten, lesen Sie mehr über die Integration von [Web3 mit einem Browser-Anbieter](https://docs.alchemy.com/reference/api-overview#with-a-browser-provider).
+
+## Die Grundlagen {#the-basics}
+
+Wie die meisten Blockchain-Entwickler zu Beginn haben Sie vielleicht recherchiert, wie man eine Transaktion sendet (etwas, das eigentlich ziemlich einfach sein sollte), und sind auf eine Fülle von Leitfäden gestoßen, die alle etwas anderes sagen und Sie ein wenig überfordert und verwirrt zurücklassen. Wenn es Ihnen so geht, machen Sie sich keine Sorgen; das ging uns allen irgendwann so! Bevor wir also anfangen, lassen Sie uns ein paar Dinge klarstellen:
+
+### 1\. Alchemy speichert Ihre Private-Keys nicht {#alchemy-does-not-store-your-private-keys}
+
+- Das bedeutet, dass Alchemy keine Transaktionen in Ihrem Namen signieren und senden kann. Der Grund dafür sind Sicherheitszwecke. Alchemy wird Sie niemals bitten, Ihren Private-Key weiterzugeben, und Sie sollten Ihren Private-Key niemals an einen gehosteten Blockchain-Knoten (oder überhaupt an jemanden) weitergeben.
+- Sie können mit der Kern-API von Alchemy von der Blockchain lesen, aber um darauf zu schreiben, müssen Sie etwas anderes verwenden, um Ihre Transaktionen zu signieren, bevor Sie sie über Alchemy senden (dies gilt auch für jeden anderen [Blockchain-Knoten-Dienst](/developers/docs/nodes-and-clients/nodes-as-a-service/)).
+
+### 2\. Was ist ein „Signer“? {#what-is-a-signer}
+
+- Signer signieren Transaktionen für Sie mit Ihrem Private-Key. In diesem Tutorial verwenden wir [Alchemy Web3](https://docs.alchemyapi.io/alchemy/documentation/alchemy-web3), um unsere Transaktion zu signieren, aber Sie könnten auch jede andere Web3-Bibliothek verwenden.
+- Im Frontend wäre ein gutes Beispiel für einen Signer [MetaMask](https://metamask.io/), das Transaktionen in Ihrem Namen signiert und sendet.
+
+### 3\. Warum muss ich meine Transaktionen signieren? {#why-do-i-need-to-sign-my-transactions}
+
+- Jeder Benutzer, der eine Transaktion im Ethereum-Netzwerk senden möchte, muss die Transaktion (mit seinem Private-Key) signieren, um zu validieren, dass der Ursprung der Transaktion derjenige ist, der er vorgibt zu sein.
+- Es ist extrem wichtig, diesen Private-Key zu schützen, da der Zugriff darauf die volle Kontrolle über Ihr Ethereum-Konto gewährt und es Ihnen (oder jedem mit Zugriff) ermöglicht, Transaktionen in Ihrem Namen durchzuführen.
+
+### 4\. Wie schütze ich meinen Private-Key? {#how-do-i-protect-my-private-key}
+
+- Es gibt viele Möglichkeiten, Ihren Private-Key zu schützen und ihn zum Senden von Transaktionen zu verwenden. In diesem Tutorial verwenden wir eine `.env`-Datei. Sie könnten jedoch auch einen separaten Anbieter verwenden, der Private-Keys speichert, eine Keystore-Datei nutzen oder andere Optionen wählen.
+
+### 5\. Was ist der Unterschied zwischen `eth_sendTransaction` und `eth_sendRawTransaction`? {#difference-between-send-and-send-raw}
+
+`eth_sendTransaction` und `eth_sendRawTransaction` sind beides Ethereum-API-Funktionen, die eine Transaktion an das Ethereum-Netzwerk übertragen, damit sie einem zukünftigen Block hinzugefügt wird. Sie unterscheiden sich darin, wie sie das Signieren der Transaktionen handhaben.
+
+- [`eth_sendTransaction`](https://docs.web3js.org/api/web3-eth/function/sendTransaction) wird zum Senden _unsignierter_ Transaktionen verwendet, was bedeutet, dass der Blockchain-Knoten, an den Sie senden, Ihren Private-Key verwalten muss, damit er die Transaktion signieren kann, bevor er sie an die Blockchain überträgt. Da Alchemy die Private-Keys der Benutzer nicht speichert, wird diese Methode nicht unterstützt.
+- [`eth_sendRawTransaction`](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction) wird verwendet, um Transaktionen zu übertragen, die bereits signiert wurden. Das bedeutet, dass Sie zuerst [`signTransaction(tx, private_key)`](https://docs.web3js.org/api/web3-eth-accounts/function/signTransaction) verwenden müssen und dann das Ergebnis an `eth_sendRawTransaction` übergeben.
+
+Bei der Verwendung von Web3 wird auf `eth_sendRawTransaction` zugegriffen, indem die Funktion [web3.eth.sendSignedTransaction](https://docs.web3js.org/api/web3-eth/function/sendSignedTransaction) aufgerufen wird.
+
+Dies ist es, was wir in diesem Tutorial verwenden werden.
+
+### 6\. Was ist die Web3-Bibliothek? {#what-is-the-web3-library}
+
+- Web3.js ist eine Wrapper-Bibliothek um die Standard-JSON-RPC-Aufrufe, die in der Ethereum-Entwicklung sehr häufig verwendet wird.
+- Es gibt viele Web3-Bibliotheken für verschiedene Sprachen. In diesem Tutorial verwenden wir [Alchemy Web3](https://docs.alchemy.com/reference/api-overview), das in JavaScript geschrieben ist. Sie können sich [hier](https://docs.alchemyapi.io/guides/getting-started#other-web3-libraries) andere Optionen wie [ethers.js](https://docs.ethers.org/v5/) ansehen.
+
+Okay, da wir nun einige dieser Fragen geklärt haben, machen wir mit dem Tutorial weiter. Sie können jederzeit Fragen im Alchemy-[Discord](https://discord.gg/gWuC7zB) stellen!
+
+### 7\. Wie sendet man sichere, gasoptimierte und private Transaktionen? {#how-to-send-secure-gas-optimized-and-private-transactions}
+
+- [Alchemy verfügt über eine Suite von Transact-APIs](https://docs.alchemy.com/reference/transact-api-quickstart). Sie können diese verwenden, um verstärkte Transaktionen zu senden, Transaktionen vorab zu simulieren, private Transaktionen zu senden und gasoptimierte Transaktionen zu senden.
+- Sie können auch die [Notify-API](https://docs.alchemy.com/docs/alchemy-notify) verwenden, um benachrichtigt zu werden, wenn Ihre Transaktion aus dem Mempool gezogen und der Blockchain hinzugefügt wird.
+
+**HINWEIS:** Dieser Leitfaden erfordert ein Alchemy-Konto, eine Ethereum-Adresse oder ein MetaMask-Wallet, Node.js und ein installiertes npm. Wenn nicht, befolgen Sie diese Schritte:
+
+1. [Erstellen Sie ein kostenloses Alchemy-Konto](https://auth.alchemyapi.io/signup)
+2. [Erstellen Sie ein MetaMask-Konto](https://metamask.io/) (oder besorgen Sie sich eine Ethereum-Adresse)
+3. [Befolgen Sie diese Schritte, um Node.js und NPM zu installieren](https://docs.alchemy.com/alchemy/guides/alchemy-for-macs)
+
+## Schritte zum Senden Ihrer Transaktion {#steps-to-sending-your-transaction}
+
+### 1\. Erstellen Sie eine Alchemy-App im Sepolia-Testnet {#create-an-alchemy-app-on-the-sepolia-testnet}
+
+Navigieren Sie zu Ihrem [Alchemy-Dashboard](https://dashboard.alchemyapi.io/) und erstellen Sie eine neue App, wobei Sie Sepolia (oder ein anderes Testnet) für Ihr Netzwerk auswählen.
+
+### 2\. Fordern Sie ETH vom Sepolia-Faucet an {#request-eth-from-sepolia-faucet}
+
+Befolgen Sie die Anweisungen auf dem [Alchemy Sepolia-Faucet](https://www.sepoliafaucet.com/), um ETH zu erhalten. Stellen Sie sicher, dass Sie Ihre **Sepolia**-Ethereum-Adresse (von MetaMask) und nicht die eines anderen Netzwerks angeben. Nachdem Sie die Anweisungen befolgt haben, überprüfen Sie, ob Sie die ETH in Ihrem Wallet erhalten haben.
+
+### 3\. Erstellen Sie ein neues Projektverzeichnis und wechseln Sie mit `cd` dorthin {#create-a-new-project-direction}
+
+Erstellen Sie über die Befehlszeile (Terminal bei Macs) ein neues Projektverzeichnis und navigieren Sie dorthin:
+
+```
+mkdir sendtx-example
+cd sendtx-example
+```
+
+### 4\. Installieren Sie Alchemy Web3 (oder eine beliebige Web3-Bibliothek) {#install-alchemy-web3}
+
+Führen Sie den folgenden Befehl in Ihrem Projektverzeichnis aus, um [Alchemy Web3](https://docs.alchemy.com/reference/api-overview) zu installieren:
+
+Hinweis: Wenn Sie die ethers.js-Bibliothek verwenden möchten, [befolgen Sie die Anweisungen hier](https://docs.alchemy.com/docs/how-to-send-transactions-on-ethereum).
+
+```
+npm install @alch/alchemy-web3
+```
+
+### 5\. Installieren Sie dotenv {#install-dotenv}
+
+Wir verwenden eine `.env`-Datei, um unseren API-Schlüssel und Private-Key sicher zu speichern.
+
+```
+npm install dotenv --save
+```
+
+### 6\. Erstellen Sie die `.env`-Datei {#create-the-dotenv-file}
+
+Erstellen Sie eine `.env`-Datei in Ihrem Projektverzeichnis und fügen Sie Folgendes hinzu (ersetzen Sie „`your-api-url`“ und „`your-private-key`“):
+
+- Um Ihre Alchemy-API-URL zu finden, navigieren Sie zur App-Detailseite der App, die Sie gerade in Ihrem Dashboard erstellt haben, klicken Sie oben rechts auf „View Key“ und kopieren Sie die HTTP-URL.
+- Um Ihren Private-Key mit MetaMask zu finden, lesen Sie diesen [Leitfaden](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key).
+
+```
+API_URL = "your-api-url"
+PRIVATE_KEY = "your-private-key"
+```
+
+
+
+
+Committen Sie .env nicht! Bitte stellen Sie sicher, dass Sie Ihre .env-Datei niemals mit jemandem teilen oder offenlegen, da Sie dadurch Ihre Geheimnisse kompromittieren. Wenn Sie eine Versionskontrolle verwenden, fügen Sie Ihre .env zu einer gitignore-Datei hinzu.
+
+
+
+
+### 7\. Erstellen Sie die Datei `sendTx.js` {#create-sendtx-js}
+
+Großartig, da wir nun unsere sensiblen Daten in einer `.env`-Datei geschützt haben, fangen wir an zu programmieren. Für unser Beispiel zum Senden einer Transaktion senden wir ETH zurück an das Sepolia-Faucet.
+
+Erstellen Sie eine Datei `sendTx.js`, in der wir unsere Beispieltransaktion konfigurieren und senden werden, und fügen Sie die folgenden Codezeilen hinzu:
+
+```
+async function main() {
+ require('dotenv').config();
+ const { API_URL, PRIVATE_KEY } = process.env;
+ const { createAlchemyWeb3 } = require("@alch/alchemy-web3");
+ const web3 = createAlchemyWeb3(API_URL);
+ const myAddress = '0x610Ae88399fc1687FA7530Aac28eC2539c7d6d63' //TODO: replace this address with your own public address
+
+ const nonce = await web3.eth.getTransactionCount(myAddress, 'latest'); // nonce starts counting from 0
+
+ const transaction = {
+ 'to': '0x31B98D14007bDEe637298086988A0bBd31184523', // faucet address to return eth
+ 'value': 1000000000000000000, // 1 ETH
+ 'gas': 30000,
+ 'nonce': nonce,
+ // optional data field to send message or execute smart contract
+ };
+
+ const signedTx = await web3.eth.accounts.signTransaction(transaction, PRIVATE_KEY);
+
+ web3.eth.sendSignedTransaction(signedTx.rawTransaction, function(error, hash) {
+ if (!error) {
+ console.log("🎉 The hash of your transaction is: ", hash, "\n Check Alchemy's Mempool to view the status of your transaction!");
+ } else {
+ console.log("❗Something went wrong while submitting your transaction:", error)
+ }
+ });
+}
+
+main();
+```
+
+Stellen Sie sicher, dass Sie die Adresse in **Zeile 6** durch Ihre eigene öffentliche Adresse ersetzen.
+
+Bevor wir nun dazu übergehen, diesen Code auszuführen, lassen Sie uns über einige der Komponenten hier sprechen.
+
+- `nonce`: Die Nonce-Spezifikation wird verwendet, um die Anzahl der von Ihrer Adresse gesendeten Transaktionen zu verfolgen. Wir benötigen dies aus Sicherheitsgründen und um [Replay-Angriffe](https://docs.alchemyapi.io/resources/blockchain-glossary#account-nonce) zu verhindern. Um die Anzahl der von Ihrer Adresse gesendeten Transaktionen zu erhalten, verwenden wir [getTransactionCount](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_gettransactioncount).
+- `transaction`: Das Transaktionsobjekt hat einige Aspekte, die wir spezifizieren müssen:
+ - `to`: Dies ist die Adresse, an die wir ETH senden möchten. In diesem Fall senden wir ETH zurück an das [Sepolia-Faucet](https://sepoliafaucet.com/), von dem wir sie ursprünglich angefordert haben.
+ - `value`: Dies ist der Betrag, den wir senden möchten, angegeben in Wei, wobei 10^18 Wei = 1 ETH.
+ - `gas`: Es gibt viele Möglichkeiten, die richtige Menge an Gas zu bestimmen, die Ihrer Transaktion beigefügt werden soll. Alchemy hat sogar einen [Gaspreis-Webhook](https://docs.alchemyapi.io/guides/alchemy-notify#address-activity-1), der Sie benachrichtigt, wenn der Gaspreis unter einen bestimmten Schwellenwert fällt. Für Mainnet-Transaktionen ist es eine gute Praxis, einen Gas-Schätzer wie [ETH Gas Station](https://ethgasstation.info/) zu überprüfen, um die richtige Menge an Gas zu bestimmen. 21000 ist die Mindestmenge an Gas, die eine Operation auf Ethereum verbraucht. Um sicherzustellen, dass unsere Transaktion ausgeführt wird, geben wir hier 30000 an.
+ - `nonce`: Siehe obige Nonce-Definition. Nonce beginnt bei Null zu zählen.
+ - [OPTIONAL] data: Wird zum Senden zusätzlicher Informationen mit Ihrer Überweisung oder zum Aufrufen eines Smart Contracts verwendet. Für Guthabenüberweisungen nicht erforderlich, siehe Hinweis unten.
+- `signedTx`: Um unser Transaktionsobjekt zu signieren, verwenden wir die Methode `signTransaction` mit unserem `PRIVATE_KEY`.
+- `sendSignedTransaction`: Sobald wir eine signierte Transaktion haben, können wir sie mit `sendSignedTransaction` absenden, damit sie in einen nachfolgenden Block aufgenommen wird.
+
+**Ein Hinweis zu data**
+Es gibt zwei Hauptarten von Transaktionen, die in Ethereum gesendet werden können.
+
+- Guthabenüberweisung: Senden Sie ETH von einer Adresse an eine andere. Es ist kein Datenfeld erforderlich. Wenn Sie jedoch zusätzliche Informationen zusammen mit Ihrer Transaktion senden möchten, können Sie diese Informationen im HEX-Format in dieses Feld aufnehmen.
+ - Nehmen wir zum Beispiel an, wir wollten den Hash eines IPFS-Dokuments in die Ethereum-Blockchain schreiben, um ihm einen unveränderlichen Zeitstempel zu geben. Unser Datenfeld sollte dann so aussehen: data: `web3.utils.toHex(‘IPFS hash‘)`. Und jetzt kann jeder die Blockchain abfragen und sehen, wann dieses Dokument hinzugefügt wurde.
+- Smart-Contract-Transaktion: Führen Sie Smart-Contract-Code auf der Blockchain aus. In diesem Fall sollte das Datenfeld die Smart-Funktion, die Sie ausführen möchten, zusammen mit allen Parametern enthalten.
+ - Ein praktisches Beispiel finden Sie in Schritt 8 dieses [Hello World-Tutorials](https://docs.alchemyapi.io/alchemy/tutorials/hello-world-smart-contract#step-8-create-the-transaction).
+
+### 8\. Führen Sie den Code mit `node sendTx.js` aus {#run-the-code-using-node-sendtx-js}
+
+Navigieren Sie zurück zu Ihrem Terminal oder Ihrer Befehlszeile und führen Sie Folgendes aus:
+
+```
+node sendTx.js
+```
+
+### 9\. Sehen Sie Ihre Transaktion im Mempool {#see-your-transaction-in-the-mempool}
+
+Öffnen Sie die [Mempool-Seite](https://dashboard.alchemyapi.io/mempool) in Ihrem Alchemy-Dashboard und filtern Sie nach der von Ihnen erstellten App, um Ihre Transaktion zu finden. Hier können wir beobachten, wie unsere Transaktion vom Status „ausstehend“ (pending) in den Status „gemint“ (mined) übergeht (falls erfolgreich) oder in den Status „verworfen“ (dropped), falls sie nicht erfolgreich war. Stellen Sie sicher, dass Sie die Einstellung auf „All“ belassen, damit Sie „geminte“, „ausstehende“ und „verworfene“ Transaktionen erfassen. Sie können auch nach Ihrer Transaktion suchen, indem Sie nach Transaktionen suchen, die an die Adresse `0x31b98d14007bdee637298086988a0bbd31184523` gesendet wurden.
+
+Um die Details Ihrer Transaktion anzuzeigen, sobald Sie sie gefunden haben, wählen Sie den Transaktions-Hash aus, der Sie zu einer Ansicht führen sollte, die wie folgt aussieht:
+
+
+
+Von dort aus können Sie Ihre Transaktion auf Etherscan anzeigen, indem Sie auf das rot eingekreiste Symbol klicken!
+
+**Juhuuu! Sie haben gerade Ihre erste Ethereum-Transaktion mit Alchemy gesendet 🎉**
+
+_Für Feedback und Vorschläge zu diesem Leitfaden senden Sie bitte eine Nachricht an Elan im [Discord](https://discord.gg/A39JVCM) von Alchemy!_
+
+_Ursprünglich veröffentlicht unter [https://docs.alchemyapi.io/tutorials/sending-transactions-using-web3-and-alchemy](https://docs.alchemyapi.io/tutorials/sending-transactions-using-web3-and-alchemy)_
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/server-components/index.md b/public/content/translations/de/developers/tutorials/server-components/index.md
new file mode 100644
index 00000000000..715b462a18d
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/server-components/index.md
@@ -0,0 +1,296 @@
+---
+title: "Serverkomponenten und Agenten für Web3-Apps"
+description: "Nach dem Lesen dieses Tutorials wirst du in der Lage sein, TypeScript-Server zu schreiben, die auf Ereignisse auf einer Blockchain lauschen und entsprechend mit eigenen Transaktionen reagieren. Dies ermöglicht es dir, zentralisierte Anwendungen zu schreiben (da der Server ein Single Point of Failure ist), die jedoch mit Web3-Entitäten interagieren können. Dieselben Techniken können auch verwendet werden, um einen Agenten zu schreiben, der ohne menschliches Eingreifen auf On-Chain-Ereignisse reagiert."
+
+author: Ori Pomerantz
+lang: de
+tags: ["Agent", "Server", "Off-Chain", "Dapps"]
+skill: beginner
+breadcrumb: Serverkomponenten
+published: 2024-07-15
+---
+
+## Einführung {#introduction}
+
+In den meisten Fällen verwendet eine dezentralisierte Anwendung einen Server, um die Software zu verteilen, aber die gesamte eigentliche Interaktion findet zwischen dem Client (typischerweise dem Webbrowser) und der Blockchain statt.
+
+
+
+Es gibt jedoch einige Fälle, in denen eine Anwendung von einer unabhängig laufenden Serverkomponente profitieren würde. Ein solcher Server wäre in der Lage, auf Ereignisse und auf Anfragen aus anderen Quellen, wie z. B. einer API, durch die Ausgabe von Transaktionen zu reagieren.
+
+
+
+Es gibt mehrere mögliche Aufgaben, die ein solcher Server erfüllen könnte.
+
+- Halter eines geheimen Zustands. Beim Gaming ist es oft nützlich, den Spielern nicht alle Informationen zugänglich zu machen, die das Spiel kennt. Jedoch _gibt es keine Geheimnisse auf der Blockchain_; jede Information, die sich auf der Blockchain befindet, ist für jeden leicht herauszufinden. Wenn also ein Teil des Spielzustands geheim gehalten werden soll, muss er woanders gespeichert werden (und die Auswirkungen dieses Zustands möglicherweise mithilfe von [Zero-Knowledge-Beweisen](/zero-knowledge-proofs) verifiziert werden).
+
+- Zentralisiertes Orakel. Wenn die Einsätze niedrig genug sind, kann ein externer Server, der einige Informationen online liest und sie dann auf der Chain veröffentlicht, gut genug sein, um als [Orakel](/developers/docs/oracles/) verwendet zu werden.
+
+- Agent. Nichts passiert auf der Blockchain ohne eine Transaktion, die es aktiviert. Ein Server kann im Namen eines Benutzers handeln, um Aktionen wie [Arbitrage](/developers/docs/mev/#mev-examples-dex-arbitrage) durchzuführen, wenn sich die Gelegenheit dazu bietet.
+
+## Beispielprogramm {#sample-program}
+
+Du kannst dir einen Beispielserver [auf GitHub](https://github.com/qbzzt/20240715-server-component) ansehen. Dieser Server lauscht auf Ereignisse, die von [diesem Vertrag](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=contract_code) kommen, einer modifizierten Version von Hardhats Greeter. Wenn die Begrüßung geändert wird, ändert er sie wieder zurück.
+
+Um ihn auszuführen:
+
+1. Klone das Repository.
+
+ ```sh copy
+ git clone https://github.com/qbzzt/20240715-server-component.git
+ cd 20240715-server-component
+```
+
+2. Installiere die erforderlichen Pakete. Falls du es noch nicht hast, [installiere zuerst Node](https://nodejs.org/en/download/package-manager).
+
+ ```sh copy
+ npm install
+```
+
+3. Bearbeite die `.env`-Datei, um den Private-Key eines Kontos anzugeben, das ETH im Holesky-Testnet hat. Wenn du keine ETH auf Holesky hast, kannst du [dieses Faucet verwenden](https://holesky-faucet.pk910.de/).
+
+ ```sh filename=".env" copy
+ PRIVATE_KEY=0x
+```
+
+4. Starte den Server.
+
+ ```sh copy
+ npm start
+```
+
+5. Gehe zu [einer Blocksuchmaschine](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=write_contract) und ändere die Begrüßung unter Verwendung einer anderen Adresse als derjenigen, die den Private-Key besitzt. Du wirst sehen, dass die Begrüßung automatisch wieder zurückgeändert wird.
+
+### Wie funktioniert das? {#how-it-works}
+
+Der einfachste Weg zu verstehen, wie man eine Serverkomponente schreibt, ist, das Beispiel Zeile für Zeile durchzugehen.
+
+#### `src/app.ts` {#src-app-ts}
+
+Der weitaus größte Teil des Programms ist in [`src/app.ts`](https://github.com/qbzzt/20240715-server-component/blob/main/src/app.ts) enthalten.
+
+##### Erstellen der vorausgesetzten Objekte
+
+```typescript
+import {
+ createPublicClient,
+ createWalletClient,
+ getContract,
+ http,
+ Address,
+} from "viem"
+```
+
+Dies sind die [Viem](https://viem.sh/)-Entitäten, die wir benötigen: Funktionen und [der `Address`-Typ](https://viem.sh/docs/glossary/types#address). Dieser Server ist in [TypeScript](https://www.typescriptlang.org/) geschrieben, einer Erweiterung von JavaScript, die es [streng typisiert](https://en.wikipedia.org/wiki/Strong_and_weak_typing) macht.
+
+```typescript
+import { privateKeyToAccount } from "viem/accounts"
+```
+
+[Diese Funktion](https://viem.sh/docs/accounts/privateKey) ermöglicht es uns, die Wallet-Informationen, einschließlich der Adresse, passend zu einem Private-Key zu generieren.
+
+```typescript
+import { holesky } from "viem/chains"
+```
+
+Um eine Blockchain in Viem zu verwenden, musst du deren Definition importieren. In diesem Fall möchten wir uns mit der [Holesky](https://github.com/eth-clients/holesky)-Test-Blockchain verbinden.
+
+```typescript
+// So fügen wir die Definitionen in .env zu process.env hinzu.
+import * as dotenv from "dotenv"
+dotenv.config()
+```
+
+So lesen wir `.env` in die Umgebung ein. Wir benötigen dies für den Private-Key (siehe später).
+
+```typescript
+const greeterAddress : Address = "0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6"
+const greeterABI = [
+ {
+ "inputs": [
+ {
+ "internalType": "string",
+ "name": "_greeting",
+ "type": "string"
+ }
+ ],
+ "stateMutability": "nonpayable",
+ "type": "constructor"
+ },
+ .
+ .
+ .
+ {
+ "inputs": [
+ {
+ "internalType": "string",
+ "name": "_greeting",
+ "type": "string"
+ }
+ ],
+ "name": "setGreeting",
+ "outputs": [],
+ "stateMutability": "nonpayable",
+ "type": "function"
+ }
+] as const
+```
+
+Um einen Vertrag zu nutzen, benötigen wir seine Adresse und die [ABI](/glossary/#abi) dafür. Wir stellen hier beides bereit.
+
+In JavaScript (und somit auch in TypeScript) kann man einer Konstanten keinen neuen Wert zuweisen, aber man _kann_ das darin gespeicherte Objekt modifizieren. Durch die Verwendung des Suffixes `as const` teilen wir TypeScript mit, dass die Liste selbst konstant ist und nicht geändert werden darf.
+
+```typescript
+const publicClient = createPublicClient({
+ chain: holesky,
+ transport: http(),
+})
+```
+
+Erstelle einen [Public Client](https://viem.sh/docs/clients/public.html) von Viem. Public Clients haben keinen angehängten Private-Key und können daher keine Transaktionen senden. Sie können [`view`-Funktionen](https://www.tutorialspoint.com/solidity/solidity_view_functions.htm) aufrufen, Kontostände lesen usw.
+
+```typescript
+const account = privateKeyToAccount(process.env.PRIVATE_KEY as `0x${string}`)
+```
+
+Die Umgebungsvariablen sind in [`process.env`](https://www.totaltypescript.com/how-to-strongly-type-process-env) verfügbar. TypeScript ist jedoch streng typisiert. Eine Umgebungsvariable kann ein beliebiger String oder leer sein, daher ist der Typ für eine Umgebungsvariable `string | undefined`. Ein Schlüssel ist in Viem jedoch als `0x${string}` definiert (`0x` gefolgt von einem String). Hier teilen wir TypeScript mit, dass die Umgebungsvariable `PRIVATE_KEY` von diesem Typ sein wird. Wenn dies nicht der Fall ist, erhalten wir einen Laufzeitfehler.
+
+Die Funktion [`privateKeyToAccount`](https://viem.sh/docs/accounts/privateKey) verwendet dann diesen Private-Key, um ein vollständiges Konto-Objekt zu erstellen.
+
+```typescript
+const walletClient = createWalletClient({
+ account,
+ chain: holesky,
+ transport: http(),
+})
+```
+
+Als Nächstes verwenden wir das Konto-Objekt, um einen [Wallet Client](https://viem.sh/docs/clients/wallet) zu erstellen. Dieser Client verfügt über einen Private-Key und eine Adresse, sodass er zum Senden von Transaktionen verwendet werden kann.
+
+```typescript
+const greeter = getContract({
+ address: greeterAddress,
+ abi: greeterABI,
+ client: { public: publicClient, wallet: walletClient },
+})
+```
+
+Da wir nun alle Voraussetzungen haben, können wir endlich eine [Vertragsinstanz](https://viem.sh/docs/contract/getContract) erstellen. Wir werden diese Vertragsinstanz verwenden, um mit dem On-Chain-Vertrag zu kommunizieren.
+
+##### Lesen von der Blockchain
+
+```typescript
+console.log(`Current greeting:`, await greeter.read.greet())
+```
+
+Die Vertragsfunktionen, die nur lesend sind ([`view`](https://www.tutorialspoint.com/solidity/solidity_view_functions.htm) und [`pure`](https://www.tutorialspoint.com/solidity/solidity_pure_functions.htm)), sind unter `read` verfügbar. In diesem Fall verwenden wir es, um auf die Funktion [`greet`](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=read_contract#cfae3217) zuzugreifen, welche die Begrüßung zurückgibt.
+
+JavaScript ist Single-Threaded. Wenn wir also einen lang andauernden Prozess anstoßen, müssen wir [angeben, dass wir dies asynchron tun](https://eloquentjavascript.net/11_async.html#h-XvLsfAhtsE). Der Aufruf der Blockchain, selbst für eine reine Leseoperation, erfordert einen Roundtrip zwischen dem Computer und einem Blockchain-Knoten. Das ist der Grund, warum wir hier angeben, dass der Code auf das Ergebnis warten (`await`) muss.
+
+Wenn du dich dafür interessierst, wie das funktioniert, kannst du [hier darüber lesen](https://www.w3schools.com/js/js_promise.asp). In der Praxis musst du jedoch nur wissen, dass du auf die Ergebnisse wartest (`await`), wenn du eine Operation startest, die lange dauert, und dass jede Funktion, die dies tut, als `async` deklariert werden muss.
+
+##### Ausgeben von Transaktionen
+
+```typescript
+const setGreeting = async (greeting: string): Promise => {
+```
+
+Dies ist die Funktion, die du aufrufst, um eine Transaktion auszugeben, welche die Begrüßung ändert. Da dies eine langwierige Operation ist, wird die Funktion als `async` deklariert. Aufgrund der internen Implementierung muss jede `async`-Funktion ein `Promise`-Objekt zurückgeben. In diesem Fall bedeutet `Promise`, dass wir nicht genau spezifizieren, was im `Promise` zurückgegeben wird.
+
+```typescript
+const txHash = await greeter.write.setGreeting([greeting])
+```
+
+Das `write`-Feld der Vertragsinstanz enthält alle Funktionen, die in den Blockchain-Zustand schreiben (solche, die das Senden einer Transaktion erfordern), wie z. B. [`setGreeting`](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=write_contract#a4136862). Die Parameter, falls vorhanden, werden als Liste bereitgestellt, und die Funktion gibt den Hash der Transaktion zurück.
+
+```typescript
+ console.log(`Working on a fix, see https://eth-holesky.blockscout.com/tx/${txHash}`)
+
+ return txHash
+}
+```
+
+Melde den Hash der Transaktion (als Teil einer URL zur Blocksuchmaschine, um ihn anzusehen) und gib ihn zurück.
+
+##### Reagieren auf Ereignisse
+
+```typescript
+greeter.watchEvent.SetGreeting({
+```
+
+[Die Funktion `watchEvent`](https://viem.sh/docs/actions/public/watchEvent) ermöglicht es dir anzugeben, dass eine Funktion ausgeführt werden soll, wenn ein Ereignis ausgelöst wird. Wenn du dich nur für einen bestimmten Ereignistyp interessierst (in diesem Fall `SetGreeting`), kannst du diese Syntax verwenden, um dich auf diesen Ereignistyp zu beschränken.
+
+```typescript
+ onLogs: logs => {
+```
+
+Die Funktion `onLogs` wird aufgerufen, wenn es Protokolleinträge (Logs) gibt. In Ethereum sind „Log“ und „Ereignis“ (Event) in der Regel austauschbar.
+
+```typescript
+console.log(
+ `Address ${logs[0].args.sender} changed the greeting to ${logs[0].args.greeting}`
+)
+```
+
+Es könnte mehrere Ereignisse geben, aber der Einfachheit halber kümmern wir uns nur um das erste. `logs[0].args` sind die Argumente des Ereignisses, in diesem Fall `sender` und `greeting`.
+
+```typescript
+ if (logs[0].args.sender != account.address)
+ setGreeting(`${account.address} insists on it being Hello!`)
+ }
+})
+```
+
+Wenn der Absender _nicht_ dieser Server ist, verwende `setGreeting`, um die Begrüßung zu ändern.
+
+#### `package.json` {#package-json}
+
+[Diese Datei](https://github.com/qbzzt/20240715-server-component/blob/main/package.json) steuert die [Node.js](https://nodejs.org/en)-Konfiguration. Dieser Artikel erklärt nur die wichtigen Definitionen.
+
+```json
+{
+ "main": "dist/index.js",
+```
+
+Diese Definition gibt an, welche JavaScript-Datei ausgeführt werden soll.
+
+```json
+ "scripts": {
+ "start": "tsc && node dist/app.js",
+ },
+```
+
+Die Skripte sind verschiedene Anwendungsaktionen. In diesem Fall haben wir nur `start`, was den Server kompiliert und dann ausführt. Der Befehl `tsc` ist Teil des `typescript`-Pakets und kompiliert TypeScript zu JavaScript. Wenn du ihn manuell ausführen möchtest, befindet er sich in `node_modules/.bin`. Der zweite Befehl führt den Server aus.
+
+```json
+ "type": "module",
+```
+
+Es gibt mehrere Arten von JavaScript-Node-Anwendungen. Der Typ `module` ermöglicht es uns, `await` im Code auf oberster Ebene zu verwenden, was wichtig ist, wenn man langsame (und daher asynchrone) Operationen durchführt.
+
+```json
+ "devDependencies": {
+ "@types/node": "^20.14.2",
+ "typescript": "^5.4.5"
+ },
+```
+
+Dies sind Pakete, die nur für die Entwicklung benötigt werden. Hier brauchen wir `typescript`, und da wir es mit Node.js verwenden, holen wir uns auch die Typen für Node-Variablen und -Objekte, wie z. B. `process`. [Die Notation `^`](https://github.com/npm/node-semver?tab=readme-ov-file#caret-ranges-123-025-004) bedeutet diese Version oder eine höhere Version, die keine Breaking Changes aufweist. Siehe [hier](https://semver.org) für weitere Informationen über die Bedeutung von Versionsnummern.
+
+```json
+ "dependencies": {
+ "dotenv": "^16.4.5",
+ "viem": "2.14.1"
+ }
+}
+```
+
+Dies sind Pakete, die zur Laufzeit benötigt werden, wenn `dist/app.js` ausgeführt wird.
+
+## Fazit {#conclusion}
+
+Der zentralisierte Server, den wir hier erstellt haben, erfüllt seine Aufgabe, nämlich als Agent für einen Benutzer zu fungieren. Jeder andere, der möchte, dass die Dapp weiterhin funktioniert, und bereit ist, das Gas auszugeben, kann eine neue Instanz des Servers mit seiner eigenen Adresse ausführen.
+
+Dies funktioniert jedoch nur, wenn die Aktionen des zentralisierten Servers leicht verifiziert werden können. Wenn der zentralisierte Server geheime Zustandsinformationen hat oder schwierige Berechnungen durchführt, ist er eine zentralisierte Entität, der du vertrauen musst, um die Anwendung zu nutzen – was genau das ist, was Blockchains zu vermeiden versuchen. In einem zukünftigen Artikel plane ich zu zeigen, wie man [Zero-Knowledge-Beweise](/zero-knowledge-proofs) verwendet, um dieses Problem zu umgehen.
+
+[Siehe hier für weitere meiner Arbeiten](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md b/public/content/translations/de/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
new file mode 100644
index 00000000000..dfc6d560031
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
@@ -0,0 +1,93 @@
+---
+title: Richten Sie web3.js ein, um die Ethereum-Blockchain in JavaScript zu verwenden
+description: Erfahren Sie, wie Sie die web3.js-Bibliothek einrichten und konfigurieren, um aus JavaScript-Anwendungen mit der Ethereum-Blockchain zu interagieren.
+author: "jdourlens"
+tags: ["web3.js", "JavaScript"]
+skill: beginner
+breadcrumb: web3.js-Einrichtung
+lang: de
+published: 2020-04-11
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/setup-web3js-to-use-the-ethereum-blockchain-in-javascript/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+In diesem Tutorial werden wir sehen, wie man mit [web3.js](https://web3js.readthedocs.io/) beginnt, um mit der Ethereum-Blockchain zu interagieren. Web3.js kann sowohl in Frontends als auch in Backends verwendet werden, um Daten aus der Blockchain zu lesen oder Transaktionen durchzuführen und sogar Smart Contracts bereitzustellen.
+
+Der erste Schritt besteht darin, web3.js in Ihr Projekt aufzunehmen. Um es auf einer Webseite zu verwenden, können Sie die Bibliothek direkt über ein CDN wie JSDeliver importieren.
+
+```html
+
+```
+
+Wenn Sie es vorziehen, die Bibliothek für die Verwendung in Ihrem Backend oder einem Frontend-Projekt, das Builds verwendet, zu installieren, können Sie sie über npm installieren:
+
+```bash
+npm install web3 --save
+```
+
+Um Web3.js dann in ein Node.js-Skript oder ein Browserify-Frontend-Projekt zu importieren, können Sie die folgende JavaScript-Zeile verwenden:
+
+```js
+const Web3 = require("web3")
+```
+
+Nachdem wir die Bibliothek in das Projekt aufgenommen haben, müssen wir sie initialisieren. Ihr Projekt muss in der Lage sein, mit der Blockchain zu kommunizieren. Die meisten Ethereum-Bibliotheken kommunizieren mit einem [Blockchain-Knoten](/developers/docs/nodes-and-clients/) über RPC-Aufrufe. Um unseren Web3-Anbieter (Provider) zu initiieren, instanziieren wir eine Web3-Instanz und übergeben dem Konstruktor die URL des Anbieters. Wenn Sie einen Blockchain-Knoten oder eine [Ganache-Instanz auf Ihrem Computer ausführen](https://ethereumdev.io/testing-your-smart-contract-with-existing-protocols-ganache-fork/), sieht das so aus:
+
+```js
+const web3 = new Web3("http://localhost:8545")
+```
+
+Wenn Sie direkt auf einen gehosteten Blockchain-Knoten zugreifen möchten, finden Sie Optionen unter [Blockchain-Knoten als Dienstleistung (Nodes as a Service)](/developers/docs/nodes-and-clients/nodes-as-a-service).
+
+```js
+const web3 = new Web3("https://cloudflare-eth.com")
+```
+
+Um zu testen, ob wir unsere Web3-Instanz richtig konfiguriert haben, versuchen wir, die neueste Blocknummer mit der Funktion `getBlockNumber` abzurufen. Diese Funktion akzeptiert einen Callback als Parameter und gibt die Blocknummer als Ganzzahl zurück.
+
+```js
+var Web3 = require("web3")
+const web3 = new Web3("https://cloudflare-eth.com")
+
+web3.eth.getBlockNumber(function (error, result) {
+ console.log(result)
+})
+```
+
+Wenn Sie dieses Programm ausführen, wird einfach die neueste Blocknummer ausgegeben: die Spitze der Blockchain. Sie können auch `await/async`-Funktionsaufrufe verwenden, um verschachtelte Callbacks in Ihrem Code zu vermeiden:
+
+```js
+async function getBlockNumber() {
+ const latestBlockNumber = await web3.eth.getBlockNumber()
+ console.log(latestBlockNumber)
+ return latestBlockNumber
+}
+
+getBlockNumber()
+```
+
+Sie können alle auf der Web3-Instanz verfügbaren Funktionen in [der offiziellen web3.js-Dokumentation](https://docs.web3js.org/) einsehen.
+
+Die meisten Web3-Bibliotheken sind asynchron, da die Bibliothek im Hintergrund JSON-RPC-Aufrufe an den Blockchain-Knoten durchführt, der das Ergebnis zurücksendet.
+
+(,...)`.
+
+```solidity
+
+ _retVal = _retVal >> (256-length*8);
+```
+
+Nur die höchstwertigen `length`-Bytes sind Teil des Feldes, also führen wir eine [Rechtsverschiebung (Right-Shift)](https://en.wikipedia.org/wiki/Logical_shift) durch, um die anderen Werte loszuwerden.
+Dies hat den zusätzlichen Vorteil, dass der Wert an den rechten Rand des Feldes verschoben wird, sodass es der Wert selbst ist und nicht der Wert mal 256irgendwas.
+
+```solidity
+
+ return _retVal;
+ }
+
+
+ fallback() external {
+```
+
+Wenn ein Aufruf an einen Solidity-Vertrag mit keiner der Funktionssignaturen übereinstimmt, ruft er [die `fallback()`-Funktion](https://docs.soliditylang.org/en/v0.8.12/contracts.html#fallback-function) auf (vorausgesetzt, es gibt eine).
+Im Fall von `CalldataInterpreter` landet _jeder_ Aufruf hier, da es keine anderen `external`- oder `public`-Funktionen gibt.
+
+```solidity
+ uint _func;
+
+ _func = calldataVal(0, 1);
+```
+
+Lesen Sie das erste Byte der Calldata, das uns die Funktion mitteilt.
+Es gibt zwei Gründe, warum eine Funktion hier nicht verfügbar sein könnte:
+
+1. Funktionen, die `pure` oder `view` sind, ändern den Zustand nicht und kosten kein Gas (wenn sie Off-Chain aufgerufen werden).
+ Es macht keinen Sinn zu versuchen, ihre Gaskosten zu senken.
+2. Funktionen, die sich auf [`msg.sender`](https://docs.soliditylang.org/en/v0.8.12/units-and-global-variables.html#block-and-transaction-properties) verlassen.
+ Der Wert von `msg.sender` wird die Adresse von `CalldataInterpreter` sein, nicht die des Aufrufers.
+
+Leider bleibt [bei Betrachtung der ERC-20-Spezifikationen](https://eips.ethereum.org/EIPS/eip-20) nur eine Funktion übrig: `transfer`.
+Damit bleiben uns nur zwei Funktionen: `transfer` (weil wir `transferFrom` aufrufen können) und `faucet` (weil wir die Token an denjenigen zurückübertragen können, der uns aufgerufen hat).
+
+```solidity
+
+ // Ruft die zustandsändernden Methoden des Tokens auf unter Verwendung von
+ // Informationen aus den Calldata
+
+ // faucet
+ if (_func == 1) {
+```
+
+Ein Aufruf von `faucet()`, der keine Parameter hat.
+
+```solidity
+ token.faucet();
+ token.transfer(msg.sender,
+ token.balanceOf(address(this)));
+ }
+```
+
+Nachdem wir `token.faucet()` aufgerufen haben, erhalten wir Token. Allerdings **brauchen** wir als Proxy-Vertrag keine Token.
+Das EOA (Extern verwaltetes Konto) oder der Vertrag, der uns aufgerufen hat, hingegen schon.
+Also übertragen wir alle unsere Token an denjenigen, der uns aufgerufen hat.
+
+```solidity
+ // transfer (angenommen, wir haben eine Allowance dafür)
+ if (_func == 2) {
+```
+
+Die Übertragung von Token erfordert zwei Parameter: die Zieladresse und den Betrag.
+
+```solidity
+ token.transferFrom(
+ msg.sender,
+```
+
+Wir erlauben Aufrufern nur, Token zu übertragen, die sie besitzen
+
+```solidity
+ address(uint160(calldataVal(1, 20))),
+```
+
+Die Zieladresse beginnt bei Byte #1 (Byte #0 ist die Funktion).
+Als Adresse ist sie 20 Bytes lang.
+
+```solidity
+ calldataVal(21, 2)
+```
+
+Für diesen speziellen Vertrag nehmen wir an, dass die maximale Anzahl an Token, die jemand übertragen möchte, in zwei Bytes passt (weniger als 65536).
+
+```solidity
+ );
+ }
+```
+
+Insgesamt benötigt eine Übertragung 35 Bytes an Calldata:
+
+| Abschnitt | Länge | Bytes |
+| ------------------- | -----: | ----: |
+| Funktionsselektor | 1 | 0 |
+| Zieladresse | 32 | 1-32 |
+| Betrag | 2 | 33-34 |
+
+```solidity
+ } // fallback
+
+} // contract CalldataInterpreter
+```
+
+### test.js {#test-js}
+
+[Dieser JavaScript-Unit-Test](https://github.com/qbzzt/ethereum.org-20220330-shortABI/blob/master/test/test.js) zeigt uns, wie wir diesen Mechanismus verwenden (und wie wir überprüfen, ob er korrekt funktioniert).
+Ich gehe davon aus, dass Sie [chai](https://www.chaijs.com/) und [ethers](https://docs.ethers.io/v5/) verstehen, und erkläre nur die Teile, die sich speziell auf den Vertrag beziehen.
+
+```js
+const { expect } = require("chai");
+
+describe("CalldataInterpreter", function () {
+ it("Should let us use tokens", async function () {
+ const Token = await ethers.getContractFactory("OrisUselessToken")
+ const token = await Token.deploy()
+ await token.deployed()
+ console.log("Token addr:", token.address)
+
+ const Cdi = await ethers.getContractFactory("CalldataInterpreter")
+ const cdi = await Cdi.deploy(token.address)
+ await cdi.deployed()
+ console.log("CalldataInterpreter addr:", cdi.address)
+
+ const signer = await ethers.getSigner()
+```
+
+Wir beginnen mit der Bereitstellung beider Verträge.
+
+```javascript
+ // Token zum Spielen erhalten
+ const faucetTx = {
+```
+
+Wir können nicht die High-Level-Funktionen verwenden, die wir normalerweise nutzen würden (wie `token.faucet()`), um Transaktionen zu erstellen, da wir der ABI nicht folgen.
+Stattdessen müssen wir die Transaktion selbst erstellen und dann senden.
+
+```javascript
+ to: cdi.address,
+ data: "0x01"
+```
+
+Es gibt zwei Parameter, die wir für die Transaktion angeben müssen:
+
+1. `to`, die Zieladresse.
+ Dies ist der Calldata-Interpreter-Vertrag.
+2. `data`, die zu sendenden Calldata.
+ Im Falle eines Faucet-Aufrufs bestehen die Daten aus einem einzigen Byte, `0x01`.
+
+```javascript
+
+ }
+ await (await signer.sendTransaction(faucetTx)).wait()
+```
+
+Wir rufen [die `sendTransaction`-Methode des Signers](https://docs.ethers.io/v5/api/signer/#Signer-sendTransaction) auf, da wir das Ziel bereits angegeben haben (`faucetTx.to`) und die Transaktion signiert werden muss.
+
+```javascript
+// Überprüfen, ob das Faucet die Token korrekt bereitstellt
+expect(await token.balanceOf(signer.address)).to.equal(1000)
+```
+
+Hier überprüfen wir das Guthaben.
+Es besteht keine Notwendigkeit, bei `view`-Funktionen Gas zu sparen, also führen wir sie einfach normal aus.
+
+```javascript
+// Dem CDI eine Allowance erteilen (Approvals können nicht über einen Proxy weitergeleitet werden)
+const approveTX = await token.approve(cdi.address, 10000)
+await approveTX.wait()
+expect(await token.allowance(signer.address, cdi.address)).to.equal(10000)
+```
+
+Geben Sie dem Calldata-Interpreter eine Freigabe (Allowance), um Übertragungen durchführen zu können.
+
+```javascript
+// Token übertragen
+const destAddr = "0xf5a6ead936fb47f342bb63e676479bddf26ebe1d"
+const transferTx = {
+ to: cdi.address,
+ data: "0x02" + destAddr.slice(2, 42) + "0100",
+}
+```
+
+Erstellen Sie eine Übertragungstransaktion. Das erste Byte ist „0x02“, gefolgt von der Zieladresse und schließlich dem Betrag (0x0100, was dezimal 256 entspricht).
+
+```javascript
+ await (await signer.sendTransaction(transferTx)).wait()
+
+ // Überprüfen, ob wir 256 Token weniger haben
+ expect (await token.balanceOf(signer.address)).to.equal(1000-256)
+
+ // Und dass unser Ziel sie erhalten hat
+ expect (await token.balanceOf(destAddr)).to.equal(256)
+ }) // it
+}) // describe
+```
+
+## Kosten senken, wenn Sie den Zielvertrag kontrollieren {#reducing-the-cost-when-you-do-control-the-destination-contract}
+
+Wenn Sie die Kontrolle über den Zielvertrag haben, können Sie Funktionen erstellen, die die `msg.sender`-Prüfungen umgehen, da sie dem Calldata-Interpreter vertrauen.
+[Ein Beispiel dafür, wie das funktioniert, finden Sie hier im `control-contract`-Branch](https://github.com/qbzzt/ethereum.org-20220330-shortABI/tree/control-contract).
+
+Wenn der Vertrag nur auf externe Transaktionen reagieren würde, kämen wir mit nur einem Vertrag aus.
+Das würde jedoch die [Zusammensetzbarkeit (Composability)](/developers/docs/smart-contracts/composability/) beeinträchtigen.
+Es ist viel besser, einen Vertrag zu haben, der auf normale ERC-20-Aufrufe reagiert, und einen weiteren Vertrag, der auf Transaktionen mit kurzen Calldata reagiert.
+
+### Token.sol {#token-sol-2}
+
+In diesem Beispiel können wir `Token.sol` ändern.
+Dadurch können wir eine Reihe von Funktionen haben, die nur der Proxy aufrufen darf.
+Hier sind die neuen Teile:
+
+```solidity
+ // Die einzige Adresse, die die CalldataInterpreter-Adresse angeben darf
+ address owner;
+
+ // Die CalldataInterpreter-Adresse
+ address proxy = address(0);
+```
+
+Der ERC-20-Vertrag muss die Identität des autorisierten Proxys kennen.
+Wir können diese Variable jedoch nicht im Konstruktor festlegen, da wir den Wert noch nicht kennen.
+Dieser Vertrag wird zuerst instanziiert, da der Proxy die Adresse des Tokens in seinem Konstruktor erwartet.
+
+```solidity
+ /* *
+ * @dev Ruft den ERC20-Konstruktor auf. */
+
+
+
+ constructor(
+ ) ERC20("Oris useless token-2", "OUT-2") {
+ owner = msg.sender;
+ }
+```
+
+Die Adresse des Erstellers (genannt `owner`) wird hier gespeichert, da dies die einzige Adresse ist, die den Proxy festlegen darf.
+
+```solidity
+ /* *
+ * @dev Setzt die Adresse für den Proxy (den CalldataInterpreter).
+ * Kann nur einmal vom Eigentümer aufgerufen werden */
+
+
+
+
+ function setProxy(address _proxy) external {
+ require(msg.sender == owner, "Can only be called by owner");
+ require(proxy == address(0), "Proxy is already set");
+
+ proxy = _proxy;
+ } // function setProxy
+```
+
+Der Proxy hat privilegierten Zugriff, da er Sicherheitsprüfungen umgehen kann.
+Um sicherzustellen, dass wir dem Proxy vertrauen können, lassen wir nur den `owner` diese Funktion aufrufen, und das nur einmal.
+Sobald `proxy` einen echten Wert hat (nicht null), kann sich dieser Wert nicht mehr ändern. Selbst wenn der Eigentümer beschließt, bösartig zu werden, oder die Mnemonic dafür aufgedeckt wird, sind wir immer noch sicher.
+
+```solidity
+ /* *
+ * @dev Einige Funktionen dürfen nur vom Proxy aufgerufen werden. */
+
+
+
+ modifier onlyProxy {
+```
+
+Dies ist eine [`modifier`-Funktion](https://www.tutorialspoint.com/solidity/solidity_function_modifiers.htm), sie ändert die Art und Weise, wie andere Funktionen arbeiten.
+
+```solidity
+ require(msg.sender == proxy);
+```
+
+Überprüfen Sie zunächst, ob wir vom Proxy und von niemand anderem aufgerufen wurden.
+Wenn nicht, führen Sie einen `revert` durch.
+
+```solidity
+ _;
+ }
+```
+
+Wenn ja, führen Sie die Funktion aus, die wir modifizieren.
+
+```solidity
+ /* Funktionen, die es dem Proxy ermöglichen, tatsächlich als Proxy für Konten zu fungieren */
+ /* Functions that allow the proxy to actually proxy for accounts */
+
+ function transferProxy(address from, address to, uint256 amount)
+ public virtual onlyProxy() returns (bool)
+ {
+ _transfer(from, to, amount);
+ return true;
+ }
+
+ function approveProxy(address from, address spender, uint256 amount)
+ public virtual onlyProxy() returns (bool)
+ {
+ _approve(from, spender, amount);
+ return true;
+ }
+
+ function transferFromProxy(
+ address spender,
+ address from,
+ address to,
+ uint256 amount
+ ) public virtual onlyProxy() returns (bool)
+ {
+ _spendAllowance(from, spender, amount);
+ _transfer(from, to, amount);
+ return true;
+ }
+```
+
+Dies sind drei Operationen, die normalerweise erfordern, dass die Nachricht direkt von der Entität stammt, die Token überträgt oder eine Freigabe genehmigt.
+Hier haben wir eine Proxy-Version dieser Operationen, die:
+
+1. Durch `onlyProxy()` modifiziert wird, sodass niemand sonst sie kontrollieren darf.
+2. Die Adresse, die normalerweise `msg.sender` wäre, als zusätzlichen Parameter erhält.
+
+### CalldataInterpreter.sol {#calldatainterpreter-sol-2}
+
+Der Calldata-Interpreter ist fast identisch mit dem obigen, mit der Ausnahme, dass die Proxy-Funktionen einen `msg.sender`-Parameter erhalten und keine Freigabe für `transfer` erforderlich ist.
+
+```solidity
+ // transfer (keine Allowance erforderlich)
+ if (_func == 2) {
+ token.transferProxy(
+ msg.sender,
+ address(uint160(calldataVal(1, 20))),
+ calldataVal(21, 2)
+ );
+ }
+
+ // approve
+ if (_func == 3) {
+ token.approveProxy(
+ msg.sender,
+ address(uint160(calldataVal(1, 20))),
+ calldataVal(21, 2)
+ );
+ }
+
+ // transferFrom
+ if (_func == 4) {
+ token.transferFromProxy(
+ msg.sender,
+ address(uint160(calldataVal( 1, 20))),
+ address(uint160(calldataVal(21, 20))),
+ calldataVal(41, 2)
+ );
+ }
+```
+
+### Test.js {#test-js-2}
+
+Es gibt ein paar Änderungen zwischen dem vorherigen Testcode und diesem.
+
+```js
+const Cdi = await ethers.getContractFactory("CalldataInterpreter")
+const cdi = await Cdi.deploy(token.address)
+await cdi.deployed()
+await token.setProxy(cdi.address)
+```
+
+Wir müssen dem ERC-20-Vertrag mitteilen, welchem Proxy er vertrauen soll
+
+```js
+console.log("CalldataInterpreter addr:", cdi.address)
+
+// Benötigt zwei Unterzeichner, um Allowances zu verifizieren
+const signers = await ethers.getSigners()
+const signer = signers[0]
+const poorSigner = signers[1]
+```
+
+Um `approve()` und `transferFrom()` zu überprüfen, benötigen wir einen zweiten Signer.
+Wir nennen ihn `poorSigner`, weil er keine unserer Token erhält (er muss natürlich ETH haben).
+
+```js
+// Token übertragen
+const destAddr = "0xf5a6ead936fb47f342bb63e676479bddf26ebe1d"
+const transferTx = {
+ to: cdi.address,
+ data: "0x02" + destAddr.slice(2, 42) + "0100",
+}
+await (await signer.sendTransaction(transferTx)).wait()
+```
+
+Da der ERC-20-Vertrag dem Proxy (`cdi`) vertraut, benötigen wir keine Freigabe, um Übertragungen weiterzuleiten.
+
+```js
+// approval und transferFrom
+const approveTx = {
+ to: cdi.address,
+ data: "0x03" + poorSigner.address.slice(2, 42) + "00FF",
+}
+await (await signer.sendTransaction(approveTx)).wait()
+
+const destAddr2 = "0xE1165C689C0c3e9642cA7606F5287e708d846206"
+
+const transferFromTx = {
+ to: cdi.address,
+ data: "0x04" + signer.address.slice(2, 42) + destAddr2.slice(2, 42) + "00FF",
+}
+await (await poorSigner.sendTransaction(transferFromTx)).wait()
+
+// Überprüfen, ob die Kombination aus approve / transferFrom korrekt ausgeführt wurde
+expect(await token.balanceOf(destAddr2)).to.equal(255)
+```
+
+Testen Sie die beiden neuen Funktionen.
+Beachten Sie, dass `transferFromTx` zwei Adressparameter erfordert: den Geber der Freigabe und den Empfänger.
+
+## Fazit {#conclusion}
+
+Sowohl [Optimism](https://medium.com/ethereum-optimism/the-road-to-sub-dollar-transactions-part-2-compression-edition-6bb2890e3e92) als auch [Arbitrum](https://developer.offchainlabs.com/docs/special_features) suchen nach Wegen, die Größe der auf L1 geschriebenen Calldata und damit die Kosten von Transaktionen zu reduzieren.
+Als Infrastrukturanbieter, die nach generischen Lösungen suchen, sind unsere Möglichkeiten jedoch begrenzt.
+Als Dapp-Entwickler verfügen Sie über anwendungsspezifisches Wissen, mit dem Sie Ihre Calldata viel besser optimieren können, als wir es in einer generischen Lösung könnten.
+Hoffentlich hilft Ihnen dieser Artikel dabei, die ideale Lösung für Ihre Bedürfnisse zu finden.
+
+[Weitere meiner Arbeiten finden Sie hier](https://cryptodocguy.pro/).
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/smart-contract-security-guidelines/index.md b/public/content/translations/de/developers/tutorials/smart-contract-security-guidelines/index.md
new file mode 100644
index 00000000000..6e155e8e980
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/smart-contract-security-guidelines/index.md
@@ -0,0 +1,92 @@
+---
+title: "Sicherheitsrichtlinien für Smart Contracts"
+description: Eine Checkliste mit Sicherheitsrichtlinien, die Sie bei der Entwicklung Ihrer Dapp beachten sollten
+author: "Trailofbits"
+tags: ["Solidity", "Smart Contracts", "Sicherheit"]
+skill: intermediate
+breadcrumb: Sicherheitsrichtlinien
+lang: de
+published: 2020-09-06
+source: Building secure contracts
+sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/guidelines.md
+---
+
+Befolgen Sie diese allgemeinen Empfehlungen, um sicherere Smart Contracts zu erstellen.
+
+## Design-Richtlinien {#design-guidelines}
+
+Das Design des Vertrags sollte im Voraus besprochen werden, bevor auch nur eine einzige Zeile Code geschrieben wird.
+
+### Dokumentation und Spezifikationen {#documentation-and-specifications}
+
+Die Dokumentation kann auf verschiedenen Ebenen verfasst werden und sollte während der Implementierung der Verträge aktualisiert werden:
+
+- **Eine einfache Beschreibung des Systems**, die erklärt, was die Verträge tun, sowie alle Annahmen zur Codebasis.
+- **Schema- und Architekturdiagramme**, einschließlich der Vertragsinteraktionen und des Zustandsautomaten des Systems. [Slither-Drucker (Printers)](https://github.com/crytic/slither/wiki/Printer-documentation) können bei der Erstellung dieser Schemata helfen.
+- **Gründliche Code-Dokumentation**, für Solidity kann das [Natspec-Format](https://docs.soliditylang.org/en/develop/natspec-format.html) verwendet werden.
+
+### Berechnung auf der Blockchain vs. Off-Chain-Berechnung {#onchain-vs-offchain-computation}
+
+- **Halten Sie so viel Code wie möglich Off-Chain.** Halten Sie die Ebene auf der Blockchain klein. Verarbeiten Sie Daten mit Code Off-Chain so vor, dass die Überprüfung auf der Blockchain einfach ist. Benötigen Sie eine geordnete Liste? Sortieren Sie die Liste Off-Chain und überprüfen Sie dann nur ihre Reihenfolge auf der Blockchain.
+
+### Aktualisierbarkeit (Upgradeability) {#upgradeability}
+
+Wir haben die verschiedenen Lösungen zur Aktualisierbarkeit in [unserem Blogbeitrag](https://blog.trailofbits.com/2018/09/05/contract-upgrade-anti-patterns/) besprochen. Treffen Sie eine bewusste Entscheidung darüber, ob Sie Aktualisierbarkeit unterstützen möchten oder nicht, bevor Sie Code schreiben. Diese Entscheidung wird beeinflussen, wie Sie Ihren Code strukturieren. Im Allgemeinen empfehlen wir:
+
+- **Bevorzugen Sie [Vertragsmigration](https://blog.trailofbits.com/2018/10/29/how-contract-migration-works/) gegenüber Aktualisierbarkeit.** Migrationssysteme bieten viele der gleichen Vorteile wie aktualisierbare Systeme, jedoch ohne deren Nachteile.
+- **Verwenden Sie das Datentrennungsmuster (Data Separation) anstelle des Delegatecall-Proxy-Musters.** Wenn Ihr Projekt eine klare Abstraktionstrennung aufweist, erfordert die Aktualisierbarkeit mittels Datentrennung nur wenige Anpassungen. Der Delegatecall-Proxy erfordert Fachwissen über die Ethereum Virtual Machine (EVM) und ist sehr fehleranfällig.
+- **Dokumentieren Sie das Migrations-/Aktualisierungsverfahren vor der Bereitstellung.** Wenn Sie unter Stress ohne Richtlinien reagieren müssen, werden Sie Fehler machen. Schreiben Sie das zu befolgende Verfahren im Voraus auf. Es sollte Folgendes umfassen:
+ - Die Aufrufe, die die neuen Verträge initiieren
+ - Wo die Schlüssel gespeichert sind und wie man auf sie zugreift
+ - Wie die Bereitstellung überprüft wird! Entwickeln und testen Sie ein Post-Deployment-Skript.
+
+## Implementierungsrichtlinien {#implementation-guidelines}
+
+**Streben Sie nach Einfachheit.** Verwenden Sie immer die einfachste Lösung, die Ihren Zweck erfüllt. Jedes Mitglied Ihres Teams sollte in der Lage sein, Ihre Lösung zu verstehen.
+
+### Funktionskomposition {#function-composition}
+
+Die Architektur Ihrer Codebasis sollte es einfach machen, Ihren Code zu überprüfen. Vermeiden Sie architektonische Entscheidungen, die es erschweren, über dessen Richtigkeit nachzudenken.
+
+- **Teilen Sie die Logik Ihres Systems auf**, entweder durch mehrere Verträge oder indem Sie ähnliche Funktionen gruppieren (zum Beispiel Authentifizierung, Arithmetik, ...).
+- **Schreiben Sie kleine Funktionen mit einem klaren Zweck.** Dies erleichtert die Überprüfung und ermöglicht das Testen einzelner Komponenten.
+
+### Vererbung {#inheritance}
+
+- **Halten Sie die Vererbung überschaubar.** Vererbung sollte verwendet werden, um die Logik aufzuteilen. Ihr Projekt sollte jedoch darauf abzielen, die Tiefe und Breite des Vererbungsbaums zu minimieren.
+- **Verwenden Sie den [Vererbungsdrucker (Inheritance Printer)](https://github.com/crytic/slither/wiki/Printer-documentation#inheritance-graph) von Slither, um die Hierarchie der Verträge zu überprüfen.** Der Vererbungsdrucker hilft Ihnen dabei, die Größe der Hierarchie zu überprüfen.
+
+### Ereignisse (Events) {#events}
+
+- **Protokollieren Sie alle wichtigen Vorgänge.** Ereignisse helfen dabei, den Vertrag während der Entwicklung zu debuggen und ihn nach der Bereitstellung zu überwachen.
+
+### Vermeiden Sie bekannte Fallstricke {#avoid-known-pitfalls}
+
+- **Seien Sie sich der häufigsten Sicherheitsprobleme bewusst.** Es gibt viele Online-Ressourcen, um sich über häufige Probleme zu informieren, wie z. B. [Ethernaut CTF](https://ethernaut.openzeppelin.com/), [Capture the Ether](https://capturetheether.com/) oder [Not so smart contracts](https://github.com/crytic/not-so-smart-contracts/).
+- **Beachten Sie die Warnhinweise in der [Solidity-Dokumentation](https://docs.soliditylang.org/en/latest/).** Die Warnhinweise informieren Sie über nicht offensichtliches Verhalten der Sprache.
+
+### Abhängigkeiten {#dependencies}
+
+- **Verwenden Sie gut getestete Bibliotheken.** Das Importieren von Code aus gut getesteten Bibliotheken verringert die Wahrscheinlichkeit, dass Sie fehlerhaften Code schreiben. Wenn Sie einen ERC-20-Vertrag schreiben möchten, verwenden Sie [OpenZeppelin](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/contracts/token/ERC20).
+- **Verwenden Sie einen Abhängigkeitsmanager; vermeiden Sie das Kopieren und Einfügen von Code.** Wenn Sie sich auf eine externe Quelle verlassen, müssen Sie diese mit der Originalquelle auf dem neuesten Stand halten.
+
+### Tests und Verifizierung {#testing-and-verification}
+
+- **Schreiben Sie gründliche Unit-Tests.** Eine umfangreiche Testsuite ist entscheidend für die Entwicklung hochwertiger Software.
+- **Schreiben Sie benutzerdefinierte Prüfungen und Eigenschaften für [Slither](https://github.com/crytic/slither), [Echidna](https://github.com/crytic/echidna) und [Manticore](https://github.com/trailofbits/manticore).** Automatisierte Tools helfen dabei, die Sicherheit Ihres Vertrags zu gewährleisten. Lesen Sie den Rest dieses Leitfadens, um zu erfahren, wie Sie effiziente Prüfungen und Eigenschaften schreiben.
+- **Verwenden Sie [crytic.io](https://crytic.io/).** Crytic lässt sich in GitHub integrieren, bietet Zugriff auf private Slither-Detektoren und führt benutzerdefinierte Eigenschaftsprüfungen von Echidna aus.
+
+### Solidity {#solidity}
+
+- **Bevorzugen Sie Solidity 0.5 gegenüber 0.4 und 0.6.** Unserer Meinung nach ist Solidity 0.5 sicherer und verfügt über bessere integrierte Praktiken als 0.4. Solidity 0.6 hat sich als zu instabil für die Produktion erwiesen und benötigt Zeit, um zu reifen.
+- **Verwenden Sie eine stabile Version zum Kompilieren; verwenden Sie die neueste Version, um auf Warnungen zu prüfen.** Stellen Sie sicher, dass Ihr Code mit der neuesten Compiler-Version keine gemeldeten Probleme aufweist. Solidity hat jedoch einen schnellen Veröffentlichungszyklus und eine Historie von Compiler-Fehlern, weshalb wir die neueste Version nicht für die Bereitstellung empfehlen (siehe Slithers [solc-Versionsempfehlung](https://github.com/crytic/slither/wiki/Detector-Documentation#recommendation-33)).
+- **Verwenden Sie kein Inline-Assembly.** Assembly erfordert Fachwissen über die Ethereum Virtual Machine. Schreiben Sie keinen EVM-Code, wenn Sie das Yellow Paper nicht _gemeistert_ haben.
+
+## Bereitstellungsrichtlinien {#deployment-guidelines}
+
+Sobald der Vertrag entwickelt und bereitgestellt wurde:
+
+- **Überwachen Sie Ihre Verträge.** Beobachten Sie die Protokolle und seien Sie bereit zu reagieren, falls der Vertrag oder das Wallet kompromittiert wird.
+- **Fügen Sie Ihre Kontaktinformationen zu [blockchain-security-contacts](https://github.com/crytic/blockchain-security-contacts) hinzu.** Diese Liste hilft Dritten, Sie zu kontaktieren, falls eine Sicherheitslücke entdeckt wird.
+- **Sichern Sie die Wallets privilegierter Benutzer.** Befolgen Sie unsere [Best Practices](https://blog.trailofbits.com/2018/11/27/10-rules-for-the-secure-use-of-cryptocurrency-hardware-wallets/), wenn Sie Schlüssel in Hardware-Wallets speichern.
+- **Haben Sie einen Plan zur Reaktion auf Vorfälle (Incident Response Plan).** Bedenken Sie, dass Ihre Smart Contracts kompromittiert werden können. Selbst wenn Ihre Verträge fehlerfrei sind, könnte ein Angreifer die Kontrolle über die Schlüssel des Vertragsinhabers erlangen.
\ No newline at end of file
diff --git a/public/content/translations/de/developers/tutorials/stealth-addr/index.md b/public/content/translations/de/developers/tutorials/stealth-addr/index.md
new file mode 100644
index 00000000000..032e257d59d
--- /dev/null
+++ b/public/content/translations/de/developers/tutorials/stealth-addr/index.md
@@ -0,0 +1,437 @@
+---
+title: "Verwendung von Stealth-Adressen"
+description: "Stealth-Adressen ermöglichen es Benutzern, Vermögenswerte anonym zu übertragen. Nach dem Lesen dieses Artikels werden Sie in der Lage sein: Zu erklären, was Stealth-Adressen sind und wie sie funktionieren, zu verstehen, wie man Stealth-Adressen so nutzt, dass die Anonymität gewahrt bleibt, und eine webbasierte Anwendung zu schreiben, die Stealth-Adressen verwendet."
+author: Ori Pomerantz
+tags: ["Stealth-Adresse", "Datenschutz", "Kryptografie", "Rust", "wasm"]
+skill: intermediate
+breadcrumb: Stealth-Adressen
+published: 2025-11-30
+lang: de
+sidebarDepth: 3
+---
+
+Sie sind Bill. Aus Gründen, auf die wir hier nicht näher eingehen, möchten Sie für die Kampagne „Alice for Queen of the World“ spenden und Alice wissen lassen, dass Sie gespendet haben, damit sie Sie belohnt, falls sie gewinnt. Leider ist ihr Sieg nicht garantiert. Es gibt eine konkurrierende Kampagne: „Carol for Empress of the Solar System“. Wenn Carol gewinnt und herausfindet, dass Sie an Alice gespendet haben, stecken Sie in Schwierigkeiten. Sie können also nicht einfach 200 ETH von Ihrem Konto auf das von Alice überweisen.
+
+[ERC-5564](https://eips.ethereum.org/EIPS/eip-5564) bietet die Lösung. Dieser ERC erklärt, wie man [Stealth-Adressen](https://nerolation.github.io/stealth-utils) für anonyme Übertragungen verwendet.
+
+**Warnung**: Die Kryptografie hinter Stealth-Adressen ist, soweit wir wissen, solide. Es gibt jedoch potenzielle Seitenkanalangriffe. [Unten](#go-wrong) werden Sie sehen, was Sie tun können, um dieses Risiko zu verringern.
+
+## Wie Stealth-Adressen funktionieren {#how}
+
+Dieser Artikel wird versuchen, Stealth-Adressen auf zwei Arten zu erklären. Die erste ist, [wie man sie verwendet](#how-use). Dieser Teil reicht aus, um den Rest des Artikels zu verstehen. Danach folgt [eine Erklärung der dahinterstehenden Mathematik](#how-math). Wenn Sie sich für Kryptografie interessieren, lesen Sie auch diesen Teil.
+
+### Die einfache Version (wie man Stealth-Adressen verwendet) {#how-use}
+
+Alice erstellt zwei Private-Keys und veröffentlicht die entsprechenden Public-Keys (die zu einer einzigen Meta-Adresse doppelter Länge kombiniert werden können). Bill erstellt ebenfalls einen Private-Key und veröffentlicht den entsprechenden Public-Key.
+
+Unter Verwendung des Public-Keys der einen Partei und des Private-Keys der anderen kann man ein gemeinsames Geheimnis ableiten, das nur Alice und Bill bekannt ist (es kann nicht allein aus den Public-Keys abgeleitet werden). Mit diesem gemeinsamen Geheimnis erhält Bill die Stealth-Adresse und kann Vermögenswerte dorthin senden.
+
+Alice erhält die Adresse ebenfalls aus dem gemeinsamen Geheimnis, aber da sie die Private-Keys zu den von ihr veröffentlichten Public-Keys kennt, kann sie auch den Private-Key erhalten, der es ihr ermöglicht, von dieser Adresse abzuheben.
+
+### Die Mathematik (warum Stealth-Adressen so funktionieren) {#how-math}
+
+Standard-Stealth-Adressen verwenden [Elliptische-Kurven-Kryptografie (ECC)](https://blog.cloudflare.com/a-relatively-easy-to-understand-primer-on-elliptic-curve-cryptography/#elliptic-curves-building-blocks-of-a-better-trapdoor), um eine bessere Leistung mit weniger Schlüsselbits zu erzielen und gleichzeitig das gleiche Sicherheitsniveau beizubehalten. Aber größtenteils können wir das ignorieren und so tun, als würden wir normale Arithmetik verwenden.
+
+Es gibt eine Zahl, die jeder kennt, *G*. Man kann mit *G* multiplizieren. Aber aufgrund der Natur von ECC ist es praktisch unmöglich, durch *G* zu dividieren. Die Art und Weise, wie Public-Key-Kryptografie in Ethereum im Allgemeinen funktioniert, besteht darin, dass man einen Private-Key, *Ppriv*, verwenden kann, um Transaktionen zu signieren, die dann durch einen Public-Key, *Ppub = GPpriv*, verifiziert werden.
+
+Alice erstellt zwei Private-Keys, *Kpriv* und *Vpriv*. *Kpriv* wird verwendet, um Geld von der Stealth-Adresse auszugeben, und *Vpriv*, um die Adressen einzusehen, die Alice gehören. Alice veröffentlicht dann die Public-Keys: *Kpub = GKpriv* und *Vpub = GVpriv*
+
+Bill erstellt einen dritten Private-Key, *Rpriv*, und veröffentlicht *Rpub = GRpriv* in einer zentralen Registratur (Bill hätte ihn auch an Alice senden können, aber wir gehen davon aus, dass Carol mithört).
+
+Bill berechnet *RprivVpub = GRprivVpriv*, wovon er ausgeht, dass Alice es ebenfalls kennt (wird unten erklärt). Dieser Wert wird *S* genannt, das gemeinsame Geheimnis. Dies gibt Bill einen Public-Key, *Ppub = Kpub+G\*hash(S)*. Aus diesem Public-Key kann er eine Adresse berechnen und beliebige Ressourcen dorthin senden. Wenn Alice in Zukunft gewinnt, kann Bill ihr *Rpriv* mitteilen, um zu beweisen, dass die Ressourcen von ihm stammen.
+
+Alice berechnet *RpubVpriv = GRprivVpriv*. Dies gibt ihr dasselbe gemeinsame Geheimnis, *S*. Da sie den Private-Key, *Kpriv*, kennt, kann sie *Ppriv = Kpriv+hash(S)* berechnen. Dieser Schlüssel ermöglicht ihr den Zugriff auf Vermögenswerte in der Adresse, die sich aus *Ppub = GPpriv = GKpriv+G\*hash(S) = Kpub+G\*hash(S)* ergibt.
+
+Wir haben einen separaten Ansichtsschlüssel (Viewing Key), um es Alice zu ermöglichen, Dave's World Domination Campaign Services als Subunternehmer zu beauftragen. Alice ist bereit, Dave die öffentlichen Adressen wissen zu lassen und sie zu informieren, wenn mehr Geld verfügbar ist, aber sie möchte nicht, dass er ihr Kampagnengeld ausgibt.
+
+Da für das Einsehen und Ausgeben separate Schlüssel verwendet werden, kann Alice Dave *Vpriv* geben. Dann kann Dave *S = RpubVpriv = GRprivVpriv* berechnen und auf diese Weise die Public-Keys (*Ppub = Kpub+G\*hash(S)*) erhalten. Aber ohne *Kpriv* kann Dave den Private-Key nicht erhalten.
+
+Zusammenfassend sind dies die Werte, die den verschiedenen Teilnehmern bekannt sind.
+
+| Alice | Veröffentlicht | Bill | Dave |
+| - | - | - | - |
+| G | G | G | G |
+| *Kpriv* | - | - | - |
+| *Vpriv* | - | - | *Vpriv* |
+| *Kpub = GKpriv* | *Kpub* | *Kpub* | *Kpub* |
+| *Vpub = GVpriv* | *Vpub* | *Vpub* | *Vpub* |
+| - | - | *Rpriv* | - |
+| *Rpub* | *Rpub* | *Rpub = GRpriv* | *Rpub* |
+| *S = RpubVpriv = GRprivVpriv* | - | *S = RprivVpub = GRprivVpriv* | *S = *RpubVpriv* = GRprivVpriv* |
+| *Ppub = Kpub+G\*hash(S)* | - | *Ppub = Kpub+G\*hash(S)* | *Ppub = Kpub+G\*hash(S)* |
+| *Adresse=f(Ppub)* | - | *Adresse=f(Ppub)* | *Adresse=f(Ppub)* | *Adresse=f(Ppub)*
+| *Ppriv = Kpriv+hash(S)* | - | - | - |
+
+## Wenn Stealth-Adressen schiefgehen {#go-wrong}
+
+*Es gibt keine Geheimnisse auf der Blockchain*. Während Stealth-Adressen Ihnen Privatsphäre bieten können, ist diese Privatsphäre anfällig für Verkehrsanalysen. Um ein triviales Beispiel zu wählen: Stellen Sie sich vor, Bill finanziert eine Adresse und sendet sofort eine Transaktion, um einen *Rpub*-Wert zu veröffentlichen. Ohne Alices *Vpriv* können wir nicht sicher sein, dass dies eine Stealth-Adresse ist, aber es ist sehr wahrscheinlich. Dann sehen wir eine weitere Transaktion, die alle ETH von dieser Adresse auf die Adresse von Alices Kampagnenfonds überträgt. Wir können es vielleicht nicht beweisen, aber es ist wahrscheinlich, dass Bill gerade für Alices Kampagne gespendet hat. Carol würde das sicherlich denken.
+
+Es ist für Bill einfach, die Veröffentlichung von *Rpub* von der Finanzierung der Stealth-Adresse zu trennen (dies zu unterschiedlichen Zeiten und von unterschiedlichen Adressen aus zu tun). Das ist jedoch unzureichend. Das Muster, nach dem Carol sucht, ist, dass Bill eine Adresse finanziert und dann Alices Kampagnenfonds davon abhebt.
+
+Eine Lösung besteht darin, dass Alices Kampagne das Geld nicht direkt abhebt, sondern es verwendet, um einen Dritten zu bezahlen. Wenn Alices Kampagne 10 ETH an Dave's World Domination Campaign Services sendet, weiß Carol nur, dass Bill an einen von Daves Kunden gespendet hat. Wenn Dave genug Kunden hat, könnte Carol nicht wissen, ob Bill an Alice gespendet hat, die mit ihr konkurriert, oder an Adam, Albert oder Abigail, die Carol egal sind. Alice kann der Zahlung einen gehashten Wert beifügen und Dave dann das Urbild (Preimage) zur Verfügung stellen, um zu beweisen, dass es ihre Spende war. Alternativ, wie oben angemerkt, weiß Dave bereits, von wem die Zahlung kam, wenn Alice ihm ihr *Vpriv* gibt.
+
+Das Hauptproblem bei dieser Lösung ist, dass sie erfordert, dass Alice sich um Geheimhaltung kümmert, wenn diese Geheimhaltung Bill zugutekommt. Alice möchte vielleicht ihren Ruf wahren, damit Bills Freund Bob ebenfalls an sie spendet. Aber es ist auch möglich, dass es ihr nichts ausmachen würde, Bill bloßzustellen, weil er dann Angst davor hat, was passiert, wenn Carol gewinnt. Bill könnte am Ende Alice noch mehr Unterstützung zukommen lassen.
+
+### Verwendung mehrerer Stealth-Ebenen {#multi-layer}
+
+Anstatt sich darauf zu verlassen, dass Alice Bills Privatsphäre wahrt, kann Bill dies selbst tun. Er kann mehrere Meta-Adressen für fiktive Personen, Bob und Bella, generieren. Bill sendet dann ETH an Bob, und „Bob“ (der eigentlich Bill ist) sendet sie an Bella. „Bella“ (ebenfalls Bill) sendet sie an Alice.
+
+Carol kann immer noch eine Verkehrsanalyse durchführen und die Pipeline von Bill zu Bob zu Bella zu Alice sehen. Wenn „Bob“ und „Bella“ jedoch ETH auch für andere Zwecke verwenden, wird es nicht so aussehen, als hätte Bill etwas an Alice übertragen, selbst wenn Alice sofort von der Stealth-Adresse auf ihre bekannte Kampagnenadresse abhebt.
+
+## Schreiben einer Stealth-Adressen-Anwendung {#write-app}
+
+Dieser Artikel erklärt eine Stealth-Adressen-Anwendung, die [auf GitHub verfügbar ist](https://github.com/qbzzt/251022-stealth-addresses.git).
+
+### Werkzeuge {#tools}
+
+Es gibt [eine Typescript-Stealth-Adressen-Bibliothek](https://github.com/ScopeLift/stealth-address-sdk), die wir verwenden könnten. Kryptografische Operationen können jedoch CPU-intensiv sein. Ich ziehe es vor, sie in einer kompilierten Sprache wie [Rust](https://rust-lang.org/) zu implementieren und [WASM](https://webassembly.org/) zu verwenden, um den Code im Browser auszuführen.
+
+Wir werden [Vite](https://vite.dev/) und [React](https://react.dev/) verwenden. Dies sind branchenübliche Werkzeuge; wenn Sie nicht mit ihnen vertraut sind, können Sie [dieses Tutorial](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) verwenden. Um Vite zu verwenden, benötigen wir Node.
+
+### Stealth-Adressen in Aktion sehen {#in-action}
+
+1. Installieren Sie die erforderlichen Werkzeuge: [Rust](https://rust-lang.org/tools/install/) und [Node](https://nodejs.org/en/download).
+
+2. Klonen Sie das GitHub-Repository.
+
+ ```sh
+ git clone https://github.com/qbzzt/251022-stealth-addresses.git
+ cd 251022-stealth-addresses
+```
+
+3. Installieren Sie die Voraussetzungen und kompilieren Sie den Rust-Code.
+
+ ```sh
+ cd src/rust-wasm
+ rustup target add wasm32-unknown-unknown
+ cargo install wasm-pack
+ wasm-pack build --target web
+```
+
+4. Starten Sie den Webserver.
+
+ ```sh
+ cd ../..
+ npm install
+ npm run dev
+```
+
+5. Navigieren Sie zu [der Anwendung](http://localhost:5173/). Diese Anwendungsseite hat zwei Frames: einen für Alices Benutzeroberfläche und den anderen für Bills. Die beiden Frames kommunizieren nicht miteinander; sie befinden sich nur der Einfachheit halber auf derselben Seite.
+
+6. Klicken Sie als Alice auf **Generate a Stealth Meta-Address**. Dadurch werden die neue Stealth-Adresse und die entsprechenden Private-Keys angezeigt. Kopieren Sie die Stealth-Meta-Adresse in die Zwischenablage.
+
+7. Fügen Sie als Bill die neue Stealth-Meta-Adresse ein und klicken Sie auf **Generate an address**. Dies gibt Ihnen die Adresse, die Sie für Alice finanzieren können.
+
+8. Kopieren Sie die Adresse und Bills Public-Key und fügen Sie sie in den Bereich „Private key for address generated by Bill“ von Alices Benutzeroberfläche ein. Sobald diese Felder ausgefüllt sind, sehen Sie den Private-Key, um auf die Vermögenswerte an dieser Adresse zuzugreifen.
+
+9. Sie können [einen Online-Rechner](https://iancoleman.net/ethereum-private-key-to-address/) verwenden, um sicherzustellen, dass der Private-Key der Adresse entspricht.
+
+### Wie das Programm funktioniert {#how-the-program-works}
+
+#### Die WASM-Komponente {#wasm}
+
+Der Quellcode, der in WASM kompiliert wird, ist in [Rust](https://rust-lang.org/) geschrieben. Sie können ihn in [`src/rust_wasm/src/lib.rs`](https://github.com/qbzzt/251022-stealth-addresses/blob/main/src/rust-wasm/src/lib.rs) sehen. Dieser Code ist in erster Linie eine Schnittstelle zwischen dem JavaScript-Code und [der `eth-stealth-addresses`-Bibliothek](https://github.com/kassandraoftroy/eth-stealth-addresses).
+
+**`Cargo.toml`**
+
+[`Cargo.toml`](https://doc.rust-lang.org/cargo/reference/manifest.html) in Rust ist analog zu [`package.json`](https://docs.npmjs.com/cli/v9/configuring-npm/package-json) in JavaScript. Es enthält Paketinformationen, Abhängigkeitsdeklarationen usw.
+
+```toml
+[package]
+name = "rust-wasm"
+version = "0.1.0"
+edition = "2024"
+
+[dependencies]
+eth-stealth-addresses = "0.1.0"
+hex = "0.4.3"
+wasm-bindgen = "0.2.104"
+getrandom = { version = "0.2", features = ["js"] }
+```
+
+Das Paket [`getrandom`](https://docs.rs/getrandom/latest/getrandom/) muss Zufallswerte generieren. Das kann nicht durch rein algorithmische Mittel geschehen; es erfordert den Zugriff auf einen physikalischen Prozess als Entropiequelle. Diese Definition legt fest, dass wir diese Entropie erhalten, indem wir den Browser abfragen, in dem wir ausgeführt werden.
+
+```toml
+console_error_panic_hook = "0.1.7"
+```
+
+[Diese Bibliothek](https://docs.rs/console_error_panic_hook/latest/console_error_panic_hook/) gibt uns aussagekräftigere Fehlermeldungen, wenn der WASM-Code in Panik gerät (panics) und nicht fortgesetzt werden kann.
+
+```toml
+[lib]
+crate-type = ["cdylib", "rlib"]
+```
+
+Der Ausgabetyp, der erforderlich ist, um WASM-Code zu erzeugen.
+
+**`lib.rs`**
+
+Dies ist der eigentliche Rust-Code.
+
+```rust
+use wasm_bindgen::prelude::*;
+```
+
+Die Definitionen, um ein WASM-Paket aus Rust zu erstellen. Sie sind [hier](https://wasm-bindgen.github.io/wasm-bindgen/reference/attributes/index.html) dokumentiert.
+
+```rust
+use eth_stealth_addresses::{
+ generate_stealth_meta_address,
+ generate_stealth_address,
+ compute_stealth_key
+};
+```
+
+Die Funktionen, die wir aus [der `eth-stealth-addresses`-Bibliothek](https://github.com/kassandraoftroy/eth-stealth-addresses) benötigen.
+
+```rust
+use hex::{decode,encode};
+```
+
+Rust verwendet typischerweise Byte-[Arrays](https://doc.rust-lang.org/std/primitive.array.html) (`[u8; ]`) für Werte. Aber in JavaScript verwenden wir typischerweise hexadezimale Zeichenfolgen. [Die `hex`-Bibliothek](https://docs.rs/hex/latest/hex/) übersetzt für uns von einer Darstellung in die andere.
+
+```rust
+#[wasm_bindgen]
+```
+
+Generieren Sie WASM-Bindungen, um diese Funktion aus JavaScript aufrufen zu können.
+
+```rust
+pub fn wasm_generate_stealth_meta_address() -> String {
+```
+
+Der einfachste Weg, ein Objekt mit mehreren Feldern zurückzugeben, ist die Rückgabe eines JSON-Strings.
+
+```rust
+ let (address, spend_private_key, view_private_key) =
+ generate_stealth_meta_address();
+```
+
+Die Funktion [`generate_stealth_meta_address`](https://docs.rs/eth-stealth-addresses/latest/eth_stealth_addresses/fn.generate_stealth_meta_address.html) gibt drei Felder zurück:
+
+- Die Meta-Adresse (*Kpub* und *Vpub*)
+- Den Ansichts-Private-Key (*Vpriv*)
+- Den Ausgabe-Private-Key (*Kpriv*)
+
+Die [Tupel](https://doc.rust-lang.org/std/primitive.tuple.html)-Syntax ermöglicht es uns, diese Werte wieder zu trennen.
+
+```rust
+ format!("{{\"address\":\"{}\",\"view_private_key\":\"{}\",\"spend_private_key\":\"{}\"}}",
+ encode(address),
+ encode(view_private_key),
+ encode(spend_private_key)
+ )
+}
+```
+
+Verwenden Sie das Makro [`format!`](https://doc.rust-lang.org/std/fmt/index.html), um den JSON-codierten String zu generieren. Verwenden Sie [`hex::encode`](https://docs.rs/hex/latest/hex/fn.encode.html), um die Arrays in Hex-Strings umzuwandeln.
+
+```rust
+fn str_to_array(s: &str) -> Option<[u8; N]> {
+```
+
+Diese Funktion wandelt einen Hex-String (bereitgestellt von JavaScript) in ein Byte-Array um. Wir verwenden sie, um Werte zu parsen, die vom JavaScript-Code bereitgestellt werden. Diese Funktion ist kompliziert, da Rust Arrays und Vektoren auf eine bestimmte Weise handhabt.
+
+Der Ausdruck `` wird als [Generikum (Generic)](https://doc.rust-lang.org/book/ch10-01-syntax.html) bezeichnet. `N` ist ein Parameter, der die Länge des zurückgegebenen Arrays steuert. Die Funktion heißt eigentlich `str_to_array::`, wobei `n` die Array-Länge ist.
+
+Der Rückgabewert ist `Option<[u8; N]>`, was bedeutet, dass das zurückgegebene Array [optional](https://doc.rust-lang.org/std/option/) ist. Dies ist ein typisches Muster in Rust für Funktionen, die fehlschlagen können.
+
+Wenn wir beispielsweise `str_to_array::10("bad060a7")` aufrufen, soll die Funktion ein Array mit zehn Werten zurückgeben, aber die Eingabe ist nur vier Bytes lang. Die Funktion muss fehlschlagen, und das tut sie, indem sie `None` zurückgibt. Der Rückgabewert für `str_to_array::4("bad060a7")` wäre `Some<[0xba, 0xd0, 0x60, 0xa7]>`.
+
+```rust
+ // decode gibt Result, _> zurück
+ let vec = decode(s).ok()?;
+```
+
+Die Funktion [`hex::decode`](https://docs.rs/hex/latest/hex/fn.decode.html) gibt ein `Result, FromHexError>` zurück. Der Typ [`Result`](https://doc.rust-lang.org/std/result/) kann entweder ein erfolgreiches Ergebnis (`Ok(value)`) oder einen Fehler (`Err(error)`) enthalten.
+
+Die Methode `.ok()` wandelt das `Result` in eine `Option` um, deren Wert entweder der `Ok()`-Wert ist, wenn sie erfolgreich war, oder `None`, wenn nicht. Schließlich bricht der [Fragezeichen-Operator](https://doc.rust-lang.org/std/option/#the-question-mark-operator-) die aktuellen Funktionen ab und gibt ein `None` zurück, wenn die `Option` leer ist. Andernfalls entpackt er den Wert und gibt ihn zurück (in diesem Fall, um `vec` einen Wert zuzuweisen).
+
+Dies sieht nach einer seltsam komplizierten Methode zur Fehlerbehandlung aus, aber `Result` und `Option` stellen sicher, dass alle Fehler auf die eine oder andere Weise behandelt werden.
+
+```rust
+ if vec.len() != N { return None; }
+```
+
+Wenn die Anzahl der Bytes falsch ist, ist das ein Fehler, und wir geben `None` zurück.
+
+```rust
+ // try_into verbraucht vec und versucht, [u8; N] zu erstellen
+ let array: [u8; N] = vec.try_into().ok()?;
+```
+
+Rust hat zwei Array-Typen. [Arrays](https://doc.rust-lang.org/std/primitive.array.html) haben eine feste Größe. [Vektoren](https://doc.rust-lang.org/std/vec/index.html) können wachsen und schrumpfen. `hex::decode` gibt einen Vektor zurück, aber die `eth_stealth_addresses`-Bibliothek möchte Arrays empfangen. [`.try_into()`](https://doc.rust-lang.org/std/convert/trait.TryInto.html#required-methods) konvertiert einen Wert in einen anderen Typ, zum Beispiel einen Vektor in ein Array.
+
+```rust
+ Some(array)
+}
+```
+
+Rust verlangt nicht, dass Sie das Schlüsselwort [`return`](https://doc.rust-lang.org/std/keyword.return.html) verwenden, wenn Sie am Ende einer Funktion einen Wert zurückgeben.
+
+```rust
+#[wasm_bindgen]
+pub fn wasm_generate_stealth_address(stealth_address: &str) -> Option {
+```
+
+Diese Funktion empfängt eine öffentliche Meta-Adresse, die sowohl *Vpub* als auch *Kpub* enthält. Sie gibt die Stealth-Adresse, den zu veröffentlichenden Public-Key (*Rpub*) und einen Ein-Byte-Scanwert zurück, der die Identifizierung beschleunigt, welche veröffentlichten Adressen zu Alice gehören könnten.
+
+Der Scanwert ist Teil des gemeinsamen Geheimnisses (*S = GRprivVpriv*). Dieser Wert steht Alice zur Verfügung, und seine Überprüfung ist viel schneller als die Überprüfung, ob *f(Kpub+G\*hash(S))* der veröffentlichten Adresse entspricht.
+
+```rust
+ let (address, r_pub, scan) =
+ generate_stealth_address(&str_to_array::<66>(stealth_address)?);
+```
+
+Wir verwenden die Funktion [`generate_stealth_address`](https://docs.rs/eth-stealth-addresses/latest/eth_stealth_addresses/fn.generate_stealth_address.html) der Bibliothek.
+
+```rust
+ format!("{{\"address\":\"{}\",\"rPub\":\"{}\",\"scan\":\"{}\"}}",
+ encode(address),
+ encode(r_pub),
+ encode(&[scan])
+ ).into()
+}
+```
+
+Bereiten Sie den JSON-codierten Ausgabe-String vor.
+
+```rust
+#[wasm_bindgen]
+pub fn wasm_compute_stealth_key(
+ address: &str,
+ bill_pub_key: &str,
+ view_private_key: &str,
+ spend_private_key: &str
+) -> Option {
+ .
+ .
+ .
+}
+```
+
+Diese Funktion verwendet die Funktion [`compute_stealth_key`](https://docs.rs/eth-stealth-addresses/latest/eth_stealth_addresses/fn.compute_stealth_key.html) der Bibliothek, um den Private-Key zum Abheben von der Adresse (*Rpriv*) zu berechnen. Diese Berechnung erfordert diese Werte:
+
+- Die Adresse (*Adresse=f(Ppub)*)
+- Den von Bill generierten Public-Key (*Rpub*)
+- Den Ansichts-Private-Key (*Vpriv*)
+- Den Ausgabe-Private-Key (*Kpriv*)
+
+```rust
+#[wasm_bindgen(start)]
+```
+
+[`#[wasm_bindgen(start)]`](https://wasm-bindgen.github.io/wasm-bindgen/reference/attributes/on-rust-exports/start.html) gibt an, dass die Funktion ausgeführt wird, wenn der WASM-Code initialisiert wird.
+
+```rust
+pub fn main() {
+ console_error_panic_hook::set_once();
+}
+```
+
+Dieser Code legt fest, dass die Panic-Ausgabe an die JavaScript-Konsole gesendet wird. Um dies in Aktion zu sehen, verwenden Sie die Anwendung und geben Sie Bill eine ungültige Meta-Adresse (ändern Sie einfach eine hexadezimale Ziffer). Sie werden diesen Fehler in der JavaScript-Konsole sehen:
+
+```
+rust_wasm.js:236 panicked at /home/ori/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/subtle-2.6.1/src/lib.rs:701:9:
+assertion `left == right` failed
+ left: 0
+ right: 1
+```
+
+Gefolgt von einem Stacktrace. Geben Sie Bill dann die gültige Meta-Adresse und geben Sie Alice entweder eine ungültige Adresse oder einen ungültigen Public-Key. Sie werden diesen Fehler sehen:
+
+```
+rust_wasm.js:236 panicked at /home/ori/.cargo/registry/src/index.crates.io-1949cf8c6b5b557f/eth-stealth-addresses-0.1.0/src/lib.rs:78:9:
+keys do not generate stealth address
+```
+
+Wieder gefolgt von einem Stacktrace.
+
+#### Die Benutzeroberfläche {#ui}
+
+Die Benutzeroberfläche ist mit [React](https://react.dev/) geschrieben und wird von [Vite](https://vite.dev/) bereitgestellt. Sie können mehr darüber in [diesem Tutorial](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) erfahren. Hier besteht kein Bedarf an [WAGMI](https://wagmi.sh/), da wir nicht direkt mit einer Blockchain oder einem Wallet interagieren.
+
+Der einzige nicht offensichtliche Teil der Benutzeroberfläche ist die WASM-Konnektivität. Hier ist, wie sie funktioniert.
+
+**`vite.config.js`**
+
+Diese Datei enthält [die Vite-Konfiguration](https://vite.dev/config/).
+
+```js
+import { defineConfig } from 'vite'
+import react from '@vitejs/plugin-react'
+import wasm from "vite-plugin-wasm";
+
+// https://vite.dev/config/
+export default defineConfig({
+ plugins: [react(), wasm()],
+})
+```
+
+Wir benötigen zwei Vite-Plugins: [react](https://www.npmjs.com/package/@vitejs/plugin-react) und [wasm](https://github.com/Menci/vite-plugin-wasm#readme).
+
+**`App.jsx`**
+
+Diese Datei ist die Hauptkomponente der Anwendung. Sie ist ein Container, der zwei Komponenten enthält: `Alice` und `Bill`, die Benutzeroberflächen für diese Benutzer. Der relevante Teil für WASM ist der Initialisierungscode.
+
+```jsx
+import init from './rust-wasm/pkg/rust_wasm.js'
+```
+
+Wenn wir [`wasm-pack`](https://rustwasm.github.io/docs/wasm-pack/) verwenden, erstellt es zwei Dateien, die wir hier verwenden: eine wasm-Datei mit dem eigentlichen Code (hier `src/rust-wasm/pkg/rust_wasm_bg.wasm`) und eine JavaScript-Datei mit den Definitionen zu deren Verwendung (hier `src/rust_wasm/pkg/rust_wasm.js`). Der Standardexport dieser JavaScript-Datei ist Code, der ausgeführt werden muss, um WASM zu initiieren.
+
+```jsx
+function App() {
+ .
+ .
+ .
+ useEffect(() => {
+ const loadWasm = async () => {
+ try {
+ await init();
+ setWasmReady(true)
+ } catch (err) {
+ console.error('Error loading wasm:', err)
+ alert("Wasm error: " + err)
+ }
+ }
+
+ loadWasm()
+ }, []
+ )
+```
+
+Der [`useEffect`-Hook](https://react.dev/reference/react/useEffect) ermöglicht es Ihnen, eine Funktion anzugeben, die ausgeführt wird, wenn sich Zustandsvariablen ändern. Hier ist die Liste der Zustandsvariablen leer (`[]`), sodass diese Funktion nur einmal beim Laden der Seite ausgeführt wird.
+
+Die Effektfunktion muss sofort zurückkehren. Um asynchronen Code zu verwenden, wie z. B. das WASM-`init` (das die `.wasm`-Datei laden muss und daher Zeit in Anspruch nimmt), definieren wir eine interne [`async`](https://en.wikipedia.org/wiki/Async/await)-Funktion und führen sie ohne ein `await` aus.
+
+**`Bill.jsx`**
+
+Dies ist die Benutzeroberfläche für Bill. Sie hat eine einzige Aktion: das Erstellen einer Adresse basierend auf der von Alice bereitgestellten Stealth-Meta-Adresse.
+
+```jsx
+import { wasm_generate_stealth_address } from './rust-wasm/pkg/rust_wasm.js'
+```
+
+Zusätzlich zum Standardexport exportiert der von `wasm-pack` generierte JavaScript-Code eine Funktion für jede Funktion im WASM-Code.
+
+```jsx
+