Inleiding tot EIPs, ERCs, RIPs. EIP: Ethereum Improvement Proposal Protocol-niveau wijzigingen, afgedwongen door de Ethereum-clients. Geactiveerd via hardforks. Volledige knooppunten moeten upgraden, anders fork om opt-out te kiezen. ERC: Ethereum Request for Comments Standaarden op applicatieniveau. Conventies voor Solidity, calldata, opslag, handtekeningen. Opt-in. Adoptie -> netwerkeffecten. RIP: Rollup Improvement Proposal Provinciale wetten voor rollup stadstaten. Opt-in voor L2's. Opt-out voor knooppunten binnen een L2. Kan leiden tot EIPs. De nummers worden gedeeld tussen EIPs, ERCs, RIPs, toegewezen in volgorde door beheerders. Om er een te starten, moet je eerst een thread openen op het Ethereum Magicians-forum, en vervolgens een concept maken dat naar de thread linkt. Daarna hangt het specifieke proces af. Voorbeelden: EIP-7939: Tel Leiding Zeros (CLZ) Een opcode in de aankomende Fusaka hardfork die wiskundige bewerkingen met kleinere bytecode kan versnellen. Als een basis wiskundige bewerking die net zoveel kost als een 256-bit `ADD`, is dit het meest geschikt om geïmplementeerd te worden als een opcode, wat het meest geschikt is om geïmplementeerd te worden als een EIP. ERC-7631: Dual Nature Token Pair Interfaces voor hoe een samengevoegd fungibel en niet-fungibel token paar hun relatie kan signaleren. Opt-in standaard. Zorgt voor betere vindbaarheid, betere gebruikerservaring. RIP-7767: Gas naar Ether contract Een contract dat gas verbrandt en een deel van het verbruikte gas teruggeeft aan de oproeper als de inheemse valuta. Vanwege de avontuurlijke aard van dit voorstel, kan dit eerst als een pre-compile / pre-deploy op rollups worden getest. De voorlopige mainnet analogie is EIP-7791 (GAS2ETH opcode). Moeilijkheid om adoptie / inclusie te krijgen: EIP > RIP > ERC (ongeveer) Om uit te leggen waarom, verdient elk van deze zijn eigen uitwerking in aparte threads, het beste voor toekomstige inhoud.