ETH:一文了解以太坊EIP流程改進思路

一句話總結：首先，我會總的介紹一下EIP流程及其在2019年的調整。然后，我會提出新的EIP流程，其靈感主要源于RFC和W3C流程。

前言：自2016年以來，我一直在參與EIP。我最初是一名貢獻者，之后參與“AllCoreDev流程”并承擔編輯任務。

現行流程

當前的EIP庫中包含兩種迥異流程：

規范

全網推行

EIP-1和EIP233定義了這兩種流程的部分內容。之后，EIP-2378又在此基礎上進行了擴展。

在2019年，有人提議了幾處修改，其中與提案狀態相關的有4處：

引入“Review”狀態

將“Accepted”重命名為“Ready”

引入“Abandoned”狀態

移除“Deferred”狀態

引入前兩個變更的動機相似，但是略有不同。“Review”狀態是一個全新的階段，在這個階段，提案并不急著實施，雖然已經有清晰的提案、可以接受更廣泛的審查。“Ready”狀態只是一個小小的增量變化，語氣相比“Accepted”更加柔和，但是仍保留EIP-1中的硬分叉流程。

加密貨幣總市值為1.113萬億美元:金色財經報道，據CoinGecko數據顯示，當前加密貨幣市值為1.113萬億美元，24小時交易量為194.16億美元，當前比特幣市值為516,428,934,309美元，以太坊市值為209,046,879,606美元。[2023/6/19 21:45:54]

引入“Abandoned”狀態是為了清理很多被放棄的草案。顯然，過去未使用的“Withdrawn”狀態已經被移除。

由于EIP-233和EIP-2378發生了更改，“Deferred”狀態已漸漸變得不合時宜，已經被移除。

還有人提議移除其它關于硬分叉的狀態，例如，“Accepted”和“Rejected”。

請注意，我不會詳細解釋下圖中每個狀態的含義。請閱讀EIP-1以了解每個極端情況。不過，下文的‘提議流程’會給出合理的解釋。”

2019年6月，我們就已經深入討論過EIP流程的復雜性。如果考慮到每個狀態，則整個EIP流程如下圖所示：

當時，我自己假設EIP可以從“LastCall(最后一次征求意見)”狀態轉向“Abandoned”狀態，雖然文檔里面沒有這么寫。

我沒有提到的是，有兩種流程不同的EIP，而且并非以上所有組合都是有效的。

dForce創始人Mindao：上海升級標志著以太坊原生利率政策的確定:金色財經報道，dForce創始人Mindao發文稱，ETH提現拋壓分析都試圖通過量化去分析質變事件，必然是謬以千里；提現是完成以太坊貨幣政策確定性的關鍵事件，不是簡單加息、減息的市場操作；它標志著以太坊原生利率政策的確定，也是crypto的原生利率市場和美元利率政策分庭抗禮的起點。

此前他曾表示，上海升級后，ETH有幾個基本面變化：（1）不確定性消除，愿長期質押的人會增加，ETH的凈質押率預計會從現在15%到40%+；（2）質押的ETH從股權性質變債權性質，LSD們的流動性優勢沒那么明顯，節點質押的ETH會變成類零息債券，面值折扣大概0.08%，節點多元化會打破LSD龍頭的壟斷；（3）ETH經濟模型完成閉環[2023/4/14 14:02:49]

“核心”EIP的流程如下所示：

這里要特別說明的是，“核心”EIP直到最近才引入“LastCall”狀態。

“非核心”EIP的流程如下所示：

2020年5月，我提議了一個更加簡單的流程：

該提議的目的是引入“Review”狀態，并移除所有協調硬分叉的嘗試。這樣可以統一“核心”EIP和“非核心”EIP的流程。但是，為了方便起見，我略去了協調硬分叉的部分。

dForce疑似遭遇閃電貸攻擊:2月10日消息，派盾社區貢獻者發現，dForce疑似遭遇超過170萬美元的閃電貸攻擊。dForce官方表示已經在調查，很快會公布消息。[2023/2/10 11:58:49]

關于這點，我們已經進行過討論。但是就像很多在走EIP流程的提案一樣，這個提議并未得到推進。

引起爭論的還有是否應該將“Withdrawn”和“Abandoned”這兩個狀態合并的問題。在最近的議題中，這一點已經有了明確的解釋。

在電話會議上，還有人建議用“Living”一詞來代替“Active”。前者或許不是最佳選擇，但是聽起來優于后者。

硬分叉

我贊成將硬分叉管理和規范管理這兩個過程分開。現在看來，似乎有很多人都這么認為。這樣可以讓流程變得更加簡單流暢。

根據全體核心開發者會議上的新消息，現在似乎有一個ETH1.0規范庫專門追蹤和管理提案，并在所謂的“YOLO”臨時測試網上進行測試。

我認為，即使將最后殘余的硬分叉流程從EIP庫中移除，EIP-233最初的構想依然是合理的：將已有的硬分叉記錄到元文檔中

然而，人們在EIP-233的最初構想上邁開了一步，規則變成了盡快創建元文檔以明確硬分叉的名稱，因為不同的客戶端使用不同的名稱。但是在命名機制得到一致認可后，這個問題就不再是問題了。

Foundry高管：預計2023年礦業的趨勢是成本最小化和減少債務:金色財經報道，加密貨幣挖礦和質押公司Foundry的礦業負責人Juri Bulovic表示，許多礦工預計比特幣將達到10萬美金，沒有考慮價格會跌至2萬美金以下，因此許多公司難以履行債務義務，預計2023年礦業的趨勢是成本最小化和減少債務。

根據TheMinerMag數據顯示，依賴天然氣或電網供電的挖礦公司，如Digihost(DGHI)、Greenidge Generation和Argo Blockchain(ARBK)，其成本在第三季度飆升。行業人士預計，由于廉價電力的供應，礦工將遷移到南美、中東和東南亞。[2022/12/31 22:18:24]

最后，EIP-233的構想再次延伸，延伸出了在計劃和協調過程中追蹤硬分叉的流程。幸運的是，以后這將由ETH1.0規范來處理。

硬分叉發生后，所有數據都記錄在“hardforkmetas”中。事實證明，hardfordmetas是一種非常有用的資源。

提議流程

要想站在巨人的肩膀上，我們所能找到的最好資源是RFC流程和W3C流程。盡管這兩個流程所涉及的規范通常比EIP大得多，但是我認為我們可以向它們取經。

Sky Mavis將推出Axies配件、針對土地持有者的mini游戲以及鏈下土地Alpha游戲:9月9日消息，Axie Infinity開發商Sky Mavis在西班牙巴塞羅那舉行的首次AxieCon會議上公布一系列新功能和產品，包括Axies配件、針對土地持有者的mini 游戲以及將于2022年年底發布的鏈下土地Alpha游戲等。另外，Axie Infinity宣布將Axie Infinity: Origin升級為Axie Infinity: Origins，Axie Infinity: Origins第一賽季將于9月14日開啟，總獎池為11.2萬枚AXS，其中6750枚AXS將獎勵給一等獎玩家。[2022/9/9 13:18:36]

這里，我從W3C流程借用了一些我個人比較喜歡的術語。不過，上圖還給出了其它選擇，都是現有術語或提議術語。我個人更傾向于“Candidate”這個術語。

Idea

任何提案在提交以前，都應該有一個深思熟慮的階段，再提交創建草案的pullrequest。我們可以在EthereumMagicians、ethresear.ch，以及Gitter或Discord上的頻道討論和評議構想。

Draft

假設某個構想引起了人們的興趣，我們就應該基于EIP模版為其創建草案。只要這個草案符合基本的語法要求，我們就應該將其合并。

問題：關于編輯應有多大的審核提案的權限，人們的觀點各不相同，目前還沒有明確的答案。如果我們有一個良好的流程來移除不成功的EIP，那么早一點合并草案無疑是正確的做法。

在這一階段，預期會有一小群感興趣的參與者對草案進行討論。

“Draft”狀態沒有時間限制，但是建議不要超過合理的時間范圍。

Candidate/Review

一旦草案足夠穩定，預期不會再進行重大修改，就應該進入這一階段。

在這個階段，會有更多參與者提供反饋。這時，參與者有理由相信這個規范不會突然發生重大變化，因此他們更有可能投入時間來進行審核和討論。

這個階段至少應持續45天，以便收集反饋。

Proposed/LastCall

一旦參與者認為這個規范已經非常穩定，不會再進行修改，就應該進入這一階段。

在這個階段，這個規范會被推給更多參與者來征求意見。之后，這個規范就得到最終確定，無法再進行修改。

這個階段應該持續至少14天。

如果需要進細微調整，可以在不改變當前狀態的情況下進行，否則必須回退到“Candidate”狀態。

特殊要求：frontmatter中必須帶有review-end-date字段。

Final

如果“Proposed”狀態的規范成功通過，就會最終敲定下來。

Withdrawn

除了“Final”和“Living”之外，其它所有狀態都有可能變成這個狀態。

特殊要求：以下幾種情況可能會導致“Withdrawn”狀態，但是必須帶有reason字段：

withdrawnbyauthor：作者在任意階段做出了撤銷決定

withdrawnduetoinactivity：作者在一段特定的時間內沒有任何活動。

Living/Active

那些作為注冊表的EIP-1以及其它特殊的EIP都會被標記為這個狀態，因為它們永遠也不會被敲定。

任何新的注冊文件必須經歷完整的EIP流程，然后才會變成“Living”狀態。

Archived

雖然這不是一個狀態，但是通過這種方法，可以將撤銷了很久的EIP移除，以免堆滿EIP庫。點擊此處，了解詳情。

Obsolete

這不是一個狀態，而是從RFC那里借鑒的淘汰流程。該流程會引入兩個字段：

obsoleted-by：包含一個將當前EIP淘汰的EIP編號

obsoletes：包含一組被當前EIP淘汰的EIP編號

只有在處于Final或Withdrawn狀態時，當前EIP才能使用obsoleted-by字段。

只有被引用EIP的“obsoleted-by”字段指向當前EIP時，當前EIP才能帶有obsoletes字段。

這就意味著，作為淘汰方和被淘汰方EIP的作者必須達成共識。鑒于有人提議了一個更好的淘汰流程，這一點未來可能會發生變化。

Errata

按照慣例，小的打字錯誤可由編輯修改。

按理來說，任意能幫助闡明規范的修改都可以接受，只要它不至于使遠提案面目全非，因為小的修改可以在Errata部分做出解釋。如果需要重大修改，必須淘汰相應的EIP，并重新創建一個EIP。

Remark

以下frontmatter字段被移除，因為它們未經詳細說明和/或使用：*replace*superseded-by*resolution

需要這些字段的話，可以再添加回來。

以下狀態被移除：*Abandoned*Rejected*Accepted*Superseded

工具

然而，EIP面臨的最大挑戰是需要人力。

最近，舊版本的格式校驗器eip_validator已經換成了更好的版本eipv。另外，我們已經啟動了一個機器人來檢查過時PR的問題。

雖然有了工具的輔助，編輯和審校依然需要投入大量的人力。如果我們想要讓EIP流程變得更加流暢，就要使用機器人來代替真人完成大部分工作。我已經創建了一個新的議題來討論EIP庫需要引入哪些機器人。

有志愿者想要一起實現機器人嗎:):)

原文鏈接:https://hackmd.io/@axic/eip-overhaul

作者:AlexBeregszaszi翻譯&校對:閔敏&阿劍

Tags：ETHAXITEDANDEthereum Message SearchyAxisted幣價格幣界網PAND價格

萊特幣價格