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

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

StarkNet發布性能路線圖，Mainnet alpha已升級到 v0.10.2:11月29日消息，以太坊擴容方案 StarkNet 宣布其 Mainnet alpha 已升級到 v0.10.2，并發布性能路線圖，StarkNet 稱路線圖中一些步驟已經在 StarkNet Alpha 0.10.2 中實現。未來的性能路線圖中包括定序器并行化、Cairo-VM 的新 Rust 實現、Rust 中的定序器重新實現，該路線圖旨在為改進 TPS 做好準備。[2022/11/29 21:10:23]

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

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

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

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

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

數據：近24小時全網爆倉1.39億美元:金色財經報道，據Coinglass數據，近24小時全網爆倉1.39億美元，其中以太坊爆倉759.5萬美元，比特幣爆倉367.16萬美元。[2022/9/24 7:18:01]

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

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

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

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

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

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

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

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

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

Synthetix生態期權協議Thales將擴展至Arbitrum，并新增支持MAGIC和DPX:9月20日消息，Synthetix生態期權協議Thales已通過委員會投票批準，將在以太坊二層解決方案Arbitrum上部署Thales市場平臺和Ranged Markets，此外除了比特幣和以太坊，還將在Arbitrum上新添對TreasureDAO代幣MAGIC和Dopex代幣DPX的支持。[2022/9/20 7:07:43]

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

硬分叉

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

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

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

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

數據：10萬枚ETH從未知錢包轉移到未知錢包:金色財經報道，Whale Alert數據顯示，100,000枚ETH（價值約145,624,605美元）從未知錢包轉移到未知錢包。[2022/9/16 7:02:03]

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

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

提議流程

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

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

Idea

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

8Blocks Capital交易主管稱三箭資本挪用了在其交易賬戶中的100萬美元:金色財經報道，8Blocks Capital交易主管在推特中引用三箭資本創始人Zhu Su的推文稱，我們在3AC的一個交易賬戶中交易。今天早上他們從我們的賬戶中拿走了大約100萬。希望盡快還給我們。目前三箭資本對此事沒有進行回應。

金色財經此前報道，三箭資本創始人Zhu Su在其社交網站上發文表示，我們正在與有關方面進行溝通，并致力于將問題解決。此前市場傳言，三箭資本疑似因市場波動出現問題，昨天三箭資本將17,780枚stETH換為16,625枚ETH，并全部兌換為近兩千萬枚DAI。[2022/6/15 4:28:20]

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：TEDETHANDHDRTED幣ETH以太坊今日行情CANDLE價格HDR價格

SAND