股道漫漫：biteb分叉什么币

　　什么是分叉币怎么操作的

　　分叉币，顾名思义，来源于区块链中“分叉”的概念。早期对于biteb的分叉，是针对biteb的区块扩容问题产生的妥协方案。
分叉意味着对biteb的一次不完全升级，升级后，部分未升级的节点拒绝验证已经升级的节点生产出的区块，不过已经升级的节点可以验证未升级节点生产出的区块，从而分出了两条链。
现在市场上山寨币泛滥，实际上就是一些分叉币。
典型的分叉币操作是：通过宣布分叉币，为每个用户按1:1的比例赠送特殊的新“分叉币”“糖果”。
在用户普遍获得分叉后的新币之后，自然会产生交易需求，这时可以引导舆论，以庞大的用户数量和交易需求倒逼交易所上币。
而在交易所上币之后，分叉币持有者先用一定的资本拉高分叉币，营造出追捧假象，再将自己“预挖”的分叉币卖出套利。
但是玩家也可以认为某些分叉币有价值，从而进行跟进，因此分叉币交易所也是有价值的，现在还开展这类活动的还很多，比如bitfinx、币升、ban等。

　　 biteb现金BCC是分叉币吗?

　　应该是替代不了，毕竟是第一个全球发行的数字货币，没有那么容易被替代，而且目前biteb是越来越难挖，价值上肯定会走高央务数字。

　　 什么是biteb区块链的分叉

　　分叉有区别为普通的升级，普通的升级在升级前后是没有影响协议共识的，也一般不需要社区共识或算力共识的参与。而分叉根据对协议的修改情况分为软分叉和硬分叉。
现有的定义：
【闪电定义】硬分叉是指biteb区块格式或交易格式(这就是广泛流传的“共识”(应该是部分协议共识))发生改变时，未升级的节点拒绝验证已经升级的节点生产出的区块，不过已经升级的节点可以验证未升级节点生产出的区块，然后大家各自延续自己认为正确的链，所以分成两条链。
A permanent divergence in the the block chain, commonly occurs when non-upgraded nodes can’t validate blocks created by upgraded nodes that follow newer consensus rules.
【闪电定义】软分叉是指biteb交易的数据结构(这就是被广泛流传的“共识”(应该是部分协议共识))发生改变时，未升级的节点可以验证已经升级的节点生产出的区块，而且已经升级的节点也可以验证未升级的节点生产出的区块。
A temporary fork in the block chain which commonly occurs when miners using non-upgraded nodes violate a new consensus rule their nodes don’t know about.
我觉得不能说哪个定义正确还是错误，具体的定义可以根据已经较大社区共识的两者的区别来自己总结，不需要权威来指定。
硬分叉：没有向前兼容性，之前的版本将不可再用，需要强制升级。
软分叉：有较好的兼容性，之前版本至少部分功能可用，可不升级。
硬分叉：在区块链层面会有分叉的两条链，一条原旧链，一条分叉新链。
软分叉：在区块链层面没有分叉的链，只是组成链的区块，有新区块和旧区块。
硬分叉：需要在某个时间点全部同意分叉升级，不同意的将会进入原旧链。
软分叉：相当长的时间里，可允许不进行升级，继续使用原版本生成旧区块，与新区块并存

　　 什么是biteb分叉

　　“分叉”这个词最经常出现的场所是github这个代码托管，是多个程序员共同管理和协同开发项目的一种办法。

　　为了便于理解，我先举一个类比。

　　你在一家公司的一个部门，比如研发部，部门一共5个同事，其中一个部门经理。现在部门要向公司提交下个月的办公用品采购计划。部门经理先用wrod文档写了一份采购申请单，并且在申请单上填上了自己计划要买的东西。然后经理将文件上传到部门的共享文档上。

　　同事A将文档复制了一份，然后在后面添加了自己想要采购的东西，然后上传到共享文档申请经理审批。同事B、C、D也分别复制了一份，分别添加了自己想要买的东东，并且申请审批。

　　部门经理审批了A的采购计划，认为合理，他就将A的需求合并到自己的那份申请单后面。审批了B的计划，他认为不合理，他就拒绝了B的需求，直接丢弃了B的计划单。然后继续审批C和D的。要么合并，要么丢弃。

　　然后B很生气，认为这不合理，他就越过部门经理，直接向公司提交了一份采购申请单.

　　如果把以上这个例子中的“采购申请单”，换成一个“程序开发项目”，上述过程就是一个典型的“立项”、“分支”、“请求”、“合并”、“分叉”的过程。

　　部门经理立了一个项，要写一份采购申请单，他写好自己的部分之后，将文档上传到共享云，形成一个主代码仓库.

　　然后ABCD四位同事分别对这份文档进行“branch”（中文译成分支），在分支上加上自己想要的特性，然后向主代码提交申请，叫“pull request”，中文叫“请求”。申请将自己的修改部分合并到主代码库里。

　　然后经理这个主开发者会审批这个“pull request”，如果合格了，他就会将这部分代码合并到主代码库，这个过程叫“merge”，中文译成“合并”。

　　如果主开发者认为这个“pull request”不合理，他就会拒绝，英文叫“Close”。但如果提这个“pull request”的人觉得他是对的，他可以独立出去，不和这个经理玩了，自己立个项，取个别的名字，然后自己合并代码。这样就形成了一个“fork”，中文译成分叉。

　　以上是所有参与者都是有开发权限的流程，但如果是一个项目组外的人，看到了这个项目，并且想提交一份特性的代码“pull request”，那他就得先对这个主代码仓库进行“fork”，然后再提交“pull request”。这个没有开发权限的人叫没有提交代码权，提交代码权英文叫commit权限。

　　这就是开源软件管理的过程。开源软件的代码更新，和漏洞修复都是使用这一套流程。

　　biteb就是一套开源软件，一开始有只有一个代码仓库，是中本聪建立的，叫Bitcoin，后来有很多人fork了Bitcoin，并提交了“pull requests”，有些人干脆自己“fork”并独立出去，形成新的分叉。

　　现在biteb这套开源软件有非常多的分叉，最著名的就是bitcoin core、bitcoin unlimited、bitcoin classic、bitcoin XT、Bcoin……

　　这里只是比较浅显的叙述了下概念，更多干货，推荐你看下面这篇文章。

　　《关于biteb分叉，你想知道的都在这里！》

　　 biteb硬分叉和软分叉

　　一个硬分叉是指：biteb的协议发生了一些变化，以至于旧节点不接受新节点所创建的区块。随着这些区块被旧节点抛弃，矿工们将在他们（各自）的协议中认为正确的最近一个区块上添加区块
一个软分叉是指：biteb的协议发生了一些变化，但旧节点却不能发现这个协议的变化，从而继续接受新节点用新协议所挖出的区块。旧节点矿工将可能在他们不能完全理解和验证的新区块上继续添加区块

　　 biteb为什么要进行分叉

　　然后是肆虐的哀伤，