Ethereum will den vielen Komplexitäten des Sharding teilweise Rechnung tragen, indem es die Blockgröße von etwa 1MB alle zehn Minuten auf etwa 8MB erhöht. 

Hierzu Danny Ryan, der Koordinator von Ethereum 2.0:

„Wir vergrößern die Blöcke auf Grundlage neuester Forschungen über sichere Blockgröße und Übertragungszeiten, sodass die Datenverfügbarkeit des Systems immer noch > 1MB/s beträgt, sodass Sie bei Dingen wie ZKrollup und OVM immer noch ähnliche Skalierungsgewinne erzielen können.“

ZK Rollups sind eine hybride Skalierungsmethode, die On-Chain-Sicherheit und Second-Layer-Netzwerke durch Smart Contracts und Zero-Knowledge-Methoden kombiniert.

OVM ist die „Optimistic Virtual Machine“ von Plasma, wobei beide mehr auf der öffentlichen Blockchain von Ethereum stehen.

Die Blockchain selbst ist, vereinfacht ausgedrückt, mit jedem Shard zu sharen – ähnlich dem aktuellen Ethereum-Netzwerk.

Es sollen 1024 Shards vorhanden sein, was bedeutet, dass die Kapazität der aktuellen Netzwerkzeit 1024 entspricht. So hätte Ethereum 2.0 theoretisch die Möglichkeit gehabt, eine Milliarde Transaktionen pro Tag abzuwickeln. Derzeit sind nur etwa eine Million möglich.

Dieses Design wurde mit nur 64 vorgeschlagenen Shards erheblich geändert – Shards, die viel mehr miteinander verschmolzen sind.

Das Datenlimit wird jedoch um das 8-fache erhöht. Also theoretisch 512 mal eine Million, was etwa eine halbe Milliarde Transaktionen pro Tag ergibt. 

Ryan:

„Um eine ähnliche Skalierbarkeit wie im vorherigen Vorschlag zu erreichen, werden die Ziel-Shardblockgrößen um das 8-fache von 16kB auf 128kB erhöht.

Dadurch verfügt das System über eine Datenverfügbarkeit von mehr als 1 MB/s, die sich gut mit vielversprechenden L2-Systemen kombinieren lässt…

Die Netzwerksicherheit dieser größeren Shard-Blockgrößen ist durch jüngste experimentelle Untersuchungen am bestehenden Ethereum-Netzwerk gerechtfertigt.“

Die Forschung, auf die er sich bezieht, scheint sich nur auf uncle orphan rates zu konzentrieren, ohne Dinge wie Synchronisationszeiten oder andere Engpässe des Designs zu berücksichtigen – denn die 64 Shards müssen eine Menge Daten austauschen.

Unklar auch, warum Ethereum-Devs nicht auf Grundlage dieser Forschung die Standardwerte für das aktuelle Netzwerk auf das 8-fache ändern und erwarten, dass Miner solchen Standardwerten durch Trägheit oder die damit verbundene Spielmechanik folgen.

Klar hingegen ist, dass es sich als schwierig erweist, von der von Satoshi Nakamoto für Bitcoin vorgeschlagenen Skalierungsmethode abzuweichen – abgesehen von den vielen Effizienzen und Komprimierungen, die erzielt werden können, wenn man sich auf die tatsächliche Skalierung des Netzwerks durch Beschneiden und ähnliches konzentriert.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.

eins + dreizehn =