EIP 全名為以太坊改良提案(Ethereum Improvement Proposal)。簡單來說,EIP 是一份描述對以太坊的建議的文件,通常包含建議內容的技術規格和背後的原則。此外,EIP 作者負責在社群內建立共識並記錄不同意見。任何人都可以創建 EIP。 EIP-1 詳細說明了提交 EIP 的要求和建議。
EIP 也作為以太坊的治理機制,因為 EIP 對於促使以太坊發生變化並對其進行記錄至關重要。這是一個過程,以太坊社群成員提議、評估並實施網路更新。
EIP 的三種類型
標準EIP
標準(Standards Track)EIP 描述影響大部分或所有以太坊機制的任何更改,例如網路協議的更改或區塊或交易有效性規則的更改。標準 EIP 可以進一步細分為以下類別:
- 核心(Core):需要共識分叉或與網路核心開發相關的改進。
- 網路(Networking):圍繞網路協定規範的改進。
- 介面(Interface):圍繞客戶端 API/RPC 規範和標準以及語言級標準的改進(如 EIP-6)。
- ERC(Ethereum Request for Comment):應用級標準和約定,包括合約標準,如代幣標準(EIP-20)。也就是說,ERC 是 EIP 的子類別。
Meta EIP
Meta EIP 描述圍繞以太坊的其他內容。 Meta EIP 類似於標準 EIP,但適用於以太坊協議以外的領域。它們可能提出實施方案,但不適用於以太坊的程式碼庫。它們通常需要社區共識。與資訊性 EIP 不同,它們不僅僅是建議,用戶通常無法忽略它們。例如更改以太坊開發中使用的工具或環境。
資訊性 EIP
資訊性 EIP 描述了以太坊設計問題或向以太坊社區提供一般性指南或信息,但不提議新功能。資訊性 EIP 不一定代表以太坊社群共識或建議,因此使用者和實施者可以自由忽略資訊性 EIP 或遵循其建議。
EIP 編輯
EIP 編輯負責維護和管理 EIP。例如,EIP 編輯檢查新提交的 EIP,看它們是否完整、無誤,並分配 EIP 編號等。但 EIP 編輯僅執行管理和編輯任務。他們不對 EIP 發表意見。
目前的EIP 編輯有:
- Alex Beregszaszi(@axic)
- Gavin John(@Pandapip1)
- Greg Colvin(@gcolvin)
- Matt Garnett(@lightclient)
- Sam Wilson(@SamWilsn)
EIP的工作流程
- Idea(想法):一個想法是一個未記錄的提案。由於其處於早期階段,因此不予追蹤。
- Draft(草案):草案代表 EIP 開發中的第一個正式追蹤階段。當格式正確時,EIP 編輯將 EIP 納入 EIP 庫。
- Review(審核):EIP 作者將 EIP 標記為準備好進行同儕審查。
- Last Call(最後徵求意見):Last Call 是 EIP 進入最終狀態之前的最後評審視窗。 EIP 編輯會指派 Last Call 狀態並設定結束日期(通常是 14 天後)。如果這段時間導致必要的規範性變更,EIP 編輯將 EIP 恢復為審核狀態。
- Final(最終):最終 EIP 表示過程已完成,結果是不可更改的。
- Stagnant(停滯):任何處於草案、審核或最後徵求意見狀態且已停滯不前六個月或更長時間的 EIP 將被移至停滯狀態。其作者或 EIP 編輯可能會復活 EIP。如果未復活,EIP 將永遠保持這種狀態。
- Withdrawn(撤回):EIP 作者可以在過程中撤回 EIP。與最終狀態類似,撤回是具有決定性的狀態。撤回的 EIP 不能被復活。如果以後繼續追求這個想法,它將被視為一個新的提案。
- Living(持續更新):一種特殊狀態,用於那些設計為不斷更新且不達到最終狀態的 EIP。這包括最著名的 EIP-1。
你可能會對以下內容感興趣: