Wprowadzenie do EIP, ERC, RIP. EIP: Ethereum Improvement Proposal Zmiany na poziomie protokołu, egzekwowane przez klientów Ethereum. Aktywowane za pomocą hardforków. Pełne węzły muszą się zaktualizować, w przeciwnym razie fork, aby zrezygnować. ERC: Ethereum Request for Comments Standardy warstwy aplikacji. Konwencje dla Solidity, calldata, storage, podpisów. Opcjonalne. Przyjęcie -> efekty sieciowe. RIP: Rollup Improvement Proposal Prawo lokalne dla miast-państw rollup. Opcjonalne dla L2. Opcjonalne dla węzłów w L2. Może prowadzić do EIP. Numery są dzielone między EIP, ERC, RIP, przypisywane sekwencyjnie przez utrzymujących. Aby rozpocząć, najpierw musisz otworzyć wątek na forum Ethereum Magicians, a następnie stworzyć szkic, który łączy się z wątkiem. Po tym, konkretny proces zależy. Przykłady: EIP-7939: Licz Zera Wiodące (CLZ) Opcode w nadchodzącym hardforku Fusaka, który może przyspieszyć operacje matematyczne z mniejszym kodem bajtowym. Jako podstawowa operacja matematyczna, która kosztuje tyle samo co 256-bitowy `ADD`, jest to najlepiej wdrożone jako opcode, które jest najlepiej wdrożone jako EIP. ERC-7631: Podwójna Para Tokenów Interfejsy dla tego, jak połączona para tokenów fungible i non-fungible może sygnalizować swoją relację. Opcjonalny standard. Umożliwia lepszą wykrywalność, lepsze UX. RIP-7767: Kontrakt Gas na Ether Kontrakt, który spala gaz i zwraca część spalonego gazu do wywołującego jako walutę rodzimą. Z powodu awanturniczej natury tej propozycji, może być testowany jako pre-kompilacja / pre-deploy na rollupach najpierw. Wstępny analog na mainnecie to EIP-7791 (opcode GAS2ETH). Trudność w uzyskaniu przyjęcia / włączenia: EIP > RIP > ERC (w przybliżeniu) Aby wyjaśnić dlaczego, każdy z nich zasługuje na własne rozwinięcie w osobnych wątkach, najlepiej pozostawione na przyszłą treść.