传统知识 | 一篇了解以太坊EIP流程改进思路

一句话总结：一开始大致介绍一下2019年的eip流程和安排

开采比特币。 然后，我将提出一个新的 eip 进程，主要受 rfc 和 w3c 进程的启发。

一句话总结：首先简单介绍一下2019年的eip进程和安排，然后提出一个新的eip进程，很大程度上是受rfc和w3c进程的启发。

Medium：从2016年开始，我就参与了eip（Ethereum Correction Proposal）比特币勒索病毒。 我首先是一个奉献者，然后我参与了“allcoredev 过程”并接受了编纂。

目前的反革命进程

临时eip库包括两个disparity过程：

典型（规范）全网实施（硬分叉部署）eip-1 和 eip 233 为这两个过程设置了一些实际的比特币市场图表。 之后，eip-2378 在这个通用长度上进行了扩展。

在2019年的比特币市场，有人提出了几个变化，其中有4个与提案状态相关：

引入“review”状态 将“accepted”重命名为“ready” 引入“abandoned”状态 移除“deferred”状态 引入前两个 两个转换的效果相同，但略有不同。 “审查”状态是一个全新的阶段，提案并不急于实施，尽管仍有重要提案可以接受更广泛的审查。 “就绪”状态只是一个小的增量变化，语气比“接受”更温和，但仍然保持着eip-1中的硬分叉过程。

引入“废弃”状态是为了整理许多废弃的比特币草稿图表。 很明显，之前不用的“withdrawn”状态已经被去掉了。

由于 eip-233 和 eip-2378 的变化，“延期”状态逐渐过时并被删除。

还有人呼吁取消其他硬分叉条件，例如“接受”和“拒绝”比特币趋势。

请注意，我不会在下面的图表中详细解释每种情况的含义。 请观看 eip-1 以了解每个极端情况。 但是，下面的“宣传过程”将给出理由。 “

2019 年 6 月，我们对 eip 流程的复杂性和四川比特币矿场的集体停电进行了周密的计划。 即使协商了每个条件，所有 eip 进程（在删除“延迟”条件之前）也显示在此图中：

当时个人认为eip可以从“last call（最后一次调用）”状态变为“abandoned”状态，虽然文档文件中并没有比特币矿场之类的东西。

我没有提到的是，有两个不同进程的 eips，而且并非上述所有组合都对比特币有效。

“中央”eip的流程如下：

这里需要进一步确认的是，“核心”eip直到最近才引入“last call”状态。

“非中心”eip的流程如下：

2020年5月比特币清算意味着什么？ 我建议一个更简单的过程：

该提案的方法是引入“审查”状态并删除所有包含硬分叉的实验性比特币图表。 这样可以统一“中级”eip和“非中级”eip的流程。 但是，为了简单起见，我省略了合并硬分叉的部分。

在这方面，我们已经计划好了比特币期货。 然而，与 eip 进程中的许多提案一样，这一倡议并未得到推广。

还有一个问题是“撤回”和“放弃”这两个状态要不要合并。 特朗普称比特币是一个骗局。 在最近的话题中，这一点得到了准确的证明。

在电话中，有人再次主张用“活着”这个词来代替“活跃”，特朗普称比特币是一个骗局。 前者可能不是最好的选择，但听起来比后者好。

硬分叉

我支持将硬分叉解析和典型解析这两个过程分开。 现在可以看出，很多人似乎都是这么认为的。 这可以使过程更容易和更顺利。

根据梦想中心开发者大会上的新消息，现在似乎有一个典型的eth1。

我觉得一个比特币是多少人民币，即使把剩余的硬分叉过程从eip库中去掉，eip-233最初的想法还是合理的：在meta文件中记录已经存在的硬分叉（用eip描述典型的变换放在一起）

但是我们在eip-233的设计上又向前迈进了一步，形成了尽可能多的创建一个meta document文件来更正硬分叉名称的原则，因为不同的储户使用不同的名称购买比特币. 不过，在命名系统被普遍认可之后，这个问题就不再是问题了。

于是，eip-233 的想法又传开了，从安置和整合过程中的跟踪硬分叉的过程中蔓延开来。 不幸的是，此后这通常由 eth 1.0 处理。

硬分叉爆发后，所有数据都记录在“hard fork metas”中文比特币中。 事实证明，硬福特元是一种非常有效的资源。

宣传过程

站在巨人的肩膀上，我们能找到的最好的资源就是rfc进程和w3c进程比特币钱包。 虽然这两个过程涉及的类型往往比eip大很多，但是我觉得可以借鉴一下。

在这里，我滥用了 w3c 过程中我个人最喜欢的一些术语。 不过，上海图书馆也给了其他采纳的，都是现存的术语或提倡的术语。 我部分地针对“候选人”一词。

主意

在提交任何提案之前，应该有一个三思而后行的阶段，然后再提交拉取请求（pull request）来创建比特币客户端草案。 我们可以在 ethereum magicians、ethresear.ch 上规划和审查设计，在 gitter 或 discord 上规划和审查乐队计划。

草稿

如果某个设计引起了人们的兴趣，我们应该基于 eip 模板为其创建一个比特币勒索软件草案。 只要这个草案符合基本的语法要求，我们就应该合并它。

问：对于编辑应该有多大的power review proposal这个问题众说纷纭，人民币等于一个比特币多少也没有一个准确的答案。 如果我们有一个很好的流程来删除无效的 eips，那么早点合并草案当然是正确的做法。

在此阶段，预计第一小组感兴趣的参与者将讨论草案。

“草案”状态没有时间限制，但建议不要超过一个合理的时间范围（几个月）。

candidate（候选人）/review（考试）

一旦草案足够安全并且预计不会有重大变化，就应该参与这个阶段。

在此阶段，更多参与者将提供有关比特币勒索软件的反馈。 这时以太坊硬分叉，参与者有理由相信这种模式不会突然发生大变化，因此他们更愿意投入时间进行研究和规划。

此阶段应至少持续 45 天，并且不收集任何反馈。

建议（宣传）/最后一次通话（结果包括一次意见）

一旦参与者觉得这个模型还是很安全的，不会再改变，就应该在比特币突破的时候进入这个阶段。

在这个阶段，这个模型将被推送给更多的参与者，以包括对比特币勒索的看法。 之后，这个模型已经定型，无法更改。 [除“勘误表（kan）”外，详情见下文]

此阶段应至少持续 14 天。

如果你需要做一些小的调整，你可以在不改变当前状态的情况下进行，否则你必须退回到“候选”状态。

特殊要求：frontmatter 必须有 field review-end-date Bitcoin 客户端。

最终的

即使是典型的成功过程中的“建议”状态，它也会被敲定。

撤销

除了“final”和“living”，其他所有情况都可能导致这种情况比特币行情走势图。

特殊要求：以下情况可能会导致比特币走势的“撤单”状态，但必须有一个原因字段：

withdrawal by author: 作者已做出撤回决定 withdrawal due to inactivity: 作者在一定时间内（180天）没有任何震动。 living（有效）/active（激活）

那些作为记录使用的eip-1和其他优秀的eip会被标记为这个状态，因为他们永远不会确定要偷电来挖比特币。

任何新的备案文件都必须经过完整的eip流程，才会形成“活”状态。

归档

虽然不是这种情况，但是通过这个方法，可以把已经废掉很久的eip去掉，才不会压垮eip库比特币今天的价格。 单击此处确认。

过时（减少）

这不是一个情况以太坊硬分叉，而是一个从rfc那里模仿比特币汇率的还原过程。 这个过程引入了两个字段：

obsoleted-by：包含一个减少临时eip的eip编号 Obsoletes：包含一组被临时eip减少的eip编号 只有当它处于final或withdrawed状态时，临时eip才能使用obsoleted-by字段。

只有当引用的eip的"obsoleted-by"字段指向临时eip时，临时eip才能有obsoletes字段比特币价格。

这意味着作为发送者的作者和发送者eip必须就一个比特币等于多少人民币达成共识。 基于有人提倡更好的还原过程，这在未来可能会改变。

勘误表（更正）

按照惯例，小错别字可以被编辑篡改成多少人民币等于一个比特币。

通常来说，任何有助于证明标准的改变都可以被接受，只要它不会使提案变得全新，因为可以在证明的勘误表部分进行小的改动。 如果需要进行重大更改，则必须删除相应的 eip 并重新创建一个 eip。

评论

以下 frontmatter 字段已被删除，因为它们已被详细记录和/或使用：

*替换（由减少程序替换）

*被取代（被还原过程取代）

*解析度

如果您需要那些字段，您不妨添加并查看比特币中国。

比特币兑换人民币有以下几种情况：

* 放弃（重命名为“撤回”）

* 拒绝

* 接受

* 已取代（由还原过程取代）

事物

然而，eip面临的最大挑战是需要人工比特币矿机。

最近，旧版本的方法验证器eip_validator 已被更好版本​​的eipv bitcoin client 取代。 此外，我们还启动了一个机器人来检查 pr 滞后的问题。

即使有工具的支持，编辑、审校和校对仍然需要大量的劳动。 如果我们想让 eip 过程更顺畅，我们需要使用机器人来为真人完成大部分工作。 我创建了一个新主题来计划需要将哪些机器人引入到eip库中。

有没有想一起实现机器人的理想:) :)

文字来源比特币交易所：蘑菇资源资讯 原标题：tk | 本文理解以太坊eip进程修正的思路