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

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

Mechanism Capital將98.1萬枚HIGH轉至Binance，HIGH價格隨后下跌6.32%:6月19日消息，據Spot On Chain監測，Mechanism Capital關聯錢包地址0x4f8于12小時前以1.298美元的單價將98.1萬枚HIGH（約合127萬美元）轉移至Binance，HIGH價格隨后下跌6.32%。

據悉，Mechanism Capital是Highstreet的投資者之一。[2023/6/19 21:47:26]

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

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

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

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

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

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

Richard Teng：新角色甚至算不上晉升，只是擴大了幫助CZ審視某些事情的責任:金色財經報道，Binance新加坡首席執行官Richard Teng在接受采訪時回避了關于他被培養來接替CZ的想法。Teng表示，猜測這種事情為時過早。我只想強調，我們有一個非常強大的管理團隊，有許多強大的領導人在照顧不同的業務部分。我只是很高興能成為其中的一部分，并努力支持公司的議程和愿望。新角色甚至算不上晉升，只是擴大了幫助CZ審視某些事情的責任。

一位要求保持匿名的前Binance員工向CoinDesk表示，高級領導層和監管機構都在閉門討論后認為，Richard Teng 是唯一可以接替 CZ 并繼續按照他的愿景建設公司的領導者同時幫助彌合行業與監管機構之間的現有差距。

金色財經此前報道，彭博社援引知情人士報道，如果趙長鵬因監管困境離職，Richard Teng將會成為下一任幣安CEO。5月下旬，趙長鵬任命Richard Teng擔任美國以外所有區域市場的負責人。[2023/6/5 21:17:00]

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

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

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

ETH持有超過0.01枚的地址數量再創歷史新高:金色財經報道，ETH持有超過0.01枚的地址數量剛剛達到23,616,790個，再創歷史新高。[2023/4/19 14:13:08]

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

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

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

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

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

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

硬分叉

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

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

Kirby McInerney LLP律師事務所向Argo Blockchain提起訴訟:金色財經報道，Kirby McInerney LLP律師事務所宣布，已經代表那些在2021年9月23日至2022年10月10日期間購買Argo Blockchain證券的投資者向紐約東區美國地區法院提起了集體訴訟。該訴訟稱，在整個集體訴訟期間，被告作出了虛假和/或誤導性陳述，并且沒有披露：(i) Argo 極易受到和/或遭受重大資本限制、電力和其他成本，以及網絡困難；(ii) 上述問題尤其阻礙了 Argo 開采 BTC、執行其業務戰略、履行其義務以及運營其 Helios 設施的能力。

Argo主要從事加密資產挖礦。Argo 于 2021 年 9 月 23 日進行了 IPO，以每股 15.00 美元的價格出售了 750 萬股。[2023/3/12 12:57:39]

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

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

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

加密KOL：Nouns官方推特賬號被盜，謹慎點擊相關鏈接:6月27日消息，加密KOL ZachXBT在其社交網站發文表示，Nouns官方推特賬號（@nounsdao）被盜，黑客借機發布釣魚網站信息，提醒用戶謹慎點擊相關鏈接。[2022/6/27 1:33:25]

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

提議流程

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

這里，我從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：CHATEDANDWITlodchainAdvanced United ContinentCrazyPandaProject WITH

POL幣最新價格