为什么需要 BIP？
Type: // 标明 BIP 所属范例
别的，需要询问的是这个想法是否是之前没有人提出过的。许多人都提出过许多关于比特币的想法，但最后都因为各种原因被反对了。所以你的想法大概之前就有人提过出雷同的内容但没有乐成被实现。假如存在这种环境，掘客出没有被实现的原因是什么，假如不能办理则不要耗费太多时间在注定要被拒绝的工作上了。
当你的 BIP 通过审核并并入到 BIP 客栈后，抓紧时间推进你的 BIP，究竟本身的想法得以实现并浸染于社区会给你会带来很大的成绩感。
而尺度追踪 BIP，则会越发巨大和审慎。你的方针会是把 BIP 状态从「草案」变为「最终实现」。
当你有了一个详细的针比拟特币的新的想法后，确认你的想法合用于 BIP，一些小的更新可能裂痕修复，直接到特定的项目开拓提交问题即可，并不敷以成为一个 BIP。
BIP 的名目要求对 BIP 草案举办再次修订，发送给编辑。实验引导社区成员成为你的 BIP 的拥护者并努力听取社区成员的意见，然后对你的 BIP 举办再次修订。当你感受筹备好了，就可以把你的 BIP 发送给 BIP 编辑了。当前的 BIP 编辑是 Luke Dashjr，可以通过 luke_bipeditor@dashjr.org 接洽到他。
Withdrawn | Final | Replaced | Obsolete> // 标明当前的 BIP 处于什么状态
查抄是否凭据类型正确分派序言中的 Layer 标签
查抄念头是否有被完整描写、向后兼容性是否有被办理
对等处事层
比特币的维护与迭代更新落到了焦点开拓者的身上。中本聪在初始阶段为比特币写下了基本的框架，但系统大概呈现的运行问题以及为了适应现实需求所要举办的进级却是无可制止。早期呈现这些环境时，往往是中本聪本身举办处理惩罚，傍边本聪退出后，维护与迭代更新的任务落到了当初的比特币焦点开拓者身上。
参考实现：参考实现必需在赋予「最终」状态之前完成，可是在 BIP 被接管之前不需要完成。在比特币成长早期，，并没有一个让社区成员配合接头、提出有效发起并获得承认、实施的系统的存在。
Created: //BIP 被分派标号的日期道理：描写设计的念头和为什么要做出这个特定的设计决定用以增补类型
查抄 BIP 整体是否筹备停当。已经筹备停当的 BIP 有两个特性：完整与健全。就是说草案的内容是完整的满意类型的且没有裂痕、经得起推敲的。
序言：包 含 BIP 的根基数据的序言，需要凭据特命名目写
* Post-History: // 宣布的时间（宣布到比特币邮件列表）
在社区中将 BIP 草案果真，对完整提案再次举办接头。此时你需要针对这个 BIP 草案再次在社区举办果真接头。上次举办的果真接头仅仅是一个想法，本次是针对完整的提案举办接头。
在 BIP123 中把尺度 BIP 分成了四层共五类：
查抄标题是否精确描写了内容版权：需要按照特定版权条款得到明晰许可
BIP 的范例共有三种：
共鸣层（软分叉、硬分叉）
比特币是去中心化的和开源的，这意味着没有会合的权限来抉择协议进级。因此，任何人都可以参加到其代码修改，改观的议程中。本文先容了什么是 BIP （Bitcoin Improvement Proposals，比特币改造提案），以及具体展示 BIP 协议的管理是如何运作的？
* Replaces: // 取代了的 BIP 编号来历：CryptoYC
首先，在各大相关论坛上果真验证想法，以节减时间。在编写 BIP 之前，先在适当的处所果真想法，可以是比特币邮箱列表（bitcoindev@lists.linuxfoundation.org）或 Bitocoindev IRC 或相关技能论坛，让各人提出意见。这样的长处在于可以节减本身的潜在时间，能在大量的事情之前发明本身的想法是否存在问题。
Title: //BIP 的标题，最多是 44 个字符郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
