Collate (Verb):

1. Sorgfältig prüfen und vergleichen, um Unstimmigkeiten festzustellen.
2. In der richtigen numerischen oder logischen Reihenfolge zusammenstellen.

Kollatoren sind die Aufseher der Parachains, auf die wir beim Buchstaben P noch genauer eingehen werden. Als Node im Netzwerk haben sie eine wichtige Aufgabe: Sie müssen sowohl den Status der Polkadot Relay-Chain als auch den Status der Parachain, auf der sie laufen, im Auge behalten. Sie tun dies, indem sie einen Full-Node der Relay-Chain und einen Full-Node der Parachain betreiben und dann Parachain-Blöcke zusammen mit einem Gültigkeitsnachweis für diese Blöcke erstellen, der den Validatoren der Polkadot Relay-Chain vorgeschlagen wird. Sobald ein Block vorgeschlagen wurde, können sie nicht mit der Arbeit am nächsten Block beginnen, bis die Relay-Chain-Validatoren die Gültigkeit des vorgeschlagenen Blocks akzeptieren. Mit Hilfe des Cross-Chain Message Passing (XCMP), das in Buchstabe X behandelt wird, können Kollatoren mit anderen Kollatoren verschiedener Parachains kommunizieren. Dies ist unerlässlich, damit Multi-Chain-Anwendungen nahtlos funktionieren können.

Wenn du neugierig bist, wie die technischen Details der Kollatoren funktionieren, sieh dir Cumulous an, eine Reihe von Tools, die von Parity entwickelt wurden, um Polkadot Parachains zu bauen.

Workshop/Tutorial: <https://substrate.dev/cumulus-workshop/#/>

Cumulus code: <https://github.com/paritytech/cumulus/>.

---

\*Übersetzt von Daredevil3x7 und erstellt mit Unterstützung des Kusama Treasury via [WagMedia](https://twitter.com/thatMediaWag)

**Mehr von der ELI5 Serie: Polkadot A bis Z**

[A für Account \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/a-fuer-account-polkadot-von-a-bis-z-36351)

[B for Brücken “Bridges” \[Polkadot from A to Z\]](https://app.subsocial.network/7063/b-fuer-bruecken-bridges-polkadot-von-a-bis-z-36352)

[C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/c-fuer-collators-kollatoren-polkadot-von-a-bis-z-36353)

[D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/d-fuer-democracy-demokratie-polkadot-von-a-bis-z-36359)

[E für Existentielle Einlage \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/e-fuer-existentielle-einlage-polkadot-von-a-bis-z-36360)

[F für “Forkless” (Gabelfrei) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361)

[G für GRANDPA \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/g-fuer-grandpa-polkadot-von-a-bis-z-36362)

[H für Hash \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/36363)

[I für Interoperabilität \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/i-fuer-interoperabilitaet-polkadot-von-a-bis-z-36364)

[J für Polkadot.js \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/j-fuer-polkadot-js-polkadot-von-a-bis-z-36365)

[K für Kusama \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/k-fuer-kusama-polkadot-von-a-bis-z-36366)

[L für Polkadot Launch \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/l-fuer-polkadot-launch-polkadot-von-a-bis-z-36367)

[M für Multisig \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/m-fuer-multisig-polkadot-von-a-bis-z-36368)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

[P für Phragmén \[Polkadot von A bis Z\]](https://polkaverse.com/7063/p-fuer-phragmen-polkadot-von-a-bis-z-36603)

bafyreif5kqghim6gfzsd2mnnhfeucs2aku6xie66unqrsbx7t5agkgt3vm

C für “Collators” (Kollatoren) [Polkadot von A bis Z]

Collate (Verb):

1. Sorgfältig prüfen und vergleichen, um Unstimmigkeiten festzustellen.
2. In der richtigen numerischen oder logischen Reihenfolge zusammenstellen.

Kollatoren sind die Aufseher der Parachains, auf die wir beim Buchstaben P noch genauer eingehen werden. Als Node im Netzwerk haben sie eine wichtige Aufgabe: Sie müssen sowohl den Status der Polkadot Relay-Chain als auch den Status der Parachain, auf der sie laufen, im Auge behalten. Sie tun dies, indem sie einen Full-Node der Relay-Chain und einen Full-Node der Parachain betreiben und dann Parachain-Blöcke zusammen mit einem Gültigkeitsnachweis für diese Blöcke erstellen, der den Validatoren der Polkadot Relay-Chain vorgeschlagen wird. Sobald ein Block vorgeschlagen wurde, können sie nicht mit der Arbeit am nächsten Block beginnen, bis die Relay-Chain-Validatoren die Gültigkeit des vorgeschlagenen Blocks akzeptieren. Mit Hilfe des Cross-Chain Message Passing (XCMP), das in Buchstabe X behandelt wird, können Kollatoren mit anderen Kollatoren verschiedener Parachains kommunizieren. Dies ist unerlässlich, damit Multi-Chain-Anwendungen nahtlos funktionieren können.

Wenn du neugierig bist, wie die technischen Details der Kollatoren funktionieren, sieh dir Cumulous an, eine Reihe von Tools, die von Parity entwickelt wurden, um Polkadot Parachains zu bauen.

Workshop/Tutorial: <https://substrate.dev/cumulus-workshop/#/>

Cumulus code: <https://github.com/paritytech/cumulus/>.

---

*Übersetzt von [Daredevil3x7]((https://twitter.com/daredevil3x7)) und erstellt mit Unterstützung des Kusama Treasury via [WagMedia](https://twitter.com/thatMediaWag)

**Mehr von der ELI5 Serie: Polkadot A bis Z**

A für Account \[Polkadot von A bis Z\]

B for Brücken “Bridges” \[Polkadot from A to Z\]

C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]

D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]

E für Existentielle Einlage \[Polkadot von A bis Z\]

F für Gabelfrei “Forkless” \[Polkadot von A bis Z\]

G für GRANDPA \[Polkadot von A bis Z\]

H für Hash \[Polkadot von A bis Z\]

I für Interoperabilität \[Polkadot von A bis Z\]

J für Polkadot.js \[Polkadot von A bis Z\]

K für Kusama \[Polkadot von A bis Z\]

L für Polkadot Launch \[Polkadot von A bis Z\]

M für Multisig \[Polkadot von A bis Z\]

bafyreida3fpo35d7gx3a4ba322rtd64o66uno3qcq5ssxe4s3vluzif6ei

Demokratie ist eine Steuerungsform, die die Gesellschaft schon seit Jahrhunderten in verschiedenen Formen praktiziert. In ihrer reinsten Form ist sie die Dezentralisierung der Macht. Sie tauchte erstmals im 5\. Jahrhundert v. Chr. auf, abgeleitet von dem griechischen Wort für „Herrschaft des Volkes“, und 26 Jahrhunderte später nahm sie in Polkadot Gestalt an, die Anwendung der Demokratie kann als „Herrschaft der Interessengruppen“ betrachtet werden. Sie fungiert als **Steuerungsmechanismus**, durch den nur die von den Akteuren (Teilnehmern) beschlossenen Änderungen am Netzwerk durchgelassen werden. Es ist unerlässlich, dass das Netzwerk als dezentralisiertes System funktioniert, und es ist auch die Art und Weise, wie das Netzwerk mit Code-Aktualisierungen umgeht. Wenn eine neue Funktion vorgeschlagen wird, stimmen die Netzwerkteilnehmer/innen, d.h. die DOT-Inhaber/innen, darüber ab. Wenn der Vorschlag den demokratischen Prozess durchläuft, ruft er automatisch die Funktion **set\_code** auf, die den Runtime-Code (einen WebAssembly-Blob, den wir später in diesem Jahr mit Buchstabe W behandeln werden) des Netzwerks aktualisiert. Auf diese Weise umgeht Polkadot Hard Forks, mit denen die meisten anderen Blockchains ihren Code aktualisieren müssen.

Also, wie funktioniert das System? Vereinfacht ausgedrückt läuft es wie folgt ab: **Vorschlag für ein Referendum -> Abstimmung -> Inkrafttreten**. Es gibt jedoch viele Details zwischen den einzelnen Schritten, die in diesem Beitrag aus Gründen der Übersichtlichkeit weggelassen werden. Im[ Wiki](https://wiki.polkadot.network/docs/maintain-guides-democracy) findest du einen tieferen Einblick in jeden Teil.

**Vorschlag für ein Referendum**

In Polkadot kommt die Demokratie vor allem in Form eines öffentlichen Referendums zum Tragen. Das Referendum ist ein einfaches, inklusives, mit Stakes gewichtetes Abstimmungsverfahren, das mit einem Vorschlag beginnt, der auf verschiedene Weise umgesetzt werden kann:

* Öffentlich eingereichte Vorschläge ;
* Vorschläge, die vom Rat mit Mehrheit oder einstimmig eingebracht wurden ;
* Vorschläge, die im Rahmen eines vorangegangenen Referendums eingereicht wurden ;
* Dringlichkeitsanträge, die vom Fachausschuss eingereicht und vom Rat genehmigt wurden.

**Abstimmung über Referendumsvorschläge**

Um einen Vorschlag zu machen, musst du einige Token binden, und sobald der Vorschlag gemacht wurde, sind die Token gesperrt, bis der Vorschlag „auf den Tisch gelegt“ wurde. Das bedeutet, dass es eine Abstimmungsphase gab. Gebundene Token haben eine Sperrfrist, und bei Polkadot beträgt eine Sperrfrist 28 Tage und bei Kusama 8 Tage.

Sobald ein Vorschlag eingebracht wurde, kann die Abstimmung beginnen. In der Realität ist eine Wahlbeteiligung von 100% extrem selten, deshalb haben wir das Adaptive Quorum Biasing entwickelt. Vereinfacht gesagt ermöglicht dieses Tool dem Netzwerk, die Anzahl der Ja- oder Nein-Stimmen, die für eine erfolgreiche oder nicht erfolgreiche Abstimmung erforderlich sind, auf intelligente Weise an die Wahlbeteiligung anzupassen.

**Inkrafttreten**

Jeder genehmigte Vorschlag hat eine gewisse Zeitspanne, bevor er in Kraft gesetzt wird, d.h. wenn die set\_code-Funktion aufgerufen wird. Wir nennen dies den Zeitraum der **verzögerten Inkraftsetzung**. So können Teilnehmer/innen, die mit der neuen Aktualisierung nicht einverstanden sind, das Netzwerk verlassen, und auch für diejenigen, die für den Vorschlag gestimmt haben, wird ihr gebundener DOT gesperrt, bis die Aktualisierung durchgeführt wird.

**Rat**

Jeder DOT-Besitzer kann in den Rat gewählt werden. Dies ist eine delegierte Gruppe von Interessenvertretern, die durch ein rotierendes Wahlverfahren gewählt werden, d.h. die Sitze im Rat werden nacheinander gewählt. Wie in einigen anderen Teilen des Netzwerks werden die Wahlen nach der[ sequenziellen Phragmen-Methode](https://wiki.polkadot.network/docs/learn-phragmen) durchgeführt. Polkadot hat derzeit 13 Sitze im Stadtrat und plant, langfristig 24 Sitze zu haben, während Kusama 19 Sitze hat. Die Ratskandidaten geben ihre DOT ab, um gewählt zu werden, und ihre DOT werden zurückgegeben, wenn sie gewählt sind. Die Zweitplatzierten bleiben bis zur nächsten Wahl im Amt, d.h. ihre Kaution bleibt gesperrt, bis der nächste Sitz zur Wahl ansteht. Die Amtszeit des Rates beträgt 7 Tage auf Polkadot und 1 Tag auf Kusama. Ihre Aufgabe ist es, die Schatzkammer zu kontrollieren, Referenda vorzuschlagen, gefährliche und unumstrittene Referenda abzusagen sowie den technischen Ausschuss zu wählen. Die Existenz des Rates ermöglicht es dem Netzwerk, eine vertrauenswürdige Gruppe zu haben, die die abwesenden Teilnehmer/innen vertritt, um sicherzustellen, dass die Demokratie wie vorgesehen funktioniert.

In[ diesem](https://www.crowdcast.io/e/governance-on-polkadot--/register) Crowdcast erfährst du mehr über die Verwaltung von Polkadot.

---

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

**Mehr von der ELI5 Serie: Polkadot A bis Z**

[A für Account \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/a-fuer-account-polkadot-von-a-bis-z-36351)

[B for Brücken “Bridges” \[Polkadot from A to Z\]](https://app.subsocial.network/7063/b-fuer-bruecken-bridges-polkadot-von-a-bis-z-36352)

[C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/c-fuer-collators-kollatoren-polkadot-von-a-bis-z-36353)

[D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/d-fuer-democracy-demokratie-polkadot-von-a-bis-z-36359)

[E für Existentielle Einlage \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/e-fuer-existentielle-einlage-polkadot-von-a-bis-z-36360)

[F für “Forkless” (Gabelfrei) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361)

[G für GRANDPA \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/g-fuer-grandpa-polkadot-von-a-bis-z-36362)

[H für Hash \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/36363)

[I für Interoperabilität \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/i-fuer-interoperabilitaet-polkadot-von-a-bis-z-36364)

[J für Polkadot.js \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/j-fuer-polkadot-js-polkadot-von-a-bis-z-36365)

[K für Kusama \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/k-fuer-kusama-polkadot-von-a-bis-z-36366)

[L für Polkadot Launch \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/l-fuer-polkadot-launch-polkadot-von-a-bis-z-36367)

[M für Multisig \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/m-fuer-multisig-polkadot-von-a-bis-z-36368)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

[P für Phragmén \[Polkadot von A bis Z\]](https://polkaverse.com/7063/p-fuer-phragmen-polkadot-von-a-bis-z-36603)

bafyreigvkniood2wiqtum65zhwtou747bphplzchwtobo4cskaohgm2mfy

D für “Democracy” (Demokratie) [Polkadot von A bis Z]

**Existenzielle Einlage und Ausschöpfung**

Accounts müssen ein Mindestguthaben aufweisen, um auf der Chain zu existieren. Dieses Mindestguthaben wird als finanzieller Anreiz genutzt, um Wallets am Leben zu erhalten. Fällt das Guthaben eines Wallets unter die EE, gilt es als veralteter Account und wird aus den On-Chain-Daten entfernt. Sobald alle Verweise auf den Account entfernt wurden, kann der Account ausgeschöpft (vollständig geleert) werden.

Die EE auf Polkadot ist **1 DOT** und Kusama ist **0,0000333333 KSM**.

Das Ausschöpfen bedeutet jedoch nicht, dass der Account nicht mehr nutzbar ist. Die Schlüssel sind immer noch in der Wallet vorhanden und können in Zukunft verwendet werden, und es kann immer noch Geld auf den Account überwiesen werden, solange das Gesamtguthaben auf dem Account die EE übersteigt. Wurde der Account jedoch zuvor geräumt, können die geräumten Gelder nicht wiederhergestellt werden. Um dein Konto davor zu schützen, unter die existenzielle Einlage zu fallen, verfügt die Wallet auf Polkadot.js über eine Keep-Alive-Option, die keine Transaktionen zulässt, die den Kontostand sonst unter den EE-Betrag drücken würden.

Wenn du ein Validator bist, achte darauf, dass du keine Stake-Belohnungen auf einen geräumten Account einzahlst, da diese Gelder sonst verloren gehen und nicht wiederhergestellt werden können.

---

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

**Mehr von der ELI5 Serie: Polkadot A bis Z**

[A für Account \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/a-fuer-account-polkadot-von-a-bis-z-36351)

[B for Brücken “Bridges” \[Polkadot from A to Z\]](https://app.subsocial.network/7063/b-fuer-bruecken-bridges-polkadot-von-a-bis-z-36352)

[C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/c-fuer-collators-kollatoren-polkadot-von-a-bis-z-36353)

[D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/d-fuer-democracy-demokratie-polkadot-von-a-bis-z-36359)

[E für Existentielle Einlage \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/e-fuer-existentielle-einlage-polkadot-von-a-bis-z-36360)

[F für “Forkless” (Gabelfrei) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361)

[G für GRANDPA \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/g-fuer-grandpa-polkadot-von-a-bis-z-36362)

[H für Hash \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/36363)

[I für Interoperabilität \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/i-fuer-interoperabilitaet-polkadot-von-a-bis-z-36364)

[J für Polkadot.js \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/j-fuer-polkadot-js-polkadot-von-a-bis-z-36365)

[K für Kusama \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/k-fuer-kusama-polkadot-von-a-bis-z-36366)

[L für Polkadot Launch \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/l-fuer-polkadot-launch-polkadot-von-a-bis-z-36367)

[M für Multisig \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/m-fuer-multisig-polkadot-von-a-bis-z-36368)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

[P für Phragmén \[Polkadot von A bis Z\]](https://polkaverse.com/7063/p-fuer-phragmen-polkadot-von-a-bis-z-36603)

bafyreidw7b3oycmn7ryno2fyqcqdyb6ldfidiojhxhnfj5m32qx6627n2e

E für Existentielle Einlage [Polkadot von A bis Z]

**Forking**

Von einem Fork spricht man, wenn eine Codebasis kopiert und getrennt von der ursprünglichen Version entwickelt wird. Bei Open-Source-Software ist dies legal, aber Forks können auch bei lizenzierter Software vorkommen, sowohl legal als auch illegal. Bei Blockchain- und Kryptowährungsprojekten kommt es häufig zu Forks, d.h. es werden nicht nur neue Kopien der Codebasis erstellt und als separate Projekte entwickelt, sondern manchmal sind sogar bestimmte Updates derselben Codebasis erforderlich.

Traditionelle Blockchains wie Bitcoin und Ethereum benötigen aufgrund ihrer Struktur Forks. Bitcoin wurde tausende Male geforkt und es gibt Hunderte von Forks, die zu legitimen Blockchain-Projekten wurden, wobei jede Kopie anders entwickelt wurde als das Original. Bitcoin Cash war zum Beispiel ein Fork von Bitcoin, genauso wie Bitcoin Gold. Aber auch einige nicht so offensichtliche Forks wie Ethereum und Litecoin. Und manchmal gibt es mehrere Ebenen, z.B. war DogeCoin eine Abspaltung von Lucky Coin, das wiederum eine Abspaltung von Litecoin war, das wiederum eine Abspaltung von Bitcoin ist.

**Runtime**

Die Runtime ist die Umgebung, in der ein Stück Software ausgeführt wird. Dazu gehören die Hardwareanforderungen und Softwareänderungen. Ein Update der Runtime wird durch eine Versionsänderung angezeigt, z. B. 1.0.0 zu 2.0.0

**Harter Fork**

Ein harter Fork kann zwei Dinge bedeuten: ein Software-Update für ein Netzwerk oder eine Spaltung des Netzwerks. Das ist der Fall, wenn die Nutzer des Netzwerks ein Update durchführen oder auf die neue Version umsteigen müssen, weil sie sonst nicht mehr mit der neuen Runtime kompatibel sind.

**Weicher Fork**

Ein weicher Fork ist ein abwärtskompatibles Update. Die Clients im Netzwerk müssen nicht auf eine neuere Version aktualisieren, um weiter zu funktionieren.

**Gabelfrei**

Substrate-basierte Chains sind in der Lage, den Runtime-Bytecode als Wasm (WebAssembly, über das wir beim Buchstaben W sprechen werden) Blob hochzuladen. Dies geschieht über Polkadots On-Chain-Governance-System. Wenn über eine neue Runtime erfolgreich abgestimmt wurde und das Netzwerk dem Update zustimmt, wird der nächste Block das Runtime-Update enthalten. Die Teilnehmer/innen im Netzwerk erhalten dann die neueste Runtime und können von nun an Blöcke mit der neuen Version bauen. Gabelungsfreie Updates

Weitere Informationen

<https://wiki.polkadot.network/docs/learn-runtime-upgrades&sa=D&source=editors&ust=1628347324659000&usg=AOvVaw0nEApwum2xo4s3Ggr9rVcp>

<https://wiki.polkadot.network/docs/learn-wasm>

---

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

**Mehr von der ELI5 Serie: Polkadot A bis Z**

[A für Account \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/a-fuer-account-polkadot-von-a-bis-z-36351)

[B for Brücken “Bridges” \[Polkadot from A to Z\]](https://app.subsocial.network/7063/b-fuer-bruecken-bridges-polkadot-von-a-bis-z-36352)

[C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/c-fuer-collators-kollatoren-polkadot-von-a-bis-z-36353)

[D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/d-fuer-democracy-demokratie-polkadot-von-a-bis-z-36359)

[E für Existentielle Einlage \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/e-fuer-existentielle-einlage-polkadot-von-a-bis-z-36360)

[F für “Forkless” (Gabelfrei) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361)

[G für GRANDPA \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/g-fuer-grandpa-polkadot-von-a-bis-z-36362)

[H für Hash \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/36363)

[I für Interoperabilität \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/i-fuer-interoperabilitaet-polkadot-von-a-bis-z-36364)

[J für Polkadot.js \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/j-fuer-polkadot-js-polkadot-von-a-bis-z-36365)

[K für Kusama \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/k-fuer-kusama-polkadot-von-a-bis-z-36366)

[L für Polkadot Launch \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/l-fuer-polkadot-launch-polkadot-von-a-bis-z-36367)

[M für Multisig \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/m-fuer-multisig-polkadot-von-a-bis-z-36368)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

[P für Phragmén \[Polkadot von A bis Z\]](https://polkaverse.com/7063/p-fuer-phragmen-polkadot-von-a-bis-z-36603)

bafyreiarycvyrxm67hpw4jfhfauz6mwqlodhpn5kw4glb3jlp6c3bm3hdy

F für “Forkless” (Gabelfrei) [Polkadot von A bis Z]

**GRANDPA** (GHOST-based Recursive ANcestor Deriving Prefix Agreement) ist das Finalitäts-Modul der Blockchains Polkadot und Kusama.

**Finalität**

In der Welt der Blockchains bedeutet Finalität, dass ein neuer Block der Blockchain mit einer gewissen Sicherheit hinzugefügt wurde, dass er nicht mehr rückgängig gemacht werden kann, und dass sich das gesamte Netzwerk über diese neue Kopie der Chain einig ist. Es handelt sich dabei um einen wichtigen Teil des Konsensmechanismus. Ein Konsensmechanismus wie der Nakamoto-Konsens von Bitcoin hat eine Finalität, die probabilistisch ist. Je mehr Blöcke nach diesem Block hinzugefügt werden, desto höher ist die Wahrscheinlichkeit, dass der Block in die kanonische (vom Netzwerk genehmigte) Chain aufgenommen wird. Das birgt jedoch Risiken: Man kann nie zu 100 % sicher sein, dass ein Block kanonisch ist, aber je mehr Blöcke auf einen bestimmten Block folgen, desto unwahrscheinlicher ist das. Verschiedene Arten von Double-Spend-Angriffen beruhen auf dieser Funktion. Dabei wird ein Block angekündigt, der eine Transaktion enthält, aber nicht Teil der kanonischen Chain bleibt.

Betrachten wir das mal in einem realen Szenario:

Nehmen wir an, wir kaufen eine Tasse Kaffee. Die Transaktion ist abgeschlossen, wenn das Bargeld dem Café übergeben wird und der Angestellte es in die Kasse legt. Dann wird der Bargeldwert in den Geschäftsbüchern des Cafés erfasst, in einem Umschlag aufbewahrt und bei der Bank eingezahlt ; nach ein paar Tagen steht er auf dem Account des Cafés zur Verfügung und kann für Gehaltszahlungen, Miete und andere Kosten verwendet werden. Bei jedem dieser Schritte wird die Wahrscheinlichkeit, dass der Bargeldwert zurückgegeben wird, also verloren geht oder gestohlen wird, immer unwahrscheinlicher.

**GRANDPA**

Polkadot und Kusama haben ein hybrides Konsensmodell, bei dem die Aufgaben des Konsens auf zwei verschiedene Module aufgeteilt werden: GRANDPA, das Finalitäts-Modul, und BABE, das Block-Produktionsmodul. BABE (Blind Assignment for Blockchain Extension) produziert Blöcke, und GRANDPA entscheidet, welche Blöcke finalisiert werden - das heißt, was die beweisbare kanonische Chain ist. Beachte, dass BABE eine eigene Regel zur Auswahl der Chain hat, die aber probabilistisch ist. Wenn es jedoch ein Problem damit gibt, einen Konsens von der erforderlichen Anzahl von Validatoren für die von GRANDPA abgeleitete Funktionalität zu erhalten, kehrt das Netzwerk einfach zur probabilistischen Finalität zurück, anstatt den Prozess zu blockieren.

Jede Runde der Zustimmung von GRANDPA kann viele Blöcke der kanonischen Chain finalisieren, was die Geschwindigkeit der Finalisierung deutlich erhöht. Solange sich ⅔ der Validatoren über die kanonische Chain einig sind, betrachtet GRANDPA dies als ausreichend für die Finalität. Für den Fall, dass sich weniger als ⅔ der Validatoren auf eine neue Version der Chain einigen, hat GRANDPA Mechanismen eingerichtet, um Validatoren zu bestrafen, die für mehr als eine neue Version der Chain stimmen.

Die Aufteilung des Konsens ermöglicht es uns, die Annahmen für das Netzwerk in den Modulen zu definieren, was das Konsensmodell in Polkadot zu einem **deterministischen** Modell macht. Das halten wir für sicherer als ein probabilistisches Modell. Vor allem, weil die Blockproduktion auch dann fortgesetzt werden kann, wenn nicht genügend Validatoren online sind, denn in diesem Fall greifen wir auf die Blockchain-Auswahl von BABE zurück. GRANDPA ist ein Code, der in jede Blockchain integriert werden kann. Er ist so konzipiert, dass er auf jeder Blockchain-Implementierung als Finalitäts-Modul funktioniert, solange er mit den notwendigen Eingaben versorgt wird.

**Weitere Lektüre**

* GRANDPA paper:[ https://arxiv.org/pdf/2007.01560.pdf](https://arxiv.org/pdf/2007.01560.pdf)
* <https://polkadot.network/polkadot-consensus-part-2-grandpa/>
* <https://medium.com/polkadot-network/grandpa-block-finality-in-polkadot-an-introduction-part-1-d08a24a021b5>
* <https://wiki.polkadot.network/docs/learn-consensus#what-is-grandpababe>

---

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

**Mehr von der ELI5 Serie: Polkadot A bis Z**

[A für Account \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/a-fuer-account-polkadot-von-a-bis-z-36351)

[B for Brücken “Bridges” \[Polkadot from A to Z\]](https://app.subsocial.network/7063/b-fuer-bruecken-bridges-polkadot-von-a-bis-z-36352)

[C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/c-fuer-collators-kollatoren-polkadot-von-a-bis-z-36353)

[D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/d-fuer-democracy-demokratie-polkadot-von-a-bis-z-36359)

[E für Existentielle Einlage \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/e-fuer-existentielle-einlage-polkadot-von-a-bis-z-36360)

[F für “Forkless” (Gabelfrei) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361)

[G für GRANDPA \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/g-fuer-grandpa-polkadot-von-a-bis-z-36362)

[H für Hash \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/36363)

[I für Interoperabilität \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/i-fuer-interoperabilitaet-polkadot-von-a-bis-z-36364)

[J für Polkadot.js \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/j-fuer-polkadot-js-polkadot-von-a-bis-z-36365)

[K für Kusama \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/k-fuer-kusama-polkadot-von-a-bis-z-36366)

[L für Polkadot Launch \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/l-fuer-polkadot-launch-polkadot-von-a-bis-z-36367)

[M für Multisig \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/m-fuer-multisig-polkadot-von-a-bis-z-36368)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

[P für Phragmén \[Polkadot von A bis Z\]](https://polkaverse.com/7063/p-fuer-phragmen-polkadot-von-a-bis-z-36603)

bafyreibbo4ccfb6y52mv3lhg2d6fdijzfxo2pzvgfguommu2zlwukgmzcu

G für GRANDPA [Polkadot von A bis Z]

**Hashing**

Hashing ist ganz einfach eine Möglichkeit, Daten umzuwandeln. Je nach zugrunde liegendem Hashing-Algorithmus werden die Daten unterschiedlich umgewandelt. Bitcoin verwendet zum Beispiel den SHA-256-Hashing-Algorithmus (Simple Hashing Algorithm 2, 256 Bit), der eine 256-Bit-Ausgabe liefert, die normalerweise als alphanumerische Zeichenfolge dargestellt wird. Selbst die kleinste Änderung der Eingabe verändert die Ausgabe des Hashing-Algorithmus erheblich. In der Kryptografie wird dies als **Diffusion** bezeichnet. In diesem Beispiel fügen wir einfach ein Leerzeichen am Ende der Eingabe ein.

„Wow, such hash“ =

9DD40341177F8ADD02DA4DE95A572D8BCBF8E07D51726FB51162442B13BB53D6

„Wow, such hash“ =

8973F8EEA2536243DE4E67AEE2181E3D4C6470B1BA64E0C632E5C91EEDC47108

Unabhängig von der Länge der Eingabedaten gibt die Hash-Funktion immer die gleiche Größe der Ausgabe zurück. Es handelt sich um eine deterministische Funktion, d.h. sie liefert immer die gleiche Ausgabe für die gleiche Eingabe. Diese Ausgabe ist in vielerlei Hinsicht nützlich, z. B. zum schnellen Überprüfen und Validieren von Datensätzen beliebiger Größe.

Hashes sind ein grundlegender Bestandteil der Blockchain-Technologie und wir verwenden sie in vielen ihrer Teile. Zum Beispiel können wir Transaktionen mithilfe von Hashes verschlüsseln und sie dann anhand ihres Hashwertes abfragen. Wir können eine Sammlung von Transaktionen verschlüsseln und einen Transaktionsdaten-Hash erstellen, wir können Blockdaten verschlüsseln, die Transaktionen und Metadaten über die Transaktionen enthalten, und diesen ausgegebenen Hash als eindeutige ID des Blocks verwenden. In neueren Generationen von Blockchains werden auch Funktionsaufrufe und ihre Ausgaben gehasht, und sogar neue Runtime-Updates werden gehasht.

Für das Verständnis von Blockchain ist es wichtig, kryptografische Hash-Funktionen zu verstehen. Gut konzipierte kryptografische Hash-Funktionen haben die folgenden Eigenschaften:

**Eigenschaften einer kryptografischen Hash-Funktion**

1. Deterministisch: Die gleiche Eingabe sollte immer die gleiche Ausgabe ergeben.
2. Schnell berechenbar: Wir müssen sicherstellen, dass die Berechnung der Funktion schnell ist.
3. Widerstandsfähigkeit gegen Preimage-Angriffe (Verwirrung): Wir müssen sicher sein, dass die Hash-Ausgabe nicht zurückverfolgt werden kann, um herauszufinden, was die ursprüngliche Eingabe war.
4. Eine kleine Änderung der Eingabe verändert die Ausgabe (Diffusion): Selbst die kleinste Veränderung der Eingabe sollte die Ausgabe deutlich verändern.
5. Kollisionssicherheit: Wir müssen sicher sein, dass jede eindeutige Eingabe einer eindeutigen Ausgabe entspricht.
6. Zweite Widerstandsfähigkeit gegen Preimage: Bei einer Hash-Funktion und ihrer Ausgabe sollte es nicht möglich sein, eine Eingabe (oder mehrere Eingaben) zu erzeugen, die, wenn sie gehasht werden, die gleiche Ausgabe ergeben.

**Hashing vs. Verschlüsselung**

Hashing und Verschlüsselung sind zwar verwandt, aber unterschiedlich. **Hashing** ist eine Einwegfunktion, d.h. wir sollten nicht in der Lage sein, die ursprüngliche Eingabe aus der Ausgabe zu rekonstruieren. **Verschlüsselung** hingegen ist eine Zwei-Wege-Funktion. Daten (Plaintext) können versteckt (verschlüsselt) werden, indem sie mit dem Verschlüsselungsschlüssel in einen chiffrierten Text umgewandelt werden. Der verschlüsselte Text kann dann wieder in den ursprünglichen Plaintext zurückgewandelt werden, indem der verschlüsselte Text mit dem Entschlüsselungsschlüssel dekodiert wird. Je nach verwendetem Kryptosystem können der Verschlüsselungs- und der Entschlüsselungsschlüssel denselben Wert haben oder unterschiedlich sein.

**Hashing on Polkadot**

Polkadot und Kusama verwenden eine Implementierung namens BLAKE 2b, die auf dem kryptografischen Hashing-Algorithmus BLAKE2 basiert. BLAKE2 ist schneller als SHA-2 und SHA-3 und dabei ähnlich sicher oder besser als SHA-3\. Wir haben uns für BLAKE2 entschieden, weil es sicher, schnell und einfach zu implementieren ist. Die BLAKE2b-Implementierung wurde für 64-Bit-Plattformen optimiert und ist doppelt so leistungsfähig wie der SHA-256-Algorithmus auf einem vergleichbaren Rechner. Aufgrund dieser Vorteile ist das Projekt ZCash von SHA-256 auf BLAKE2 Hashing umgestiegen, da BLAKE2 mit der Zeit immer besser wird, während SHA-256 immer schlechter wird. Das Blake 2b-Hashing würde wie folgt aussehen:

„Wow, such hash“ =

e530f3d3ddfc24213167e7c601733a1b688e6cf362277b46f1135e348aa63477

„Wow, such hash“ =

f299f5ee1731f755d0f58bdc54ef3b0cadb94f7f959c3b18627e12138ed5c70e

---

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

**Mehr von der ELI5 Serie: Polkadot A bis Z**

[A für Account \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/a-fuer-account-polkadot-von-a-bis-z-36351)

[B for Brücken “Bridges” \[Polkadot from A to Z\]](https://app.subsocial.network/7063/b-fuer-bruecken-bridges-polkadot-von-a-bis-z-36352)

[C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/c-fuer-collators-kollatoren-polkadot-von-a-bis-z-36353)

[D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/d-fuer-democracy-demokratie-polkadot-von-a-bis-z-36359)

[E für Existentielle Einlage \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/e-fuer-existentielle-einlage-polkadot-von-a-bis-z-36360)

[F für “Forkless” (Gabelfrei) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361)

[G für GRANDPA \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/g-fuer-grandpa-polkadot-von-a-bis-z-36362)

[H für Hash \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/36363)

[I für Interoperabilität \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/i-fuer-interoperabilitaet-polkadot-von-a-bis-z-36364)

[J für Polkadot.js \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/j-fuer-polkadot-js-polkadot-von-a-bis-z-36365)

[K für Kusama \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/k-fuer-kusama-polkadot-von-a-bis-z-36366)

[L für Polkadot Launch \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/l-fuer-polkadot-launch-polkadot-von-a-bis-z-36367)

[M für Multisig \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/m-fuer-multisig-polkadot-von-a-bis-z-36368)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

[P für Phragmén \[Polkadot von A bis Z\]](https://polkaverse.com/7063/p-fuer-phragmen-polkadot-von-a-bis-z-36603)

bafyreihbjctxokgmmgzy6spbr63bmgsvuptdjv5am2rletfvlud3koqp6a

Interoperabilität ist der Kern der Polkadot-Philosophie. Wir wollen den Blockchain-Maximalismus überwinden und glauben, dass das Ökosystem robuster ist, wenn Blockchains miteinander kommunizieren können. Deshalb bezeichnen wir uns als Layer-0-Multi-Chain-Plattform, und damit ist die technische Herausforderung verbunden, isolierte Blockchain-Netzwerke zu verbinden. In diesem Beitrag erkläre ich, was Interoperabilität bedeutet, was der Unterschied zwischen Layer 0- und Layer 1-Blockchains ist, wie wir Cross-Consensus Messaging (XCM) für die Chain-Übergreifende Kommunikation beliebiger Daten nutzen und welche verschiedenen Möglichkeiten es gibt, sich mit Polkadot zu verbinden.

**Eine kleine Geschichte: Interoperabilität von isolierten Internet-Netzwerken**

In den frühen 70er bis zu den 80er Jahren begann das Internet als isolierte Netzwerke in Universitäten, Regierungsbehörden und dem Militär. Die von diesen Akteuren und einer begeisterten Community von Entwicklern aus der ganzen Welt vorangetriebene Forschung führte zur Entwicklung des Transmission Control Protocol und des Internet Protocol (TCP/IP), die es diesen isolierten Netzwerken ermöglichten, sich zu verbinden, zu lokalisieren und miteinander zu **interagieren**.

Wir können uns den aktuellen Stand des Blockchain-Ökosystems wie die Anfänge des Internets vorstellen: eine Ansammlung isolierter Blockchains, die sich noch nicht unter einem Protokoll verbunden haben, das es ihnen ermöglicht, miteinander zu kommunizieren. Polkadot will dieses Protokoll werden, das es Blockchains ermöglicht, miteinander zu **interagieren**. Deshalb nennen wir es eine Blockchain/ein Protokoll des *Layer 0*.

**Layer 0 und Layer 1**

Aus der Perspektive der gesellschaftlichen Entwicklung haben wir uns als Communitys zu Nationalstaaten entwickelt, was zum Teil auf die Spezialisierung von Fähigkeiten zurückzuführen ist. Die Mitglieder der Gesellschaft können sich dafür entscheiden, ihre Fähigkeiten weiterzuentwickeln und sich unter anderem in den Bereichen Medizin, Wirtschaft, Politik und Produktion zu spezialisieren; sie sind auch in der Lage, eine Wirtschaft des Handels zu nutzen, in der diese spezialisierten Fähigkeiten einen Markt haben. Wir können uns diese Spezialisierungen als die Lösungen des ***Layers 1*** vorstellen: im Blockchain-Bereich sind das Bitcoin und Ethereum. Wir können uns die Wirtschaft und den Marktplatz auch als ***Layer 0*** vorstellen. Das ist es, was Polkadot im Blockchain-Ökosystem sein will.

**XCM**

Cross-Consensus Messaging (XCM) ist ein Nachrichtenformat/Paradigma, das die Interoperabilität von Layer-1-Blockchains ermöglicht. Es wird auf der Ebene von Layer 0 implementiert und verfügt über mehrere Funktionen zur Nachrichtenübermittlung. Für Layer 1 zu Layer 1 gibt es das Cross-Chain Message Passing (XCMP), das noch implementiert werden muss, aber laut Gavins aktuellen[ Blog-Post](https://gavofyork.medium.com/3b77b1373392) fast fertig ist. Update ist implementiert. Für Layer 1 zu Layer 0, also von Parachains zur Relay-Chain, gibt es Upwards Message Passing (UMP) und für Layer 0 zu Layer 1, also von der Relay-Chain zu Parachains, gibt es Downwards Message Passing (DMP). XCM ist unabhängig von der Struktur der Chains auf der Sende- und Empfangsseite und kann Informationen unstrukturiert an viele verschiedene Chain-Typen weitergeben. So kann jede beliebige Chain es für die Interoperabilität nutzen. Wir werden das genauer erklären, wenn wir zum Buchstabe X kommen.

**Interoperable Chains: Parathreads/Parachains/Brücken**

Nachdem wir nun das Konzept von Layer 0 und Layer 1 verstanden haben, können wir über die Arten von Verbindungen sprechen, die Layer-1-Chains auf Polkadot haben können.

**Parachain:** Parachains sind Layer-1-Lösungen, die vom gemeinsamen Konsens und der gemeinsamen Sicherheit von Polkadot profitieren. Parachain-Slots werden langsam vom Netzwerk freigegeben, wo potenzielle Parachain-Projekte als Parachain-Kandidaten Gebote abgeben können. Die meisten Projekte entscheiden sich für einen Crowdloan, um ihr Gebot und damit die Wahrscheinlichkeit, einen Slot zu erhalten, zu erhöhen. Sobald ein Slot gewonnen wurde, wird das Parachain-Projekt in Polkadot aufgenommen und ist nun Teil des Ökosystems.

**Parathread:** Alle Parachains sind standardmäßig Parathreads. Parathreads sind Parachain-Slots, die unter der Oberfläche liegen, dabei aber mehrere Chains beherbergen können, sodass die Chains pro Block an der Konsensfindung teilnehmen können. Für manche Projekte ist es aus wirtschaftlicher Sicht nicht sinnvoll, einen Parachain-Slot in Vollzeit zu nutzen; für diese Projekte haben wir Parathreads.

**Brücke:** Brücken sind für bereits etablierte, wirtschaftlich unabhängige Chains, die bereits ein Netzwerk aufgebaut haben. Es gibt immer noch Möglichkeiten für diese Netzwerke, sich mit Polkadot zu verbinden und von der Ökonomie zu profitieren.

---

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

**Mehr von der ELI5 Serie: Polkadot A bis Z**

[A für Account \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/a-fuer-account-polkadot-von-a-bis-z-36351)

[B for Brücken “Bridges” \[Polkadot from A to Z\]](https://app.subsocial.network/7063/b-fuer-bruecken-bridges-polkadot-von-a-bis-z-36352)

[C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/c-fuer-collators-kollatoren-polkadot-von-a-bis-z-36353)

[D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/d-fuer-democracy-demokratie-polkadot-von-a-bis-z-36359)

[E für Existentielle Einlage \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/e-fuer-existentielle-einlage-polkadot-von-a-bis-z-36360)

[F für “Forkless” (Gabelfrei) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361)

[G für GRANDPA \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/g-fuer-grandpa-polkadot-von-a-bis-z-36362)

[H für Hash \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/36363)

[I für Interoperabilität \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/i-fuer-interoperabilitaet-polkadot-von-a-bis-z-36364)

[J für Polkadot.js \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/j-fuer-polkadot-js-polkadot-von-a-bis-z-36365)

[K für Kusama \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/k-fuer-kusama-polkadot-von-a-bis-z-36366)

[L für Polkadot Launch \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/l-fuer-polkadot-launch-polkadot-von-a-bis-z-36367)

[M für Multisig \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/m-fuer-multisig-polkadot-von-a-bis-z-36368)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

[P für Phragmén \[Polkadot von A bis Z\]](https://polkaverse.com/7063/p-fuer-phragmen-polkadot-von-a-bis-z-36603)

bafyreihrpxjpw3kyo2oc7s3xxbo5646r5beikbwojq3j6ktgnixr2vupxm

I für Interoperabilität [Polkadot von A bis Z]

Polkadot.js ist eine Sammlung von Werkzeugen, die auf sehr detaillierte Weise mit der Polkadot-Blockchain kompatibel sind. Polkadot.js als Begriff hat mehrere Teile, die erwähnenswert sind

1. **Polkadot.js UI (**[polkadot.js.org](http://polkadot.js.org)**)**
2. Das ist die gehostete Anwendung, die geladen wird, wenn du in deinem Browser auf apps wallet(hosted) klickst. Sie wird manchmal auch „Polkadot.JS-App“ genannt.
3. **Polkadot.js API (**[github.com/polkadot-js/api](http://github.com/polkadot-js/api)**)**  
   1. Das ist die JavaScript-API, eine wiederverwendbare Bibliothek, die es Programmen ermöglicht, sich mit den Funktionen von Polkadot zu verbinden.
4. **Polkadot.js Extension (**[polkadot.js.org/extension/](http://polkadot.js.org/extension/)**)**  
   1. Dies ist die Chrome-Extension, mit der du deine Accounts verwalten und Transaktionen signieren kannst. Beachte, dass sie nur Nachrichten signiert ; sie hat im Vergleich zu vollwertigen Wallets nur eingeschränkte Funktionen und kann sich nicht mit dem Polkadot-Netzwerk selbst verbinden.
5. **Polkadot.js Codebasis (**[github.com/polkadot-js](http://github.com/polkadot-js)**)**  
   1. Die Codebasis enthält alle erforderlichen Quellcodes, um die Werkzeuge zum Laufen zu bringen. Du kannst hier zur Codebasis navigieren.
6. **Polkadot.js Phishing Liste (**[polkadot.js.org/phishing/](http://polkadot.js.org/phishing/)**)**  
   1. Die Phishing Liste ist eine von der Community erstellte Liste mit weniger seriösen Anbietern. Diese Liste von URLs und Adressen wird ständig aktualisiert und die polkdot.js Extension nutzt sie als Quelle, um dich zu warnen, wenn du zu einer URL aus der Liste navigierst, und blockiert die Adressen in der Benutzeroberfläche der App. Die Nutzer/innen können auch verdächtige Websites und Adressen melden, wenn sie auf sie stoßen.

**Polkadot.js Benutzeroberfläche**

In diesem Artikel werde ich mich auf die Benutzeroberfläche (UI) konzentrieren, eine leistungsstarke Web-Anwendung, die detaillierte Funktionen für die Interaktion mit der Polkadot-Blockchain bietet. Sie ist nicht nur eine Wallet, sondern bietet mehr als nur die Möglichkeit, Accounts zu erstellen oder Transaktionen zu senden und zu empfangen.

**Fähigkeiten**

Unter anderem ermöglicht es uns auch

1. Beteilige dich am Staken
2. Beteilige dich an der Governance
3. An Parachain Crowdloans teilnehmen
4. Parachain-Auktionen durchführen
5. Metadaten der Chain abfragen
6. Abfrage von On-Chain-Daten über RPC-Aufrufe

Im Wesentlichen kannst du damit alle Funktionen ausführen, die ein Nutzer auf der Relay-Chain oder einer beliebigen Parachain ausführen kann (auch wenn die Benutzeroberfläche möglicherweise nicht genau auf die Funktionen einer einzelnen Parachain abgestimmt ist). Dank[ Jaco](https://www.parity.io/blog/people-of-parity-jaco-greeff/) von Parity hält es mit den Entwicklungen der Polkadot-Runtime Schritt, die in Rust implementiert ist. Wenn du als Entwickler eine Substrate-basierte Blockchain entwickelst, kannst du die Polkadot.js-Benutzeroberfläche nutzen, um die Funktionalität deines Codes zu testen.

Letztlich läuft die Interaktion mit der Polkadot.js Benutzeroberfläche darauf hinaus, dass entweder On-Chain-Daten abgefragt oder ein extrinsischer Befehl erteilt wird. Lasst uns darüber reden, was das genau bedeutet.

**Abfrage von On-Chain-Daten**

Um die Benutzeroberfläche zu füllen, fragt die Webanwendung die Polkadot.js API ab. Die API fragt dann einen Polkadot Node ab und verwendet JavaScript, um Informationen zurückzugeben, die die Benutzeroberfläche auf dem Bildschirm anzeigt. Du kannst den Node auswählen, mit dem du dich verbinden willst, indem du ihn in der oberen linken Ecke des Bildschirms änderst.

**Die Erteilung eines extrinsischen Befehls**

Extrinsische Befehle sind Informationen, die von außerhalb der Chain kommen und in einem Block enthalten sind. Es gibt drei Arten von Extrinsics: **inhärente**, **signierte** und **unsignierte** Transaktionen. Die meisten Extrinsischen Befehle, die über die Polkadot.js Benutzeroberfläche erstellt werden, sind signierte Transaktionen. **Inhärente** Transaktionen sind nicht signierte und nicht gegossipte Informationen, die der Blockersteller in den Block einfügt, wie z. B. Zeitstempel, die „wahr“ sind, weil sich eine ausreichende Anzahl von Validatoren über die Gültigkeit geeinigt hat. **Unsignierte Transaktionen** sind Informationen, die nicht signiert werden müssen, aber eine Art von Spam-Schutz erfordern. **Signierte Transaktionen** werden vom Account des Urhebers einer Transaktion ausgestellt, die eine Unterschrift dieses Accounts enthält, die gegen eine Gebühr in die Chain aufgenommen werden muss.

**Überlegungen**

Die Community hat Bedenken hinsichtlich der Komplexität der Polkadot-JS-Benutzeroberfläche geäußert. Das Ziel der Polkadot.js-Benutzeroberfläche ist es jedoch, so viele Funktionen zu unterstützen, wie die Relay-Chain von ihren Nutzern verlangt. Jedes Mal, wenn es ein Runtime-Update gibt (was ziemlich oft vorkommen kann), gibt es eine potenzielle Änderung, die an der Polkadot.js-Codebasis vorgenommen werden muss. Bei den meisten Wallets von Drittanbietern ist es zum Beispiel üblich, dass sie bei Runtime-Updates die Unterstützung für diese Wallets hinzufügen. Die Polkadot.js Benutzeroberfläche ist nicht so sehr auf eine benutzerfreundliche Oberfläche ausgerichtet, sondern vielmehr darauf, die Polkadot Runtime ohne Bugs zu unterstützen.

Für benutzerfreundlichere, aber einfachere Wallet-Implementierungen gibt es eine Wiki-Seite, auf der wir [Parity-entwickelte und vom Tresor finanzierte Wallet-Projekte](https://wiki.polkadot.network/docs/build-wallets#treasury-funded-wallets).

Schau dir einige der von uns erstellten Lerninhalte an, um mehr über Polkadot.js zu erfahren.

[Einführung in Polkadot.js](https://www.youtube.com/watch?v=4EQqwGFV1D8)

[Erstelle einen Account mit Polkadot.js](https://www.youtube.com/watch?v=sy7lvAqyzkY)

---

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

**Mehr von der ELI5 Serie: Polkadot A bis Z**

[A für Account \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/a-fuer-account-polkadot-von-a-bis-z-36351)

[B for Brücken “Bridges” \[Polkadot from A to Z\]](https://app.subsocial.network/7063/b-fuer-bruecken-bridges-polkadot-von-a-bis-z-36352)

[C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/c-fuer-collators-kollatoren-polkadot-von-a-bis-z-36353)

[D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/d-fuer-democracy-demokratie-polkadot-von-a-bis-z-36359)

[E für Existentielle Einlage \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/e-fuer-existentielle-einlage-polkadot-von-a-bis-z-36360)

[F für “Forkless” (Gabelfrei) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361)

[G für GRANDPA \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/g-fuer-grandpa-polkadot-von-a-bis-z-36362)

[H für Hash \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/36363)

[I für Interoperabilität \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/i-fuer-interoperabilitaet-polkadot-von-a-bis-z-36364)

[J für Polkadot.js \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/j-fuer-polkadot-js-polkadot-von-a-bis-z-36365)

[K für Kusama \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/k-fuer-kusama-polkadot-von-a-bis-z-36366)

[L für Polkadot Launch \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/l-fuer-polkadot-launch-polkadot-von-a-bis-z-36367)

[M für Multisig \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/m-fuer-multisig-polkadot-von-a-bis-z-36368)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

[P für Phragmén \[Polkadot von A bis Z\]](https://polkaverse.com/7063/p-fuer-phragmen-polkadot-von-a-bis-z-36603)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

[P für Phragmén \[Polkadot von A bis Z\]](https://polkaverse.com/7063/p-fuer-phragmen-polkadot-von-a-bis-z-36603)

bafyreicfkjeszxeaqqsacp7wi7u7fu3lzm2uup73grjcy5l74d343j2ahe

J für Polkadot.js [Polkadot von A bis Z]

Kusama bietet die gleichen Versprechen wie Polkadot und siehe da, es kommt ohne Versprechen! Eine heterogene Multi-Chain-Plattform, die einen Nominated Proof of Stake (NPoS)-Konsens mit On-Chain-Governance und gabelfreie Runtime-Updates nutzt. Es ist als Kanarienvogel-Netzwerk für Polkadot bekannt und wurde von Gavin Wood als „wertschöpfendes Testnetzwerk“ bezeichnet. Im Kern ist Kusama ein Blockchain-Netzwerk, das eine fast identische Codebasis mit Polkadot teilt, mit dem Vorbehalt, dass es etwas fortschrittlicher ist, da der Code zuerst auf Kusama getestet und geprüft wird, bevor er auf Polkadot übertragen wird (aber nicht immer); die geringfügigen Unterschiede in den Parametern machen es zu einem guten Testfeld, aber auch zu einem großartigen Ort für Startups und Teams, die schnell vorankommen wollen. Ein Beispiel dafür ist[ dieser](https://polkadot.network/blog/grandpa-equivocation-and-sysinfo-process-collection-results-in-slashing-on-kusama-network-a-post-mortem/) nachträgliche Bericht über einen Slashing-Bug, der auf Kusama gefunden und behoben wurde, bevor er sich auf Polkadot auswirken konnte. Wie der Slogan schon sagt: "Erwarte Chaos". Die Kusama Community ist eher auf Entwickler ausgerichtet und kleiner als die Polkadots. Und obwohl es als wertvolles Testnetzwerk begann, gibt es inzwischen Projekte, die nur auf Kusama und nicht auf Polkadot eingesetzt werden sollen.

**Einige Funktionsunterschiede zwischen Kusama und Polkadot**

Es gibt Runtime-Unterschiede, die Kusama für das Testen von Funktionen besser geeignet machen. Im Allgemeinen ist Kusama 4x so schnell wie Polkadot. Das ermöglicht eine Umgebung, in der Runtime-Veränderungen und die Funktionen von Parachains „schneller“ getestet werden können. Nicht alles ist 4x so schnell, zum Beispiel sind die Blockzeit und die Geschwindigkeit, mit der die Chain wächst, mit 6 Sekunden pro Block die gleiche. Einige der Hauptunterschiede:

![](https://ipfs.subsocial.network/ipfs/QmZE5rPujUxewxpczzx6bU62DA6TZmTo52den34xX6fRe7)

Die 4x schnellere Umgebung ermöglicht mehr Experimente, wie z.B. die Möglichkeit, neue Runtime-Updates schneller zu verabschieden, was von den Teilnehmern Sorgfalt erfordert, um auf dem neuesten Stand zu bleiben. Was die Parachain-Slots angeht, hat das Team von Parity vorgeschlagen, dass das Verhältnis von Kusama zu Polkadot 4:3 sein wird, was bedeutet, dass Polkadot 75% der Parachain-Slot-Kapazität von Kusama haben sollte, um die Stabilität zu gewährleisten.

**Testen in der Welt der Blockchains**

Der wesentliche Grund, warum wir Kusama brauchen, ist, dass bei Web 3.0-Funktionen aufgrund der monetären Aspekte von Blockchains viel auf dem Spiel steht. Es ist wichtig zu wissen, dass das Testen der Funktionen von Blockchain-Netzwerken nicht so einfach ist wie das Testen von Web 2.0-Anwendungen. Fehlerhafte Funktionen von Blockchain-Technologien können zu großen finanziellen Verlusten führen. Die[ Geschichte](https://news.coinsquare.com/blockchain/the-dao-how-a-failed-project-may-still-impact-the-world/) mit dem Ethereum DAO ist ein perfektes Beispiel dafür: Bei einem Smart Contract wurden ETH im Wert von 150 Millionen Dollar abgezogen. Bei Web 2.0-Anwendungen kann das Testen einer Funktion so einfach sein wie das Aufsetzen auf einen Testserver, auf dem bestätigt wird, dass sie funktioniert, bevor sie für die Produktion freigegeben wird. Dieser Aufwand kann je nach Umfang der Funktion zwischen ein paar Minuten und ein oder zwei Tagen dauern. Blockchains haben jedoch ein paar Aspekte, die das Testen erschweren. Blockchains sind stark spieltheoretisch geprägt; das Verhalten der Teilnehmer/innen wird durch wertbeständige Token (Kryptowährungen) motiviert. Wenn ein Runtime-Update aus irgendeinem Grund einen manipulierbaren Fehler enthält, kann dies schwer vorherzusehen sein und es könnte eine Weile dauern, bis der böswillige Akteur ihn findet. Um Änderungen am Code wirklich zu testen, brauchen wir also ein Netzwerk, in dem echte Werte verwendet werden, und dort können wir solche Fehler finden. Kusama fungiert als dieses werthaltige Netzwerk, so dass wir, wenn eine Funktion getestet und der Code geprüft wird, sicherer sein können, dass er gültig ist, bevor wir ihn auf Polkadot stellen.

**Das Netzwerk Kusama ist nun ein eigenes Netzwerk.**

Es ist interessant zu sehen, dass sich das Kusama-Paradigma auch in den Parachains widerspiegelt, die auf Kusama eingesetzt werden. Projekte im Polkadot-Ökosystem neigen dazu, ihre Funktionalitäten zuerst auf ihrer jeweiligen Kusama-Parachain zu testen und dann zu planen, sie auf ihrer Polkadot-Parachain einzusetzen, aber wir sehen langsam Projekte, die keine Pläne haben, ihre Projekte auf Polkadot einzusetzen und nur auf Kusama bleiben. Beide Chains laufen reibungslos und nehmen weitere Parachains auf, während wir sprechen. Mit dem heutigen Tag (7\. Januar 2022) hat Kusama 16+1 und Polkadot 5+1, wobei die +1 jeweils Statemine und Statemint sind, die Parachains, die vom Team bei Parity bereitgestellt und gewartet werden. Mehr über Kusama erfährst du im[ Leitfaden](https://guide.kusama.network/) und alle Parachains auf Kusama findest du[ hier](https://parachains.info/#!). Kusama hat bisher 72.590 KSM für Vorschläge über sein Schatzamt finanziert, darunter einige Chain-State-Scanner wie Subscan und Polkascan, sowie Wallets wie Fearless und Polkawallet. Alle Aktivitäten des Kusama Tresors kannst du[ hier](https://www.dotreasury.com/ksm/) nachlesen.

---

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

**Mehr von der ELI5 Serie: Polkadot A bis Z**

[A für Account \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/a-fuer-account-polkadot-von-a-bis-z-36351)

[B for Brücken “Bridges” \[Polkadot from A to Z\]](https://app.subsocial.network/7063/b-fuer-bruecken-bridges-polkadot-von-a-bis-z-36352)

[C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/c-fuer-collators-kollatoren-polkadot-von-a-bis-z-36353)

[D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/d-fuer-democracy-demokratie-polkadot-von-a-bis-z-36359)

[E für Existentielle Einlage \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/e-fuer-existentielle-einlage-polkadot-von-a-bis-z-36360)

[F für “Forkless” (Gabelfrei) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361)

[G für GRANDPA \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/g-fuer-grandpa-polkadot-von-a-bis-z-36362)

[H für Hash \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/36363)

[I für Interoperabilität \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/i-fuer-interoperabilitaet-polkadot-von-a-bis-z-36364)

[J für Polkadot.js \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/j-fuer-polkadot-js-polkadot-von-a-bis-z-36365)

[K für Kusama \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/k-fuer-kusama-polkadot-von-a-bis-z-36366)

[L für Polkadot Launch \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/l-fuer-polkadot-launch-polkadot-von-a-bis-z-36367)

[M für Multisig \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/m-fuer-multisig-polkadot-von-a-bis-z-36368)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

[P für Phragmén \[Polkadot von A bis Z\]](https://polkaverse.com/7063/p-fuer-phragmen-polkadot-von-a-bis-z-36603)

bafyreih2nt4kkc5z5dpybtv756537uf4ln5upoxmy4nllln3ys5skoek44

K für Kusama [Polkadot von A bis Z]

Zum Jahresende 2021 hat Polkadot mit der Einführung der Parachains einen wichtigen Meilenstein erreicht und damit die letzte Phase des ursprünglichen Versprechens aus dem 2016 veröffentlichten Whitepaper eingeleitet. Der Genesis-Block mit dem Zeitstempel vom 26\. Mai 2020 um 15:36:21 UTC markierte die erste Phase der Einführung von Polkadot. Ein geplanter, schrittweiser und kontrollierter Übergangsprozess von einem zentralisierten und streng kontrollierten Netzwerk zu einem dezentralisierten Netzwerk begann. Seit dem ersten Whitepaper sind mehr als 5 Jahre vergangen, und in diesem Beitrag möchte ich die Phasen, die das Netzwerk durchlaufen hat, und die Gründe dafür erläutern sowie einen Blick in die Zukunft werfen. Der Weg ist noch nicht abgeschlossen und wir haben noch viel vor uns, also lasst uns in die Details eintauchen.

**Phasen (2016 - 2022)**

**Proof of Authority (PoA) \[26\. Mai 2020\]**

Das Polkadot-Netzwerk begann als Proof-of-Authority-Netzwerk, ein Konsensmechanismus, der einer kleinen Anzahl von Validatoren die volle Kontrolle über das Netzwerk gibt. Es wurde von 6 Validatoren verwaltet, die von der Web3 Foundation kontrolliert wurden. Mit Hilfe von Sudo (einer Substrate-Funktionalität, die es einem einzigen Account ermöglicht, mit Root alles an der Chain zu tun, auch wenn es etwas technisch ist - mehr darüber erfährst du[ hier](https://docs.substrate.io/rustdocs/latest/pallet%5Fsudo/index.html) und[ hier](https://www.shawntabrizi.com/substrate/the-sudo-story-in-substrate/)) hat die Stiftung die frühen Phasen des Netzwerks eng begleitet. Die Nutzer/innen konnten ihre DOT-Token einfordern und sie einsetzen. In dieser Phase bedeutete der Einsatz der Nutzer/innen jedoch nur, dass sie **ihre Absicht signalisierten**, Validator oder Nominator zu sein. Die Stiftung nutzte dies als Maßstab, um zu wissen, wann es genug Validatoren gab, um die Kontrolle über das Netzwerk in die Hände der DOT-Token-Inhaber zu legen.

**Nominierter Proof of Stake (NPoS) \[18\. Juni 2020\]**

Sobald genügend Signale von den vorgesehenen Validatoren vorlagen, war es an der Zeit, die nächste Phase einzuleiten. Dies würde den Übergang des Netzwerks von PoA zu NPoS bedeuten. Die Stiftung nutzte dazu einen Sudo-Aufruf, um die[ Eras](https://support.polkadot.network/support/solutions/articles/65000168050-what-is-an-era-) zu ändern, wodurch die erste Validator-Wahl ausgelöst wurde. In dieser Phase wurden die ersten Anstrengungen unternommen, das Netzwerk weiter zu dezentralisieren. In dieser Phase wurde der Sudo auch eingesetzt, um die Zahl der aktiven Validatoren langsam zu erhöhen.

**Governance und Sudo-Entfernung \[20\. Juli 2020\]**

Die[ Governance](https://wiki.polkadot.network/docs/learn-governance) auf Polkadot ist die Vorgehensweise, wie Runtime-Updates von den DOT-Token-Inhabern durchgesetzt werden. Die einzige Möglichkeit, die Kontrolle über den Sudo der Stiftung zu entnehmen, sind Referenda, an denen die DOT-Token-Inhaber teilnehmen können. Dazu würde die Stiftung eine Governance einrichten (natürlich mit Sudo), in der das Netzwerk die Mitglieder des Rates und des Technischen Ausschusses wählen und öffentliche Vorschläge annehmen kann. Nachdem die Governance eingerichtet worden war, wurde der Sudo durch ein öffentliches Referendum entfernt und die eigentliche Entscheidungsbefugnis an die DOT-Token-Inhaber übertragen.

**Guthabenübertragungen \[August 18, 2020\]**

Nach der Abschaffung des Sudo war von nun an eine Governance erforderlich, um Runtime-Updates zu ermöglichen. Guthabenübertragungen wurden im Block 1.205.128 von den DOT-Token-Inhabern durch einen öffentlichen Antrag ermöglicht. Mit diesem Runtime-Update konnten die Inhaber von DOT-Tokens nun Tokens zwischen ihren Accounts transferieren.

**Parachain Markteinführung \[13\. Oktober 2021\]**

Nach über einem Jahr Entwicklungsarbeit wurde die Parachain-Funktionalität zunächst im Rococo-Testnetzwerk getestet und dann über die Governance auf Kusama veröffentlicht, bevor auf der Sub0-Konferenz bekannt gegeben wurde, dass die Parachain-Funktionalität im Oktober 2021 für Polkadot bereit ist. Mit[ Referendum 118](https://polkadot.polkassembly.io/motion/118) wurden 2 Phasen von Auktionen für Parachains auf Polkadot vorgeschlagen. Die DOT Community stimmte für dieses Referendum und die Auktionen begannen am 11\. November 2021 und die ersten 5 Parachains (Acala, Moonbeam, Parallel Finance, Astar und Clover) wurden am 18\. Dezember 2021 freigeschaltet. Derzeit (14\. Januar 2022) läuft die zweite Auktionsphase, die um den 11\. März 2022 beginnen soll.

**Zukunft \[2022 - endlos\]**

Wie die Markteinführung zeigt, ist es ein wichtiges Ziel, Polkadot so dezentralisiert wie möglich zu gestalten. Ein vorgeschlagener nächster Schritt in diese Richtung ist die Auflösung des Rates und des Technischen Ausschusses, die beide zentralisiert sind, und es wird[ ein neues Governance-Modell entwickelt](https://github.com/paritytech/substrate/pull/10195), das genau das tut. Zusätzlich zu diesem Vorhaben gibt es mehrere Vorschläge für die nächsten Stufen des Netzwerks und Robert Habermeier hat kürzlich über einige der[ bevorstehenden Bemühungen](https://www.youtube.com/watch?v=z5i7TVEyn-Y) gesprochen. Dazu gehören asynchrones Backing, eine Möglichkeit, validierte Parachain-Blöcke zu erstellen und zu bündeln, bevor sie in die Relay-Chain geschrieben werden, Parathreads und vor allem eine Möglichkeit, die Verfügbarkeit von Parachain-Slots auf Blockbasis zu planen. Es wurden auch einige Netzwerkoptimierungen vorgeschlagen, die vor allem das Zusammenspiel von Kollatoren und Validatoren verbessern sollen.

---

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

**Mehr von der ELI5 Serie: Polkadot A bis Z**

[A für Account \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/a-fuer-account-polkadot-von-a-bis-z-36351)

[B for Brücken “Bridges” \[Polkadot from A to Z\]](https://app.subsocial.network/7063/b-fuer-bruecken-bridges-polkadot-von-a-bis-z-36352)

[C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/c-fuer-collators-kollatoren-polkadot-von-a-bis-z-36353)

[D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/d-fuer-democracy-demokratie-polkadot-von-a-bis-z-36359)

[E für Existentielle Einlage \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/e-fuer-existentielle-einlage-polkadot-von-a-bis-z-36360)

[F für “Forkless” (Gabelfrei) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361)

[G für GRANDPA \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/g-fuer-grandpa-polkadot-von-a-bis-z-36362)

[H für Hash \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/36363)

[I für Interoperabilität \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/i-fuer-interoperabilitaet-polkadot-von-a-bis-z-36364)

[J für Polkadot.js \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/j-fuer-polkadot-js-polkadot-von-a-bis-z-36365)

[K für Kusama \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/k-fuer-kusama-polkadot-von-a-bis-z-36366)

[L für Polkadot Launch \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/l-fuer-polkadot-launch-polkadot-von-a-bis-z-36367)

[M für Multisig \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/m-fuer-multisig-polkadot-von-a-bis-z-36368)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

[P für Phragmén \[Polkadot von A bis Z\]](https://polkaverse.com/7063/p-fuer-phragmen-polkadot-von-a-bis-z-36603)

bafyreiamkahkdhz2fgy4vddhrogzd6iulpukhobqfmj2mrl66vgd2tblii

L für Polkadot Launch [Polkadot von A bis Z]

Um wirklich Eigentum an deinem Vermögen auf der Blockchain zu haben, verwenden wir Accounts und diese Accounts haben Adressen. Ein Account wird mit Schlüsseln verwaltet, einem öffentlichen Schlüssel und einem dazugehörigen privaten Schlüssel. Das Eigentum an einem Account kann durch den Nachweis des privaten Schlüssel überprüft werden, mit dem du Transaktionen unterschreiben kannst. Ohne den privaten Schlüssel sind die Accounts auf der Blockchain nicht nutzbar. Wenn du deinen privaten Schlüssel verlierst, ist das gleichbedeutend mit dem endgültigen Verlust deines Wallets. Manchmal müssen Transaktionen von mehreren Accounts signiert werden, z. B. bei gemeinsamen Bankkonten oder bei der Annahme von Referenda durch die Governance, die eine bestimmte Anzahl von Unterzeichnern benötigen.Hier kommen die Accounts mit Mehrfachsignatur ins Spiel, die bei Substrate-basierten Chains möglich sind. Eine Multisig kann aus zwei oder mehr Accounts bestehen und es muss ein **Grenzwert** für die Signatur festgelegt werden. Dieser Wert ist gleich oder kleiner als die Anzahl der Accounts, die Teil der Multisig sind. Der Schwellenwert ist die Anzahl der Unterschriften, die erforderlich sind, um die Transaktionen, die in der Multisig stattfinden, zu unterzeichnen. Multisig-Accounts können alle On-Chain-Funktionen ausführen, die auch ein normaler Account ausführen kann, z. B. Staking, Governance und einfache Transaktionen. Allerdings solltest du vorsichtig sein, wenn du eine Multisig für Einsätze oder Crowdloans nutzt, die zeitkritisch sind.

**Irgendwie cool...**

Du kannst die Adresse eines Multisig-Kontos auch dann ermitteln, wenn es noch nicht erstellt wurde. Dazu musst du nur die Accounts kennen, die Teil der Multisig sind und die Grenzwert Nummer. Mit diesen Angaben können wir die Multisig-Adresse ermitteln. Ein interessanter Nebeneffekt ist, dass du eine Transaktion an eine nicht existierende Adresse senden kannst, und wenn die Accounts, die du als Teilnehmer dieser Adresse bestimmt hast, irgendwann in der Zukunft die Multisig erstellen, können sie auf die Transaktion zugreifen.

Als Beispiel nehme ich hier die Kusama Stash-Adressen von Binance und Kraken und setze einen Grenzwert von 2 Das erzeugt die Multisig-Adresse dieser beiden Accounts mit einem Grenzwert von 2 Wenn ich will, kann ich KSM an diese Multisig senden, und wenn die Teams von Binance und Kraken auf diese KSM zugreifen wollen, müssen sie zusammenarbeiten, um die Multisig einzurichten.

\--------------------------------

Adressen: E7ncQKp4xayUoUdpraxBjT7NzLoayLJA4TuPcKKboBkJ5GH F4xQKRUagnSGjFqafyhajLs94e7Vvzvr8ebwYJceKpr8R7T

Threshold: 2

Multisig Adressen (SS58: 0): 15XPbLctpFzEwA9qZgvYbsfEwPaBN9KVe7MFQao6bEur8sfX

\--------------------------------

┌( ಠ‿ಠ )┘

**Ein paar Anwendungsfälle**

1. Zwei Accounts können als Zwei-Faktor-Authentifizierung (2FA) für einen größeren Stash Account verwendet werden. Auch 3FA, oder wenn du dich für 4FA entscheidest, ist möglich; du kannst so viele Accounts anlegen, wie du willst.
2. Du kannst ein paar Freunde zusammentrommeln, eine DAO oder ein Unternehmen gründen und einen Multisig Account nutzen, der das Geld für die Organisation verwaltet. Wenn es eine Transaktion gibt, müssen alle oder die Mehrheit der Teilnehmer sie abzeichnen.
3. Mehrere Accounts können sich zusammenschließen, um für einen Sitz im Rat zu kandidieren.

**Sei vorsichtig!**

Es gibt ein paar Dinge zu beachten: Eine einmal erstellte Multisig kann nicht mehr geändert werden! Und wenn jemand den Zugang zu seinem Account verliert, der Teil der Multisig ist, könnte die Multisig unbrauchbar werden, was sehr ärgerlich wäre. Außerdem muss ein einmal erstelltes Multisig eine existentielle Einlage haben, um nutzbar zu sein. Substrate ermöglicht es den Entwicklern zur Runtime, eine feste Anzahl von Accounts festzulegen, die Teil einer Multisig sein können. Im Fall von Polkadot ist diese Zahl 100 und bei anderen Substrate-Chains kann dieser Wert unterschiedlich sein.

**Erfahre mehr und erstelle eine Multisig…**

In[ diesem](https://youtu.be/ZJLqszvhMyM?list=PLOyWqupZ-WGuAuS00rK-pebTMAOxW41W8&t=236) Video unseres Tech Ed-Teams erfährst du, wie du eine Multi-Sig erstellst und verwendest. Auf unserer[ Wiki-Seite](https://wiki.polkadot.network/docs/learn-accounts#multi-signature-accounts) erfährst du mehr darüber, wie Multisigs funktionieren.

---

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

**Mehr von der ELI5 Serie: Polkadot A bis Z**

[A für Account \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/a-fuer-account-polkadot-von-a-bis-z-36351)

[B for Brücken “Bridges” \[Polkadot from A to Z\]](https://app.subsocial.network/7063/b-fuer-bruecken-bridges-polkadot-von-a-bis-z-36352)

[C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/c-fuer-collators-kollatoren-polkadot-von-a-bis-z-36353)

[D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/d-fuer-democracy-demokratie-polkadot-von-a-bis-z-36359)

[E für Existentielle Einlage \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/e-fuer-existentielle-einlage-polkadot-von-a-bis-z-36360)

[F für “Forkless” (Gabelfrei) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361)

[G für GRANDPA \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/g-fuer-grandpa-polkadot-von-a-bis-z-36362)

[H für Hash \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/36363)

[I für Interoperabilität \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/i-fuer-interoperabilitaet-polkadot-von-a-bis-z-36364)

[J für Polkadot.js \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/j-fuer-polkadot-js-polkadot-von-a-bis-z-36365)

[K für Kusama \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/k-fuer-kusama-polkadot-von-a-bis-z-36366)

[L für Polkadot Launch \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/l-fuer-polkadot-launch-polkadot-von-a-bis-z-36367)

[M für Multisig \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/m-fuer-multisig-polkadot-von-a-bis-z-36368)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

[P für Phragmén \[Polkadot von A bis Z\]](https://polkaverse.com/7063/p-fuer-phragmen-polkadot-von-a-bis-z-36603)

bafyreia26wowkkvqruwajnr57btm4pgccp5t4xl6axs3ykv273phietogy

M für MultiSig [Polkadot von A bis Z]

bafyreign7aqqs2zn3ejtgp72hky3b5qpvesqkc6szqmrohre3pvr7pkfau

Wie wir 50K einzigartige NFTs für Polkadot Decoded 2022 erstellt haben (in einem Monat)

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit der Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

### **Mehr als 10 Millionen Smartphones sichern IoT-fähige Geräte ab**

Es gibt Millionen von Smartphones, Smart-TVs und sogar smarte Kühlschränke. Es sind nicht nur die leistungsstarken Mikroprozessoren in den unzähligen Geräten und Sensoren, die sie "intelligent" machen, sondern auch die Tatsache, dass sie autonom mit dem Internet und anderen Systemen interagieren. Das "Internet der Dinge" (IoT) ist der Begriff für die wachsende Realität, dass Internet-Hardware mehr ist als nur unsere Computer und Smartphones, sondern auch die Geräte und Monitore in unseren Wohnungen und in unserem öffentlichen Leben.

Autonomie und Interoperabilität sind notwendige Funktionen für den Erfolg von IoT-Geräten, und sie sind auch der Kern der Vision von [Substrate](https://substrate.io/) und [Polkadot](https://polkadot.network/). Substrate ist das Blockchain-Framework, das ambitionierten Projekten wie [Nodle.io](http://Nodle.io) (Nodle) die einzigartige Möglichkeit bietet, ein autonomes IoT-Netzwerk aufzubauen, das sich direkt mit anderen Blockchains verbindet.

[Nodle](https://nodle.io/) ist ein datenschutzfreundliches IoT-Konnektivitäts- und Sicherheits-Startup, das Konnektivität für IoT-Geräte und Sensoren anbietet und Substrate für sein globales Belohnungssystem und dezentralisierte Identitäten, Nodle Cash, nutzen wird.

## **Zwei große Probleme für den IoT-Sektor**

Der erste ist die **Konnektivität**. Es kann teuer sein, die Infrastruktur für die Verbindung von Millionen von Geräten und Sensoren einzurichten, wobei die Wartung zu den laufenden und wachsenden Fixkosten beiträgt. Außerdem ist die Bereitstellung einer ständig online verfügbaren Infrastruktur für viele Anwendungsfälle, bei denen tägliche Aktualisierungen ausreichen, übertrieben.

![Nodle io Blog](https://lh3.googleusercontent.com/i7hzZU--zGQfLZvzhH47fA01mXanBHF2UER4gSFYJ_hmupA3XzIn_5BIXu8paIhhTv-9NfdxshkjCrFdjBjBoY9B205GwrwYwjdVu4C_44Eb8oxwq2tduxgp5KQJKsEVlCXMpYfZkXMCpVAFW9Uiyfvvk9Gpt8kvqKfZf4pZB3bfq71Hvx9YagGRg6W2Dw "Nodle io Blog")

Nodle löst dieses Problem durch die sichere Verbindung von entfernten Sensoren und Geräten über Millionen von Smartphones auf der ganzen Welt, die passiv die IoT-Geräte von Nodle erfassen und die neuesten Daten an das Internet weiterleiten. Die Nodle Cash App, die Nutzer für die Bereitstellung von Konnektivität zu entfernten IoT-Geräten belohnt, wurde bereits über 20.000 Mal heruntergeladen und läuft auf über 10 Millionen zusätzlichen Telefonen, auf denen die App entweder vorinstalliert ist (im Fall des HTC Exodus) oder die das Nodle SDK enthalten. Mit der Nodle Cash App ([App Store](https://apps.apple.com/us/app/nodle-cash/id1480763553), [Google Play](https://play.google.com/store/apps/details?id=io.nodle.cash&hl=en%5FUS)) und einem Bluetooth Low Energy (BLE) Smartphone kann ein Nutzer die Kryptowährung Nodle Cash erhalten, wenn er einfach in die Nähe von IoT-Geräten geht oder fährt, wobei das Telefon als sicheres Relais fungiert, um Sensordaten an die Cloud zu übertragen.

Das zweite große Problem von IoT-Geräten ist die **Sicherheit**. In den letzten Jahren hat sich gezeigt, dass Smart-Home-Geräte und Smart-Remote-Geräte ernsthafte Sicherheitslücken aufweisen. Nodle hingegen kämpft für einen sicheren IoT-Markt, bei dem der Datenschutz im Vordergrund steht. Der Nodle Security Stack für das Internet der Dinge (IoT) ermöglicht es den Nutzern, die von den einzelnen IoT-Geräten erzeugten Daten zu verschlüsseln, zu signieren und zu verifizieren sowie ihre Geräte in einer drahtlosen Umgebung zu anonymisieren. Nodle unterstützt Verschlüsselungs-Engines, die in vielen kostengünstigen, handelsüblichen Chipsätzen enthalten sind.

## **Eine skalierbare Zahlungskette auf Basis von Substrate**

Das Nodle-Netzwerk verarbeitet derzeit über 1,2 Millionen Mikrozahlungen pro Tag über das Stellar-Netzwerk. Um seine ursprüngliche Vision aufrechtzuerhalten, entschied das Nodle-Team jedoch, dass es seine Skalierbarkeit und Erweiterungsfähigkeit verbessern muss. Mit Substrate wird Nodle eine schnelle und sichere Blockchain für das tägliche Versenden von Belohnungen an Millionen von Nutzern einführen und eine Grundlage schaffen, die es der Nutzerbasis ermöglicht, unbegrenzt zu wachsen, während die Blockchain dezentralisiert und sicher bleibt.

![Nodle io Blog](https://lh3.googleusercontent.com/thyTRsahrtaOUMi3x1i3y0-2JxjwENDSZkFVVtlAiQiGlT9Y88Wu54-6mZvShST5ANtsza134KYN9ZdkJGTAKMdB4jg_wWOUJMiA1YyXgF31Ni1QIQHN_LGfPpAXR2iOLVcZgOLfLwzGNvk9VpuPrHYvjTD08Pqr9HyQ5wbpu0jHLrDKK9-6yFFxI5PlcQ "Nodle io Blog")

Der modulare Charakter von Substrate ermöglicht es der Nodle Community, Funktionen, die von Parity und der Substrate Community entwickelt wurden, einfach hinzuzufügen, ohne das Risiko eines Forks während eines Upgrades einzugehen. Mit diesen Modulen, den sogenannten Pallets, können Blockchain-Entwickler individuelle Blockchains zusammenstellen, die ihren Bedürfnissen entsprechen - und das mit wenig Konfigurationsaufwand.

Ein spezielles Pallet, an der das Nodle-Team arbeitet, ist "Allocations", die die riesige Menge an Zahlungen auf effiziente Weise verteilt, ohne die Blockchain zu verstopfen. Die Verarbeitung von über 1 Million Mikrotransaktionen pro Tag erfordert viel Rechenleistung und kann besser außerhalb der Blockchain erledigt werden, weshalb die hochintensiven Prozesse an die [Off-Chain-Workers](https://www.parity.io/substrate-off-chain-workers-secure-and-efficient-computing-intensive-tasks/) von Substrate ausgelagert werden sollen. So kann die Blockchain reibungslos laufen, aber die Verarbeitungsmethoden bleiben dennoch transparent und dezentralisiert. Substrate ermöglicht außerdem einen hoch skalierbaren Transaktionsdurchsatz, je nachdem, wie du deine Blockchain aufbaust.

Das [Nodle Arcadia Testnetz](https://telemetry.polkadot.io/#list/Arcadia%20Nodle%20Network), das auf Substrate aufbaut, ist bereits live.

## **Substrate und sein Ökosystem**

Nodle ist dem Substrate-Ökosystem beigetreten und hat auf dem Weg dorthin Unterstützung von Parity und der Web3 Foundation (W3F) erhalten. Das Substrate Builders Program von Parity unterstützt das Team mit fachkundiger Beratung durch die Weltklasse-Blockchain-Entwickler von Parity, und die W3F hat Nodle einen Zuschuss für die Entwicklung seines PKI-Systems gewährt, das auf Substrate aufbaut, um Public Key Infrastructures zu dezentralisieren und die zugrunde liegende Vertrauensbasis zu entfernen.

Willst du mit dem Aufbau deiner skalierbaren, erweiterungsfähigen Blockchain beginnen? Dann besuche [Substrate.io](http://Substrate.io) und fang an.

bafyreigzzbwbpgmjsry2pe2cika3gpm47rhy73u67j3mfpyntfjqnouzam

IoT auf Substrate: Nodle.io

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

*Daniel Schoenberger, Chief Legal Officer, Web3 Foundation*

Vor drei Jahren, im November 2019, traf die Stiftung Web3 eine Entscheidung, die ihren Ablauf veränderte und zu einem Wandel in der Art und Weise führte, wie das Unternehmen arbeitet, sein Personal führt und mit der Öffentlichkeit kommuniziert. Wir haben uns entschieden, das Angebot der US-Börsenaufsichtsbehörde (SEC) anzunehmen, zu uns “zu kommen und mit uns zu reden”. Heute verraten wir dir, warum. Die Web3 Foundation freut sich, einen bedeutenden Meilenstein auf dem Weg zur Verwirklichung des Web 3.0 bekannt zu geben: Der native digitale Token (DOT) der Polkadot-Blockchain hat sich gewandelt und ist nicht länger ein Wertpapier. Er ist eine Software.

## **Web 3.0**

Im Jahr 2014 prägte Dr. Gavin Wood, der Gründer der Web3 Foundation, den Begriff "Web 3.0", um ein dezentralisiertes, vertrauensfreies, serverfreies Internet zu beschreiben, in dem die Nutzer/innen ihre Daten, ihre Identität und ihr Schicksal selbst bestimmen. Er stellte diese neue Vision vor, weil er der Meinung war, dass die derzeitige Internet-Infrastruktur (d.h. das Web 2.0) die Konsolidierung der Macht durch eine dominante Gruppe gewinnorientierter Unternehmen begünstigte und erleichterte, von denen viele maßgeblich am Aufbau dieser Infrastruktur beteiligt waren. Nach Ansicht von Dr. Wood hat das Web 2.0 die grundlegenden Erwartungen der Menschen an Privatsphäre und Authentizität nicht erfüllt, und zwar nicht zufällig, sondern absichtlich. Viele, wenn nicht sogar die meisten der bekannten Instanzen, die für die normalen Menschen im Web 2.0 eine zentrale Rolle spielen, verlassen sich auf Werbung als einzige Methode, um Geld zu verdienen. In engem Zusammenhang mit der Werbung steht auch das robuste Online-Tracking und Data Mining, das die Wahrheit verschleiern kann. Das Web 2.0 ist alles andere als eine öffentliche Einrichtung, sondern ein Geschäft. Der Kunde, der ein Online-Erlebnis sucht, kann unwissentlich zum Produkt werden, möglicherweise sogar ohne dass er oder sie weiß, dass er oder sie überwacht und beeinflusst wird.

Die offizielle Mission der Web3 Foundation sah ein Internet vor, das den menschlichen Interessenkonflikt zwischen Erstellern und Nutzern von Online-Inhalten und -Anwendungen beseitigt. Das Ziel des Web 3.0 war es, eine neue Internet-Infrastruktur zu schaffen, die den Bürgerinnen und Bürgern eine sinnvolle Alternative zum Web 2.0 bietet - ein Internet, das weiterhin die Funktionen und Vorteile bietet, die sie von der Web 2.0-Welt erwarten, aber in einem sichereren, dezentralisierten Format, das die Privatsphäre schützt. Im Idealfall würde das Web 3.0 es dem Einzelnen ermöglichen, die Kontrolle über seine eigenen persönlichen Daten zu behalten, und nicht nur einer Gruppe mächtiger, gewinnorientierter und werbegetriebener Unternehmen, wie z.B. Privatadressen, Handynummern, Gesundheitsdaten und viele andere Formen von persönlichen Informationen.

Eine Möglichkeit, ein solches dezentralisiertes Internet zu schaffen, war der Einsatz der Blockchain-Technologie, wobei Polkadot die optimale Umsetzung darstellte. Die Vision von Polkadot war es, eine grundlegende Schicht vertikaler, anwendungsunabhängiger, koordinierender Software bereitzustellen, die letztendlich dazu beitragen würde, eine tragfähige Alternative zum Web 2.0 für die Bürgerinnen und Bürger zu schaffen. Ähnlich wie HTTP im Web 2.0 als Kommunikationsplattform diente, könnte Polkadot nach seiner Entwicklung die Interoperabilität von Blockchains und die blockchainübergreifende Kommunikation im Web 3.0 ermöglichen. Doch anstatt sich auf das bekannte "Blockchain-Trilemma" zu berufen, hat das Polkadot-Entwicklerteam die Messlatte höher gelegt und deutlich gemacht, dass Dezentralisierung und Sicherheit bei der Suche nach Skalierbarkeit nicht optional sind.

Das Ziel war immer hoch gesteckt, denn das Ziel war *wichtig*. Interoperabilität und chainübergreifende Nachrichtenübermittlung sind keine Marketing-Gags. Sie sind entscheidend für das Erreichen des Web 3.0.

In den letzten Jahren hat sich die Blockchain-Branche zu einem vielfältigen Ökosystem mit vielen unabhängigen Communities mit unterschiedlichen Kulturen und Zielen entwickelt. Den einzelnen Elementen der Blockchain-Branche fehlen jedoch noch immer die Vorteile eines ausgereiften, koordinierten Systems. Mit anderen Worten: Das Ganze ist nicht größer als die Summe seiner Teile. Anstatt als offene Online-Welt zu funktionieren, gibt es einen Nullsummen-Aspekt, da Blockchains weitgehend isoliert bleiben.

## **Kommt rein und sprecht mit uns**

Im November 2019, drei Jahre nach der Veröffentlichung des [Polkadot-Whitepapers](https://polkadot.network/PolkaDotPaper.pdf), war die Web3 Foundation noch sechs Monate vom Start des Polkadot-Netzwerks entfernt, das im Mai 2020 beginnen und im Dezember 2021 mit dem endgültigen Start der Parachains ablaufen sollte. Wir befanden uns jedoch an einem Scheideweg.

Nur wenige Monate zuvor, im April 2019, hatten die Mitarbeiter des Strategic Hub für Innovationen und Finanztechnologie der SEC ("FinHub") ihr Rahmenwerk für die Analyse von "Investitionsverträgen" für digitale Vermögenswerte (das "Framework") veröffentlicht. Die Faktoren des Frameworks legten nahe, dass fast jeder digitale Vermögenswert, der zu Fundraising-Zwecken angeboten und verkauft wird, in den Händen der Erstkäufer/innen mit hoher Wahrscheinlichkeit ein Wertpapier darstellt. Das Rahmenwerk enthielt jedoch auch Faktoren, die auf einen konformen Weg hinweisen - einen Weg, der es erlauben würde, einen digitalen Vermögenswert, der zunächst als Wertpapier angeboten und verkauft wurde, zu einem späteren Zeitpunkt neu zu bewerten. Ein Weg, der es unter bestimmten Umständen ermöglicht, dass ein digitaler Vermögenswert für die Zwecke der US-Bundeswertpapiergesetze kein Wertpapier mehr ist. Mit anderen Worten: Es kann sich wandeln.

Seit 2017, vor der Veröffentlichung des bahnbrechenden 21A-Untersuchungsberichts der SEC: The DAO ("The DAO Report") hatte die Web3 Foundation in Übereinstimmung mit den US-Bundeswertpapiergesetzen Geldmittel beschafft, aber bis November 2019 hatten wir noch keine digitalen Vermögenswerte an Erstkäufer/innen geliefert. Auch wenn die Polkadot-Vision nicht vorsah, dass der native Token der Blockchain ein Wertpapier sein sollte, war uns klar, dass die SEC den zu liefernden Token zumindest zum Zeitpunkt der Ausgabe wahrscheinlich als Wertpapier ansehen würde.

Für uns stand viel auf dem Spiel und der Rahmen für Fehler war gering. Wir waren bereit, alles zu tun, was nötig war, damit DOT, der native Token der Polkadot-Blockchain, ein Nicht-Wertpapier ist - oder wird. Und so beschlossen wir, das Angebot der FinHub-Mitarbeiter der SEC anzunehmen und "mit uns zu reden".

Im November 2022 jährt sich unsere Zusammenarbeit mit der SEC zum dritten Mal. Drei Jahre lang haben wir uns regelmäßig mit den Mitarbeitern von FinHub getroffen. Dabei haben wir bei der Einhaltung der Vorschriften einen Ansatz gewählt, der unserem Ansatz bei der technischen Entwicklung ähnelt: mit dem Kopf nach unten und engagiert, aber die Messlatte hoch ansetzend. Von Anfang an haben wir versucht, im Umgang mit der SEC Neuland zu betreten, indem wir die US-Bundeswertpapiergesetze einhalten, u. a. in Bezug auf das Angebot und den Verkauf, die Vermarktung und die Ausgabe an die Erstkäufer von Token als Wertpapiere und die Behandlung von Kleinanlegern, im Allgemeinen im Einklang mit öffentlichen Unternehmen.

Unsere Erfahrungen waren positiv. Die SEC hat die Treffen mit der Web3 Foundation begrüßt und es herrschte ein offener Kommunikations- und Gesprächsstil. Durch diesen ständigen Austausch haben wir ein besseres Verständnis für einige der Bedenken der SEC bekommen und konnten Lösungen entwickeln, um sie zu beseitigen.

Im Laufe der Jahre haben wir eine unserer Meinung nach praktikable Theorie entwickelt, wie die Umwandlung von Token in ein immer weiter dezentralisiertes Projekt wie Polkadot und einen digitalen Vermögenswert, der nicht nur zu Fundraising-Zwecken angeboten und verkauft wurde, sondern auch keine Wertpapier ähnlichen Merkmale aufweist, erreicht werden kann. Diese Theorie haben wir der SEC bereits mehrfach mitgeteilt. (Weitere Informationen dazu findest du [hier](https://www.globallegalinsights.com/practice-areas/blockchain-laws-and-regulations/19-morphing-a-labour-of-love-story-or-token-morphing-isn-t-dead).)

In der Zwischenzeit sind drei Jahre vergangen, seit wir FinHub zum ersten Mal kontaktiert haben, und fast ein Jahr seit dem Abschluss des Einführungsprozesses von Polkadot, der einen wirklich dezentralisierten [Governance-Mechanismus](https://polkadot.network/blog/gov2-polkadots-next-generation-of-decentralised-governance/?utm%5Fsource=twitter&utm%5Fmedium=social&utm%5Fcampaign=gov2&utm%5Fcontent=polkadot) und eine On-Chain-Treasury umfasst. In Übereinstimmung mit den Ansichten, die wir mit den SEC-Mitarbeitern geteilt haben, freuen wir uns, ankündigen zu können, dass DOT, der native digitale Token der Polkadot-Blockchain, sich weiterentwickelt hat. Unserer Ansicht nach sind die heutigen Angebote und Verkäufe von DOT keine Wertpapiertransaktionen, und DOT ist kein Wertpapier. Es ist lediglich eine Software.

Haftungsausschluss: Diese Erklärung ist nicht als Angebot oder Verkauf von digitalen Vermögenswerten oder Wertpapieren gedacht und stellt auch kein solches dar. Ebenso ist diese Erklärung nicht als Rechts-, Anlage- oder Steuerberatung gedacht und stellt auch keine solche dar.

bafyreidhhyd6kqq7kvw2zk4ojrwaioqicxzldn7eh3nyxthgx7o3d2wsw4

Weniger Vertrauen, mehr Wahrheit: Der native Polkadot-Token (DOT) hat sich gewandelt und ist kein Wertpapier. Er ist eine Software.

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

In letzter Zeit gab es viele Diskussionen über die Verwendung von Wasm für die Blockchain-Entwicklung. Hier erfährst du, was es damit auf sich hat:

## **Die Probleme mit der aktuellen Technologie**

Ethereum leistete mit der Einführung von EVM, der Runtime-Umgebung von Ethereum für Smart Contracts, Pionierarbeit im Bereich der dezentralisierten Anwendungsplattformen. Obwohl es damals gute Gründe gab, eine eigene EVM zu entwickeln, die sich leicht in eine Blockchain integrieren lässt, gibt es ernsthafte Probleme mit diesem Ansatz: Zum Beispiel ist der EVM ineffizient, da er keine Ganzzahlen kleiner als 256 Bit unterstützt; jede 256-Bit-Operation muss von der CPU mit mehreren 64- oder 32-Bit-Operationen ausgeführt werden. Außerdem gibt es nur wenige Personen, die in der Lage sind, die EVM und die benötigten Werkzeuge zu entwickeln.

## **WebAssembly: ein breit unterstützter, leistungsstarker Standard**

Wir glauben, dass WebAssembly (Wasm) und die vielen Sprachen, die nach Wasm kompilieren, eine ideale Alternative zu EVM sind. Wasm ist ein Standard für Webbrowser, der von einer W3C-Arbeitsgruppe entwickelt wurde, der auch Google, Mozilla und andere angehören. Es wurde entwickelt, damit der Code in jedem Browser mit dem gleichen Ergebnis eingesetzt werden kann. Wasm ist hochleistungsfähig- er wurde so entwickelt, dass es dem nativen Maschinencode so nahe wie möglich kommt und trotzdem plattformunabhängig ist. Es erleichtert den Transfer von kleinen Binärdateien über das Internet auf Geräte mit einer möglicherweise langsamen Internetverbindung. Sowohl die Compiler- als auch die Standardisierungs-Teams haben viele Jahre lang an Wasm gearbeitet.

## **In welcher Sprache möchtest du deinen Smart Contract schreiben?**

Am wichtigsten ist vielleicht, dass Wasm die Familie der Sprachen erweitert, die Entwicklern von Smart Contracts zur Verfügung stehen: Rust, C/C++, C#, Typescript, Haxe und Kotlin. Das bedeutet, dass du Smart Contracts in jeder Sprache schreiben kannst, mit der du vertraut bist. Wir bevorzugen allerdings [Rust](https://www.rust-lang.org/), weil es keinen Runtime-Overhead hat und über inhärente Sicherheitseigenschaften verfügt. Weitere Vorteile von WebAssembly:

* Speichergeschützt, sandboxed und plattformunabhängig.
* Unterstützung von 64- und 32-Bit-Integer-Operationen, die eins zu eins mit den CPU-Befehlen übereinstimmen.
* Einfache Determinierung durch Abschaffung von Fließkommaoperationen, was für Konsensalgorithmen notwendig ist.
* Unterstützung durch das LLVM-Compiler-Infrastrukturprojekt, d.h. Wasm profitiert von mehr als einem Jahrzehnt LLVM-Compileroptimierung.
* Kontinuierliche Weiterentwicklung durch große Unternehmen wie Google, Apple, Microsoft, Mozilla und Facebook.

## **Der Weg zur Unterstützung von Wasm**

Wasm selbst profitiert zwar von einer breiten Unterstützung und Integration, ist aber im Gegensatz zu EVM nicht für die Interaktion mit der Blockchain konzipiert. Der Parity Ethereum Client führt den Wasm-Bytecode im [Wasmi](https://github.com/paritytech/wasmi)\-Interpreter aus, wodurch der Wasm-Code auf die Blockchain zugreifen und mit ihr interagieren kann. Zurzeit testen wir Wasm im [Kovan Testnet](https://kovan-testnet.github.io/website/), in dem EVM und Wasm Smart Contracts nebeneinander existieren und sogar interagieren können. Die Ethereum Foundation arbeitet außerdem an der Implementierung von Wasm-Unterstützung in geth, der Go-Client-Implementierung, und erforscht den Einsatz von Wasm im Sharding.

Weil wir von Wasm als Grundlage für die Entwicklung dezentraler Systeme überzeugt sind, wird [Polkadot](https://polkadot.network/), ein Blockchain-Interoperabilitäts-Protokoll der nächsten Generation, von Grund auf mit Wasm-Unterstützung entwickelt. Polkadot Smart Contracts können in jeder Sprache entwickelt werden, die mit Wasm kompiliert werden kann.

Wir freuen uns auf eine Zukunft, in der die Entwicklung sicherer Smart Contracts einfacher ist und in der Entwickler/innen Smart Contracts mit den Sprachen entwickeln können, die sie bereits kennen.

## **Further resources on Wasm smart contracts**

* [Wiki: Wasm Repositories und Contract Beispiele](https://wiki.parity.io/WebAssembly-Links.html)
* [Blog: Auf dem Weg in eine bessere Zukunft für Smart Contracts](http://troubles.md/posts/rust-smart-contracts/)
* [Tutorial: Smart Contracts in Wasm für Kovan schreiben](https://github.com/paritytech/pwasm-tutorial)
* [Video: Demo der Ausführung eines Rust Smart Contracts mit Wasm](https://www.youtube.com/watch?v=Adcn-L59LRs)

bafyreifpgqzzmxfeskaa62z4pnzkygadu3ll7kqqbfuglr7cpr7shmxmn4

Warum wir an Wasm als den Grundbaustein für die dezentralisierte Anwendungsentwicklung glauben

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)  

Am Montag, den 6\. November 2017, 02:33:47 PM UTC, wurde von einem anonymen Nutzer eine Schwachstelle im "Library"-Smart-Contract-Code gefunden, der als gemeinsame Komponente aller Parity Multi-Sig-Wallets eingesetzt wird, die nach dem 20\. Juli 2017 eingesetzt wurden. Der Nutzer beschloss, diese Schwachstelle auszunutzen und machte sich zum "Besitzer" des Bibliotheks-Contracts. Anschließend zerstörte der Nutzer diese Komponente. Da die Multi-Signatur-Wallets von Parity von dieser Komponente abhängen, wurden durch diese Aktion Gelder in 587 Wallets mit einem Gesamtbetrag von 513.774,16 Ether sowie weitere Token gesperrt. Nach der Zerstörung der Bibliothekskomponente hat jemand (angeblich derselbe Benutzer) unter dem Benutzernamen "devops199" die Meldung [#6995](https://github.com/paritytech/parity/issues/6995) gepostet, die uns zu einer Untersuchung dieser Angelegenheit veranlasste.

Alle anderen Funktionen der Parity Wallet (UI) weisen weiterhin keine bekannten Schwachstellen auf. Das gilt auch für alle Standard-Accounts ohne MultiSig.

Wir haben uns an die betroffenen Nutzer/innen gewandt und fordern alle, die wir noch nicht erreichen konnten, auf, uns zu kontaktieren: [community@parity.io](mailto:community@parity.io). Wir sind uns bewusst, dass das Problem unter anderem zu Sorgen und Ängsten über die Zukunft von Projekten und Geldern in unserer Community geführt hat, und wir arbeiten hart daran, alle möglichen Lösungen zu finden.

Seit dem Exploit haben wir im Team viele Diskussionen und Analysen geführt. In diesem Beitrag möchten wir einige Faktoren beleuchten, die für das Problem relevant sind, und Antworten auf Fragen und Beschwerden geben, die nach dem Exploit aufgetaucht sind.

### **Wurde die Wallet-Bibliothek nicht auditiert?**

Der ursprüngliche "Foundation"-MultiSig--Wallet-Code wurde vom DEV-Team der Ethereum Foundation, Parity Technologies und anderen Mitgliedern der Community entwickelt und geprüft. Viele Nutzerinnen und Nutzer verlassen sich darauf, und der Code wurde einer umfassenden Prüfung durch Fachkollegen unterzogen. In diesem Code gibt es weiterhin keine bekannten Sicherheitsprobleme. Er wurde vom Parity-Team in einen leichtgewichtigen "Stub"-Smart-Contract umstrukturiert, der jedes Mal, wenn eine Wallet erstellt wird, im Netzwerk bereitgestellt wird, sowie in einen viel schwereren "Library"-Smart-Contract, der den Großteil der Logik der Wallet enthält und nur einmal bereitgestellt wird. Obwohl es keine formelle Prüfung gab, wurde der Vertrag [intern](https://github.com/paritytech/contracts/pull/48) und extern im Zusammenhang mit der Analyse des Exploits vom 19\. Juli und der Rückgabe der Gelder durch die White Hat Group sowohl vor als auch nach der Bereitstellung im Juli mehrfach geprüft.

### **Was geschah vor dem Vorfall?**

Um dem ursprünglich geprüften Smart Contract so nahe wie möglich zu kommen, wurden so wenige Änderungen wie möglich vorgenommen, um den Bibliotheks-Contract abzuleiten. Das bedeutete jedoch, dass die Bibliotheks-Contracts die gleiche Funktionalität wie eine reguläre Wallet hatten und eine Initialisierung erforderten. Er enthielt daher auch noch die ursprüngliche Selbstzerstörungsfunktion, die für den Rückzug der Wallet vorgesehen ist.

Nach dem Angriff am 19\. Juli 2017 haben wir den Bibliotheks-Contract am 20\. Juli 2017 behoben und wieder in Betrieb genommen.

Im August schlug ein Mitwirkender auf Github namens "3esmit" eine Codeänderung vor, die besagt, dass initWallet bei der Bereitstellung aufgerufen werden sollte, was damals als praktische Verbesserung angesehen wurde. Daher haben wir diese vorgeschlagene Verbesserung in den Bibliotheks-Contract aufgenommen, der die automatische Initialisierung durch den Aufruf von initWallet bei der Erstellung vorsieht. Da die Empfehlung als Verbesserung angesehen wurde, sollte der geänderte Code zu einem späteren Zeitpunkt in einem regulären Update implementiert werden.

Am 6\. November 03:25:21 PM +UTC erkannte 'devops199' den nicht initialisierten Eigentümer des im Juli eingesetzten Vertrags und entschied sich, ihn zu initialisieren und sich damit selbst zum Eigentümer zu machen. Anschließend entschied devops199, den Bibliotheks-Contract zu löschen.

### **Wie hätte dieser Exploit verhindert werden können?**

Es gibt im Wesentlichen zwei Möglichkeiten, wie dieser Exploit hätte vermieden werden können. Wenn der Vertragscode keine Suicide- oder Kill-Funktion enthalten hätte, wäre es selbst dann, wenn jemand den Besitz übernommen hätte, nicht möglich gewesen, etwas zu unternehmen. Die Kill-Funktion war ein Rest des ursprünglich geprüften Smart Contracts. Die andere Möglichkeit wäre gewesen, dass die Wallet-Initialisierung wie von 3esmit vorgeschlagen erfolgt wäre, entweder automatisch durch die Codeänderung und die erneute Bereitstellung oder manuell bei dem im Juli veröffentlichten Vertrag.

Parity Technologies beschäftigt regelmäßig externe Prüfer für formale Audits der von uns geschriebenen Smart Contracts. Unser KYC-Service PICOPS und die Kaufverträge für ICOs, bei denen wir helfen, haben zum Beispiel strenge Audit-Anforderungen.

Wir sind jedoch der festen Überzeugung, dass nicht nur mehr Audits, sondern auch umfassendere und formalere Verfahren und Instrumente für die Einführung, Überwachung und Prüfung von Smart Contracts erforderlich sind, um Sicherheit zu erreichen. Wir sind der Meinung, dass das gesamte Ökosystem dringend solche Verfahren und Instrumente benötigt, um zu verhindern, dass sich ähnliche Probleme wiederholen, vor allem wenn die Anzahl und Komplexität der laufenden Smart Contracts zunimmt.

### **Was unternimmt Parity Technologies, um die betroffenen Mittel freizugeben?**

Wir bedauern die Situation zutiefst und arbeiten mit Hochdruck an mehreren Ethereum-Verbesserungsvorschlägen (EIPs), die sowohl zu bereits bestehenden Vorschlägen beitragen als auch neue vorschlagen, die das Potenzial haben, Geldsperren aufzuheben. Diese Verbesserungsvorschläge werden sich auch mit allgemeinen Fällen von blockierten Geldern befassen.

Es gibt keinen Zeitplan dafür, wann ein solcher Verbesserungsvorschlag umgesetzt werden könnte; wir werden dem Willen der Community folgen und den regulären EIP-Prozess wie jede andere Protokollverbesserung durchlaufen. Parity Technologies wird einen Großteil der Entwicklungsarbeit rund um diese Vorschläge übernehmen und konstruktiv mit dem Team der Ethereum Foundation und der Community an der weiteren Entwicklung der Protokollschicht arbeiten. Wir engagieren uns für die weitere Entwicklung von Ethereum.

### **Welche weiteren Schritte unternimmt Parity Technologies?**

* In einem ersten Schritt entfernen wir die Möglichkeit, MultiSig-Wallets einzusetzen, bis wir das Gefühl haben, dass wir die richtigen Sicherheits- und Betriebsverfahren eingerichtet haben, damit wir sicher sein können, dass so etwas nicht noch einmal passieren wird. Die Parity Wallet UI wird weiterhin Gnosis, WHG oder andere Multisig-Wallets unterstützen, die als sicher gelten. Über die Parity Wallet kannst du bereits eingerichtete Multi-Signatur-Wallets einsehen und nutzen. Wie bei allen anderen Verträge kannst du auch MultiSig-Contracts manuell einrichten, aber es wird keine MultiSig-spezifische integrierte Möglichkeit dafür geben.
* Wir werden uns auf die Infrastruktur der mittleren Ebene konzentrieren - nicht auf die Wallets, sondern auf den Chrom, in dem die Wallets liegen. In diesem Sinne werden die Wallets zur "User-Level"-Software, mit der Parity erweitert werden kann.
* Wir beauftragen ein weiteres umfassendes externes Sicherheitsaudit des gesamten bestehenden sensiblen Codes, einschließlich der Verwaltung von Geheimnissen, Schlüsselgenerierung und Passwortverwaltung, Signierung und automatischer Aktualisierung.
* Wir werden erhebliche Anstrengungen und Ressourcen in die Überprüfung unserer internen Prozesse und Verfahren stecken und haben ein Team, das sich speziell mit der betrieblichen Sicherheit beschäftigt. Dieses Team wird bei Bedarf erweitert werden und wir werden ihm Ressourcen zur Verfügung stellen. Das Team wird die Aufgabe haben, kritische Teile des Angebots von Parity Technologies zu überprüfen und zu pflegen.
* Wir werden dafür sorgen, dass alle notwendigen Contract-Deployment-Prozesse angemessen mit dem Code-Änderungs- und Überprüfungsprozess im <https://github.com/paritytech/contracts> Repository verknüpft werden, und wir werden die Bemühungen unterstützen, Werkzeuge dafür zu schaffen, z.B.  
   * Ähnlich wie in der Luft- und Raumfahrt oder heutzutage in der Medizin sollte es für jeden Smart Contract eine Checkliste für den Einsatz geben.  
   * Es sollte eine ständige Überwachung der eingesetzten Smart Contracts geben, bei der sie mit der letzten überprüften Version im Repository verglichen werden.
* Wir werden erhebliche Anstrengungen innerhalb des Unternehmens unternehmen und versuchen, externe Hilfe und Ressourcen zu finden, für:  
   * Unterstützung bei der Erforschung und Entwicklung anderer Smart-Contract-Sprachen und -Werkzeuge, z. B. bei der formalen Verifizierung und der Unterstützung von Beweisen;  
   * Aufbau von Beziehungen zu Forschungsteams, die sich mit der Entwicklung von Werkzeugen, der Erforschung von Sprachen und dem Testen befassen; Unterstützung beim Aufbau unabhängiger Teams, um die nächste Generation des Asset Control Managements zu entwickeln: Tresor Sichere Contracts für MultiSig-, Time Locks, Deadman Switches, um die Werkzeuge für eine sichere Speicherung und Wiederherstellung bereitzustellen;  
   * Erweiterung unseres Bug Bounty-Programms und Einführung von Feature Bounties für unternehmenskritische Komponenten, sofern ausreichend Mittel zur Verfügung stehen - schließlich stellen wir unsere gesamte Software als Open Source Software-Beitrag für die Community kostenlos zur Verfügung.

Parity Technologies hat sich verpflichtet, bei der Entwicklung der Ethereum-Technologie an vorderster Front zu stehen, und wir werden unermüdlich daran arbeiten, sichere und nützliche Technologien für die Community zu entwickeln.

  

bafyreid422v6y22oinjxww2o2e2rq4ssgpl64biquu5qyn5mx6lszy7kgu

Ein Untersuchungsbericht über die Selbstzerstörung der Parity-MultiSig-Bibliothek

Die On-Chain-Governance ist einer der wichtigsten Bestandteile von Polkadot und Kusama. Sie ist die einzige Möglichkeit, Runtime-Veränderungen vorzuschlagen. Solange die Community der DOT-Token-Inhaber der Meinung ist, dass die Veränderungen gerechtfertigt sind,und positiv abstimmt, kann die vorgeschlagene Runtime-Veränderung in Kraft gesetzt werden. Die Veränderung wird die Runtime-Logik aktualisieren, also den Code, der die Blockchain ausführt. Das ist ein großer Schritt! Die Entwickler haben nicht mehr den absoluten Einfluss auf den Code, mit dem das Netzwerk läuft. Die Macht, die Logik des Netzwerks zu verbessern, wird in die Hände der Token-Inhaber/innen gelegt. Aber wie funktioniert das alles?

Da die Token-Inhaber die Möglichkeit haben, die Runtime-Logik zu ändern, muss die On-Chain-Governance unter Berücksichtigung bestimmter Sicherheitsaspekte umgesetzt werden. Die Identifizierung der häufigsten Probleme bei der öffentlichen On-Chain-Governance und die Entwicklung effizienter Lösungen sind für einen gesunden Mechanismus unerlässlich. Der derzeitige Governance-Mechanismus ist effektiv, aber es gibt noch Raum für Verbesserungen. An der **Governance 2.0**, die flexibler, inklusiver, sicherer und dezentralisierter sein soll, wird derzeit gearbeitet und wir werden am Ende dieses Beitrags darauf eingehen. Um zu verstehen, was das bedeutet, müssen uns zunächst mit dem **aktuellen Stand** der On-Chain-Governance befassen.

**Warum On-Chain-Governance so wichtig ist?**

Es ist üblich, sich eine Codebasis als einen lebenden Organismus vorzustellen, der sich ständig verändert. Ihre Aktualisierung wirkt sich direkt auf ihre Gesundheit aus. Bei einem Blockchain-Netzwerk ist das nicht anders, denn es läuft schließlich auf Code. Daher liegt der Erfolg eines Blockchain-Netzwerks in seiner Flexibilität und seiner Fähigkeit, sich an Veränderungen anzupassen. Substrat-basierte Chains mit ihren gabelfreien Aktualisierungen (siehe[ Polkadot von A bis Z: F für Forkless](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361), um dieses Konzept besser zu verstehen) sind so konzipiert, dass sie anpassungsfähig sind. Blockchains, die sich an Veränderungen im Ökosystem anpassen können, z. B. an Verbesserungen der Konsensmechanismen, effizientere Netzwerke, bessere Kryptografie oder andere Komponenten, aus denen eine Blockchain besteht, werden erfolgreich sein.

Für Veränderungen am Blockchain-Code vor der gabelfreien Upgrademöglichkeit mussten die Entwickler die Codebasis forken. Bei herkömmlichen Forks konnten die Entwickler der Codebasis die Runtime ändern, ohne dass es eine Einigung auf der Kette oder einen Konsens über das Update gab. BTC- oder ETH-Besitzer haben kein Mitspracherecht darüber, wie das Netzwerk entwickelt oder aktualisiert wird. Warum also nicht einen Token mit der Möglichkeit ausstatten, über Änderungen an der Laufzeit abzustimmen, die vorgenommen werden könnten? Das ist die Essenz der On-Chain-Governance.

Wenn Token-Inhaber die Möglichkeit haben, Vorschläge für Veränderungen an der Laufzeit zu erstellen und darüber abzustimmen, gibt es verschiedene Anreize. Ein Anreiz für die Token-Inhaber/innen, ein Gefühl für Fairness zu haben und sich um Änderungen an der Laufzeit zu kümmern, aber auch dafür zu sorgen, dass nur sinnvolle Veränderungen vorgenommen werden dürfen. Zweitens ein potenzieller negativer Anreiz für böswillige Teilnehmer/innen im Netzwerk, die versuchen, das System zu unterwandern, indem sie böswillige Abstimmungen vorschlagen. Das bedeutet, dass die On-Chain-Governance ein Umfeld schaffen muss, das sinnvolle Veränderungen zulässt, aber auch vor böswilligen Änderungen schützt. Zu den Komponenten des Systems gehören unter anderem: **Anträge, Referenden, gewichtete Stake-Abstimmungen, adaptives Quorum Biasing, freiwilliges Locking aka Überzeugungsabstimmung und gabelfreie Upgrades**. Öffnen wir also die Haube und sehen uns an, wie diese Komponenten zusammenarbeiten.

**Die beweglichen Elemente**

Die Governance muss fair und gerecht und im Falle von Blockchain-Systemen ausreichend dezentralisiert sein. Das bringt Herausforderungen mit sich: Wie stellen wir sicher, dass die Inhaber von Token gerecht vertreten sind und dass nicht eine einzelne Gruppe von Token-Inhabern das Governance-System auf der Grundlage ihrer Anteile kontrolliert. Die On-Chain-Governance von [Substrate-basierten](https://substrate.io/) Chains wie Polkadot und Kusama besteht aus mehreren Schritten und bestimmten Komponenten, die zusammenarbeiten, um einen gut repräsentierten Abstimmungszyklus der Token-Inhaber über mögliche Änderungen an der Runtime zu gewährleisten. Bei der Idee eines **Ursprungs** gibt es verschiedene Instanzen, die an der Governance teilnehmen können. Die Ursprünge nutzen die Demokratie-Palette in Substrate und ermöglichen so eine On-Chain-Governance und die Aktualisierung der Runtime.

Ursprünge, die an der Governance teilnehmen können:

1. DOT-Token-Inhaber
2. Rat
3. Technischer Ausschuss

Der On-Chain-Governance-Zyklus in chronologischer Reihenfolge ist:

1. Vorschlag
2. Referenden
3. Abstimmen
4. Inkraftsetzung

Um die On-Chain-Governance zu verstehen, müssen wir die ursprünglichen Instanzen, die Komponenten im Kreislauf und ihr Zusammenspiel verstehen.

**Rat**

Der Rat ist ein On-Chain-Ursprung, dessen Aufgabe es ist, passive Token-Inhaber zu vertreten. Obwohl es sich um eine zentrale Autoritätsgruppe handelt, müssen die Kandidaten von den Token-Inhabern in den Rat gewählt werden. Um einen Sitz im Rat zu gewinnen, ist es also wichtig, sich in der Community einen guten Ruf zu erarbeiten. Die Ratsmitglieder haben einige wichtige Aufgaben: **Sie initiieren sinnvolle Referenden, annullieren unumstrittene, schädliche und böswillige Referenden, verwalten den Treasury und wählen Mitglieder für den technischen Ausschuss.** Derzeit gibt es auf Polkadot 13 Ratssitze mit Platz für bis zu 20 Nachrücker (die darauf warten, Ratsmitglieder zu werden). Auf Kusama gibt es 19 Sitze mit Platz für bis zu 19 Nachrücker/innen. Der Rat rotiert alle 7 Tage auf Polkadot und alle 24 Stunden auf Kusama (die Ratsmitglieder werden wiedergewählt).

**Technischer Ausschuss**

Der Technische Ausschuss ist eine Gruppe von Teams, die ihr technisches Wissen durch die erfolgreiche Implementierung einer Polkadot-Runtime bewiesen haben. Teams können durch einfache Mehrheitsabstimmung im Rat hinzugefügt oder entfernt werden.

Zweck des technischen Ausschusses ist es, **sich vor böswilligen Abstimmungen zu schützen, Fehler zu beheben, fehlerhafte Runtime-Updates rückgängig zu machen oder neue, bereits getestete Funktionen hinzuzufügen.** Diese Veränderungen werden durch den technischen Ausschuss im Schnellverfahren zur Abstimmung und Umsetzung gebracht.

**Anträge**

Es kann zwei Arten von Anträgen On-Chain geben. **Öffentliche Anträge**, die von Token-Inhabern gestellt werden. Und **Ratsanträge**, die in Form von externen Anträgen gestellt werden, entweder von einem Ratsmitglied oder einem Token-Inhaber. Der Rat hat auch einen speziellen internen Antrag, aber diese werden nicht zum Referendum gebracht. Interne Anträge benötigen keine Funktionalität der Demokratie-Palette, d.h. sie behandeln Angelegenheiten, die keine Runtime-Veränderungen erfordern, wie z.B. die Behandlung von Anträgen für den Treasury oder die Wahl von Mitgliedern des technischen Ausschusses. Öffentliche Anträge können gestellt werden, indem man die Mindestmenge an Token bindet (derzeit 100 DOT auf Polkadot). Sobald der Antrag On-Chain veröffentlicht wurde, signalisieren die Token-Inhaber ihre Unterstützung, indem sie den Antrag befürworten. Für die Befürwortung müssen sie die gleiche Menge an Token binden wie der Account, der den Antrag ursprünglich gepostet hat. Die Anzahl der gebundenen Token ist der entscheidende Faktor bei der Entscheidung, welche Anträge zu Referenden werden. Ein Antrag mit 3 Accounts, die jeweils 10 DOTs binden, ist wichtiger als 29 Accounts, die jeweils 1 DOT binden. Die gebundenen Token werden an die ursprünglichen Accounts zurückgegeben, wenn der Antrag zu einem Referendum wird.

**Referenden**

Ratsanträge werden zu Referenden gebracht, wenn eine einfache Mehrheit der Ratsmitglieder dem Antrag zustimmt. Auf diese Weise kann der Rat Gesetze einführen. Sobald der Antrag angenommen wurde, wird er zu einem öffentlichen Referendum. Wenn der Antrag von Token-Inhabern erstellt wurde, werden die Anträge mit der höchsten Anzahl an gebundenen Token zu öffentlichen Referenden.

Jeder Antragstyp, ob öffentlich oder vom Rat, hat seine eigene On-Chain-Warteschlange. Alle 28 Tage (auf Polkadot) werden die am meisten unterstützten Anträge zu Referenden veröffentlichen, über die abgestimmt werden kann. Der On-Chain-Mechanismus, der den nächsten Antrag für ein Referendum auswählt, wechselt zwischen der öffentlichen und der Ratswarteschlange.

Der Zeitplan für Referenden auf Polkadot sieht alle 28 Tage vor. Das bedeutet, dass alle 28 Tage der am meisten unterstützte öffentliche Antrag oder der jüngste Ratsantrag zu einem Referendum wird und den Token-Inhabern zur Abstimmung vorgelegt wird. Wenn nicht gerade ein Notfallreferendum ansteht, kann immer nur ein Referendum zur Abstimmung stehen. Wenn sich die Warteschlangen alle 28 Tage abwechseln und beide Warteschlangen mit Anträgen gefüllt sind, kommt jede Warteschlange alle 56 Tage an die Reihe. Aktive Referenden können mit Chain Explorern wie [Polkadot JS UI](http://polkadot.js.org/) oder [Polkasembly](https://polkadot.polkassembly.io/) angezeigt werden.

**Abstimmung**

Token-Inhaber können zwischen mehreren Stufen der Unterstützung für ein Referendum wählen, angefangen damit, dass sie **keine Token binden**, was ihr Stimmgewicht verringert, bis hin zur **Bindung von Token** für eine Reihe von Zeiträumen, um ihre Stimmkraft zu erhöhen. So wird ein Anreiz geschaffen, der vom Verkauf von Stimmrechten abhält, und gleichzeitig können auch kleinere Token-Inhaber ihre Stimmkraft erhöhen, indem sie Token für mehr als die erforderliche Mindestmenge binden. Dies wird als Überzeugungsabstimmung bezeichnet. Je nach Ergebnis der Abstimmung wird das Referendum entweder angenommen oder abgelehnt. Wenn es angenommen wird, wird es in Kraft gesetzt, d.h. das Runtime-Upgrade wird in einen der nächsten Blöcke aufgenommen.

**Überzeugungsabstimmung**

Einfach ausgedrückt, ist Conviction Voting, auch bekannt als freiwilliges Locking, ein Mechanismus, der es Token-Inhabern ermöglicht, ihr Stimmrecht zu erhöhen, indem sie ihre Token sicher On-Chain binden. Eingebaute Multiplikatoren haben ein Minimum von 0,1x (d.h. keine Bindung) und ein Maximum von 6x (Bindung für 896 Tage). Eine einzelne Sperrfrist entspricht dem Zeitplan eines Referendums, der 28 Tage beträgt.

| **Sperrdauer** | **Überzeugungsmultiplikator** |
| -------------- | ----------------------------- |
| 0 (0 Tage)     | 0.1                           |
| 1 (28 Tage)    | 1                             |
| 2 (56 Tage)    | 2                             |
| 4 (112 Tage)   | 3                             |
| 8 (224 Tage)   | 4                             |
| 16 (448 Tage)  | 5                             |
| 32 (896 Tage)  | 6                             |

Und die Gleichung zur Berechnung deiner Stimmkraft lautet:

**Stimmen = Token \* Überzeugungsmultiplikator**

Das bedeutet, dass deine Stimme 1/10 einer regulären Stimme wert ist, wenn du deine Token nicht einsperrst. Wenn du für eine Abstimmungsperiode den gleichen Betrag wie der Urheber des Antrags bindest, ist deine Stimme 1 Stimme wert, und wenn du für 32 Perioden bindest, ist deine Stimme 6x so viel wert.

Die Überzeugungsabstimmung soll dazu beitragen, kleinere Token-Inhaber zur Kontroll- und Gegenkontrolle zu veranlassen, indem sie ihnen die Möglichkeit gibt, ihre Stimmkraft zu erhöhen.

**Adaptives Quorum Biasing (Wahlbeteiligung)**

Wir können uns diesen Mechanismus als einen Hebel vorstellen, der den Prozentsatz der erforderlichen absoluten Mehrheit verändert, damit ein Referendum angenommen wird. Er ist dann wichtig, wenn es keine klare Mehrheit für oder gegen ein Referendum gibt. Aufgrund der Wahlbeteiligung lässt sich dieser Mechanismus in zwei Kategorien einteilen: die **positive und die negative Wahlbeteiligung**, die die Variable der **einfachen Mehrheit** steuern.

Bei allen öffentlichen Anträgen kommt die so genannte **positive Wahlbeteiligung** zum Einsatz, d.h. mit zunehmender Beteiligung am Referendum sinkt der Grenzwert der erforderlichen Ja-Stimmen. Die positive Wahlbeteiligung stellt sicher, dass bei einer niedrigeren Wahlbeteiligung nur unumstrittene Anträge angenommen werden können. Bei einer niedrigen Wahlbeteiligung von 25% beispielsweise liegt die absolute Mehrheit bei 66%. Wenn die Wahlbeteiligung steigt, sinkt die erforderliche absolute Mehrheit. Liegt die Wahlbeteiligung beispielsweise bei 75%, beträgt die erforderliche absolute Mehrheit 54%.

Bei Ratsanträgen, die einstimmig angenommen werden, ist die **Wahlbeteiligung negativ**, d.h. es ist einfacher, sie bei einer niedrigen Wahlbeteiligung zu verabschieden, und es ist eine absolute Mehrheit erforderlich, um sie abzulehnen.

**Annullierung**

Es gibt verschiedene Methoden, um einen Antrag zu annullieren, die zu unterschiedlichen Zeitpunkten angewendet werden können:

1. Wenn es eine einstimmige Zustimmung gibt, kann der Fachausschuss einen Antrag annullieren.
2. Wenn der Antrag zu einem Referendum geworden ist und es in letzter Minute ein Problem gab, z. B. einen Fehler im Runtime-Code. Der Rat kann das Referendum mit einer 2/3-Mehrheit annullieren.

Die Hinterlegung eines annullierten Antrags wird verbrannt, aber in der Vergangenheit gab es Vorschläge, die verbrannten Tokens rückgängig zu machen, wenn sie umstritten waren.

**Die Zukunft (On-Chain Governance 2.0)**

Das aktuelle Modell ist zwar nicht perfekt, hat aber in den letzten 2 Jahren gut funktioniert. Seit den ersten Anträgen gab es bereits Überlegungen, wie einige Schwachstellen in Zukunft verbessert werden könnten. Die Community hat sich besorgt über die niedrige Wahlbeteiligung und darüber geäußert, dass der Rat und der Fachausschuss eine zentrale Autorität darstellen.

Um diese Probleme zu lösen und die Netzwerke Polkadot und Kusama noch weiter zu dezentralisieren, hat sich das Entwicklungsteam von Parity Technologies darauf konzentriert, den Rat und den technischen Ausschuss aufzulösen. [Der Code, der dies ermöglichen würde, wurde bereits in die Codebasis von Substrate aufgenommen](https://github.com/paritytech/substrate/pull/10195), muss aber noch auf Kusama getestet und von der Community per Runtime-Upgrade geprüft und genehmigt werden. Das Ziel von Governance 2.0 ist ein agileres, inklusiveres, sichereres und dezentralisiertes Design.

Wenn du mehr über On-Chain-Governance erfahren möchtest, schau dir diese Ressourcen an:

* Blogbeitrag über Governance 1.0
* [Polkadot Wiki: Governance](https://wiki.polkadot.network/docs/learn-governance)

---

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

Mehr von der ELI5 Serie: Polkadot A bis Z

[A für Account \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/a-fuer-account-polkadot-von-a-bis-z-36351)

[B for Brücken “Bridges” \[Polkadot from A to Z\]](https://app.subsocial.network/7063/b-fuer-bruecken-bridges-polkadot-von-a-bis-z-36352)

[C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/c-fuer-collators-kollatoren-polkadot-von-a-bis-z-36353)

[D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/d-fuer-democracy-demokratie-polkadot-von-a-bis-z-36359)

[E für Existentielle Einlage \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/e-fuer-existentielle-einlage-polkadot-von-a-bis-z-36360)

[F für “Forkless” (Gabelfrei) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361)

[G für GRANDPA \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/g-fuer-grandpa-polkadot-von-a-bis-z-36362)

[H für Hash \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/36363)

[I für Interoperabilität \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/i-fuer-interoperabilitaet-polkadot-von-a-bis-z-36364)

[J für Polkadot.js \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/j-fuer-polkadot-js-polkadot-von-a-bis-z-36365)

[K für Kusama \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/k-fuer-kusama-polkadot-von-a-bis-z-36366)

[L für Polkadot Launch \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/l-fuer-polkadot-launch-polkadot-von-a-bis-z-36367)

[M für Multisig \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/m-fuer-multisig-polkadot-von-a-bis-z-36368)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

P für Phragmén \[Polkadot von A bis Z\]

bafyreigzfkxe5tqg4adzu4gbxz57twrzd2w2zoww2nsk3qvw5jdirf2kly

O für On-Chain Governance [Polkadot von A bis Z]

Phragmén sind eine Sammlung von Wahlmechanismen mit dem Schwerpunkt auf gerechter Repräsentation, die entweder von Lars Edvard Phragméns Arbeit geschaffen oder von ihm inspiriert wurden. Ende des 19\. Jahrhunderts stellte er fest, dass die Sitze im schwedischen Parlament von der populärsten politischen Partei besetzt und Minderheitenparteien nicht vertreten waren. Um eine bessere Vertretung der Wählerinnen und Wähler im Parlament zu erreichen, entwickelte er eine Methode, mit der die Stimmen gerecht auf die Sitze verteilt werden sollten. Diese Methode wurde als Phragmén-Methode bekannt und funktioniert gut bei Wahlen, bei denen es mehrere Gewinner gibt. Da es mehrere Methoden gibt, die mit Lars Phragmén in Verbindung gebracht werden, werde ich in diesem Beitrag über die spezielle Methode sprechen, die in Polkadot verwendet wird, das sogenannte **sequentielle Phragmén (seq-Phragmén)**, und eine neuere Optimierung, die die Sicherheitsqualitäten erhöht und die Repräsentation der Wahlberechtigten verbessert, genannt **Phragmms.**

**Seq-Phragmén und wie wird es in Polkadot verwendet**

Eine faire Vertretung ist wichtig, wenn du einen Pool von Validatoren beim **Nominated Proof of Stake (NPoS)** wählst. Oder bei der Wahl von **Ratsmitgliedern**. Bei beiden Wahlen gibt es viele Wahlberechtigte mit unterschiedlichem Einsatz, viele Kandidaten, die zu wählen oder zu nominieren sind, und viele verfügbare Sitze im Validator-Pool oder im Rat. Seq-Phragmén hat eine Eigenschaft, die als proportionale gerechtfertigte Repräsentation (PJR) bezeichnet wird und sicherstellt, dass kein Kandidat über- oder unterrepräsentiert ist; es ist eine Methode, die eine faire Verteilung des Einsatzes auf die Kandidaten mit dem höchsten Einsatz findet. Durch die Optimierung der gewählten Kandidaten und die Verteilung des Einsatzes auf die gewählten Kandidaten kommt der Algorithmus den Idealen näher, die eine hohe Sicherheit des Netzwerks, eine bessere Vertretung der Token-Inhaber bei den Wahlen und eine Dezentralisierung der Validatoren und Ratsmitglieder gewährleisten. Der Algorithmus hat zwei wichtige Aufgaben:

1. **Wähle die am stärksten unterstützten Kandidaten**  
   1. Stelle sicher, dass nur die Kandidierenden mit dem größten Rückhalt in die aktive Gruppe der Validatoren oder den Rat gewählt werden.
2. **Verteile den Einsatz gleichmäßig unter ihnen**  
   1. Achte darauf, dass alle eingesetzten DOTs für eine bestimmte Wahl so gleichmäßig wie möglich über die gewählte Gruppe verteilt sind.

**NPoS-Validator-Wahlen**

Für NPoS muss die Wahl so gestaltet werden, dass die Sicherheit maximiert wird. NPoS-Nominatoren setzen ihre DOTs ein, um Validatoren zu wählen, die Blöcke erzeugen. Da die Sicherheit eines Proof-of-Stake-Netzwerks zum Teil davon abhängt, wie viel Einsatz im System eingesetzt wird und wie dezentralisiert dieser Einsatz unter den Teilnehmern ist, muss eine seq-Phragmén drei Punkte berücksichtigen und diese bei einem gegebenen sinnvollen Berechnungsaufwand so weit wie möglich optimieren. Diese sind:

1. **Maximiere den Gesamtbetrag, der auf dem Spiel steht**  
   1. Das heißt, wähle die Validatoren mit dem stärksten Rückhalt in dem aktiven Set  
   2. Mehr eingesetzte DOTs = höhere Sicherheit
2. **Maximiere den Einsatz hinter dem Validator mit minimalem Einsatz**  
   1. Das bedeutet, dass der gesamte Einsatz so gleichmäßig wie möglich auf die gewählten Validatoren verteilt werden soll  
   2. Das ist ein [NP-hartes Problem](https://en.wikipedia.org/wiki/NP-hardness), d.h. es ist rechnerisch schwierig und erfordert eine Optimierung
3. **Minimiere die Varianz des Einsatzes in der aktiven Menge**  
   1. Das bedeutet, dass der Unterschied im Einsatz zwischen dem am meisten unterstützten Validator und dem am wenigsten unterstützten Validator minimiert wird  
   2. Erhöht die Sicherheit, indem er die Kosten für einen Angriff auf den Validator mit der geringsten Unterstützung erhöht

Die Optimierung dieser Eigenschaften des NPoS-Validator-Sets erhöht die Sicherheit des Netzwerks und den Gewinn, den die Validatoren und Nominatoren erzielen.

**Hinweis:** NP-harte Probleme sind in der Regel sehr rechenintensiv und erfordern Optimierungen. Bei der Entwicklung von Blockchain-Runtimes ist es wichtig, dass die Berechnungen auf der On-Chain so gering wie möglich gehalten werden oder die Blockproduktion nicht ins Stocken geraten kann.

**Ratswahlen**

Bei der Wahl der Ratsmitglieder wird ebenfalls das seq-Phragmén verwendet. In jedem Wahlzyklus werden 20 der am meisten unterstützten potenziellen Accounts gewählt, und dann werden die 13 besten in den aktiven Rat gewählt und 7 auf den zweiten Platz.

**Hinweis:** Die Abstimmung mit dem Einsatz mag auf den ersten Blick undemokratisch erscheinen, aber es ist sehr einfach, ein System ohne Stake-Backed-Voting auf einer pseudonymen Blockchain zu manipulieren. In einem System ohne Stake-Backed-Voting, in dem ein Account eine Stimme hat, könnte eine Person mehrere Accounts erstellen und ihre Stimme demselben Kandidaten geben, sodass es so aussieht, als würden viele Wähler hinter ihm stehen.

**Off-Chain Phragmén**

Da der Prozess sehr rechenintensiv ist, werden seq-Phragmén vorzugsweise **Off-Chain** ausgeführt und das Ergebnis über eine Transaktion an die Chain übermittelt. Dies wird von [Off-Chain-Workern (OCW)](https://docs.substrate.io/how-to-guides/v3/ocw/transactions/) erledigt. Und jeder Validator Node läuft standardmäßig als Off-Chain-Worker. Das bedeutet, dass die Berechnungen auf der Maschine/Hardware des Validators stattfinden und in der Verantwortung der Person liegen, die den Validator betreibt; die Berechnungen finden nicht auf der On-Chain statt. Ein Validator kann die OCW-Option deaktivieren, wenn er das möchte.

**Phragmms**

Eines der Risiken bei der Vermeidung von Unterrepräsentation ist, dass einige Minderheiten überrepräsentiert sein könnten, was für das Ziel der Dezentralisierung ebenfalls problematisch ist. Phragmms, die nächste Stufe der Verbesserungen, wird eine Wahl ermöglichen, die zu einer nachweislich fairen Vertretung der Kandidatinnen und Kandidaten auf der Grundlage der gegebenen Stimmen und des Einsatzes führt. Phragmms ist zwar immer noch sehr rechenintensiv, aber das Schöne an ihm sind seine starken Verifizierungseigenschaften, die es selbst einer nicht vertrauenswürdigen dritten Partei ermöglichen, die Wahlen privat und außerhalb der Kette durchzuführen und dem Netzwerk zu beweisen, dass die entsprechenden Wahlergebnisse fair und proportional sind. Damit eröffnet sich eine große Chance für die vertrauenslose Berechnung von Off-Chain-Wahlen.

**Resources**

Das NPoS-Problem mit Phragmén lösen, Video von Kian Paimani

Polkadot Wiki: Sequentielles Phragmén

W3F Forschung: Überblick über NPoS

Das Forschungspapier über [Phragmms](https://arxiv.org/pdf/2004.12990.pdf)

---

*Übersetzt von* [*Daredevil3x7*](https://twitter.com/daredevil3x7) *und erstellt mit Unterstützung des Kusama Treasury via* [*WagMedia*](https://twitter.com/thatMediaWag)

Mehr von der ELI5 Serie: Polkadot A bis Z

[A für Account \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/a-fuer-account-polkadot-von-a-bis-z-36351)

[B for Brücken “Bridges” \[Polkadot from A to Z\]](https://app.subsocial.network/7063/b-fuer-bruecken-bridges-polkadot-von-a-bis-z-36352)

[C für “Collators” (Kollatoren) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/c-fuer-collators-kollatoren-polkadot-von-a-bis-z-36353)

[D für “Democracy” (Demokratie) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/d-fuer-democracy-demokratie-polkadot-von-a-bis-z-36359)

[E für Existentielle Einlage \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/e-fuer-existentielle-einlage-polkadot-von-a-bis-z-36360)

[F für “Forkless” (Gabelfrei) \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/f-fuer-forkless-gabelfrei-polkadot-von-a-bis-z-36361)

[G für GRANDPA \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/g-fuer-grandpa-polkadot-von-a-bis-z-36362)

[H für Hash \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/36363)

[I für Interoperabilität \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/i-fuer-interoperabilitaet-polkadot-von-a-bis-z-36364)

[J für Polkadot.js \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/j-fuer-polkadot-js-polkadot-von-a-bis-z-36365)

[K für Kusama \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/k-fuer-kusama-polkadot-von-a-bis-z-36366)

[L für Polkadot Launch \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/l-fuer-polkadot-launch-polkadot-von-a-bis-z-36367)

[M für Multisig \[Polkadot von A bis Z\]](https://app.subsocial.network/7063/m-fuer-multisig-polkadot-von-a-bis-z-36368)

[O für On-Chain Governance \[Polkadot von A bis Z\]](https://polkaverse.com/7063/o-fuer-on-chain-governance-polkadot-von-a-bis-z-36602)

[P für Phragmén \[Polkadot von A bis Z\]](https://polkaverse.com/7063/p-fuer-phragmen-polkadot-von-a-bis-z-36603)

bafyreigfqt5nfvi5s2socpswg4l47ub6wdms5ackv66ztutjyrppb6qlsm

P für Phragmén [Polkadot von A bis Z]

bafybeihgamunebqpz662paomeddozzoj3ga6yv745qsuwumtxtdsu5niiu

WagMedia

bafyreiaxdc2rixeh4tucxnea46qm4wzcacyn2tooprkfz3zfo6heaqmlhm

WagMedia auf Deutsch

bafyreifa5r7t7fe3gh3i4kxwr27fqv3qruuuehikly4k2ryuttqx62yilm

Daredevil3x7 (P@)

Um wirklich Eigentum an deinem Vermögen auf der Blockchain zu haben, verwenden wir Accounts und diese Accounts haben Adressen. Ein Account wird mit Schlüsseln verwaltet, einem öffentlichen Schlüssel und einem dazugehörigen privaten Schlüssel. Das Eigentum an einem Account kann durch den Nachweis...

Zum Jahresende 2021 hat Polkadot mit der Einführung der Parachains einen wichtigen Meilenstein erreicht und damit die letzte Phase des ursprünglichen Versprechens aus dem 2016 veröffentlichten Whitepaper eingeleitet. Der Genesis-Block mit dem Zeitstempel vom 26. Mai 2020 um 15:36:21 UTC markierte...

Forking

Von einem Fork spricht man, wenn eine Codebasis kopiert und getrennt von der ursprünglichen Version entwickelt wird. Bei Open-Source-Software ist dies legal, aber Forks können auch bei lizenzierter Software vorkommen, sowohl legal als auch illegal. Bei Blockchain- und...

Das ist der offizielle WagMedia Space Germany! Hier werden interessante und lesenswerte DotSama-Artikel durch die Wag-Media community übersetzt und öffentlich zur Verfügung gestellt.
Mitmachen? Trete unserem Discord bei und werde Teil der größten News Community im DotSama Universum.

GRANDPA (GHOST-based Recursive ANcestor Deriving Prefix Agreement) ist das Finalitäts-Modul der Blockchains Polkadot und Kusama.

Finalität

In der Welt der Blockchains bedeutet Finalität, dass ein neuer Block der Blockchain mit einer gewissen Sicherheit hinzugefügt wurde, dass er nicht mehr...

Polkadot.js ist eine Sammlung von Werkzeugen, die auf sehr detaillierte Weise mit der Polkadot-Blockchain kompatibel sind. Polkadot.js als Begriff hat mehrere Teile, die erwähnenswert sind

Polkadot.js UI (polkadot.js.org)

Das ist die gehostete Anwendung, die geladen wird, wenn du in deinem...

Übersetzt von Daredevil3x7 und erstellt mit Unterstützung des Kusama Treasury via WagMedia

Am Montag, den 6. November 2017, 02:33:47 PM UTC, wurde von einem anonymen Nutzer eine Schwachstelle im "Library"-Smart-Contract-Code gefunden, der als gemeinsame Komponente aller Parity Multi-Sig-Wallets...

Collate (Verb):

Sorgfältig prüfen und vergleichen, um Unstimmigkeiten festzustellen.

In der richtigen numerischen oder logischen Reihenfolge zusammenstellen.

Kollatoren sind die Aufseher der Parachains, auf die wir beim Buchstaben P noch genauer eingehen werden. Als Node im Netzwerk haben sie...

Übersetzt von Daredevil3x7 und erstellt mit Unterstützung des Kusama Treasury via WagMedia

Daniel Schoenberger, Chief Legal Officer, Web3 Foundation

Vor drei Jahren, im November 2019, traf die Stiftung Web3 eine Entscheidung, die ihren Ablauf veränderte und zu einem Wandel in der Art und Weise...

Existenzielle Einlage und Ausschöpfung

Accounts müssen ein Mindestguthaben aufweisen, um auf der Chain zu existieren. Dieses Mindestguthaben wird als finanzieller Anreiz genutzt, um Wallets am Leben zu erhalten. Fällt das Guthaben eines Wallets unter die EE, gilt es als veralteter Account und...

Übersetzt von Daredevil3x7 und erstellt mit Unterstützung des Kusama Treasury via WagMedia

In letzter Zeit gab es viele Diskussionen über die Verwendung von Wasm für die Blockchain-Entwicklung. Hier erfährst du, was es damit auf sich hat:

Die Probleme mit der aktuellen Technologie

Ethereum...

Phragmén sind eine Sammlung von Wahlmechanismen mit dem Schwerpunkt auf gerechter Repräsentation, die entweder von Lars Edvard Phragméns Arbeit geschaffen oder von ihm inspiriert wurden. Ende des 19. Jahrhunderts stellte er fest, dass die Sitze im schwedischen Parlament von der populärsten...

Übersetzt von Daredevil3x7 und erstellt mit der Unterstützung des Kusama Treasury via WagMedia

Mitwirkende im Beitrag:

Simon Telezhkin, Parity Technologies Visual 3D Designer

Ignasi Albero, Web3 Foundation Brand Lead

Hamid Alipour, Parity Technologies Fullstack Product Engineer

Für Polkadot...

Demokratie ist eine Steuerungsform, die die Gesellschaft schon seit Jahrhunderten in verschiedenen Formen praktiziert. In ihrer reinsten Form ist sie die Dezentralisierung der Macht. Sie tauchte erstmals im 5. Jahrhundert v. Chr. auf, abgeleitet von dem griechischen Wort für „Herrschaft des...

Die On-Chain-Governance ist einer der wichtigsten Bestandteile von Polkadot und Kusama. Sie ist die einzige Möglichkeit, Runtime-Veränderungen vorzuschlagen. Solange die Community der DOT-Token-Inhaber der Meinung ist, dass die Veränderungen gerechtfertigt sind,und positiv abstimmt, kann die...

Übersetzt von Daredevil3x7 und erstellt mit der Unterstützung des Kusama Treasury via WagMedia

Mehr als 10 Millionen Smartphones sichern IoT-fähige Geräte ab

Es gibt Millionen von Smartphones, Smart-TVs und sogar smarte Kühlschränke. Es sind nicht nur die leistungsstarken Mikroprozessoren in...

Kusama bietet die gleichen Versprechen wie Polkadot und siehe da, es kommt ohne Versprechen! Eine heterogene Multi-Chain-Plattform, die einen Nominated Proof of Stake (NPoS)-Konsens mit On-Chain-Governance und gabelfreie Runtime-Updates nutzt. Es ist als Kanarienvogel-Netzwerk für Polkadot...

Hashing

Hashing ist ganz einfach eine Möglichkeit, Daten umzuwandeln. Je nach zugrunde liegendem Hashing-Algorithmus werden die Daten unterschiedlich umgewandelt. Bitcoin verwendet zum Beispiel den SHA-256-Hashing-Algorithmus (Simple Hashing Algorithm 2, 256 Bit), der eine 256-Bit-Ausgabe...

Interoperabilität ist der Kern der Polkadot-Philosophie. Wir wollen den Blockchain-Maximalismus überwinden und glauben, dass das Ökosystem robuster ist, wenn Blockchains miteinander kommunizieren können. Deshalb bezeichnen wir uns als Layer-0-Multi-Chain-Plattform, und damit ist die technische...

The Official Account Of WagMedia. Create 2 Earn media and content uoıʇnןos
All welcome: http://discord.gg/YUXqjVXWtp

bafybeifnet2inowgnwyfrhifmhawltq42ahevof4giu5wongvwysrl44je