Was ist ein Ethereum Improvements Proposals (EIP)?

Die EIP oder Ethereum Improvements Proposals sind eine Dokumentationsstruktur, die es ermöglicht, die Entwicklung von Verbesserungen innerhalb von Ethereum zu standardisieren, sodass jeder seine Vorschläge präsentieren und so die Entwicklung dieser Blockchain verbessern kann. 

Unicht einer der wichtigsten Prozesse innerhalb der Entwicklung von Ethereum (ETH), findet in Bekanntschaften statt Verbesserungsvorschläge für EIP oder Ethereum. Hierbei handelt es sich um technische Dokumente, in denen die Ethereum-Entwicklergemeinschaft ihre Verbesserungsvorschläge für dieses Projekt macht. Dies ist eine Idee, die aus der Erfahrung von übernommen wurde Bitcoin (BTC), wo sind sie Bitcoin-Verbesserungsvorschläge (BIP), die den gleichen Zweck haben und über die wir bereits in der Bit2Me Academy gesprochen haben.

Der Grund für die Einführung dieses Organisationsmodells liegt darin, dass in dezentralen Entwicklungsgemeinschaften ein hohes Maß an Organisation erforderlich ist, um die nächsten Verbesserungen, die in das Projekt integriert werden, zu verwalten und zu entscheiden. Auf diese Weise kann jeder Entwickler einen Verbesserungsvorschlag vorlegen, der in der Community diskutiert wird und je nach Auswirkung in das Ethereum-Protokoll aufgenommen werden kann oder auch nicht.

Dazu muss der Ideenentwickler seinen Vorschlag ausführlich erläutern, begründen, warum seine Umsetzung im Projekt positiv ist, und dessen Umsetzbarkeit und Wirkung klar darlegen. Daher ist die Erstellung dieser Dokumente explizit und hat ein sehr klares und definiertes Ziel: der Community die Zukunft des Projekts vorzuschlagen und allen die Möglichkeit zu geben, darüber zu diskutieren.

Beginn der Ethereum Improvements Proposals oder EIP

Wie bereits erwähnt, basiert die Idee hinter der Erstellung von Ethereum Improvements Proposals oder EIP auf den bei Bitcoin angewandten Erfahrungen. Denken wir daran, dass die BIPs bei Bitcoin dazu gedacht sind, der Community zu ermöglichen, den übrigen Mitgliedern Verbesserungen zu zeigen, die sie in das Bitcoin-Protokoll aufnehmen möchten. Die Idee der BIPs wurde ursprünglich von vorgeschlagen Amir Taaki, der das ursprüngliche Protokoll zu ihrer Präsentation entworfen und Bitcoin BIP-001 erstellt hat.

Dann der Entwickler Lukas Dashjr, verbesserte diese Idee dank seiner Entwicklungserfahrung in freien Communities (insbesondere seiner Erfahrung in Gentoo GNU/Linux) und schuf BIP-002. Von diesem Zeitpunkt an bis heute sind BIPs das Vehikel, mit dem neue Verbesserungen in Bitcoin integriert werden.

Die Idee war so erfolgreich, dass sie in anderen Kryptowährungen repliziert wurde, und auch Ethereum konnte sich ihr nicht entziehen. So geschah es am 27. Oktober 2015 EIP-001, erstellt von Martin Becze und Hudson Jameson, zwei prominenten Ethereum-Entwicklern. In besagtem EIP ist folgender Titel zu lesen:

EIP-Zweck und -Richtlinien

Das heißt, dieses erste EIP legte die allgemeinen Linien und den Zweck der EIPs innerhalb von Ethereum fest. Tatsächlich könnte seine Einleitung in diesem Sinne nicht klarer sein:

EIP steht für Ethereum Improvement Proposal. Ein EIP ist ein Designdokument, das Informationen für die Ethereum-Community bereitstellt oder eine neue Funktion für Ethereum oder seine Prozesse oder Umgebung beschreibt. Die EIP sollte eine prägnante technische Spezifikation der Funktion und eine Begründung dafür enthalten. Der EIP-Autor ist dafür verantwortlich, innerhalb der Community einen Konsens zu schaffen und abweichende Meinungen zu dokumentieren.

Klassifizierung von EIPs

Wie Bitcoin-BIPs unterliegen auch Ethereum-EIPs einer Reihe von Klassifizierungen, die angeben, wohin die von ihnen angebotenen Verbesserungen führen. In diesem Fall wird die Klassifizierung der Ethereum-EIPs in drei Klassen unterteilt:

Standard-EIP

Diese EIPs werden verwendet, um Änderungen zu beschreiben, die die meisten oder alle Ethereum-Implementierungen betreffen. Denken wir daran, dass Ethereum ein Protokoll ist und seine offizielle Implementierung in der Software angegeben ist Geth. Aber wie diese Software gibt es auch andere Implementierungen wie die, die wir sehen können Hyperledger Besu o Parität.

Die in einem EIP vom Standardtyp beschriebenen Verbesserungen umfassen im Allgemeinen Änderungen am Netzwerkprotokoll oder eine Änderung der Block- oder Transaktionsvalidierungsregeln. Sie gilt auch für vorgeschlagene Änderungen von Anwendungsstandards oder alle Änderungen oder Ergänzungen, die sich auf die Interoperabilität von Anwendungen auswirken. Daher sind EIPs vom Standardtyp diejenigen mit dem größten Spielraum für die Entwicklung von Ethereum.

Darüber hinaus sind EIPs vom Standardtyp in die folgenden Unterkategorien unterteilt:

1. Basic– Diese Unterkategorie enthält EIPs, die Verbesserungen anstreben, die eine Konsensänderung innerhalb von Ethereum erfordern. Ein gutes Beispiel für diese EIPs sind EIP-005 und EIP-0101. Allerdings sind auch Verbesserungen enthalten, bei denen die Änderungen nicht unbedingt kritisch für das Konsensprotokoll sind. Ein Beispiel für Letzteres ist in EIP-086 und EIP-090 zu sehen.
2. Vernetzung– Diese Unterkategorie umfasst Verbesserungen rund um devp2p (EIP-8) und das Netzwerkprotokoll, dazu gehören auch die vorgeschlagenen Verbesserungen der Spezifikationen von Klatschprotokoll und Ethereum-Schwarm.
3. Schnittstelle: Diese Unterkategorie umfasst die Verbesserungen der API-/RPC-Spezifikationen und -Standards des Ethereum-Clients. Darüber hinaus sind auch Änderungen auf ABI- und API-Ebene enthalten. Ein gutes Beispiel für diese EIPs können wir in EIP-006 sehen.
4. ERC- Standards und Konventionen auf Anwendungsebene, einschließlich Vertragsstandards wie; Token-Standards (ERC-20, ERC-721 y ERC-1155), Namensregister (ERC-26, ERC-137), URI-Schemata (ERC-67), Bibliotheks-/Paketformate (EIP-82) und Wallet-Formate (EIP-75, EIP-85).

EIP-Ziel

Die andere Klassifizierung von EIPs ist als Meta-EIPs bekannt. Diese EIPs beschreiben einen Prozess rund um Ethereum oder schlagen eine Änderung daran vor. Im Allgemeinen schlagen diese EIPs Änderungen an einer Implementierung vor, jedoch nicht an der Ethereum-Codebasis. Diese erfordern häufig einen Konsens der Gemeinschaft. Im Gegensatz zu informativen EIPs steht es den Benutzern nicht frei, sie zu ignorieren.

Ein gutes Beispiel für diese Art von EIP sind die Änderungen der Verfahren und Richtlinien im Entscheidungsprozess sowie Änderungen der Tools oder der Umgebung, die bei der Entwicklung von Ethereum verwendet werden. Jedes Meta-EIP wird auch als Prozess-EIP betrachtet.

Newsletter

Ein Informations-EIP beschreibt ein Ethereum-Designproblem oder stellt der Ethereum-Community allgemeine Richtlinien oder Informationen zur Verfügung, schlägt jedoch keine neue Funktion vor. Informations-EIPs stellen nicht unbedingt den Konsens der Ethereum-Community oder eine Empfehlung dar, daher steht es Benutzern und Implementierern frei, Informations-EIPs zu ignorieren oder ihren Ratschlägen zu folgen.

Wie Ethereum Improvements Proposals oder EIP funktionieren

Die Funktionsweise der EIPs ist in EIP-001 klar definiert. Dieser Prozess beginnt mit der Generierung der Idee oder des Vorschlags durch den Autor des EIP. An diesem Punkt beginnt die Verantwortung für die Entwicklung beim Autor, und er ist derjenige, der die notwendigen Argumente vorbringen muss, um die Notwendigkeit seines Vorschlags zu beweisen und ihn zu verteidigen. Aus diesem Grund muss der Autor des EIP eine klar erläuterte Idee erstellen und diese zusammen mit einer Begründung und Elementen, die seine Präsentation unterstützen, im Hauptteil des EIP präsentieren.

An diesem Punkt haben wir also die folgenden Phasen:

Wie Ethereum Improvements Proposals oder EIP funktionieren

Die Funktionsweise der EIPs ist in EIP-001 klar definiert. Dieser Prozess beginnt mit der Generierung der Idee oder des Vorschlags durch den Autor des EIP. An diesem Punkt beginnt die Verantwortung für die Entwicklung beim Autor, und er ist derjenige, der die notwendigen Argumente vorbringen muss, um die Notwendigkeit seines Vorschlags zu beweisen und ihn zu verteidigen. Aus diesem Grund muss der Autor des EIP eine klar erläuterte Idee erstellen und diese zusammen mit einer Begründung und Elementen, die seine Präsentation unterstützen, im Hauptteil des EIP präsentieren.

An diesem Punkt haben wir also die folgenden Phasen:

Erste Stufe: Präsentation der Idee

Es ist die grundlegendste und unausgereifteste Phase eines EIP. Es handelt sich im Grunde um die Präsentation der Verbesserung als Vorschlag in den Ethereum-Foren. Ziel ist es, Feedback von der Community einzuholen, ob die Entwicklung des Vorschlags weiter ausgearbeitet werden soll oder nicht.

Zweiter Schritt: Erstellung des Entwurfs

Zu diesem Zeitpunkt ist die Idee bereits erfasst und gemäß den von einer EIP erwarteten organisatorischen Parametern umgesetzt. Es handelt sich um eine aktive laufende Arbeit, bei der Sie Folgeanfragen mit weiteren Änderungen an Ihrem Entwurf einreichen können, bis Sie glauben, dass die EIP ausgereift und bereit ist, in den nächsten Status überzugehen.

Dritte Stufe: Letzter Anruf

An dieser Stelle wird der korrigierte Entwurf auf der EIPS-Ethereum-Website hervorgehoben. Die Idee dieser Phase besteht darin, die EIP der größtmöglichen Anzahl von Menschen in der Community vorzustellen, Korrekturen abzuschließen und eine voll funktionsfähige und überarbeitete Implementierung der EIP zu erstellen.

Vierte Stufe: Akzeptanz

Dieser Status weist darauf hin, dass wesentliche Änderungen unwahrscheinlich sind und Ethereum-Client-Entwickler die Aufnahme dieser EIP in Betracht ziehen sollten. Ihr Prozess zur Entscheidung, ob Sie es bei Ihren Kunden im Rahmen eines ändern möchten Fest Gabel Es ist nicht Teil des EIP-Prozesses. Dieser Status gilt nur für EIPs für Kern-Blockchain-Prozesse.

Fünfte Stufe: Abschlusspräsentation

Dieser Punkt stellt einen Zustand dar, in dem die EIP nur aktualisiert werden muss, um Errata zu korrigieren. Zusätzlich können weitere Zustände markiert werden, wie zum Beispiel:

1. Aktiv: Einige Informations- und Prozess-EIPs können auch den Status „Aktiv“ haben, wenn sie nie abgeschlossen werden sollen.
2. Verlassen: Die ursprünglichen Autoren streben nicht mehr danach, dieses EIP zu implementieren, oder es ist möglicherweise keine (technisch) bevorzugte Option mehr.
3. Abgelehnt: Eine EIP, die grundlegend fehlerhaft ist, oder eine Core-EIP, die von Core-Entwicklern abgelehnt wurde und nicht implementiert wird.
4. Ersetzt: Eine EIP, die zuvor endgültig war, aber nicht mehr als modern gilt. Eine weitere EIP befindet sich im Endzustand und verweist auf die ersetzte EIP.

Format eines Ethereum Improvements Proposals oder EIP

Natürlich verfügen die Ethereum Improvements Proposals oder EIP als technische Dokumente über ein Standardpräsentationsformat, das alle Informationen klar angibt, die zum Verständnis der darin vorgeschlagenen Verbesserung erforderlich sind. Wir haben also, dass das EIP-Format die folgenden Zeilen enthält:

1. Präambel. Dies ist die Einführung in EIP. Sie sind gemäß dem im Standard festgelegten Styleguide formatiert RFC 822. Diese Präambel enthält alle Grunddaten des EIP, wie z. B. Nummer, Autor, Name und eine kurze Beschreibung.
2. Zusammenfassung. An dieser Stelle finden wir eine kurze Beschreibung (nicht mehr als 200 Wörter) des technischen Problems, das im EIP behandelt wird.
3. Motivation. Dieser Punkt ist optional und sollte nur dann obligatorisch sein, wenn Sie das Ethereum-Protokoll ändern möchten. An dieser Stelle muss der Autor des EIP klar darlegen, warum die bestehende Protokollspezifikation nicht ausreicht, um das Problem zu lösen, das das EIP löst. EIP-Anträge ohne zwingende Begründung können zu diesem Zeitpunkt komplett abgelehnt werden.
4. Spezifikation. An dieser Stelle muss der Autor des EIP die Syntax und die von ihm vorgeschlagene Verbesserung erstellen und erläutern. Es muss klar und prägnant, nachweisbar und reproduzierbar sein. Wenn die Spezifikation diese Grundsätze nicht berücksichtigt, wird sie einfach abgelehnt.
5. Rechtfertigung. Die Begründung entwickelt die Spezifikation weiter, indem sie beschreibt, was den Entwurf motiviert hat und warum bestimmte Entwurfsentscheidungen getroffen wurden. Es sollte alternative Entwürfe, die in Betracht gezogen wurden, und damit verbundene Arbeiten beschreiben. Die Begründung kann auch einen Beweis für den Konsens innerhalb der Gemeinschaft liefern und wichtige Einwände oder Bedenken erörtern, die während der Diskussion geäußert wurden.
6. Rückwärtskompatibilität. Alle EIPs, die Abwärtsinkompatibilitäten einführen, müssen einen Abschnitt enthalten, in dem diese Inkompatibilitäten und ihr Schweregrad beschrieben werden. Das EIP sollte erläutern, wie der Autor diese Inkompatibilitäten angehen will. EIP-Einreichungen ohne einen ausreichenden Rückwärtskompatibilitätsvertrag können komplett abgelehnt werden.
7. Testfälle. Für EIPs, die sich auf Konsensänderungen auswirken, sind Testfälle für eine Implementierung erforderlich. Andere EIPs können gegebenenfalls Links zu Testfällen einfügen.
8. Implementierungen. Bereitstellungen müssen abgeschlossen sein, bevor ein EIP den Status „Endgültig“ erhält, müssen jedoch nicht abgeschlossen sein, bevor das EIP als Entwurf zusammengeführt wird. Während der Ansatz, vor dem Schreiben des Codes einen Konsens über die Spezifikation und Begründung zu erzielen, sinnvoll ist, ist das Prinzip des „allgemeinen Konsenses und Ausführens des Codes“ dennoch nützlich, wenn versucht wird, viele Argumente über API-Details zu klären.
9. Sicherheitsüberlegungen. Alle EIPs müssen einen Abschnitt enthalten, in dem relevante Sicherheitsauswirkungen/Überlegungen für die vorgeschlagene Änderung erörtert werden. Fügen Sie Informationen hinzu, die für Sicherheitsdiskussionen und Oberflächenrisiken relevant sein können und die während des gesamten Angebotslebenszyklus verwendet werden können. Z.B. Dazu gehören sicherheitsrelevante Designentscheidungen, Bedenken, wichtige Diskussionen, spezifische Implementierungsleitfäden und -schwierigkeiten, eine Zusammenfassung von Bedrohungen und Risiken und wie mit ihnen umgegangen wird. EIP-Anträge, die im Abschnitt „Sicherheitsüberlegungen“ fehlen, werden abgelehnt. Ohne eine Erörterung von Sicherheitsüberlegungen, die die Prüfer für ausreichend halten, kann eine EIP nicht in den Status „Endgültig“ übergehen.
10. Urheberrechtsbefreiung. Alle EIPs müssen gemeinfrei sein.

Einige wichtige Verbesserungsvorschläge oder EIPs für Ethereum

Obwohl Sie alle EIPs sehen können hierIm Folgenden erläutern wir einige der wichtigsten EIPs.

EIP-606: Hard-Fork-Ziel: Homestead

El EIP-606 Es handelt sich um ein EIP vom Typ Meta. Hier werden alle notwendigen Punkte beschrieben, um das Homestead-Update auf Ethereum durchzuführen. Da es sich um ein EIP vom Typ Meta handelt, bezieht es sich auf andere EIPs, die alle vorgenommenen Änderungen erläutern. In diesem Fall ruft EIP-606 die folgenden EIPs auf:

1. EIP-2: Homestead Hard-Fork-Änderungen
2. EIP-7: DELEGATECALL
3. EIP-8: devp2p-Forward-Kompatibilitätsanforderungen für Homestead

Jedes dieser EIPs erläutert einzeln die Änderungen, die vorgenommen werden, und zusammen führen sie zum Homestead-Update.

EIP-20: ERC-20-Token-Standard

El EIP-20 Es ist vielleicht eines der bekanntesten EIPs in der Ethereum-Welt, da es zur Umsetzung des Bekannten geschaffen wurde ERC-20-Standard-Token. Diese Entwicklung markierte den Beginn der Entwicklung eines Standardtools für die Bereitstellung von Token in der Blockchain durch Ethereum. Dadurch ist Ethereum heute die Blockchain mit den meisten Token geworden.

EIP-137: Ethereum Domain Name Service – Spezifikation

El EIP-137 brachte die Systemspezifikation für den Ethereum-Domänennamen hervor. Von hier aus würde die gesamte notwendige Infrastruktur geschaffen, damit Ethereum zu einem gigantischen Domain Name Service (DNS) werden kann, der vollständig dezentralisiert und auf den Datenschutz ausgerichtet ist. Aber nicht nur das, es würde auch ermöglichen, eine lesbare Adresse mit einer kryptografischen Adresse zu verknüpfen, um damit Kryptowährungen zu empfangen und zu senden. Diese Arbeit führte zu der ENS.

EIP-721: ERC-721 Non-Fungible Token Standard

El EIP-721 ist ein weiterer weithin bekannter EIP, da er selbst den nicht fungiblen Token-Standard Ethereum geschaffen hat ERC-721. Projekte wie CryptoKitties wurden aus diesem Token geboren.

EIP-779: Hard Fork Meta: DAO Fork

Dies ist vielleicht das umstrittenste EIP auf Ethereum. Er EIP-779 war für die „Behebung“ des Problems des Multimillionen-Dollar-Hacks von The DAO verantwortlich. Zu diesem Zweck hat EIP die gesamte Geschichte der Ethereum-Blockchain seit dem Hackerangriff auf das DAO neu geschrieben.
Dies mit dem Ziel, die gestohlenen Gelder ihren Besitzern zurückzugeben. Durch die Anwendung dieser Hard Fork wurde Ethereum in zwei Communities mit jeweils eigener Blockchain aufgeteilt. Derjenige, der den Patch angewendet hat (Ethereum) und derjenige, der ihn nicht angewendet hat (Ethereum Classic).

EIP-1155: Multi-Token-Standard

El EIP-1155 Auch als ERC-1155-Token bekannt, handelt es sich um ein EIP vom Standardtyp, das darauf abzielt, einen neuen Tokentyp zu entwickeln, der die Fähigkeiten der ERC-20- und ERC-721-Token im gleichen Standard vereint. Auf diese Weise haben ERC-1155-Token fungible und nicht fungible Eigenschaften.

EIP-1559: Änderung am Gebührenmarkt für ETH 1.0

Ziel dieser EIP ist es, die Art und Weise zu ändern, wie Provisionen innerhalb des Netzwerks verwaltet werden. Dafür ist die EIP-1559 schafft einen Gebührenverbrennungsmechanismus, der eine weitere Inflation von Ethereum verhindert und gleichzeitig die Kapazität von Ethereum-Blöcken erweitert oder verringert, um mehr Transaktionen aufzunehmen, um die Netzwerküberlastung zu verringern.