以太坊经典改进建议
摘要
本文件是对Ethereum Classic改进提案(ECIP)过程的总结。 要查看ECIP流程的完整描述,请阅读ECIP-1000,它是以太坊经典(ETC)生态系统普遍承认的正式文件,通过粗略的共识,作为最适合对ETC协议、信息文件或ECIP流程建议提出新标准变化的系统。
入门
阅读完ECIP-1000后,分叉仓库,并使用提供的ECIP标记模板,将你的ECIP添加到其中。 通过向Ethereum Classic ECIPs存储库创建一个拉动请求来提交。
参与者的类型
通过阅读本摘要和上面建议的其他文件,你会发现有几个方面参与到ECIP的生命周期中。
- ECIP作者。 这就是你! 作者是对通过制作一个新的ECIP来改进ETC感兴趣的人。 因此,负责学习流程的运作方式,以便他或她能有效地提出协议修改、信息或程序上的改进。 作者还负责跟进ECIP生命周期的所有状态步骤,从 "草案 "到 "活动",如下所述,使提案成为现实。 如果没有,ECIP有可能最终被拒绝。
- ** 编辑是开发人员,主要是ETC志愿者,Ethereum Classic Github组织的成员,他们的职责包括但不限于为ECIP分配编号,合并它们,将它们列入ECIP目录,检查它们是否准备好、健全和完整,是否遵循了状态步骤,并检查其动机、准确性和适当的许可条款。
- 开发者团队。 ETC有几家开发公司和志愿者开发人员,他们在不同的节点客户上工作。 因为这些开发者致力于维护Ethereum Classic的核心协议,他们被归类为 "核心开发者 "或 "核心开发者团队"。 核心开发人员负责提出新的建议或审查并接受或拒绝来自其他开发人员或团队的建议。 当他们接受新的变化时,他们将其合并到他们为ETC网络维护的各自的客户端中。
- ** 一旦ECIP被接受和合并,最后一步是矿工、矿池、钱包运营商、交易所和其他完整的节点运营商通过安装或升级他们的节点来实施这些变化,以整合新的变化。 这些运营网络的参与者被称为 "实施者"。
- 用户。 用户或终端用户可能是普通消费者、企业、政府、非经济节点运营商、投资者或其他类型的用户,他们看到实施者升级了他们的系统,并采用了发送交易和管理智能合约的新规则,或在ETC之上使用应用程序。 根据ECIP的程序,在推进ECIP时,作者将公开讨论他们的建议。 这些讨论位于公共论坛、Github或开发者电话中。 讨论参与者可以是核心或志愿的Ethereum Classic客户端开发者,Github上任何愿意贡献他们有理有据意见的开发者,以及ETC生态系统中其他感兴趣的利益相关者或参与者。
贡献的步骤
- 审查ECIP-1000。
- 点击右上角的 "Fork "来分叉这个版本库。
- 将你的ECIP添加到你的分叉库中。 有一个ECIP的markdown模板。
- 向Ethereum Classic的ECIPs存储库提交拉动请求。
ECIPs网站: https://ecips.ethereumclassic.org/
被接受的ECIPs
以下功能被批准并整合到以太坊经典协议中。
ECIP # | 标题 | 作者 |
---|---|---|
1010 | 延迟难度 炸弹爆炸 | Igor Artamonov |
1015 | 为减轻交易垃圾邮件的攻击,对IO重的业务进行长期的气体成本变化 | Cody W Burns |
1017 | 货币政策和对Ethereum Classic排放时间表的最终修改 | Matthew Mazur |
1039 | 货币政策取舍规范 | Isaac Ardis |
1041 | 移除难度较大的炸弹 | Igor Artamonov |
1048 | 悬崖式授权证明共识协议 | Péter Szilágyi |
1050 | 状态代码 | Brooklyn Zelenka, Boris Mann |
1054 | Atlantis EVM和协议升级 | Isaac Ardis |
1056 | Agharta EVM和协议的升级 | Isaac Ardis, Wei Tang |
1088 | 凤凰城EVM和协议的升级 | Raw Pong Ghmoa |
1099 | 校准纪元持续时间 | Luke Williams |