Get best of the week

Ethereum 2.0 kann aufgrund von Fehlern, Problemen und Konkurrenten erneut verzögert werden

Der Start von Ethereum 2.0 könnte sich laut Cointelegraph erneut verzögern . Während eines kürzlich abgehaltenen Meetings planten Entwickler ein Update mit dem Proof-of-Stake-Algorithmus für Juni, obwohl sie feststellten, dass diese Aussage mit vorsichtigem Optimismus gemacht wurde. Die meisten Arbeiten wurden bereits erfolgreich abgeschlossen, es dauert jedoch einige Zeit, bis viele Fehler im Code behoben sind.

Warum dauert es so lange, bis Ethereum die letzte Aktualisierungsphase abgeschlossen hat, bevor es wirklich skalierbar wird? Warum sind das Vorhandensein von Fehlern und damit verbundenen Problemen nicht die einzigen Schwierigkeiten, mit denen das Projekt von Vitalik Buterin konfrontiert ist? Während Entwickler versuchen, Fehler zu beheben, starten andere Projekte den Einsatz, was bedeutet, dass Ethereum 2.0 endlich den Wettlauf um Skalierbarkeit verlieren kann.

Der Kampf um sauberen Code


Fehler im Code sind der Haupt-, aber nicht der einzige Faktor, der zur regelmäßigen Verschiebung des Startdatums von Ethereum 2.0 beiträgt. In der Tat ist die Phase des Findens und Behebens von Schwachstellen im Code ein mühsamer und langwieriger Prozess für jedes Projekt, der immer länger dauern kann als ursprünglich geplant. Daher können sich für Ethereum Verfahren wie Sicherheitsüberprüfungen, Tests, Erkennung und Korrektur von Fehlern über Monate hinziehen.

Die Ethereum-Blockchain ist recht kompliziert organisiert - es handelt sich um eine dezentrale Struktur, die aus mehreren Entwicklungsteams besteht, von denen einige unabhängige Organisationen sind. Jedes Team hat seine eigenen Aufgaben - Sharding, Auditing, Ethereum 2.0 usw. Auf diese Weise können Sie einerseits verschiedene Probleme gleichzeitig lösen, andererseits führt dies zu Komplikationen bei der geplanten Entwicklung der gesamten Ethereum-Plattform.

Sieben Teams sind an der Entwicklung von Ethereum 2.0 beteiligt, und die meisten von ihnen arbeiten an der Optimierung des Schlesi -Testnetzwerks , dem ersten Mehrbenutzer-Ethereum 2.0-Testnetzwerk, das die zugrunde liegende Umgebung simuliert. DasEthereum Foundation Trinity, Prysm Labs Prysmatic, Sigma Prime Lighthouse, Status Nimbus, Lodestar ChainSafe, Teku PegaSys und Cortex Nethermind . Diese Entwicklungsteams sind dafür verantwortlich, Daten in der Blockchain zu speichern und die Blöcke zu überprüfen. Es ist sehr wichtig, dass sie vollständig miteinander synchronisiert sind.

Der parallele Betrieb mehrerer Teams ist entscheidend für die Aufrechterhaltung eines hohen Maßes an Netzwerksicherheit, und niemand wird etwas aus den Augen verlieren. Auch wenn es bedeutet, Versprechen zu brechen und den Start erneut zu verzögern. Um das Polieren des Codes trotzdem zu beschleunigen, funktioniert das Bug-Trapping-Programm seit einiger Zeit und bietet Bug-Jägern von 1.000 bis 20.000 US-Dollar für kritische Fehler.

Komplexe Struktur- und Managementprobleme


Zusätzlich zu Fehlern und Tests gibt es Verwaltungsprobleme, die das Startdatum noch weiter verschieben. Auf den ersten Blick mag die Ethereum-Blockchain wie ein Ganzes erscheinen, aber tatsächlich wird sie, wie oben erwähnt, von mehreren Entwicklerteams und Administratoren verwaltet. Einige von ihnen sind Teil unabhängiger Organisationen, und es kann eine entmutigende Aufgabe sein, all diese Teams dazu zu bringen, synchron und zeitnah zu arbeiten. Dieser Entwicklungsansatz ermöglicht es Ihnen einerseits, Aufgaben effektiv zu verteilen, andererseits erschwert er die systematische Entwicklung. Daher kann das Fehlen einer ordnungsgemäßen Verwaltung und Synchronisierung zwischen den Teams leicht zu regelmäßigen Verzögerungen führen.

Je mehr Personen an der Entwicklung beteiligt sind, desto höher sind die Anforderungen an die Organisationsebene des gesamten Prozesses. Zuvor hatte Lane Rettig, einer der Entwickler, die Notwendigkeit sozialer Skalierbarkeit festgestellt und hinzugefügt, dass „ das Koordinationsproblem immer komplizierter wird “. Die verteilte Struktur führt zu einer Fluktuation, die den Entwicklungsprozess aufgrund der Notwendigkeit einer langfristigen Anpassung neuer Mitarbeiter weiter verlangsamt.

Wettkämpfer


Während die Entwickler von Ethereum Fehler beheben, können die Wettbewerber den Preis für den ersten erzielten Proof-of-Stake-Konsens gewinnen. Es gibt mehrere große Projekte, die sich der Ziellinie nähern : EOS, Harmony (ONE), Zilliqa (ZIL), Tezos (XTZ), Cosmos (ATOM), Algorand (ALGO) und Qtum (QTUM) - alle mit tragfähigen und funktionierenden Produkten im Internet PoS oder delegierter PoS.

Erfolgreich funktionierende Netzwerke, die durch diese Projekte ins Leben gerufen wurden, zeigen, dass das, was für Ethereum Jahre dauert, nur ein Jahr dauern kann. Zum Beispiel das Harmony- Projektaus dem Silicon Valley hat kürzlich das Staking gestartet und ist damit die erste PoS-Blockchain, die gleichzeitig Sharding und Eigentumsnachweise verwaltet. Es ist bemerkenswert, dass noch keine dieser Technologien von Ethereum-Entwicklern im Hauptnetzwerk implementiert wurde.

Am 19. Mai gab das Harmony-Team bekannt, dass es sein Netzwerk aktualisiert hat, das derzeit Hunderte von Knoten in zahlreichen Shards unterstützt. Die Entwickler behaupten, dass sie es geschafft haben, Ethereum nicht nur in Bezug auf Sharding und Staking, sondern auch in Bezug auf die Netzwerkleistung einen Schritt voraus zu sein. Sie erreichten eine Transaktionsverarbeitungsgebühr von 0,000,001 USD in Mainnet und 118.000 Transaktionen pro Sekunde (TPS) in Testnet.

Ethereum bleibt jedoch ein Pionier und ein wichtiger Beitrag zur Proof-of-Stakes-Technologie. Angesichts der hunderttausenden Transaktionen, die täglich im Netzwerk durchgeführt werden, kann eine Verzögerung des Starts eines so wichtigen Updates wie Ethereum 2.0 völlig gerechtfertigt sein und darauf abzielen, die Verwendung der Ethereum-Blockchain sicherer und effizienter zu gestalten.

More articles:


All Articles