第一篇我們講完了阿里系的區塊鏈平臺和產品，今天專員和大家聊聊騰訊系的。
騰訊系主要的研發實力分別聚集在騰訊集團和微眾銀行，他們各自有其區塊鏈平臺。其中，騰訊的主打平臺是TrustSQL，微眾銀行主打的是BCOS——一款由微眾、萬向、矩陣元聯合開源協作的區塊鏈平臺。今天專員主要跟大家簡單科普一下TrustSQL及其相關的產品和戰略。
First
首先，我們可以看到其應用服務層主要以數字票據、數字黃金、清結算、知識產品保護為主，所以在平臺服務層，提供了包括數字資產、鑑證服務等服務。
底層和一般的區塊鏈平臺類似，分為用戶管理、基礎服務、智能合約、運維監控這幾塊。
騰訊在國內屬於系統的研究區塊鏈技術比較早的互聯網公司，早在2017年4月，其TrustSQL白皮書就正式對外發布，
主要應該有這麼幾個特性：
1
採用自主研發的高效自適應共識算法，保證了共識完成即交易確認
這裡結合專員的一些信息，給大家聊聊自己的看法。
騰訊的TrustSQL本質上也算是聯盟鏈範圍，所以不可能使用PoW這類算法，沒有Token的區塊鏈平臺，也就把PoS給排除掉了，剩下的就只有BFT系列和Raft、Paxos算法。
目前業內的情況是，基本自家研發的區塊鏈平臺都要支持BFT類的算法才敢說自己的聯盟鏈是可靠的。
為啥呢，一方面，BFT算法能夠容拜占庭錯誤，也就是我們說是拜占庭節點造假，大家有興趣的可以看看專員以前的文章。
另一方面，作為一個聯盟鏈，現在大部分套路都是，我可以不用BFT，但是我一定要對BFT有研究，號稱能支持BFT算法，這個在fabric 1.0裡體現最明顯。fabric 1.x其實還不支持BFT算法，但是已經有相關論文，所以如果有心，是可以去實現的。
但是BFT算法又有其自身侷限性
如果TrustSQL這種以局域網為主的區塊鏈拜占庭問題可以忽略或者為了提高效率，他們一定會在平時的交易裡使用Raft算法或者Paxos。所以才有了高效自適應共識算法。
所以大家發現沒，共識算法切換自適應這種，不光在公鏈，在聯盟鏈裡也非常常見，不同的是，在聯盟鏈裡主要以Raft、BFT為主，在公鏈中，主要以PoW、PoS和DPoS為主。
以上分析都是按照常規思考得到的結論
▲▲▲
然後，在官網中，TrustSQL白皮書裡也補充說明了，在發現有節點故障或者欺詐的時候，能夠自動切換到具有拜占庭容錯的算法。那為啥平時不用？專員也提到了，為了效率。
2
對交易確認過程中的其他環節，如簽名算法、賬本存儲方式等進行了優化、實現秒級確認交易.
3
支持SQL方式接入，減少業務開發工作量
講道理，這個特性還是比較少見的，一般來說，在第二代可編程區塊鏈平臺裡，我們通常是使用智能合約來替代SQL的作用，一方面是因為智能合約更加去中心化，可以提供接口給外部DApp使用；另一方面，智能合約的可編程能力通常來說要大於SQL。
那為什麼騰訊的TrustSQL要支持這一特性呢？
專員猜測其實際場景裡多半是以SQL業務為主，不需要太複雜的編程接口，因此採用這種方式，不僅可以減少業務開發工作量，另一方面也可以提高效率，比較，智能合約本身的執行效率其實是偏低的，很多情況下一個區塊鏈平臺的主要性能瓶頸都在共識算法、智能合約、存儲這幾個部分。
4
提供權限策略、密鑰管理體系和用戶隱私方案
這一點就非常契合現有的聯盟鏈架構了，對於聯盟鏈來說，以上三點都是重中之重。
對於一個聯盟鏈來說，匿名性的重要度反而大大降低，反過來，用戶的隱私性則大大提高。如何幫助用戶找回丟失的私鑰在公鏈中是難以想象的，但是聯盟鏈中是必須的。
所以大家會發現，EOS其實在很多方面更像是一個聯盟鏈，尤其是他的密鑰管理體系。
文末
本質上，TrustSQL是對B端業務的一個延伸，目標是想和包括fabric在內的一系列聯盟鏈平臺進行競爭，將部分特性消除，在某些方面加強，從而達到一個高可用、高性能的區塊鏈平臺，但是這裡也留下了些許隱患，專員會在下文和大家繼續聊聊TrustSQL以及其設計上的不足之處。
閱讀更多 區塊鏈技術專員 的文章
