fabric區塊鏈性能

1. 區塊鏈技術是什麼未來可能用於哪些方面

區塊鏈是一種分布式共享記賬的技術，它要做的事情就是讓參與的各方能夠在技術層面建立信任關系。區塊鏈可以大致分成兩個層面，一是做區塊鏈底層技術;二是做區塊鏈上層應用，即基於區塊鏈的改造、優化或者創新應用。
區塊鏈在幾個領域已經開展應用了，第一個數字資產領域，除了我們看到的一些積分、入住卡，也包括各種其他的資產，有資產數據化的過程。
第二個領域是貿易金融領域，因為貿易金融領域本來是多環節參與、多方參與的方式，區塊鏈可以極大提高中間的效率，使得原來很多達到替代品的效果。
第三個領域用到的是股權，是公司股權像一些區域性的股權交易中心，目的是解決股權對交易之間的便捷，是相對流通做一個便捷。目前來看，區塊鏈多中心的體系確實能夠提高效率降低成本的。
信鏈是垂直於區塊鏈領域的新聞資訊與數據挖掘的信息資訊平台，希望對您有所幫助。

2. hyperledger fabric 部署的區塊鏈，是否能夠動態添加vp 節點

這個是一個純技術的東西，太負責了，不知道如何去解決。建議去咨詢專業的技術人員或者去找官方解決。
普銀是經由三方倉儲、鑒定、評估、確權的優質藏茶資產，經由加密數字化發行的本位制數字貨幣，普銀嚴格按照其運營指導大綱——《本位制數字貨幣白皮書》理念踐行。也是一種基於區塊鏈技術開發的數字貨幣。

3. 現在有哪些主流的區塊鏈技術

比特幣(Bitcoin)，是最早的真正意義的去中心化區塊鏈技術。
 
以太坊（Ethereum），配備了強大的圖靈完備的智能合約虛擬機，因此可以成為一切區塊鏈項目的母平台。
 
IBM HyperLedger fabric，是聯盟鏈的優秀實現。
 
Ripple，世界上第一個開放的支付網路，是基於區塊連的點到點全球支付網路。

4. 如何通俗的理解ibm區塊鏈技術hyperledger-fabric中的共識演算法pbft

1、區塊鏈的技術是什麼? 如果我們把資料庫假設成一本賬本，讀寫資料庫就可以看做一種記賬的行為，區塊鏈技術的原理就是在一段時間內找出記賬最快最好的人，由這個人來記賬，然後將賬本的這一頁信息發給整個系統里的其他所有人。

5. 區塊鏈是否有性能瓶頸

區塊鏈的性能指標主要包括交易吞吐量和延時。交易吞吐量表示在固定時間能處理的交易數，延時表示對交易的響應和處理時間。在實際應用中，需要綜合兩個要素進行考察——只使用交易吞吐量而不考慮延時是不正確的，長時間的交易響應會阻礙用戶的使用從而影響用戶體驗；只使用延時不考慮吞吐量會導致大量交易排隊，某些平台必須能夠處理大量的並發用戶，交易吞吐量過低的技術方案會被直接放棄。
 
目前，比特幣理論上每秒最多隻能處理七筆交易，每十分鍾出一個區塊，相當於交易吞吐量為7，交易延時為10分鍾，實際上，等待最終確認需要6個左右的區塊，也就是說實際交易延時是1個小時。以太坊稍有提高，但也遠遠不能滿足應用需求。所以區塊鏈先用技術是有性能瓶頸的。
 
從區塊鏈技術來看，目前影響區塊鏈性能的因素主要包括廣播通信、信息加解密、共識機制、交易驗證機制等幾個環節。比如，共識機制的目標是為了使得參與節點的信息一致，但在高度分散的系統達成共識本身就是一件耗時的任務，如果考慮會有節點作惡，這會更加增加處理的復雜性。

6. 有對IBM Hyperledger fabric架構有更深入了解的嗎

Hyperledger fabric和公有鏈的區別見我在這里的回答。 區塊鏈是什麼，如何簡單易懂地介紹區塊鏈？ - 知乎 Hyperledger-fabric算是目前在聯盟鏈（私有鏈）這領域做得最成熟的了。新版本（v1）的整個結構大概是這樣： 首先，鏈上有些chaincode（鏈碼），可以理解為智能合約，總之是已經同意的邏輯。 然後一筆交易可以指向並觸發這些合約，然後得到一個輸出，這個輸出也會被寫在交易里。 此外，新版本相比於舊版本的變化是，整個網路的節點被分為兩種（client我不認為是網路中的節點，因為不參與共識）。一種叫endorser（批准者），一種就是普通節點（peer）。此外還有某個叫做orderer（排序）的功能模塊，有些節點可以身兼orderer，這個模塊的主要功能是負責給交易排序和打包成區塊。 交易的過程是這樣： 1，首先，每個鏈碼都有規定的批准者，假設我們考慮一個用於汽車交易的鏈碼，它規定的批准者有A，B，C三個節點，比如說，這個鏈碼規定了如下邏輯：這個交易生效的前提是A，B，C中的兩個批准了這筆交易。 2，這個時候，假設用戶小明要買車，他生成一筆交易請求用於觸發這個用於交易的鏈碼，他把這個請求發給A，B，C三個節點等待批准。 3，如果請求無誤可信，A，B，C三個節點認可了這個請求，他們會直接進行運算生成結果然後寫成交易反饋給用戶（這個時候並不寫入區塊鏈，或者他們管這個叫賬本）。 4，用戶收到返回的交易之後，如果確認返回的交易結果一致，則把交易發給排序模塊，然後排序模塊將所有收到的交易根據時間排序，打包形成區塊，然後發給所有節點。注意，這里排序模塊不對交易進行任何驗證，也就是不管他們收到的交易是不是得到了足夠的批准，只要格式對，他們都打包進區塊。 5，所有節點驗證每筆交易是不是得到了足夠的批准，如果是，則註明有效交易，否則著名無效交易，但不論結果如何，所有交易都會被寫進賬本。 6，最後，如果交易成功，節點通知用戶交易已經加入賬本。 相比於之前的版本，v1多了這些東西： 1，排序模塊從邏輯上被拆了出來，然而實際上節點可以兼職排序。 2，多了批准者這個東西，也就是說，只有批准者會知道你的交易的詳情，而其他節點在驗證的時候只驗證是不是得到了規定的批准者的批准。 3，我這里沒寫，但是多了一個叫通道的東西，不同的通道本質上就是不同的獨立的區塊鏈。 註：我不是這個項目的參與者，所以以上的介紹完全基於個人看他們說明文件的理解，他們文檔里對於區塊鏈的一個核心問題——存在惡意節點的情況所言甚少，所以我也不清楚他們對於惡意節點有多高的容忍度。 但是，光從這個結構本身看，的確，v1增加了很多功能，結構也很清晰，很靈活，可以支持不同的應用場景。然而，從理論的角度講，並沒有多少創新性可言，區塊鏈技術的目前的兩個主要問題——scalability（可擴展性）和私密性，它都沒有解決。盡管它號稱解決了這兩個問題，實際上還是建立在犧牲可靠性和安全性的基礎之上的。

7. 性能、安全等方面綜合能力比較強的區塊鏈平台有懂的嗎

之前有關注過新聞，在工信部信通院組織的「可信區塊鏈技術平台」的功能測評、性能評測、密碼測評和安全評測中，趣鏈區塊鏈平台均100%通過所有評測，綜合能力遙遙領先。

8. 學習區塊鏈開發是學習go語言、hyper ledger fabric比較好、還是以太坊智能合約比較好或者公鏈開發

Go全棧+區塊鏈課程：
一共22周，分為5個階段，
第一階段4周 go語言基礎與網路並發 ，學完入門go語言，
第二階段 4周 go語言實戰web開發，爬蟲開發，密碼學，共識演算法，實現輕量級公鏈，學完可以開發golang的網站，爬蟲，實現輕量級區塊鏈
第三階段 4周 以太坊源碼分析與智能合約Dapp開發，學完掌握以太坊核心與開發智能合約，以及區塊鏈，
第四階段 4周 超級賬本，比特幣 EOS，源碼分析與智能合約實戰，學完以後掌握超級賬本開發，山寨比特幣，分叉EOS，以及智能合約Dapp開發
第五階段 6周 項目實戰 ，實戰5個企業級項目，學完可以擁有1年區塊鏈項目經驗
從語言本身特點來看，Go 是一種非常高效的語言，高度支持並發性，Go 語言的本身，它更注重的是分布式系統，並發處理相對還是不錯的，比如廣告和搜索，那種高並發的伺服器。
Go語言優點：
性能優秀，可直接編譯成機器碼，不依賴其他庫，Go 極其地快。其性能與 Java 或 C++相似。
語言層面支持並發，這個就是Go最大的特色，天生的支持並發，Go就是基因裡面支持的並發，可以充分的利用多核，很容易的使用並發。
內置runtime，支持垃圾回收，這屬於動態語言的特性之一吧，雖然目前來說GC不算完美，但是足以應付我們所能遇到的大多數情況，特別是Go1.1之後的GC。
簡單易學，Go語言的作者都有C的基因，那麼Go自然而然就有了C的基因，那麼Go關鍵字是25個，但是表達能力很強大，幾乎支持大多數你在其他語言見過的特性：繼承、重載、對象等。
豐富的標准庫，Go目前已經內置了大量的庫，特別是網路庫非常強大，我最愛的也是這部分。
內置強大的工具，Go語言裡面內置了很多工具鏈，最好的應該是gofmt工具，自動化格式化代碼，能夠讓團隊review變得如此的簡單，代碼格式一模一樣，想不一樣都很困難。
跨平台編譯，快速編譯，相較於 Java 和 C++呆滯的編譯速度，Go 的快速編譯時間是一個主要的效率優勢
Go語言缺點：
軟體包管理：Go 語言的軟體包管理絕對不是完美的。默認情況下，它沒有辦法制定特定版本的依賴庫，也無法創建可復寫的 builds。相比之下 Python、Node 和 Ruby 都有更好的軟體包管理系統。然而通過正確的工具，Go 語言的軟體包管理也可以表現得不錯。
缺少開發框架：Go 語言沒有一個主要的框架，如 Ruby 的 Rails 框架、Python 的 Django 框架或 PHP 的 Laravel。這是 Go 語言社區激烈討論的問題，因為許多人認為我們不應該從使用框架開始。在很多案例情況中確實如此，但如果只是希望構建一個簡單的 CRUD API，那麼使用 Django/DJRF、Rails Laravel 或 Phoenix 將簡單地多。
異常錯誤處理：Go 語言通過函數和預期的調用代碼簡單地返回錯誤(或返回調用堆棧)而幫助開發者處理編譯報錯。雖然這種方法是有效的，但很容易丟失錯誤發生的范圍，因此我們也很難向用戶提供有意義的錯誤信息。錯誤包(errors package)可以允許我們添加返回錯誤的上下文和堆棧追蹤而解決該問題。
另一個問題是我們可能會忘記處理報錯。諸如 errcheck 和 megacheck 等靜態分析工具可以避免出現這些失誤。雖然這些解決方案十分有效，但可能並不是那麼正確的方法。