自從bitcoin sv節點提出後，關於bitcoin abc開發組的爭議和質疑也開始出現，在開源的專案上，有爭議和質疑不見得是壞事，這可以督促現有開發組不斷的進行自我審視，但質疑分為有理有據和無端揣測兩種，前者可以糾正錯誤，後者卻只會搬弄是非，bitcoin sv節點的支持者coingeek公司越來越向後者靠攏了。
coingeek公司是一家知名的區塊鏈公司，有著自己的礦池和門戶**，創始人calvin ayre是一名bch支持者，曾聲稱旗下礦池只挖位元幣現金。在nchain公司提出bitcoin sv節點後，calvin ayre和他coingeek公司第一時間表示了支援，由此，其門戶**coingeek.com的文章風向都指向了支援bitcoin sv，另一方面，該**也時不時的對現有的bitcoin abc開發組進行抹黑。
在昨天發布的文章中，其中就有這樣一篇文章，標題為：「bitcoin abc doesn』t believe in bitcoin bch」（bitcoinabc開發組不相信位元幣bch）。文章大致內容是在說，bitcoinabc開發組不遵循中本聰***中的內容，該開發組不喜歡通過cpu算力投票這種共識機制來解決開發過程中的分歧問題。在文章中，coingeek還引用了bitcoin abc開發組成員接受採訪時說的話來表明開發組不喜歡***中提到的共識機制。
文章最後的結論為，bitcoin abc開發組已經不再相信bch，該開發組似乎正在決定建立自己的加密貨幣。
首先，對於文章內容的真實度，我是存疑的；其次，即使在文章內容真實的情況下，我對於這個結論的得出也無法贊同；最後，在認同文章內容真實可靠的前提下，我希望能重新審視一下這個結論，因為bitcoin abc開發組畢竟是安穩維護bch網路一年多的開發組，而且這還是在沒有穩定收入的前提下，給其整個開發團隊貿然扣上這樣的帽子是一種不負責任的表現。
對於bitcoin abc和bitcoin sv節點，我不表態支援哪一方，因為我還是覺得雙方都希望bch能發展起來，只是雙方的發展路線不同。所以，我只對文章中的結論，即「bitcoinabc開發組是否相信bch」有不同的看法。
第一，bitcoin abc開發組成員說的話並沒有問題，因為只要存在硬分叉規則集，那麼從技術上是無法阻止另外一條鏈的出現。
coingeek認為，中本聰在***中早已設定好如何解決發展分歧的辦法，那就是算力投票。bitcoin abc開發人員認為，如果存在不同的硬分叉規則集，兩條鏈就無法被避免。換句話說就是，只要有人想要分叉，在具備了一定算力的基礎上，是沒有辦法避免分叉出新鏈的，至少在技術上阻止不了。這是個很好理解的道理，比如眾多的位元幣分叉幣，雖然大部分分叉幣算力較低，但只要還有人在執行，那它就是一條分叉出去的新鏈。所以，這不是bitcoin abc喜歡不喜歡的問題，而是技術上根本實現不了。
第二，cpu算力投票的解決辦法是最後的無奈之舉，實在算不上一種好的解決辦法。
coingeek或者說是bitcoin sv節點的部分支持者始終認為讓算力說話是最好的辦法，這樣可以避免bch的**，但這種辦法弊端頗多：首先，這種辦法會造成部分站隊錯誤的礦工收益為零，因為在一條鏈上進行算力投票，算力較少方挖出的塊不會被算力較多的一方認可，會成為無效塊，區塊獎勵自然也就沒有了；其次，算力投票並不能證明雙方發展路線的利弊，只能反映出雙方的實力差距，算力投票較多的一方，不見得一定是最適合bch的；最後，算力投票的結果難以被所有人都接受和認可，類似的投票之前不是沒有過。
第三，bitcoin abc開發組的努力和成果有目共睹，懷疑應有理有據。
bch網路安穩執行了一年多，bitcoin abc作為主要開發組之一，在其中起到了很大的作用，如果不是相信位元幣現金（或者說是位元幣的設計理念），是絕對不會在沒有穩定收入的前提下持續開發維護的。bitcoin abc首席開發人員amaury séchet在最近接受的一次採訪中明確表示：bitcoin abc開發組不會接受讓它陷入困境的資助。換言之，該開發組的開發路線不會受制於某個資助組織，是安全按照如何讓bch成為大眾使用的貨幣為方向開發的。
BitcoinABC開發組相信BCH
自從bitcoin sv節點提出後，關於bitcoin abc開發組的爭議和質疑也開始出現，在開源的專案上，有爭議和質疑不見得是壞事，這可以督促現有開發組不斷的進行自我審視，但質疑分為有理有據和無端揣測兩種，前者可以糾正錯誤，後者卻只會搬弄是非，bitcoin sv節點的支持者coingeek公司越...
專案組開發原則
請大家有什麼想法進一步完善.專案組管理原則 專案管理操作注意事項 需求不可直接從使用者到程式設計師 設計不可直接讓新人去做，設計必須要由組長統一去做，以便考慮周全一些。專案組開發管理原則 注重目標管理 目標是從下到上的過程，同時有一定可操作性和挑戰性。a.讓下面的人去想，他是否可以做的更好點，是否能...
軟體開發與專案管理易理 你該相信誰？
永遠不要相信任何人，你能相信的，只有你自己。屠岸賈，電影 趙氏孤兒 一般情況下，程式開發流程為 第1步 編寫 包括程式所需的其他資源，諸如配置檔案 資料庫等 實現期望的功能。第2步 編譯 生成可執行檔案。若編譯不通過，返回第1步。第3步 執行。若執行結果不正確，返回第1步。這段程式中，每次mallo...