分叉主要包含軟分叉和硬分叉兩種。如果比特幣升級后，新的代 碼邏輯向前兼容，即新規(guī)則產生的區(qū)塊仍然會被舊節(jié)點接受，則為軟 分叉；如果新的代碼邏輯無法向前兼容，即新產生的規(guī)則產生的區(qū)塊無法被舊節(jié)點接受，則為硬分叉。

軟分叉

軟分叉由于向前兼容，新舊節(jié)點仍然運行在同一條區(qū)塊鏈上，并不會產生兩條鏈，對整個系統(tǒng)影響相對較小。到目前為止，比特幣發(fā)生過多次軟分叉，如BIP-34，BIP-65，BIP-66，BIP-9等。其中比特幣改進建議（Bitcoin Improvement Proposal, BIP）指的是比特幣社區(qū)成員針對比特幣提出的一系列改進建議，這些改進建議的具體內容感興趣的讀者可以通過訪問BIP的網(wǎng)站(1)自行查閱。

此處以BIP-34為例，簡單說明軟分叉的過程。在舊版本中，存在一個無意義的字段“coinbase data”，礦工不會去驗證該字段的內容。BIP-34升級的新版本則要求該字段必須包含區(qū)塊高度，同時將版本信息由“1”修改為“2”。該升級共包含三個階段。

第一個階段：礦工將版本號修改為“2”，此時所有礦工驗證區(qū)塊時，按照舊的規(guī)則驗證，即不關心“coinbase data”字段內容，所有礦工不論以新規(guī)則還是舊規(guī)則打包區(qū)塊，均可以被整個網(wǎng)絡接受。

第二階段：如果最新產生的1 000個區(qū)塊中，版本號為“2”的區(qū)塊個數(shù)超過75%時，則要求版本號為“2”的礦工必須按照新的規(guī)則打包區(qū) 塊，升級的礦工收到 版本號為 “2”的區(qū)塊時 ， 只會接受“coinbase data”字段包含區(qū)塊高度的區(qū)塊，對于版本號為“1”的區(qū)塊，仍然不校驗該字段并接受。

第三階段：如果最新產生的1 000個區(qū)塊中，版本號為“2”的區(qū)塊個數(shù)超過95%，則升級的礦工只接受版本號為“2”的區(qū)塊，并會對“coinbase data”字段進行校驗，版本號為“1”的區(qū)塊則不被接受，以此來逼迫剩余少量礦工進行升級。

軟分叉雖然對系統(tǒng)的影響較小，但是為了保證向前兼容，不能新增字段，只能在現(xiàn)有數(shù)據(jù)結構下修改，即可升級的內容非常有限。同時，因為這些限制，軟分叉一般升級方案比較復雜，復雜的方案往往更容易產生BUG，并且可維護性很差。

比特幣軟分叉是什么原因？最先出現(xiàn)在己任區(qū)塊鏈。

分叉主要包含軟分叉和硬分叉兩種。如果比特幣升級后，新的代 碼邏輯向前兼容，即新規(guī)則產生的區(qū)塊仍然會被舊節(jié)點接受，則為軟 分叉；如果新的代碼邏輯無法向前兼容，即新產生的規(guī)則產生的區(qū)塊無法被舊節(jié)點接受，則為硬分叉。

軟分叉

軟分叉由于向前兼容，新舊節(jié)點仍然運行在同一條區(qū)塊鏈上，并不會產生兩條鏈，對整個系統(tǒng)影響相對較小。到目前為止，比特幣發(fā)生過多次軟分叉，如BIP-34，BIP-65，BIP-66，BIP-9等。其中比特幣改進建議（Bitcoin Improvement Proposal, BIP）指的是比特幣社區(qū)成員針對比特幣提出的一系列改進建議，這些改進建議的具體內容感興趣的讀者可以通過訪問BIP的網(wǎng)站(1)自行查閱。

此處以BIP-34為例，簡單說明軟分叉的過程。在舊版本中，存在一個無意義的字段“coinbase data”，礦工不會去驗證該字段的內容。BIP-34升級的新版本則要求該字段必須包含區(qū)塊高度，同時將版本信息由“1”修改為“2”。該升級共包含三個階段。

第一個階段：礦工將版本號修改為“2”，此時所有礦工驗證區(qū)塊時，按照舊的規(guī)則驗證，即不關心“coinbase data”字段內容，所有礦工不論以新規(guī)則還是舊規(guī)則打包區(qū)塊，均可以被整個網(wǎng)絡接受。

第二階段：如果最新產生的1 000個區(qū)塊中，版本號為“2”的區(qū)塊個數(shù)超過75%時，則要求版本號為“2”的礦工必須按照新的規(guī)則打包區(qū) 塊，升級的礦工收到 版本號為 “2”的區(qū)塊時 ， 只會接受“coinbase data”字段包含區(qū)塊高度的區(qū)塊，對于版本號為“1”的區(qū)塊，仍然不校驗該字段并接受。

第三階段：如果最新產生的1 000個區(qū)塊中，版本號為“2”的區(qū)塊個數(shù)超過95%，則升級的礦工只接受版本號為“2”的區(qū)塊，并會對“coinbase data”字段進行校驗，版本號為“1”的區(qū)塊則不被接受，以此來逼迫剩余少量礦工進行升級。

軟分叉雖然對系統(tǒng)的影響較小，但是為了保證向前兼容，不能新增字段，只能在現(xiàn)有數(shù)據(jù)結構下修改，即可升級的內容非常有限。同時，因為這些限制，軟分叉一般升級方案比較復雜，復雜的方案往往更容易產生BUG，并且可維護性很差。

比特幣軟分叉是什么？最先出現(xiàn)在己任區(qū)塊鏈。

分叉主要包含軟分叉和硬分叉兩種。如果比特幣升級后，新的代 碼邏輯向前兼容，即新規(guī)則產生的區(qū)塊仍然會被舊節(jié)點接受，則為軟 分叉；如果新的代碼邏輯無法向前兼容，即新產生的規(guī)則產生的區(qū)塊無法被舊節(jié)點接受，則為硬分叉。

軟分叉

軟分叉由于向前兼容，新舊節(jié)點仍然運行在同一條區(qū)塊鏈上，并不會產生兩條鏈，對整個系統(tǒng)影響相對較小。到目前為止，比特幣發(fā)生過多次軟分叉，如BIP-34，BIP-65，BIP-66，BIP-9等。其中比特幣改進建議（Bitcoin Improvement Proposal, BIP）指的是比特幣社區(qū)成員針對比特幣提出的一系列改進建議，這些改進建議的具體內容感興趣的讀者可以通過訪問BIP的網(wǎng)站(1)自行查閱。

此處以BIP-34為例，簡單說明軟分叉的過程。在舊版本中，存在一個無意義的字段“coinbase data”，礦工不會去驗證該字段的內容。BIP-34升級的新版本則要求該字段必須包含區(qū)塊高度，同時將版本信息由“1”修改為“2”。該升級共包含三個階段。

第一個階段：礦工將版本號修改為“2”，此時所有礦工驗證區(qū)塊時，按照舊的規(guī)則驗證，即不關心“coinbase data”字段內容，所有礦工不論以新規(guī)則還是舊規(guī)則打包區(qū)塊，均可以被整個網(wǎng)絡接受。

第二階段：如果最新產生的1 000個區(qū)塊中，版本號為“2”的區(qū)塊個數(shù)超過75%時，則要求版本號為“2”的礦工必須按照新的規(guī)則打包區(qū) 塊，升級的礦工收到 版本號為 “2”的區(qū)塊時 ， 只會接受“coinbase data”字段包含區(qū)塊高度的區(qū)塊，對于版本號為“1”的區(qū)塊，仍然不校驗該字段并接受。

第三階段：如果最新產生的1 000個區(qū)塊中，版本號為“2”的區(qū)塊個數(shù)超過95%，則升級的礦工只接受版本號為“2”的區(qū)塊，并會對“coinbase data”字段進行校驗，版本號為“1”的區(qū)塊則不被接受，以此來逼迫剩余少量礦工進行升級。

軟分叉雖然對系統(tǒng)的影響較小，但是為了保證向前兼容，不能新增字段，只能在現(xiàn)有數(shù)據(jù)結構下修改，即可升級的內容非常有限。同時，因為這些限制，軟分叉一般升級方案比較復雜，復雜的方案往往更容易產生BUG，并且可維護性很差。

硬分叉

硬分叉相比軟分叉則會“暴力”很多，由于不向前兼容，舊版本礦工無法驗證新版本的區(qū)塊而拒絕接受，仍然按照舊的邏輯只接受舊版本礦工打包的區(qū)塊。而新版本產生的區(qū)塊則會被新版本礦工接受，因此新版本礦工保存的區(qū)塊會和舊版本礦工保存的區(qū)塊產生差別，即會形成兩條鏈。

硬分叉修改余地很大，方案設計比較簡單，但是如果整個網(wǎng)絡中有兩種不同的意見，就會導致整個生態(tài)的分裂。當前比特幣影響最廣泛的硬分叉事件即為2017年8月1日的硬分叉，比特幣由一條鏈分叉產生一條新的鏈“比特現(xiàn)金（Bitcoin Cash, BCH）”。

這次硬分叉的起因是開發(fā)者與礦工在比特幣擴容方案上的分歧。比特幣區(qū)塊大小為1MB，按照每10分鐘一個區(qū)塊的速度，全球每秒只能完成大約7筆交易。比特幣發(fā)展初期，1MB的區(qū)塊足夠打包出塊間隔內產生的所有交易，但是在比特幣如此火爆的今天，這種處理速度顯然達不到要求。一筆交易往往需要等待數(shù)個小時甚至更久，當前比特幣網(wǎng)絡已經有大約幾十萬交易排隊等待打包確認。比特幣交易可以支付手續(xù)費（不強制要求），由于礦工逐利的屬性，礦工在打包區(qū)塊時，往往會選擇手續(xù)費更高的交易打包。這意味著，如果不想排隊，則需要支付更高的手續(xù)費，以期望獲得優(yōu)先處理權。而過高的手續(xù)費顯然違背了比特幣的設計初衷。

為了解決以上問題，經過社區(qū)討論，最終形成了兩個改進方案，分別是擴容方案和隔離見證方案。擴容方案的想法比較直接，既然現(xiàn)在因為區(qū)塊太小而導致交易處理速度低下，那就直接擴大區(qū)塊的容量，使其能容納更多的交易。原來1MB不夠用，那么就擴成2MB、8MB，甚至直接擴到32MB。隔離見證方案的想法是，將交易分為兩部分，一部分是交易信息，另一部分是見證信息，這兩部分信息分開進行處理。好比一輛車太小，要搭車的人太多，于是讓車上所有人將背包和行李放在另一輛跟著的貨車上，這樣原來的車就可以容納更多的人了。

支持擴容方案的主要是礦工們。礦工們認為交易的高效才是最重要的，這樣才能體現(xiàn)比特幣的世界貨幣價值。礦工的利益來源于挖礦，如果比特幣交易處理吞吐量較低，用戶為使自己的交易盡早得到打包處理會傾向于向礦工提供更高的手續(xù)費，礦工因此可以獲得超額手續(xù)費，其短期收益是增加的。

但長期來看，只有比特幣價格維持上漲，挖礦的收益才會持續(xù)提升。因而，從長遠考慮，擴容是必須的，畢竟只有比特幣交易更加順暢，入場人數(shù)增多，資金盤越來越大，礦工的收益才會獲得顯著增長。采用擴容方案，礦工可以在每個區(qū)塊中包含更多的交易，從而獲取更多的手續(xù)費，然而若使用隔離見證的擴容方案，小額的交易將不通過區(qū)塊確認，礦工的手續(xù)費收益會大幅降低，因此礦工更傾向于支持擴容方案。

隔離見證方案的支持者主要是比特幣開發(fā)團隊的部分核心成員。他們認為，擴容方案是一個“揚湯止沸”的方案，畢竟不可能無限制地對區(qū)塊的容量進行擴大。同時，區(qū)塊的變大會使得挖礦的門檻提高，從而降低普通礦工的參與度，導致比特幣系統(tǒng)的去中心化程度減弱。

2016年2月和2017年3月，爭議雙方兩次進行商討，希望雙方各退一步，接受一個折中的方案，該方案中，區(qū)塊容量將會被擴大到2MB，同時也對比特幣部署隔離見證的方案。但是，由于期間有參與方反悔或者反對，導致最終沒有達成共識，這也給“硬分叉”埋下了伏筆。

在2017年8月1日，比特大陸投資的礦池ViaBTC團隊，采用比特大陸提出的UAHF（用戶激活的硬分叉）方案，挖出了第一個區(qū)塊，對比特幣區(qū)塊鏈進行了硬分叉。自此，與比特幣競爭的分叉幣比特幣現(xiàn)金誕生。比特幣現(xiàn)金區(qū)塊鏈的區(qū)塊容量達到了8MB，且沒有采用隔離見證方案。

比特幣分叉具體原因是什么？最先出現(xiàn)在己任區(qū)塊鏈。

分叉主要包含軟分叉和硬分叉兩種。如果比特幣升級后，新的代 碼邏輯向前兼容，即新規(guī)則產生的區(qū)塊仍然會被舊節(jié)點接受，則為軟 分叉；如果新的代碼邏輯無法向前兼容，即新產生的規(guī)則產生的區(qū)塊無法被舊節(jié)點接受，則為硬分叉。

軟分叉

軟分叉由于向前兼容，新舊節(jié)點仍然運行在同一條區(qū)塊鏈上，并不會產生兩條鏈，對整個系統(tǒng)影響相對較小。到目前為止，比特幣發(fā)生過多次軟分叉，如BIP-34，BIP-65，BIP-66，BIP-9等。其中比特幣改進建議（Bitcoin Improvement Proposal, BIP）指的是比特幣社區(qū)成員針對比特幣提出的一系列改進建議，這些改進建議的具體內容感興趣的讀者可以通過訪問BIP的網(wǎng)站(1)自行查閱。

此處以BIP-34為例，簡單說明軟分叉的過程。在舊版本中，存在一個無意義的字段“coinbase data”，礦工不會去驗證該字段的內容。BIP-34升級的新版本則要求該字段必須包含區(qū)塊高度，同時將版本信息由“1”修改為“2”。該升級共包含三個階段。

第一個階段：礦工將版本號修改為“2”，此時所有礦工驗證區(qū)塊時，按照舊的規(guī)則驗證，即不關心“coinbase data”字段內容，所有礦工不論以新規(guī)則還是舊規(guī)則打包區(qū)塊，均可以被整個網(wǎng)絡接受。

第二階段：如果最新產生的1 000個區(qū)塊中，版本號為“2”的區(qū)塊個數(shù)超過75%時，則要求版本號為“2”的礦工必須按照新的規(guī)則打包區(qū) 塊，升級的礦工收到 版本號為 “2”的區(qū)塊時 ， 只會接受“coinbase data”字段包含區(qū)塊高度的區(qū)塊，對于版本號為“1”的區(qū)塊，仍然不校驗該字段并接受。

第三階段：如果最新產生的1 000個區(qū)塊中，版本號為“2”的區(qū)塊個數(shù)超過95%，則升級的礦工只接受版本號為“2”的區(qū)塊，并會對“coinbase data”字段進行校驗，版本號為“1”的區(qū)塊則不被接受，以此來逼迫剩余少量礦工進行升級。

軟分叉雖然對系統(tǒng)的影響較小，但是為了保證向前兼容，不能新增字段，只能在現(xiàn)有數(shù)據(jù)結構下修改，即可升級的內容非常有限。同時，因為這些限制，軟分叉一般升級方案比較復雜，復雜的方案往往更容易產生BUG，并且可維護性很差。

硬分叉

硬分叉相比軟分叉則會“暴力”很多，由于不向前兼容，舊版本礦工無法驗證新版本的區(qū)塊而拒絕接受，仍然按照舊的邏輯只接受舊版本礦工打包的區(qū)塊。而新版本產生的區(qū)塊則會被新版本礦工接受，因此新版本礦工保存的區(qū)塊會和舊版本礦工保存的區(qū)塊產生差別，即會形成兩條鏈。

硬分叉修改余地很大，方案設計比較簡單，但是如果整個網(wǎng)絡中有兩種不同的意見，就會導致整個生態(tài)的分裂。當前比特幣影響最廣泛的硬分叉事件即為2017年8月1日的硬分叉，比特幣由一條鏈分叉產生一條新的鏈“比特現(xiàn)金（Bitcoin Cash, BCH）”。

這次硬分叉的起因是開發(fā)者與礦工在比特幣擴容方案上的分歧。比特幣區(qū)塊大小為1MB，按照每10分鐘一個區(qū)塊的速度，全球每秒只能完成大約7筆交易。比特幣發(fā)展初期，1MB的區(qū)塊足夠打包出塊間隔內產生的所有交易，但是在比特幣如此火爆的今天，這種處理速度顯然達不到要求。一筆交易往往需要等待數(shù)個小時甚至更久，當前比特幣網(wǎng)絡已經有大約幾十萬交易排隊等待打包確認。比特幣交易可以支付手續(xù)費（不強制要求），由于礦工逐利的屬性，礦工在打包區(qū)塊時，往往會選擇手續(xù)費更高的交易打包。這意味著，如果不想排隊，則需要支付更高的手續(xù)費，以期望獲得優(yōu)先處理權。而過高的手續(xù)費顯然違背了比特幣的設計初衷。

為了解決以上問題，經過社區(qū)討論，最終形成了兩個改進方案，分別是擴容方案和隔離見證方案。擴容方案的想法比較直接，既然現(xiàn)在因為區(qū)塊太小而導致交易處理速度低下，那就直接擴大區(qū)塊的容量，使其能容納更多的交易。原來1MB不夠用，那么就擴成2MB、8MB，甚至直接擴到32MB。隔離見證方案的想法是，將交易分為兩部分，一部分是交易信息，另一部分是見證信息，這兩部分信息分開進行處理。好比一輛車太小，要搭車的人太多，于是讓車上所有人將背包和行李放在另一輛跟著的貨車上，這樣原來的車就可以容納更多的人了。

支持擴容方案的主要是礦工們。礦工們認為交易的高效才是最重要的，這樣才能體現(xiàn)比特幣的世界貨幣價值。礦工的利益來源于挖礦，如果比特幣交易處理吞吐量較低，用戶為使自己的交易盡早得到打包處理會傾向于向礦工提供更高的手續(xù)費，礦工因此可以獲得超額手續(xù)費，其短期收益是增加的。

但長期來看，只有比特幣價格維持上漲，挖礦的收益才會持續(xù)提升。因而，從長遠考慮，擴容是必須的，畢竟只有比特幣交易更加順暢，入場人數(shù)增多，資金盤越來越大，礦工的收益才會獲得顯著增長。采用擴容方案，礦工可以在每個區(qū)塊中包含更多的交易，從而獲取更多的手續(xù)費，然而若使用隔離見證的擴容方案，小額的交易將不通過區(qū)塊確認，礦工的手續(xù)費收益會大幅降低，因此礦工更傾向于支持擴容方案。

隔離見證方案的支持者主要是比特幣開發(fā)團隊的部分核心成員。他們認為，擴容方案是一個“揚湯止沸”的方案，畢竟不可能無限制地對區(qū)塊的容量進行擴大。同時，區(qū)塊的變大會使得挖礦的門檻提高，從而降低普通礦工的參與度，導致比特幣系統(tǒng)的去中心化程度減弱。

2016年2月和2017年3月，爭議雙方兩次進行商討，希望雙方各退一步，接受一個折中的方案，該方案中，區(qū)塊容量將會被擴大到2MB，同時也對比特幣部署隔離見證的方案。但是，由于期間有參與方反悔或者反對，導致最終沒有達成共識，這也給“硬分叉”埋下了伏筆。

在2017年8月1日，比特大陸投資的礦池ViaBTC團隊，采用比特大陸提出的UAHF（用戶激活的硬分叉）方案，挖出了第一個區(qū)塊，對比特幣區(qū)塊鏈進行了硬分叉。自此，與比特幣競爭的分叉幣比特幣現(xiàn)金誕生。比特幣現(xiàn)金區(qū)塊鏈的區(qū)塊容量達到了8MB，且沒有采用隔離見證方案。

比特幣軟分叉和硬分叉的來龍去脈最先出現(xiàn)在己任區(qū)塊鏈。