🚧 Stagnant
Meta
EIP-233: 硬分叉的正式流程
EIP-233: 硬分叉的正式流程
Authors | Alex Beregszaszi (@axic) |
---|---|
Created | 2017-03-23 |
Discussion Link | https://ethereum-magicians.org/t/eip-233-formal-process-of-hard-forks/1387 |
摘要
描述准备和激活硬分叉的正式过程。
动机
如今,关于硬分叉的讨论发生在各种论坛,有时以特别的方式进行。
规范
一旦计划新的硬分叉,就应该创建并合并一个 Meta EIP 作为 Draft。
此 EIP 应包含:
- 硬分叉的所需代号,
- 一旦确定激活区块号
- 时间线部分
- 要包含的 EIP 部分
- Requires 头部应指向先前的硬分叉 meta EIP。
草案应更新关于硬分叉的决策摘要。
时间线
一旦就其他关键日期的关键日期的时间线达成一致。硬分叉时间线的基本轮廓应包括:
- 接受此硬分叉提案的最终截止日期
- 主要客户端实现的软截止日期
- 测试网网络升级的预计日期
- 主网升级的预计日期(激活区块号/此区块的预计日期)
EIP 纳入流程
任何希望为硬分叉提出 Core EIP 的人都应该针对代表硬分叉的 Meta EIP 提出 PR。 EIP 必须至少以 Draft
状态发布。它进入 Proposed EIPs 部分,以及至少一个作为想要包含 EIP 的联系人的人。
EIP 可以通过在“All Core Devs Meetings”上进行的讨论来改变状态:
- 如果被硬分叉接受,则 EIP 应移至 Accepted EIPs 部分。如果 EIP 具有主要的客户端实现,并且在时间线日期之前没有安全问题,则计划将其包含在内。
- 如果从硬分叉中拒绝,则 EIP 应移至 Rejected EIPs 部分。
- 一旦 Accepted EIPs 部分中的 EIP 成功在测试网发布中启动,它们将被移至 Included EIPs 部分。
一旦更改被冻结(即,所有引用的 EIP 都处于 Accepted
状态),代表硬分叉的 Meta EIP 应移至 Accepted
状态,并在硬分叉激活后移至 Final
状态。
模板
下面包含 Istanbul Hardfork Meta 1679 的模板(GitHub 上的源文件):
---
eip: 1679
title: "硬分叉 Meta: 伊斯坦布尔"
author: Alex Beregszaszi (@axic), Afri Schoedon (@5chdn)
type: Meta
status: Draft
created: 2019-01-04
requires: 1716
---
## Abstract
此 meta-EIP 指定了名为伊斯坦布尔的以太坊硬分叉中包含的更改。
## Specification
- 代号:伊斯坦布尔
- 激活:待定
### Included EIPs
- 待定
### Accepted EIPs
- 待定
### Rejected EIPs
- 待定
### Proposed EIPs
- 待定
## Timeline
* 2019-05-17(周五)接受 “伊斯坦布尔” 提案的最终截止日期
* 2019-07-19(周五)主要客户端实现的软截止日期
* 2019-08-14(周三)测试网网络升级的预计日期(Ropsten、Görli 或 ad-hoc 测试网)
* 2019-10-16(周三)主网升级的预计日期(“伊斯坦布尔”)
## References
- 待定(例如,指向 Core Dev 笔记或其他参考资料的链接)
## Copyright
版权和相关权利通过 [CC0](/docs/eips/LICENSE.html) 放弃。
理由
用于协调硬分叉的 meta EIP 应有助于提高更改范围的可见性和可追溯性,并为引用拟议分叉提供一个简单的名称和/或编号。
版权
版权和相关权利通过 CC0 放弃。
Citation
Please cite this document as:
Alex Beregszaszi (@axic), "EIP-233: 硬分叉的正式流程 [DRAFT]," Ethereum Improvement Proposals, no. 233, March 2017. [Online serial]. Available: https://eips.ethereum.org/EIPS/eip-233.