以太坊升级必看:EIP提案是什么?协议如何升级
EIP(Ethereum Improvement Proposal,以太坊改进提案)是以太坊用来提新功能、改规则、定标准的一套流程,想给网络加个新功能,或者调整现有规则,都可以先写一份提案,让开发者和社区一起讨论看值不值得做。
EIP(Ethereum Improvement Proposal,以太坊改进提案)是以太坊用来提新功能、改规则、定标准的一套流程,想给网络加个新功能,或者调整现有规则,都可以先写一份提案,让开发者和社区一起讨论看值不值得做。

EIP本质上就是一份技术说明文档,写清楚为什么要改、具体怎么改、可能有什么影响,任何人都能提,它也是记录以太坊技术变化最重要的依据。
什么是EIP?
EIP的做法参考了比特币的BIP和Python的PE,开发者提出改进想法,其他人可以参与讨论、提意见,最后看大家是否认可。
主要做三件事情
1、提出新功能,或者修改现有协议和技术标准。
2、让开发者和社区一起讨论,提前发现问题。
3、把每项改动的原因、过程和结果记录下来,方便以后查。
EIP主要有哪几种类型?
1. Standards Track(标准跟踪)
这类提案会影响协议、客户端或应用标准,下面又分几种。
1、Core:改的是底层协议,必须通过网络升级才能生效,比如EIP-1559就调整了交易手续费机制。
2、Networking:涉及节点之间怎么互相通信。
3、Interface:涉及客户端、钱包和应用之间的接口规范。
4、ERC:主要是应用层标准,比如大家熟悉的ERC-20代币标准、ERC-721 NFT标准,开发者按这个标准做代币或应用就行,不需要改以太坊底层协议。

2. Informational(信息类)
主要是技术说明、设计建议和使用指南,帮开发者了解某项技术,但不强制大家必须用。
3. Meta(流程类)
主要讨论EIP自己的管理流程、社区协作规则和开发工具等,不直接改底层协议。
EIP从提出到通过要经过哪些阶段?
一个提案提交后不会马上生效,需要经过讨论、修改和审核。
按照EIP-1的规定,常见状态包括
1、Idea(想法):先在社区论坛或技术讨论平台提出初步想法。
2、Draft(草案):按要求写成正式文档,提交到官方EIP仓库。
3、Review(评审):邀请其他开发者检查,提修改意见。
4、Last Call(最后审查):进入最终审查,通常留14天左右给大家反馈。
5、Final(最终版):审查通过,成为正式标准。
其他常见状态
1、Stagnant:长时间没进展(一般是6个月没活动)。
2、Withdrawn:作者主动撤回。
3、Living:持续更新、没有固定最终版的文档,比如EIP-1本身。

以太坊网络升级是怎么决定的?
以太坊升级不是持币人直接投票决定,也不是某一个人说了算,它主要靠链下讨论,开发者们协商后逐步达成共识。
客户端开发团队和核心开发者作用很大(比如Geth、Nethermind、Prysm、Lighthouse等),他们会评估提案是否可行、风险多大、适不适合放进下一次升级。
一次升级大致流程
1、提出Core EIP,在社区讨论底层协议改进方案。
2、在AllCoreDevs(ACD)等核心开发者会议上评估技术难度、风险和优先级。
3、确定是否纳入升级(参考EIP-7723):
●PFI:有人提议纳入某次升级。
●CFI:开发者开始认真考虑。
●SFI:确定安排进升级计划。
●Included:最终纳入。
●DFI:决定不纳入本次升级。
4、各客户端团队把改动写进代码,先在开发环境和测试网上验证,检查有没有问题。
5、主网激活:节点运营商提前更新客户端,到了指定的区块高度、时间戳或Epoch,新规则就在主网上生效。
通常会把多个EIP打包在一次升级里,而不是每个提案单独升级一次,这样更高效,也方便统一测试和部署。
以太坊有哪些重要升级?
历史上几次比较有名的升级
1、London:引入EIP-1559,调整手续费机制,并加入基础费用销毁。
2、The Merge:从工作量证明(PoW)切换到权益证明(PoS),不再靠显卡矿工维护主网。
3、Dencun:引入EIP-4844,通过Blob数据降低部分Layer 2的数据发布成本。
4、Pectra:在账户功能、验证者质押和网络性能等方面做改进。
未来的Glamsterdam、Hegotá 等升级也会继续通过EIP讨论和推进。EIP就是以太坊的“技术改进清单”,网络升级则是把一批经过讨论和测试的改动正式用到主网上。
本文已获授权同步自 路由器网;保留来源更新日期,图片已保存到本站。
← 返回路由通