（持続的な補充）
「EIP」は、Ethereum Improvement Proposals の略称で、イーサリアムの改善提案を意味します。大まかには 3 つのカテゴリに分けられます：Standard Track EIP、Informational EIP、Meta EIP。
その中でも Standard Track EIP には、Core、Networking、Interface、ERC が含まれます。
理論的には、イーサリアムの設計に変更を加える場合、必ず EIP によって推進される必要があります。
「ERC」は、Ethereum Request for Comment の略称で、イーサリアムの RFC（コメント募集）であり、EIP の属性の一部であるカテゴリです。アプリケーションレベルの標準とプロトコルに責任を持つために特別に設けられています。
その中には次のような有名なものがあります：
ERC-20：トークンの標準
https://eips.ethereum.org/EIPS/eip-20
ERC-137：ENS の標準
https://eips.ethereum.org/EIPS/eip-137
ERC-721：NFT の標準
https://eips.ethereum.org/EIPS/eip-721
ERC-1155：複数のタイプのトークンの標準
https://eips.ethereum.org/EIPS/eip-1155
Q&A
-
EIP と ERC の関係：もし EIP のカテゴリが ERC に属する場合、EIP-xx を ERC-xx と表記することができます。逆も同様です。
-
EIP の提案方法：このテンプレートをクローンします
https://github.com/ethereum/EIPs/blob/master/eip-template.md
変更した後、EIP のレポジトリに対して PR を提出します。
- あるプロジェクトが自分たちが EIP を提案したことを主張して、自分たちの技術力が非常に高いことを証明しようとしていますが、これは論理的ですか？
誰でも EIP の提案をすることができるため、実際の EIP がどのような状態にあるかを見る必要があります。
アイデアの段階にある EIP は、EIP に収録されることさえありません。ドラフトの段階に入ると、EIP が収録されますが、この段階でもまだ公開討論のために提供されるだけです。採用されず、進展もない場合、停滞状態に入る可能性もあります - 多くの EIP がこの状態にあることがわかります。
Review と Last Call を経て Final の状態に入ると、EIP は本当に標準に組み込まれることができます。Final になったからといって、Builder が必ずしもその EIP を使用することを意味するわけではありません。
したがって、EIP の提案は、イーサリアムエコシステムの構築への参加度をより多く示すものであり、直接的に技術力と関連しているわけではありません。
また、技術のみでプロジェクトの最終的な成功を決定することはできませんね
参考資料：