鏈圈分叉指南：分道揚鑣還是小打小鬧？
七夕剛過去不久，相信不少人還沉溺在愛情粉紅色里，所以我決定潑一盆冷水，緩解下內心。談過戀愛的都知道，情侶，聊得投機，事情再大，頂多只是小打小鬧;話不投機，事情再小，***還是分道揚鑣，充分體現著共識的重要性。當然如果遵從“女朋友說得永遠都對”這個觀點，共識實現就很輕松啦!
談到共識，就不能不想到區塊鏈，畢竟這是個建構在共識機制上的網絡，那么根據達成共識程度的不同，區塊鏈也會做出相應調整，比如軟分叉、硬分叉......
聊不好，分道揚鑣——硬分叉
首先我們還是要了解下【硬分叉】的誕生過程：開發者發布新的客戶端，但新舊版本協議不兼容，區塊鏈發生***性分歧;運行新客戶端的礦工開始挖出基于新規則的區塊，而舊客戶端的礦工仍然會挖掘基于舊規則的區塊。
一句話來說，硬分叉意味著新舊版本軟件互不兼容，必須分道揚鑣，分成兩條不同的區塊鏈。
拋開技術嚴謹性，我們來舉個例子。假設一對情侶，因為結婚分歧導致分手，支持女方的閨蜜們說男方太渣，支持男方的哥們說女方太作，兩方互不相讓，***分道揚鑣，這就是區塊鏈硬分叉的產生過程。
因為硬分叉不需要考慮新舊版本兼容性的問題。那么，硬分叉就可以對交易數據結構和區塊數據結構更大膽的修改。如果修改幅度過大，可能會將對區塊鏈網絡造成難以挽回的影響。
在一般情況下，主鏈是包含著***區塊的那條鏈，如果某一條分叉在某個時刻超過了主鏈，那么就將成為成為新的主鏈。新的主鏈究竟是機遇還是危機?沒有人說得清楚。
聊得好，小打小鬧——軟分叉
首先，了解下相關定義，當新共識規則發布后，節點不一定要升級到新共識規則，因為軟分叉的新規則仍舊符合舊規則，所以未升級的節點仍能接受新規則。也就是說，舊節點可以兼容新節點產生的區塊，即為軟分叉。
這也就意味著軟分叉并不會產生兩條區塊鏈，新舊區塊都在同一條區塊鏈。只不過新區塊通過一些不可告人的技術讓舊區塊接受了他。
一句話來說，軟分叉仍然是一條區塊鏈，只不過前后區塊并不能實現相互兼容。
我們仍然拋開技術的嚴謹性來談談，我們都知道飛機安檢比火車嚴格，那么我們將滿足火車安檢的需求標記為區塊一，滿足飛機安檢的需求標記為區塊二。很顯然，區塊二是能夠被區塊一接納的，也就是乘坐飛機安檢的需求勢必能乘坐火車，反之則不行。
小打小鬧VS分道揚鑣
軟硬分叉其實各有利弊。硬分叉實現難度較軟分叉低，BUG更容易避免，代碼實現更容易。同時新生區塊和舊區塊互不兼容，就像是判斷題，對錯分明，不需要思前顧后，避開很多限制，技術延展性更強。
而軟分叉比硬分叉溫和很多，軟分叉不要求區塊鏈中所有節點統一時間升級，可以允許逐步升級，并且在軟分叉過程中不影響系統的穩定性和有效性。
但這也就意味著實現難度更高，并且多了更多限制。新區塊只能在已有結構中調整，要能夠讓舊區塊接受，因此，升級空間有限。相比較硬分叉，軟分叉無疑像個論述題，更需要瞻前顧后，思量周全。
軟硬分叉與共識之間剪不斷，理還亂，去中心化系統中達成共識大部分時候可能很困難，但有時候也可能很簡單，比如當一些利益的因素達成共識之后，如果共識的正誤無法估量，那么軟硬分叉的準確性也更難以捉摸。
