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

一句話總結：首先，我會總的介紹一下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中的硬分叉流程。

Scopescan：一地址可能從CYBER上漲過程中獲利500萬美元以上:金色財經報道，據Scopescan監測，一地址可能從CYBER上漲過程中獲得500萬美元以上的利潤。該地址于8月22日從交易所提取了104萬枚CYBER（每個代幣成本約4美元），并在暴漲前又提取了25.6萬枚。然后在價格上漲到約8美元后向交易所存入34.4萬枚。該地址使用了10多個相關連的地址來混合資金流。[2023/8/30 13:06:58]

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

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

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

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

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

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

技術政策專家就美SEC與Ripple訴訟案提交干預動議:2月16日消息，技術政策專家Roslyn Layton已就美國證券交易委員會（SEC）與Ripple的訴訟案向法院提交干預動議，要求獲取Hinman演講文件的內容。

此前消息，SEC對Ripple提起訴訟的重點在于認為XRP是未注冊證券，但SEC前金融司司長Bill Hinman于2018年的演講中解釋了比特幣和以太坊并非證券，這使得SEC的陳述前后矛盾；去年底美SEC就Ripple訴訟案提交動議，要求封存Hinman文檔在內的相關文件。[2023/2/16 12:10:32]

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

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

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

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

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

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

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

CZ：去中心化并不意味著我們必須分裂:2月15日消息，CZ在推特上轉發Globe Banner發布的一篇題為“Galaxy CEO: ‘We need to cheer for Binance’”的報道，并表示，去中心化并不意味著我們必須分裂，團結讓我們更強大。[2023/2/15 12:08:19]

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

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

硬分叉

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

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

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

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

推特用戶抱怨無法連接ETHW網絡，或因ChainID已被使用:金色財經報道，一些Twitter用戶表示他們無法使用EthereumPoW（ETHW）公開的主網信息訪問其區塊鏈服務器，并且無法使用加密錢包連接其網絡。BitcoinCash擴容解決方案SmartBCH指出，EthereumPoW出現網絡連接問題，可能是由于EthereumPoW使用與SmartBCH測試網相同的ChainID。一些推特用戶也發現了這一問題。（CoinDesk）[2022/9/16 7:01:55]

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

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

提議流程

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

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

美國財政部制裁伊朗黑客組織，措施包括比特幣地址:金色財經報道，9月14日，美國財政部外國資產控制辦公室（OFAC）針對與伊朗勒索軟件活動有關的10名個人和兩家公司進行了制裁。OFAC聲稱，該組織在2021年針對新澤西州的一個市鎮和一家兒童醫院進行了攻擊，并進行了其他攻擊。 據悉，新的制裁措施包括7個新的比特幣地址。（The Block）[2022/9/15 6:56:42]

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：ETHTEDANDWITethereal寓意之類的詞teddy幣最新信息CAND價格EWIT

XRP