Alert Source Discuss
🚧 Stagnant Meta

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.