Einführung in EIPs, ERCs, RIPs. EIP: Ethereum Improvement Proposal Änderungen auf Protokollebene, die von den Ethereum-Clients durchgesetzt werden. Aktiviert durch Hardforks. Vollknoten müssen ein Upgrade durchführen, andernfalls fork, um sich abzumelden. ERC: Ethereum Request for Comments Standards auf Anwendungsebene. Konventionen für Solidity, calldata, Speicher, Signaturen. Opt-in. Adoption -> Netzwerkeffekte. RIP: Rollup Improvement Proposal Provinzielle Gesetze für Rollup-Stadtstaaten. Opt-in für L2s. Opt-out für Knoten innerhalb eines L2. Kann zu EIPs führen. Die Nummern werden zwischen EIPs, ERCs, RIPs geteilt und sequenziell von den Betreuern zugewiesen. Um einen zu starten, müssen Sie zunächst einen Thread im Ethereum Magicians Forum eröffnen, dann einen Entwurf erstellen, der auf den Thread verweist. Danach hängt der spezifische Prozess ab. Beispiele: EIP-7939: Leading Zeros zählen (CLZ) Ein Opcode im kommenden Fusaka-Hardfork, der mathematische Operationen mit kleinerem Bytecode beschleunigen kann. Als grundlegende mathematische Operation, die so viel kostet wie ein 256-Bit `ADD`, wird dies am besten als Opcode implementiert, was am besten als EIP implementiert wird. ERC-7631: Dual Nature Token Pair Schnittstellen dafür, wie ein zusammengehöriges fungibles und nicht-fungibles Token-Paar ihre Beziehung signalisieren kann. Opt-in-Standard. Ermöglicht eine bessere Auffindbarkeit, bessere Benutzererfahrung. RIP-7767: Gas zu Ether-Vertrag Ein Vertrag, der Gas verbrennt und einen Teil des verbrannten Gases an den Aufrufer als native Währung zurückgibt. Aufgrund der abenteuerlichen Natur dieses Vorschlags könnte dies zunächst als Pre-Compile / Pre-Deploy auf Rollups getestet werden. Der vorläufige Mainnet-Analog ist EIP-7791 (GAS2ETH Opcode). Schwierigkeit, Adoption / Einbeziehung zu erreichen: EIP > RIP > ERC (ungefähr) Um zu erklären, warum, verdient jeder dieser Punkte eine eigene Ausarbeitung in separaten Threads, die am besten für zukünftige Inhalte aufgehoben sind.