Introduzione agli EIP, ERC, RIP. EIP: Ethereum Improvement Proposal Cambiamenti a livello di protocollo, imposti dai client Ethereum. Attivati tramite hardfork. I nodi completi devono aggiornarsi, altrimenti fork per opt-out. ERC: Ethereum Request for Comments Standard a livello di applicazione. Convenzioni per Solidity, calldata, storage, firme. Opt-in. Adozione -> effetti di rete. RIP: Rollup Improvement Proposal Leggi provinciali per le città-stato dei rollup. Opt-in per L2. Opt-out per i nodi all'interno di un L2. Può portare a EIP. I numeri sono condivisi tra EIP, ERC, RIP, assegnati sequenzialmente dai manutentori. Per iniziarne uno, è necessario prima aprire un thread nel forum degli Ethereum Magicians, quindi fare una bozza che colleghi al thread. Dopodiché, il processo specifico dipende. Esempi: EIP-7939: Conta Zeri Iniziali (CLZ) Un opcode nell'imminente hardfork Fusaka che può accelerare le operazioni matematiche con bytecode più piccoli. Come operazione matematica di base che costa quanto un `ADD` a 256 bit, questo è più adatto per essere implementato come opcode, che è più adatto per essere implementato come EIP. ERC-7631: Token Pair a Natura Doppia Interfacce per come un paio di token fungibili e non fungibili congiunti possono segnalare la loro relazione. Standard opt-in. Consente una migliore scoperta, migliore UX. RIP-7767: Contratto Gas to Ether Un contratto che brucia gas e restituisce una parte del gas bruciato al chiamante come valuta nativa. A causa della natura avventurosa di questa proposta, potrebbe essere pilota come pre-compilazione / pre-deploy sui rollup prima. L'analogo provvisorio del mainnet è EIP-7791 (opcode GAS2ETH). Difficoltà nell'ottenere adozione / inclusione: EIP > RIP > ERC (approssimativamente) Per spiegare perché, ognuno di questi merita la propria elaborazione in thread separati, meglio lasciati per contenuti futuri.