最近，有一个新的比特币改进提案(BIP)因其极具争议性而引起了社区的广泛关注。是BIP吗？48(隔离见证部署强制激活)，其中涉及新的软分叉模式——UASF(用户激活软分叉)。根据该提议的描述，如果在2017年8月1日之前不能激活现有的隔离见证部署，那么将在2017年8月1日和2017年11月15日午夜之间的时间点激活BIP。但是，如果现有的隔离见证部署被激活，BIP将停止被激活。

对此，有社区人士解读为：CORE已经放弃95%计算投票的共识，将在8月1日无条件强制激活隔离验证。

这里有一个误解。有人会把草案阶段的提案解读为CORE的共识，也就是最后(落地)阶段。

为了避免不必要的误会，王思图有必要了解一下BIP从提出到落地需要经过的步骤，以及目前有哪些bip。

1。BIP提交和审核流程是什么？

如果您想提交BIP，您应该首先将您的想法或文件发布到邮件列表中。讨论结束后，发起者需要通过邮件联系Luke Dashjr

。经过卢克达什jr的编辑和批准，《BIP》将在https://github.com/bitcoin/bips?出版。

根据规则，任何人都可以提交BIP。请注意，在https://github.com/bitcoin/bips页面上发布BIP并不意味着它已被正式接受。当它的状态变为有效时，它被正式接受。要正式激活BIP，需要经过开发人员社区的协商和同意。

而目前的BIP国家可以分为九种类型，分别是哪几种？(建议)、草案、有效、最终、替换、撤销、延期、BIP号码分配？(分配了BIP号码)并被拒绝。

论坛主持人Maya根据自己的理解将流程分为七步：

第一步：思路。任何人都可以通过任何渠道提出自己的初步改进想法，比如论坛、Twitter等。从而赢得更多人的支持和认可。第二步：提案，你可以汇总社区讨论的建议，用更规范的格式详细描述方案，形成BIP提案文件提交。第三步：正式提案，为更重要或公认的人的BIP提案分配序号。为了便于讨论和区分本提案，带序号的提案视为正式提案。步骤4:实现代码。一些开发者会根据BIP正式提案的构想来实现具体的代码。并对测试网络进行严格测试。以确保代码尽可能没有错误。第五步：激活设置。代码没有问题后，按照《BIP9升级规范》设置激活阈值，分配激活标志位，缓冲时间等。第六步：发布版本。如果有足够多的人签名并同意，这个BIP代码将被吸收，包含这个BIP代码的版本将在最新版本中发布，但它不会被激活。第七步：激活。达到BIP9设定的激活阈值后，方案将正式激活生效。衡量方案是否成功。如果出现问题，您可能会回到以前的版本。

还有目前备受争议的BIP？18.目前只是在草案阶段，根据很多开发者的反应，这个草案被激活的可能性很低。

目前落地（最终)的？静脉内细菌蛋白有哪些？

附当前已落地（最终)应用的静脉内细菌蛋白列表：

BIP支持软件版本标题9版本0.12.1版本位超时与延迟（带超时和延迟的版本位)作者（彼得维尔，彼得托德，格雷格麦克斯韦尔，拉斯蒂拉塞尔)标准交易(名词个标准交易中的M个)作者(加文安德森)13版付费脚本哈希地址格式（付费脚本哈希的地址格式)作者（加文安德森)协议版本及用户代理（协议版本和用户代理)作者(阿米尔塔基，帕特里克斯特拉特曼)版本0.6.0支付脚本哈希作者（加文安德森)URI计划(URI计划)作者：(尼尔斯施耐德，马特科拉洛)22 v0.7.0 getblocktemplate作者：(小卢克达什)23v 0。10 .0 getblocktemplate池化挖掘作者：(卢克达什jr)30 v0.6.0重复交易（重复交易)作者：(彼得维尔)31伏0.6.1磅消息（乒乓消息)作者：(迈克赫恩)34 v0.7.0 v2版区块，coinbase高度（块v2，以硬币为单位的高度)作者（加文安德森)35版本0.7.0内存池消息（内存池消息)作者：(杰夫加济克)37 v0.8.0布鲁姆过滤（布隆过滤)作者（迈克赫恩，马特科拉罗)比特币有限货币供应（比特币的货币供应量有限)作者：(彼得威勒)61版本0.9.0 "拒绝“P2P消息("拒绝“P2P消息)作者65v 0。10 .4 OP _ CHECKLOCKTIMEVERIFY作者（彼得托德)68 v0.12.1使用共识执行序列号的相对锁定时间（使用一致性强制序列号的相对锁定时间)作者（马克弗里登巴赫，BtcDrak，尼古拉多里埃，基诺希塔约纳)签名（严格的签名)作者：(彼得威勒)70 v0.9.0支付协议（支付协议)作者（加文安德森、迈克赫恩)支付协议哑剧类型（支付协议哑剧类型)作者（加文安德森)支付协议的上呼吸道感染扩展（支付协议的上呼吸道感染扩展)作者（加文安德森)节点_布鲁姆服务位(NODE_BLOOM服务位)作者：(马特科拉洛，彼得托德)112v 0。12 .1 OP _ CHECKSEQUENCEVERIFY作者(BtcDrak，马克弗里登巴赫，埃里克隆布罗佐)过去中位时间（平均过去时间)作者（托马斯张铠麟，马克弗里登巴赫)125 v0.12.0完全选择加入费用替代选择加入完全按费用替换的信令作者：(大卫a哈丁，彼得托德)130 v0.12.0发送头消息(发送标题消息)作者（苏哈斯达弗图尔)隔离见证（共识层)作者（埃里克隆布罗佐、约翰逊刘、彼得维尔)用于版本0见证程序的交易签名验证（版本0见证程序的交易签名验证)作者（约翰逊刘，彼得维尔)144 v0.13.0隔离见证（对等服务——同行服务)作者（埃里克隆布罗佐，彼得维尔)用于隔离见证的getblocktemplate更新（隔离见证的getblocktemplate更新)作者（卢克达什jr)147 v0.13.1处理虚拟栈元素的可塑性（处理虚拟堆栈元素延展性)作者：(刘强森)

按开发者参与的静脉内细菌蛋白进入最后的阶段次数从高到低进行排序，那么前5名依次分别是加文安德森(8次)、彼得维尔(7次)、彼得托德(4次)、卢克达什jr(3次)以及刘强森(3次)。

当前有哪些BIP？

附当前所有静脉内细菌蛋白的列表：

BIP编号层标题作者类型状态1BIP目的和指南Amir taakiprocess取代了2个bip process，已修订Luke dashjrprocessactive 9版带超时和延迟的位Pieter Wuille、Peter Todd、Greg Maxwell、Rusty Russell information alfinal 10个应用程序多签名事务分发Alan Reiner information alwith draw 11个应用程序m-of-N标准事务Gavin和安德鲁森标准最终12共识(软分叉)OP_EVALGavin和andresenstandard draw 13应用程序解决按脚本付费的问题格式matt corallotstandardconfinal 22 API/RPCgetblocktemplateFundamentalsLuke dashjrstandardfinal 23 API/RPCgetblocktemplatePooled mining Luke dashjrstandardfinal 30 consensus(软分叉)重复事务Pieter wuillestandard final 31 peer服务spong消息Mike hearnstandardfinal 32应用程序分层确定性钱包彼得wuille信息alfinal 33同行服务分层节点samir taakistandstandardfdraft 34共识(软分叉)块v2，高度在第33场决赛中finite monetary supply for BitcoinPieter WuilleStandardDraft43ApplicationsPurpose Field for Deterministic WalletsMarek Palatinus, Pavol RusnakInformationalDraft44ApplicationsMulti-Account Hierarchy for Deterministic WalletsMarek Palatinus, Pavol RusnakStandardProposed45ApplicationsStructure for Deterministic P2SH Multisignature WalletsManuel Araoz, Ryan X. Charles, Matias Alejo GarciaStandardProposed47ApplicationsReusable Payment Codes for Hierarchical Deterministic WalletsJustus RanvierInformationalDraft49ApplicationsDerivation scheme for P2WPKH-nested-in-P2SH based accountsDaniel WeiglInformationalDraft50March 2013 Chain Fork Post-MortemGavin AndresenInformationalFinal60Peer ServicesFixed Length “version” Message (Relay-Transactions Field)Amir TaakiStandardDraft61Peer ServicesReject P2P messageGavin AndresenStandardFinal62Consensus (soft fork)Dealing with malleabilityPieter WuilleStandardWithdrawn63ApplicationsStealth AddressesPeter ToddStandardBIP number allocated64Peer Servicesgetutxo messageMike HearnStandardDraft65Consensus (soft fork)OP_CHECKLOCKTIMEVERIFYPeter ToddStandardFinal66Consensus (soft fork)Strict DER signaturesPieter WuilleStandardFinal67ApplicationsDeterministic Pay-to-script-hash multi-signature addresses through public key sortingThomas Kerin, Jean-Pierre Rupp, Ruben de VriesStandardProposed68Consensus (soft fork)Relative lock-time using consensus-enforced sequence numbersMark Friedenbach, BtcDrak, Nicolas Dorier, kinoshitajonaStandardFinal69ApplicationsLexicographical Indexing of Transaction Inputs and OutputsKristov AtlasInformationalProposed70ApplicationsPayment ProtocolGavin Andresen, Mike HearnStandardFinal71ApplicationsPayment Protocol MIME typesGavin AndresenStandardFinal72Applicationsbitcoin: uri extensions for Payment ProtocolGavin AndresenStandardFinal73ApplicationsUse “Accept” header for response type negotiation with Payment Request URLsStephen PairStandardFinal74ApplicationsAllow zero value OP_RETURN in Payment ProtocolToby PadillaStandardDraft75ApplicationsOut of Band Address Exchange using Payment Protocol EncryptionJustin Newton, Matt David, Aaron Voisine, James MacWhyteStandardDraft80Hierarchy for Non-Colored Voting Pool Deterministic Multisig WalletsJustus Ranvier, Jimmy SongInformationalDeferred81Hierarchy for Colored Voting Pool Deterministic Multisig WalletsJustus Ranvier, Jimmy SongInformationalDeferred83ApplicationsDynamic Hierarchical Deterministic Key TreesEric LombrozoStandardDraft90Consensus (hard fork)Buried DeploymentsSuhas DaftuarInformationalDraft99Motivation and deployment of consensus rule changes ([soft/hard]forks)Jorge TimónInformationalDraft101Consensus (hard fork)Increase maximum block sizeGavin AndresenStandardWithdrawn102Consensus (hard fork)Block size increase to 2MBJeff GarzikStandardDraft103Consensus (hard fork)Block size following technological growthPieter WuilleStandardDraft104Consensus (hard fork)‘Block75′ – Max block size like difficultyt.khanStandardDraft105Consensus (hard fork)Consensus based block size retargeting algorithmBtcDrakStandardDraft106Consensus (hard fork)Dynamically Controlled Bitcoin Block Size Max CapUpal ChakrabortyStandardDraft107Consensus (hard fork)Dynamic limit on the block sizeWashington Y. SanchezStandardDraft109Consensus (hard fork)Two million byte size limit with sigop and sighash limitsGavin AndresenStandardRejected111Peer ServicesNODE_BLOOM service bitMatt Corallo, Peter ToddStandardProposed112Consensus (soft fork)CHECKSEQUENCEVERIFYBtcDrak, Mark Friedenbach, Eric LombrozoStandardFinal113Consensus (soft fork)Median time-past as endpoint for lock-time calculationsThomas Kerin, Mark FriedenbachStandardFinal114Consensus (soft fork)Merkelized Abstract Syntax TreeJohnson LauStandardDraft120ApplicationsProof of PaymentKalle RosenbaumStandardDraft121ApplicationsProof of Payment URI schemeKalle RosenbaumStandardDraft122ApplicationsURI scheme for Blockchain references / explorationMarco PontelloStandardDraft123BIP ClassificationEric LombrozoProcessActive124ApplicationsHierarchical Deterministic Script TemplatesEric Lombrozo, William SwansonInformationalDraft125ApplicationsOpt-in Full Replace-by-Fee SignalingDavid A. Harding, Peter ToddStandardProposed126Best Practices for Heterogeneous Input Script TransactionsKristov AtlasInformationalDraft130Peer Servicessendheaders messageSuhas DaftuarStandardProposed131Consensus (hard fork)“Coalescing Transaction” Specification (wildcard inputs)Chris 蓑衣网小编2022 PriestStandardDraft132Committee-based BIP Acceptance ProcessAndy ChaseProcessWithdrawn133Peer Servicesfeefilter messageAlex MorcosStandardDraft134Consensus (hard fork)Flexible TransactionsTom ZanderStandardDraft140Consensus (soft fork)Normalized TXIDChristian DeckerStandardDraft141Consensus (soft fork)Segregated Witness (Consensus layer)Eric Lombrozo, Johnson Lau, Pieter WuilleStandardDraft142ApplicationsAddress Format for Segregated WitnessJohnson LauStandardDeferred143Consensus (soft fork)Transaction Signature Verification for Version 0 Witness ProgramJohnson Lau, Pieter WuilleStandardDraft144Peer ServicesSegregated Witness (Peer Services)Eric Lombrozo, Pieter WuilleStandardDraft145API/RPCgetblocktemplate Updates for Segregated WitnessLuke DashjrStandardDraft146Consensus (soft fork)Dealing with signature encoding 蓑衣网小编2022 malleabilityJohnson Lau, Pieter WuilleStandardDraft147Consensus (soft fork)Dealing with dummy stack element malleabilityJohnson LauStandardDraft148Consensus (soft fork)Mandatory activation of segwit deploymentShaolin FryStandardDraft150Peer ServicesPeer AuthenticationJonas SchnelliStandardDraft151Peer ServicesPeer-to-Peer Communication EncryptionJonas SchnelliStandardDraft152Peer ServicesCompact Block RelayMatt CoralloStandardDraft171ApplicationsCurrency/exchange rate information APILuke DashjrStandardDraft180Peer ServicesBlock size/weight fraud proofLuke DashjrStandardDraft199ApplicationsHashed Time-Locked Contract transactionsSean Bowe, Daira HopwoodStandardDraft

有意思的是，在所有的BIP当中，唯一一个处于Rejected（拒绝）状态的BIP，就是Gavin Andresen提出的BIP109。

讲到这里，读者对BIP也应该有所了解了，关于BIP我们应该要理性对待，只有在进入Active（激活）状态时，我们才认为它是被Core接受的。（本文纯科普，不代表个人立场）