币圈活动网：搜集全网最新优质可信的区块链空投币、糖果、代币、数字资产的实时空投信息，为区块链朋友提供优质、专业和安全的空投线报，分享代币空投,TOKEN空投,空投糖果,优质空投,数字货币糖果,虚拟货币空投,区块链空投,数字资产空投资讯，是一个值得收藏的空投糖果网站！Ctrl+D收藏本站。
原文标题：《比特币改善提案的运作流程 | 观点》
撰文：Kant
比特币是去中心化的和开源的，这意味着没有集中的权限来决定协议晋级。因而，任何人都能够参与到其代码修正，变更的议程中。本文介绍了什么是 BIP （Bitcoin Improvement Proposals，比特币改善提案），以及具体展示 BIP 协议的管理是怎么运作的？
为什么需求 BIP？
在比特币开展前期，并没有一个让社区成员一起评论、提出有效主张并得到认可、施行的体系的存在。
比特币的保护与迭代更新落到了中心开发者的身上。中本聪在初始阶段为比特币写下了基础的框架，但体系或许呈现的运行问题以及为了适应现实需求所要进行的晋级却是无可避免。前期呈现这些状况时，往往是中本聪自己进行处理，傍边本聪退出后，保护与迭代更新的使命落到了当初的比特币中心开发者身上。
因为社区的扩展，社区评论将会导致技能不合。其时比特币中心开发者仅仅一个小团体，有要修正的当地就直接内部评论并发布，但当社区开展壮大时，这种方式就简单引发技能不合，有开发者以为比特币中心团队对比特币协议有过多的操控，这将会是导致比特币失败的终究原因。因而，提出了 BIP （比特币改善主张）。
BIP 的两个版别
2011 年 8 月 19 号 BIP0001 开始施行。BIP （Bitcoin Improvement Proposals，比特币改善提案），这个概念最先由 Amir Taaki 在 2011 年 8 月 19 号提出，这个提案也就成为了第一个 BIP。BIP0001 定义了 BIP 的根本流程。
2016 年 2 月 3 日 Luke Dashjr 提出 BIP0002。BIP0001 根本满足其时社区对于开发流程正式化的需求，但因为其间许多的细节没有描绘具体，且有部分的规范已经过期，而 BIP0002 在此基础上进行迭代，终究得到施行并代替了 BIP0001 成为现在在运用的 BIP 规范。
提交 BIP 前应该做什么？
当你有了一个具体的针对比特币的新的主意后，确认你的主意适用于 BIP，一些小的更新或者缝隙修正，直接到特定的项目开发提交问题即可，并不足以成为一个 BIP。
首先，在各大相关论坛上揭露验证主意，以节约时刻。在编写 BIP 之前，先在适当的当地揭露主意，可所以比特币邮箱列表（[email protected]）或 Bitocoindev IRC 或相关技能论坛，让大家提出定见。这样的好处在于能够节约自己的潜在时刻，能在大量的工作之前发现自己的主意是否存在问题。
别的，需求问询的是这个主意是否是之前没有人提出过的。许多人都提出过许多关于比特币的主意，但终究都因为种种原因被否决了。所以你的主意或许之前就有人提过出相似的内容但没有成功被完成。假如存在这种状况，发掘出没有被完成的原因是什么，假如不能处理则不要花费太多时刻在注定要被回绝的事情上了。
同时，需求确保的是你的主意是适用于整个社区的。有些时候这个主意自己看起来不错，可是并不适用于比特币社区的大部分人，这种主意终究也是要被回绝的。
BIP 的格局要求
当你在社区宣布了这个主意并觉得有被承受的或许性时，你就能够着手编撰 BIP 草案了。可是，BIP 有严厉的格局要求，不依据格局编撰会被直接退回。
一个合格的 BIP 草案需求包含以下内容：
- 序文：包 含 BIP 的根本数据的序文，需求依照特定格局写
- 摘要：对要处理的技能问题的简短的描绘（约 200 个字）
- 版权：需求依据特定版权条款取得明确答应
- 动机：清楚地解释为什么现有的协议不足以处理本 BIP 要处理的问题
- 规范：技能规范应足够具体地描绘任何新功能的语法和语义。
- 原理：描绘规划的动机和为什么要做出这个特定的规划决议计划用以补充规范
- 向后兼容：一切引入向后不兼容的 BIP 都有必要包含描绘这些不兼容及其严峻程度的部分。BIP 有必要写明作者主张怎样处理这些不兼容问题。假如没有足够的向后兼容性论述，BIP 提交或许会被直接回绝。
- 参阅完成：参阅完成有必要在赋予「终究」状况之前完成，可是在 BIP 被承受之前不需求完成。
一个合格的 BIP 草案还需求留意格局
序文格局需求留意：
- BIP: //BIP 编号，假如是草案阶段就填写「？」
- * Layer: // 记录 BIP 作用于哪个层级，在 BIP123 有不同层级的定义
- Title: //BIP 的标题，最多是 44 个字符
- Author: // 作者的姓名与电子邮件地址
- * Discussions-To: // 评论 BIP 的邮件列表地址
- * Comments-Summary: //BIP 得到的评论的总结
- Comments-URI: // 查看 BIP 评论的 wiki 地址
- Status:
- Withdrawn | Final | Replaced | Obsolete> // 标明当时的 BIP 处于什么状况
- Type: // 标明 BIP 所属类型
- Created: //BIP 被分配标号的日期
- License: // 运用的答应证书
- * License-Code: // 答应码
- * Post-History: // 发布的时刻（发布到比特币邮件列表）
- * Requires: // 所依靠的 BIP 编号
- * Replaces: // 代替了的 BIP 编号
- * Superseded-By: // 被哪个 BIP 所代替了
除带 *号的内容其他都是必需的
BIP 的附件格局需求留意。BIP 或许包含图表等附件，附件应包含在该 BIP 的子目录中，且有必要命名为 BIP-XXXX-Y.ext，其间「 XXXX」是 BIP 编号，「 Y」是序列号（从 1 开始），「 ext」被实际的文件扩展名替换（例如「 png」 」）。
BIP 的审阅流程
BIP 草案编撰完毕后，就需求将完好的文档提交到比特币开发邮件列表，一切订阅了该邮件列表的人都能接纳到你的提案。
在社区中将 BIP 草案揭露，对完好提案再次进行评论。此刻你需求针对这个 BIP 草案再次在社区进行揭露评论。上次进行的揭露评论仅仅是一个主意，本次是针对完好的提案进行评论。
对 BIP 草案进行再次修订，发送给修改。测验引导社区成员成为你的 BIP 的拥护者并活跃听取社区成员的定见，然后对你的 BIP 进行再次修订。当你感觉准备好了，就能够把你的 BIP 发送给 BIP 修改了。当时的 BIP 修改是 Luke Dashjr，能够经过 [email protected] 联络到他。
BIP 修改的职能
当 BIP 修改收到新的 BIP 草案之后，他会履行以下操作：
- 查看 BIP 全体是否准备就绪。已经准备就绪的 BIP 有两个特性：完好与健全。就是说草案的内容是完好的满足规范的且没有缝隙、经得起琢磨的。
- 查看标题是否精确描绘了内容
- 查看是否有事前发到比特币开发邮件列表进行揭露评论
- 查看动机是否有被完好描绘、向后兼容性是否有被处理
- 查看是否依照规范正确分配序文中的 Layer 标签
- 查看答应证是否在规矩范围内
假如 BIP 修改以为你的 BIP 还没有准备好，会阐明原因并发回给你，你针对 BIP 修改给的阐明重新修改修订后，再次发送即可。
经过完善后，你能够拉取恳求提交到 BIPs git 仓库中。收到拉取恳求后，BIP 修改将会进行以下操作：
- 给你的 BIP 分配一个 BIP 编号，这样你的 BIP 算是正式诞生了！
- 符号你的 BIP 类型（规范盯梢、信息性、流程）
- 合并你的拉取恳求，此刻 BIP 就加入了 BIP 仓库
- 在 README.mediawiki 中列出你的 BIP，大家都能便利查看动态
到此为止，你的 BIP 会再次揭露，然后得到进一步的社区反应。
BIP 的类型共有三种：
- 规范盯梢 BIP：描绘了影响大多数或一切比特币完成的任何更改，例如网络协议的更改，块或交易有效性规矩的更改，或任何影响运用比特币的应用程序互操作性的更改或增加。
- 信息性 BIP：描绘了比特币规划问题，或向比特币社区提供了常规原则或信息，但未提出新功能。信息性 BIP 不一定代表比特币社区的一致或主张，因而用户和施行者能够自由地忽略信息性 BIP 或遵循其主张。
- 流程 BIP：描绘了围绕比特币的流程，或提出流程的更改（或其间的事件）。流程 BIP 相似于「规范盯梢 BIP」，但作用于比特币协议自身以外的区域。流程 BIP 或许会提出施行方案，但不会是针对比特币的代码库的；他们经常也需求社区的一致；与信息 BIP 不同，它们不仅仅是主张，并且用户通常不能随意忽略它们。进程，攻略，决议计划流程的更改以及比特币开发中运用的工具或环境的更改这些都是属于流程 BIP。
BIP 的终究完成流程
当你的 BIP 经过审阅并并入到 BIP 仓库后，抓紧时刻推进你的 BIP，究竟自己的主意得以完成并作用于社区会给你会带来很大的成就感。
流程 BIP 和信息 BIP 将会评论月余时刻，若无反对定见，就即可收效。那么就假如是流程 BIP、信息 BIP，只要在邮件列表上评论超过一个月后，没有任何未处理的的反对定见，咱们就能够断定这个 BIP 达到了大部分一致，这个 BIP 的状况将会更改为「激活」，真正作用于比特币社区了。
而规范追寻 BIP，则会更加杂乱和谨慎。你的目标会是把 BIP 状况从「草案」变为「终究完成」。
在 BIP123 中把规范 BIP 分成了四层共五类：
- 一致层（软分叉、硬分叉）
- 对等服务层
- API/RPC 层
- 应用层
不同分类的 BIP 达到「终究完成」状况所需求达到的条件不一致。
- 软分叉 BIP 严厉要求需求矿工的大部分投票。考虑到矿池的存在，一般状况下需求 95% 的绝大多数投票赞同。
- 硬分叉 BIP 则更严厉，需求比特币整个社区的成员的采用，特别包含运用比特币来生意产品、存储交易比特币的人。根本上说需求比特币社区的悉数成员的认可才有或许完成硬分叉，达到这样的一致是极度困难的，因而在比特币历史上没发生过真正的针对比特币的硬分叉晋级。
- 对等服务 BIP 则要求应监控到至少 1% 的公共监听节点采用该 BIPs 一个月
- API/RPC 和应用层 BIP 则至少由两个独立的、兼容的软件完成。
以上流程都是很杂乱且漫长的，往往是多方的博弈的成果。作为 BIP 的拥有者，在这阶段你要做的就是不断推动你的 BIP，触摸更多的社区人员，努力宣扬自己的规划理念，阐述你的 BIP 将会怎么对比特币社区发生活跃的影响，争取更多的社区人员成为你的 BIP 的拥护者，一步一步把你的 BIP 完成。
BIP 的状况改成「终究完成」将是对你最大的奖赏。
来历链接：mp.weixin.qq.com
视野开拓
在各種社會制度中，存在某種原始的東西，也就是說，它們不是發展形成的，而是人的生命與生俱來的東西-《经济学方法论探究》
