一種EIP流程改進思路：源于 RFC 和 W3C 流程_DRAW

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

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

Spark Protocol宣布將rETH作為一種新的抵押品:金色財經報道，MakerDAO宣布Spark Protocol正在將Rocket Pool質押的以太坊 (rETH) 作為一種新的抵押品類型，為用戶在DeFi生態系統中利用其數字資產創造更多機會。MakerDAO還將協議的借貸能力提高了400%。[2023/6/24 21:56:48]

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

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

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

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

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

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

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

Animoca Brands CEO：NFT為社會提供了一種“存儲文化”的新方式:金色財經報道，NFT 游戲開發商 Animoca Brands 的聯合創始人兼董事長 Yat Siu 在接受采訪時表示，不可替代的代幣為文化在虛擬領域中的存儲提供了一種新方式。Siu 認為，雖然支撐 NFT 的技術可能是新的，但在整個人類歷史上，“存儲文化”的愿望一直伴隨著我們。

我們將 NFT 描述為文化的存儲，因為它們體現了歷史上的一個時刻，并補充道：什么是藝術？藝術儲存文化。當被問及他會給 NFT 新手什么建議時，Siu 敦促新手不要尋求快速牟取暴利的機會，而是建議他們沉浸在該技術帶來的革命性實用程序中。（cointelegraph）[2021/10/8 20:13:04]

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

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

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

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

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

聲音 | 加密稅務公司聯合創始人：國稅局的信件指出用一種貨幣兌換另一種貨幣是要納稅的:據news.bitcoin報道，針對美國國稅局日前向超過1萬名加密貨幣投資者發出信件，通知其可能因數字資產投資欠稅。加密貨幣稅務公司Node40聯合創始人Sean Ryan接受采訪表示，美國國稅局還沒有回答幾個關于加密納稅細微差別的懸而未決的問題。是的，他們發布了2014年的備忘錄，但我們都知道它在某些方面不夠清晰——其中最主要的是同類規則。在2018年新稅法生效之前，美國國稅局(IRS)稅法第1031條本可以(也被一些人)解釋為允許用一種數字貨幣兌換另一種數字貨幣，比如用BTC(延期繳稅)購買ETH。對此，會計和稅務律師雙方都有充分的理由。如果你讀了美國國稅局的信件，你會發現這三封信函都包含一份聲明，明確指出用一種貨幣兌換另一種貨幣是要納稅的。這可能是國稅局第一次公開發布這樣的指導意見，在我看來有點鬼鬼祟祟。事實是，它對那些認為任何收益都可以根據財產轉讓規則延期支付的交易員產生了重大影響。[2019/8/5]

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

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

動態 | 梟兄弟推出一種基于ERC-20的以太坊穩定幣:臭名昭著的梟Pablo Escobar的親兄弟Roberto Escobar推出了一種基于ERC-20的以太坊穩定幣ESCOBAR，據稱將與美元掛鉤。該項目的推出是為了避免再次被特朗普政府關閉。ESCOBAR目前正在進行ICO，預售2億枚代幣，ICO將持續到5月10日。[2019/1/12]

硬分叉

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

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

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

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

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

有比特幣耶穌之稱的Roger Ver 發推：比特幣現金既是交換媒介 也是一種價值儲存的手段:有比特幣耶穌之稱的Roger Ver 發布推特稱，與比特幣核心不同的是，比特幣現金既是交換媒介，也是一種價值儲存的手段。[2018/1/13]

硬分叉發生后，所有數據都記錄在“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：ANDTEDDRAWETHLucid LandsRedacted CartelDRAW價格togetherbnb游戲截圖

狗狗幣