Ethereum Improvement Proposal (EIP)

Ein Ethereum Improvement Proposal durchläuft einen formalen Lebenszyklus, der in EIP-1 festgelegt ist, dem Dokument, das den Prozess selbst beschreibt. Sobald ein Vorschlag eingereicht wurde, wird er von einem ehrenamtlichen EIP-Editor als Draft zusammengeführt, dessen Aufgabe rein prozedural ist: Formatierung und Struktur prüfen, nicht die Idee bewerten. Von dort kann er zu Review übergehen, dann zu Last Call (eine öffentliche Kommentierungsfrist von mindestens 14 Tagen) und schließlich zu Final. Vorschläge, die sechs Monate oder länger stagnieren, erhalten den Status Stagnant, und Autoren können sie vollständig zurückziehen.

EIPs lassen sich in mehrere Kategorien einteilen. Core-EIPs ändern Konsensregeln und erfordern koordinierte Client-Updates, die über einen netzwerkweiten Hard Fork aktiviert werden. Networking- und Interface-EIPs betreffen Peer-to-Peer-Protokolle und Konventionen auf Sprachebene. ERC-EIPs definieren Standards auf Anwendungsebene, die Entwickler freiwillig übernehmen, etwa ERC-20 für fungible Token oder ERC-721 für NFTs. Eine eigene Kategorie Meta regelt Prozessänderungen statt des Protokolls selbst.

Es gibt keine formale Abstimmung. Core-EIPs setzen sich durch schrittweisen Konsens zwischen Client-Teams auf den All-Core-Devs-Calls durch; ein EIP wird erst Final, wenn er tatsächlich im Mainnet aktiviert wurde. Bekannte Beispiele sind EIP-1559, das die Struktur der Transaktionsgebühren neu ordnete, und EIP-4844, das Blob-Speicher für Rollups einführte. Das System, das dem BIP-Prozess von Bitcoin nachempfunden ist, erlaubt es jedem in der Ethereum-Community, Änderungen transparent vorzuschlagen und zu diskutieren.