以太坊 EIP 審查流程與社群治理實務深度分析：從提案到標準的完整旅程

概述

以太坊改進提案（Ethereum Improvement Proposal，簡稱 EIP）是以太坊網路演進的核心驅動力量。每一個重要的協議升級、新的代幣標準、或是核心機制的改進，都必須經過嚴格的提案、審查、與社群討論流程。本文深入探討 EIP 的完整生命週期，從提案的誕生到最終成為以太坊標準的每一個階段，並通過具體的歷史案例分析 EIP 審查過程中的社群討論、爭議解決與政治博弈。我們將特別關注幾個關鍵問題：好的 EIP 應該具備什麼特質？社群如何評估一個提案的價值與風險？標準從提出到實施需要多長時間？透過這些問題的深入探討，讀者將能夠全面理解以太坊去中心化治理的實務運作。

一、EIP 的基本概念與分類

1.1 什麼是 EIP

EIP 是以太坊改進提案的縮寫，它是一種設計文檔，為以太坊社區提供了向協議引入新功能或信息的標準化方式。EIP 的概念受到了比特幣 BIP（Bitcoin Improvement Proposal）的啟發，但在實踐中發展出了自己獨特的生態系統與治理文化。每一個 EIP 都會經歷一個標準化的審查流程，這個流程確保了以太坊的演進是透明、有序且經過充分討論的。

EIP 的核心價值在於其開放性與包容性。任何人都可以提交 EIP，無論是核心開發者、獨立研究者、項目團隊還是普通用戶。這種開放的設計使得以太坊能夠吸收來自整個生態系統的創意與建議。然而，開放性也帶來了挑戰：如何在眾多的提案中識別出真正有價值的創新？如何確保提案經過充分的技術審查而不被惡意利用？這些問題成為了 EIP 治理流程需要解決的核心問題。

從技術角度來看，EIP 本質上是一個版本控制系統中的文本文件，存儲在以太坊的 GitHub 倉庫中。每個 EIP 都有一個唯一的編號，如 EIP-1559 代表第 1559 號提案。這個編號在提案進入「最終」狀態後就不能更改，即使提案被撤回或被拒絕。編號的稀缺性使得 EIP 的提交需要經過慎重考慮，也促使提案者必須確保其提案具有足夠的價值才能佔用一個編號。

1.2 EIP 的類型分類

EIP 根據其性質和影響範圍可以分為多個類別，每個類別都有不同的審查標準與實施路徑。理解這些分類對於評估一個 EIP 的重要性和複雜度至關重要。

核心 EIP（Core EIP）：這類提案涉及以太坊核心協議的根本性變更，包括共識機制的修改、區塊結構的調整、或是虛擬機的重大升級。核心 EIP 的實施通常需要網路進行硬分叉，這意味著所有節點都必須升級才能繼續參與網路。由於影響範圍極大，核心 EIP 需要經過最嚴格的技術審查與社群共識形成過程。歷史上的著名核心 EIP 包括 EIP-1559（London 升級的重要組成部分）、EIP-3675（合併的共識升級）等。

網路升級 EIP（Network Upgrade EIP）：這類提案定義了以太坊網路升級的具體內容，通常會綁定多個核心 EIP 一起實施。網路升級是以太坊演進的主要節點，如 Berlin、London、Shanghai、Capella 等都是以網路升級的形式發布。每個網路升級都會經過漫長的測試網測試階段，確保升級的穩定性和安全性。

接口 EIP（Interface EIP）：這類提案主要涉及客戶端應用程序接口（API）或 RPC 接口的標準化。接口 EIP 通常不會觸發網路分叉，但其標準化對於確保不同客戶端之間的互操作性至關重要。例如，JSON-RPC 接口的標準定義就屬於接口 EIP 的範疇。

ERC（Ethereum Request for Comment）：這類提案定義了以太坊上的應用層標準，包括代幣標準、命名服務標準、簽名標準等。ERC 是以太坊生態系統中最常見的 EIP 類型，涵蓋了從 ERC-20（代幣標準）到 ERC-721（NFT 標準）再到 ERC-4337（帳戶抽象標準）等廣泛的應用場景。雖然 ERC 不會影響以太坊的核心協議，但它們對於生態系統的互操作性至關重要。

資訊 EIP（Informational EIP）：這類提案提供以太坊設計的一般性指南或信息，但不涉及具體的實施要求。資訊 EIP 通常用於記錄最佳實踐、解釋現有機制或提供教育性內容。

1.3 EIP 的狀態流轉

每一個 EIP 都會經歷一個標準化的狀態流轉過程，從提案的提交到最終成為標準或被拒絕。理解這個狀態流轉對於追蹤 EIP 的進展至關重要。

Draft（草稿）：這是 EIP 的初始狀態，提案剛剛提交，還沒有開始正式的審查過程。處於草稿狀態的 EIP 可以隨時修改，提案者通常會在這個階段收集社群反饋並迭代提案的內容。草稿階段沒有嚴格的時間限制，但提案者應該盡快回應社群提出的問題和疑慮。

Review（審查）：當提案者認為 EIP 已經足夠成熟，可以開始正式審查時，會將其狀態更改為審查。在這個階段，EIP 編輯會對提案進行形式審查，確保其符合基本的格式要求和技術標準。同時，社群可以在 Ethereum Magicians 論壇上對提案進行公開討論。

Last Call（最後呼籲）：經過審查並解決了主要問題後，EIP 會進入最後呼籲階段。這是最後的公開評論期，通常持續至少兩週。在這個階段，任何人都可以提出最後的反對意見或技術問題。如果沒有重大異議，EIP 將進入最終狀態。

Final（最終）：這表示 EIP 已經成為以太坊標準的一部分。對於 ERC 來說，最終狀態意味著該標準已經被生態系統廣泛採用。對於核心 EIP 來說，最終狀態通常意味著相關的網路升級已經在主網上實施。

Withdrawn（撤回）：提案者可以選擇撤回自己的提案，通常是因為提案被放棄或者有更好的替代方案。撤回的 EIP 會保留其編號但標記為已撤回。

Living（活著）：這是一個特殊狀態，適用於需要持續更新但不適合傳統標準化流程的提案。例如，EIP-1（EIP 指南本身就是一個 Living EIP）就處於這個狀態。

二、EIP 審查流程深度解析

2.1 提案的提交與初始評估

一個 EIP 的旅程從提案的提交開始。提交 EIP 的第一步是在以太坊 EIP 倉庫中創建一個 GitHub Pull Request。這個 Pull Request 需要包含一個標準化的模板，詳細說明提案的動機、技術規範、與現有標準的關係等信息。提案者還需要指定 EIP 的類型（Core、ERC、Interface 等）以及相關的依賴關係。

提交後，EIP 編輯團隊會對提案進行初始評估。這個評估主要檢查以下幾個方面：首先，提案是否符合基本的格式要求，包括標題、摘要、術語定義等必要元素。其次，提案的技術內容是否足夠清晰，能夠讓審查者理解其意圖和實現方式。第三，提案是否提供了足夠的動機說明，解釋為什麼需要這個改進。

初始評估通常需要一到兩週的時間。如果提案通過了初始評估，它就會被接受為 Draft 狀態，進入下一個階段。這個階段的通過率並不低，但提案者需要做好準備，回答編輯團隊提出的各種問題。一些提案者會在正式提交之前先在 Ethereum Magicians 論壇上發布草案，收集早期反饋，這種做法可以大大提高提案通過初始評估的概率。

值得注意的是，初始評估主要关注形式和格式，而非技術內容的正確性。技術評估是在後續的 Review 階段進行的，這意味著提案者有機會在社群討論中逐步完善其技術內容。這種設計鼓勵創新，降低了提案的門檻，但同時也要求提案者在後續階段中認真對待社群的技術審查。

2.2 技術審查與社群討論

一旦 EIP 進入 Review 狀態，真正的技術審查就開始了。這個階段是 EIP 生命週期中最關鍵的時期，決定了提案是否能夠最終成為標準。技術審查的過程是開放的，任何人都可以參與，但核心開發者和領域專家的意見通常具有更大的影響力。

技術審查通常從以下幾個維度展開：

安全性評估：這是最重要的審查維度之一。審查者會仔細分析提案是否存在安全漏洞，包括重入攻擊、整數溢出、權限控制失誤等傳統智能合約安全問題。對於涉及共識機制的提案，還需要考慮對網路安全性的潛在影響。歷史上有不少 EIP 因為安全問題而被拒絕或大幅修改。例如，某些早期的 ERC 提案因為沒有充分考慮代幣轉讓的權限控制而被修改多次才最終通過。

技術可行性：審查者會評估提案的技術實現是否可行。這包括分析提案是否與現有的以太坊架構兼容、實現所需的工作量是否合理、是否存在更好的替代方案等。對於涉及客戶端修改的核心 EIP，還需要考慮不同客戶端實現團隊的技術能力和資源配置。

向後兼容性：以太坊生態系統的一個核心原則是盡可能保持向後兼容性。審查者會評估提案是否會破壞現有的合約和應用，以及如果不兼容是否有合理的過渡方案。對於確實需要破壞兼容性的提案，需要有明確的說明和社群的廣泛共識。

經濟影響分析：對於涉及經濟機制的提案（如 EIP-1559），審查者會進行經濟影響分析。這包括評估提案對用戶費用、驗證者收入、ETH 貨幣政策等方面的影響。經濟影響分析通常需要藉助模擬工具和歷史數據，有時還需要進行社區調查。

社群討論是技術審查的重要組成部分。Ethereum Magicians 論壇是主要的討論平台，提案者會在那里發布提案的詳細解釋，回應審查者的問題，收集社區的反饋。激烈的討論有時會持續數月甚至數年。著名的案例包括 EIP-1559 在正式提出後經過了約兩年的討論才最終實施，以及 ERC-4337（帳戶抽象）經過了多次迭代才成為標準。

2.3 標準制定的政治與博弈

EIP 審查過程不僅僅是技術評估，還涉及複雜的政治與博弈。理解這些非技術因素對於全面理解以太坊的治理機制至關重要。

開發者共識的形成：以太坊的核心開發團隊並不是一個集中化的決策機構，而是由多個獨立團隊組成的鬆散聯盟。這些團隊包括 Geth、Besu、Nethermind、Reth 等客戶端開發團隊，以及 Ethereum Foundation 的研究團隊。每個團隊都有自己的技術偏好和工作重點，因此形成共識往往需要大量的協調工作。

在 EIP 審查過程中，核心開發者之間的共識是提案能否進入最後呼籲階段的關鍵。如果主要客戶端團隊對提案存在重大分歧，提案往往會被擱置，等待技術問題得到解決或者找到替代方案。這種設計確保了以太坊的升級是穩健的，但也意味著創新有時需要很長時間才能落地。

社群參與與代表性問題：雖然任何人都可以參與 EIP 的討論，但實際上有能力進行深入技術審查的人主要集中在開發者和研究者群體。這引發了一個代表性的問題：普通用戶的利益如何在 EIP 審查過程中得到體現？

以太坊社群嘗試通過多種方式解決這個問題。首先，核心開發者會議（AllCoreDevs）會定期舉行，會議記錄和討論內容都是公開的，任何人都可以觀看。其次，對於涉及用戶體驗的重大提案（如 EIP-1559），會進行更廣泛的社群咨詢。第三，各種社群治理工具（如 Snapshot 投票）允許代幣持有者表達他們的偏好。

時間窗口與優先級排序：以太坊的開發資源是有限的，不可能同時實施所有的提案。因此，EIP 需要根據其重要性和緊迫性進行優先級排序。這種排序通常由核心開發團隊在網路升級規劃會議上決定。

優先級排序會考慮多種因素：提案解決的問題的嚴重程度、現有技術債務的緊迫性、實施所需的工作量、以及與其他提案的依賴關係等。一些重要的提案可能會因為依賴關係而被推遲，即使它們本身已經準備好實施。

三、歷史關鍵 EIP 審查案例研究

3.1 EIP-1559：費用市場改革的艱辛之路

EIP-1559 是以太坊歷史上最具爭議性的提案之一，其審查過程長達近兩年，期間經歷了無數次的討論、修改和辯論。這個案例充分展示了 EIP 審查過程中的複雜性。

提案的背景與動機：EIP-1559 由 Vitalik Buterin 於 2019 年提出，主要目的是改變以太坊的費用市場機制。在原來的機制中，用戶需要設定 Gas 價格作為出價，礦工會優先選擇出價最高的交易。這種機制導致費用波動劇烈，用戶很難預測交易成本。EIP-1559 引入了基礎費用（Base Fee）的概念，由網路根據區塊空間需求自動調整費用，同時允許用戶設定優先費用來激勵礦工。

早期的技術爭論：EIP-1559 提交後不久，就引發了激烈的技術爭論。主要的爭議點包括：基礎費用是否應該被燃燒（Burn）？費用的動態調整算法如何設計？如何防止礦工操縱費用？這些問題的討論持續了數月，提案经历了多次重大的技術修改。

其中最著名的爭論是關於費用燃燒的設計。一開始的提案版本沒有包含費用燃燒機制，但在社群討論的過程中，燃燒機制被加入，理由是這可以將網路需求轉化為 ETH 的價值支撐。這個設計最終成為了 EIP-1559 最具創新性的特點之一。

礦工群體的反對：EIP-1559 遭遇了來自礦工群體的強烈反對。在 PoW 時代，礦工是區塊空間的供應商，EIP-1559 會將他們的部分收入轉化為基礎費用並燃燒。礦工們認為這會損害他們的利益，甚至威脅要進行 51% 攻擊來阻止提案的實施。

這場衝突最終在 The Merge（合併）時達到了高潮。以太坊在 2022 年 9 月完成了從 PoW 到 PoS 的轉變，礦工群體被邊緣化，EIP-1559 得以順利實施。這個結果既展示了以太坊社群推動改革的決心，也暴露了礦工與開發者之間的深層矛盾。

實施後的影響：EIP-1559 於 2021 年 8 月在 London 升級中實施，至今已經運行了數年。實施後的效果可以說是喜憂參半。一方面，費用波動性確實有所降低，用戶可以更好地預測交易成本。另一方面，基礎費用的燃燒機制導致網路活躍時費用仍然很高，對小額用戶造成了負擔。

從治理的角度來看，EIP-1559 的經驗表明：以太坊的改革需要時間和耐心；社群共識的形成是一個漫長的過程；技術優點 alone 不能決定提案的命運，政治和經濟因素同樣重要。

3.2 ERC-4337：帳戶抽象的十年之旅

ERC-4337 是另一個具有里程碑意義的提案，它的審查過程長達數年，跨越了以太坊的多個發展階段。這個案例展示了 ERC 標準的審查過程與核心 EIP 的不同之處。

帳戶抽象的漫長歷史：帳戶抽象（Account Abstraction）是以太坊社區多年的夢想。這個概念最早可以追溯到 2016 年的 EIP-86，之後經歷了多次迭代。多年來，多個提案嘗試實現帳戶抽象，但都因為各種原因未能成功。

ERC-4337 採用了一種創新的方法：它不通過協議變更來實現帳戶抽象，而是定義了一個新的用戶操作（UserOperation）類型和一個Bundler 網路。這種「Layer 2 風格」的設計繞過了協議變更的複雜性，同時實現了帳戶抽象的核心功能。

標準化的過程：ERC-4337 的標準化過程相對順利，主要原因包括：首先，帳戶抽象的需求已經被社區充分理解，多年的討論形成了廣泛的共識。其次，ERC-4337 的設計避免了與現有協議的衝突，不需要網路升級。第三，提案的團隊（主要是 Status 和argent）投入了大量精力進行社區教育和解釋。

然而，標準化過程也不是一帆風順的。最大的挑戰是與現有錢包生態系統的兼容性。傳統的 EOA 錢包無法直接支持 ERC-4337，需要錢包開發者進行大量的適配工作。這個問題最終通過提供 EOA 兼容層和 SDK 工具包得到了解決。

實施後的採用情況：ERC-4337 在 2023 年成為 Final 標準後，逐漸獲得了生態系統的採用。主要的錢包如 Status、argent、Safe 等都已經支持或正在集成 ERC-4337。與此同時，越來越多的 DeFi 協議開始支持智能合約錢包，享受帳戶抽象帶來的安全性和用戶體驗優勢。

截至 2026 年第一季度，ERC-4337 已經成為以太坊錢包標準的事實基礎。這個提案的成功經驗表明：長期的技術願景可以通過務實的實現路徑來達成；社區教育對於新技術的採用至關重要；標準的影響力不僅取決於技術質量，還取決於生態系統的採用意願。

3.3 EIP-4844：Proto-Danksharding 的政治妥協

EIP-4844 是以太坊擴容路線圖中的關鍵提案，它引入了「Proto-Danksharding」機制，為未來的 Full Danksharding 鋪平了道路。這個案例展示了如何在技術需求和政治現實之間達成妥協。

背景與動機：隨著以太坊生態系統的發展，區塊空間的需求持續增長，Layer 2 網路雖然緩解了部分壓力，但主網的費用仍然很高。為了實現以太坊的擴容願景，Danksharding 成為了首選的技術方案。然而，完整的 Danksharding 是一個龐大的工程，需要多年的時間才能實現。

EIP-4844 提出了一個折中方案：實現 Danksharding 的大部分數據可用性功能，但不包含完整的分片邏輯。這種「 Proto」（原型）方法允許社區提前享受數據可用性改進的好處，同時為未來的完整實現積累經驗。

技術設計的爭論：EIP-4844 的技術設計引發了激烈的討論。主要的爭議點包括：數據 blob 的大小應該是多少？如何在短期內實現 KZG 多項式承諾？是否需要修改共識層？

經過長期的討論和模擬，最終確定了以下設計：每個區塊最多包含 16 個 blob，每個 blob 大小約為 125 KB。這個容量可以顯著增加 Layer 2 的數據可用性，同時不會對網路造成過大的負擔。

與Rollup 公司的協調：EIP-4844 的一個顯著特點是其與 Layer 2 項目的緊密協調。多家 Rollup 公司（包括 Arbitrum、Optimism、Base 等）參與了提案的討論和測試。這種協作確保了 EIP-4844 能夠滿足實際的市場需求，同時避免了實施後的兼容性問題。

這種 industry-driven 的提案模式反映了以太坊治理的一個趨勢：重要的技術決策越來越由生態系統中的實際需求驅動，而非純粹的學術研究。這種轉變既帶來了更快創新，也引發了關於去中心化和代表性問題的討論。

四、DAO 投票實務操作指南

4.1 主流 DAO 的投票機制比較

以太坊生態系統中存在數百個 DAO，它們的投票機制各有特點。理解這些差異對於參與 DAO 治理至關重要。

MakerDAO 的投票系統：MakerDAO 是以太坊歷史最悠久的 DAO 之一，其投票系統經過多年的演進。MakerDAO 使用 MKR 代幣進行投票，代幣持有者可以對各種治理提案進行投票，包括參數調整、預算分配、危機應對等。

MakerDAO 的一個獨特機制是「延遲執行」（Executive Vote）。通過的提案不會立即執行，而是進入一個時間鎖定期，讓社群有時間準備可能的應對措施。這種設計在 2020 年的「黑色星期三」事件中发挥了重要作用，當時 MakerDAO 需要快速調整清算參數來應對市場崩潰。

Compound 的即時治理：Compound 採用了不同的治理模式，其投票系統允許通過提案後立即執行。這種設計的好處是反應迅速，但在某些情況下也帶來了風險。2021 年，Compound 的一次治理攻擊就是利用了即時執行的特性，攻擊者通過操縱投票獲得了約 8000 萬美元的錯誤獎勵。

Compound 還引入了「委託投票」機制，代幣持有者可以將投票權委託給專業的代表。這種機制提高了投票效率，但也引發了關於權力集中的擔憂。

Uniswap 的社群治理：Uniswap 的治理系統以其簡潔性著稱。UNI 代幣持有者可以對協議升級、費用分配、社區提案等進行投票。Uniswap 的一個特色是其「治理模組化」設計，不同類型的提案使用不同的投票門檻和時間窗口。

4.2 實際投票操作流程

參與 DAO 投票需要了解實際的操作流程。以下是一個典型的投票參與流程：

第一步：準備治理代幣。首先需要獲取相應的 DAO 代幣。這通常意味著需要購買代幣或通過提供流動性/質押等方式賺取代幣。一些 DAO 還會對早期參與者進行空投，這是獲取治理代幣的另一種方式。

第二步：理解提案內容。在投票之前，必須仔細閱讀提案的完整內容。這包括提案的動機、技術細節、預期影響、風險評估等。對於重要的提案，通常會有社群成員發布詳細的分析和解讀，這些資源對於理解提案非常有幫助。

第三步：評估風險與收益。需要評估提案對自己持有的代幣價值和協議整體健康的影響。有時，提案可能對某些群體有利而對其他群體不利，這種權衡需要謹慎考慮。

第四步：執行投票。大多數 DAO 使用 Snapshot 等鏈下投票工具，這降低了投票的 Gas 成本。用戶需要連接錢包，選擇支持或反對，然後簽署消息完成投票。

第五步：監控結果與執行。投票結束後，需要監控提案的執行情況。一些 DAO 提供儀表板工具，可以追蹤治理活動和資金流動。

4.3 委託投票的運作機制

委託投票是解決治理參與率低問題的一種有效方式。在以太坊生態中，許多 DAO 都提供了委託投票的功能。

委託的類型：

主動委託：代幣持有者將投票權委託給一個特定代表，代表會根據自己的判斷進行投票。這種方式適用於信任特定個人或組織判斷的情況。

被動委託：代幣持有者將投票權委託給一個自動執行策略的合約。例如，可以設定當某個提案涉及特定議題時，自動投反對票。

液體委託：這是一種創新的委託方式，允許代幣持有者在保留代幣流動性的同時進行委託。代表可以獲得投票權的經濟收益，但不影響代幣持有者對代幣的實際控制。

知名委託代表：在以太坊生態中，存在一些知名的委託代表，他們專門代表社群成員進行投票。這些代表通常在特定領域具有專業知識，如安全審計、經濟模型設計、或協議開發等。

選擇委託代表時，需要考慮以下因素：代表的專業背景和歷史投票記錄；代表是否與項目團隊存在利益關係；代表的溝通頻率和透明度；以及委託的條款和條件。

五、EIP 審查階段的社群討論案例

5.1 EIP-3675：合併升級的社群協調

EIP-3675 是定義以太坊合併（The Merge）升級的核心提案。這個案例展示了如何協調大規模的網路升級，以及社群在關鍵時刻如何形成共識。

升級準備階段：合併是以太坊多年來最重要的升級，涉及將共識機制從 PoW 轉變為 PoS。這個升級需要所有客戶端團隊的緊密協調，包括 Geth、Besu、Nethermind 等多個實現。

在 EIP-3675 的審查階段，核心開發團隊舉行了多次專門的技術電話會議，討論升級的各個細節。這些會議的記錄都是公開的，允許整個社群了解升級的進展和挑戰。

測試網絡實施：在主網實施之前，合併升級首先在多個測試網絡上進行了測試。這包括 Goerli 測試網和 Sepolia 測試網。測試網絡的實施發現了多個問題，包括客戶端之間的兼容性問題和邊緣情況處理。

社群成員踊躍參與了測試網絡的驗證工作。許多人運行驗證者節點，測試各種升級場景，並報告發現的問題。這種廣泛的參與確保了升級的穩健性。

最終實施：合併升級於 2022 年 9 月 15 日成功完成。這個時間點的选择考虑了多个因素，包括 ETH 2.0 存款合約的餘額、測試結果的穩定性、以及開髮團隊的準備程度。

合併的成功實施證明了以太坊社群在處理重大協議變更方面的能力。這個案例也表明，長時間的準備和測試是確保升級成功的關鍵。

5.2 ERC-721A：社群驅動的創新

ERC-721A 是一個有趣的案例，展示了社群如何通過 EIP 流程推動創新。

問題的提出：NFT 的鑄造（Mint）過程中，Gas 費用一直是困擾開發者和用戶的問題。傳統的 ERC-721 實現每鑄造一個 NFT 都需要更新存儲，這導致批量鑄造時的 Gas 費用呈線性增長。

Axial Labs 的創新：2022 年，Axial Labs 提出了一種創新的實現方式 ERC-721A。這個標準優化了批量鑄造的存儲操作，顯著降低了 Gas 費用。

標準化過程：ERC-721A 最初作為一個 GitHub 倉庫的參考實現發布，很快就獲得了社群的廣泛關注。許多人開始採用這個標準，導致它成為了事實上的標準。

最終，Axial Labs 將 ERC-721A 提交為正式的 ERC 提案。經過簡化的審查流程後，ERC-721A 成為了 Final 標準。這個案例表明，市場採用的壓力有時可以加速標準化的過程。

5.3 EIP-2981：版稅標準的社群博弈

EIP-2981 是一個關於 NFT 版稅支付的 ERC 標準，其審查過程展示了如何在技術標準中平衡不同利益群體的訴求。

背景：NFT 藝術家和創作者一直面臨版稅難以執行的問題。傳統的 NFT 市場可以在平台上強制執行版稅，但當 NFT 被轉移到其他市場時，版稅往往無法獲得。

技術實現：EIP-2981 定義了一個標準化的接口，讓 NFT 合約可以指定首售和二次銷售的版稅百分比。這個標準不強制執行版稅，而是提供了一種告知市場的機制。

社群討論的焦點：審查過程中的主要討論點包括：版稅應該是強制還是可選？比例是否有上限？如何處理跨平台的版稅分配？

最終的標準採取了折中方案：版稅是可選的，比例沒有硬性上限。這種設計給予了創作者最大的靈活性，同時尊重了市場的選擇。

六、結論與展望

EIP 審查流程是以太坊去中心化治理的具體體現。通過這個流程，以太坊得以在保持開放性的同時，確保協議演進的穩健性和安全性。從 EIP-1559 到 ERC-4337，從 EIP-4844 到合併升級，每一個成功的提案都經歷了漫長的審查、討論和迭代。

對於想要參與以太坊治理的讀者，我們的建議是：從認真閱讀 EIP 開始，了解提案的動機和技術細節；積極參與社群討論，即使是提出簡單的問題也是寶貴的貢獻；考慮參與 DAO 投票，體驗實際的治理過程；以及關注核心開發者會議，了解以太坊發展的方向和挑戰。

以太坊的治理是一個持續演進的過程。隨著生態系統的發展，治理機制也在不斷完善。未来的挑战包括如何提高治理效率、如何容納更大规模的参与者、如何在快速创新和稳定安全之间找到平衡等。理解 EIP 流程和 DAO 治理的实务运作，将帮助读者更好地参与这个激动人心的去中心化未来。