信譽證明共識機制依賴於生態參與者的信譽來保證網路的安全，參與者必須擁有足夠重要的聲譽，H+POR依據Hubble Chain生態圖譜將生態社群、時間、貢獻活躍度等一系列的生態參與度，透過多維資料加權得出來的聲譽積分進行數學建模，構建出一套去中心化的信譽體系。H+POR混合機制，在結構上包括四個部分：
· Hub-C信譽量化體系
Hub-C信譽機制（Hubble Credibility Framework）是基於有向無環圖的DAG交易資料模型和Social Graph社交圖譜模型，建立的區塊鏈世界的信譽和聲望量化體系，透過交易資料結構和社交圖譜之間的互動關係，用於選取網路誠信節點，有效抵抗中心化。
為維護生態去中心化的信譽體系，Hubble Chain還將透過Hub-C信譽值所定義的誠信節點（Benign Node）進一步細分為提議者（advisor）和決策者（Director）兩大類，再由複數提議者組成管理委員會MC（Managing Committee），複數決策者組成驗證委員會VC（Validation Committee），分別進行生態治理方案的參議和決策。
· SCE安全共識引擎
H+POR將POR信譽共識協議與BFT拜占庭容錯共識演算法思路相結合，採用SCE（Security Consensus Engine）Hubble 安全共識引擎，憑藉其高效能、一致性的的特性，有效提升共識效率，確保每臺機器以相同的順序記錄相同的事務，並且在嚴格的分叉追責機制下，能夠制止惡意破壞者的行為。
由Hub-C信譽值定義的誠信節點輪流參與驗證共識，透過SCE安全共識引擎驗證網路中的新交易。驗證成功的交易被記錄到系統的分散式賬本之中，同時增加相應節點的信譽值。可以在有限作惡節點存在時，仍然為系統提供安全性和活性的保證，作惡的節點的信譽分數將被減少或扣除，並被取消共識和記賬權益。
· HILA並行處理技術
為了進一步提高系統並行處理效率和運算速度，Hubble Chain技術團隊提出HILA（Hubble Instant Ledger Access）即時賬本讀取技術，簡稱HILA並行處理技術。
終態確定時間是確認區塊鏈上的資料最終狀態所需要的時間，提高區塊鏈的速度，就是要減少終態確定時間。H-POR 演算法透過Hub-C信譽值定義了誠信節點，縮小了確認終態的節點數量，從而減少了確定時間。但是要達到亞秒級速度，還需要快速驗證大量的本地交易塊，同時快速的在網路各個節點之間快速的廣播。
對於交易驗證來說，簽名驗證是最需要消耗時間的部分，此外還有諸多如網路驅動、資料依賴性的管理等諸多部分都需要消耗時間。我們需要定義一個可以讓所有的硬體的等待時間最少的架構，因此借鑑了CPU設計中的經典精簡指令集流水線設計思想，將多核處理和五步流水線結合，達到驗證交易速度的大量提升。
· Sharding分片技術
H-POR支援透過分片技術（Sharding）提高吞吐量。分片技術借鑑於經典資料庫中的分割槽技術，當資料吞吐量很大的時候，一個資料庫的讀寫會需要很長的時間，因此可以透過將資料分別儲存在不同的資料庫的不同的表中，提供高速訪問資料的能力。
目前大多數的區塊鏈堆疊是單片架構，每個堆疊都是一個處理分散分類賬所有問題的程式，往往會使得重用程式碼元件變得困難。H+POR透過多節點共同協作的資料分片技術，將共識引擎與特定應用程式的狀態細節分離，把應用程式的細節抽象到介面來實現，確保鏈上資料快速、安全、穩定地流轉互動。
2. “全域智腦”系統
Hubble Chain研發的智慧撮合交易系統——全域智腦，透過智慧比對和篩選，藉助跨鏈技術，完成全網主流資產與HB的智慧撮合，最大限度幫助生態參與者實現自有資產增值。
· HCTP跨鏈協議
HCTP（Hubble Cross-chain Transaction Protocol）是基於Hubble Chain技術的底層跨鏈交易技術，支援區塊鏈之間的跨鏈轉賬以及本鏈多資產的轉移，也支援透過智慧合約實現各種簡單或複雜的業務，賦能傳統金融行業，構建一個開源的、高效能的、去中心化的價值網路。
為了支援平行鏈之間的跨鏈操作，Cosmos提出了一種跨鏈互動協議IBC(Inter-BlockchainCommunication Protocol)。以鏈A到鏈B轉賬10token為例，如果A要和B進行跨鏈交易，那麼A和B鏈需要分別執行相當於對方區塊鏈的輕節點，首先鏈A凍結10token, 並生成相應的證明傳送給鏈B；鏈B接收到相應的IBC訊息，透過鏈A的區塊資訊，確定鏈A確實進行相應的資產凍結，然後鏈B才會生成等價10token的資產。
以上是使用IBC協議的兩個平行鏈直接進行跨鏈的基本過程，如果區塊鏈很多，那麼這種方式的兩兩跨鏈複雜度會呈現組合級別增加。因此HCTP跨鏈協議在IBC的基礎上，引入2WP（Two-Way-Peg）雙向錨定技術，實現跨鏈交易的驗證和資產轉移。
2WP允許原鏈上的數字資產轉移到第二層區塊鏈，並且反之亦然。這裡的“轉移”其實是一個錯覺：原鏈上的數字資產並不是真正的轉移，而是暫時性地將數字資產在原鏈上鎖定，同時有等量的等價代幣在第二層區塊鏈上被釋放。同樣的，當等量等價的代幣在第二層區塊鏈上被鎖定時，則原鏈上的原始數字資產就可以被釋放。
以太坊將是最先連線到Hubble Chain的公鏈，透過HCTP跨鏈協議，可以將ETH轉到Hubble Chain。在Hubble Chain中，每個資產在原鏈上都有一個對應的多籤地址，由15個Director共同管理。首先需要將使用者的ETH地址和HB的跨鏈地址進行一對一繫結，當使用者的ETH由以太坊的繫結地址轉入到指定的多籤地址後，ETH就被鎖定在以太坊上，同時會有等量的等價HB在Hubble Chain上被釋放。Hubble Chain全網節點透過各自的跨鏈API查詢這筆交易，待確認成功後，Director在Hubble Chain上給使用者入賬。
當使用者想要將Hubble Chain上的HB轉出到以太坊，則需要進行提現操作。在Hubble Chain上發起提現申請後，Advisor對該筆提現交易打包確認並等待Director的簽名，當被收集打包的交易收到不低於2/3的Director的簽名後，將會生成一筆ETH/HB出賬交易。Hubble Chain上的HB會被鎖定，而以太坊上的ETH就可以被釋放，即完成從Hubble Chain到以太坊的跨鏈轉出。
· 智慧撮合系統
“全域智腦”即智慧撮合系統，首先透過伺服器接收數字資產交易請求及交易條件，根據交易條件在鏈上的快取節點中尋找最優路徑，透過智慧比對、篩選到最優資產，將交易請求傳送到鏈上節點，驗證節點對該交易進行確認簽名，實現數字資產撮合交易的快速進行，幫助Hubble Chain使用者實現現有資產的溢價。
這種分散式智慧交易方法的特徵在於，接收伺服器在收到交易請求後首先查詢快取節點中是否存在路徑，如果存在則對該交易進行許可，如果沒有，則發出查詢路徑請求， 並相應更新本地快取。
3. “蟲洞網路” 技術
蟲洞網路（WHN）能夠實現使用者資產的最優價值兌付。在完成全網主流資產與HB與的智慧撮合後，Hubble Chain 將運用WHN系統，深度洞穿全網交易所，透過智慧量化交易策略組合進行高頻對沖交易，使生態體系所有參與者獲得長期、穩定的價值回報。
WHN首先深度挖掘全網交易所的實時資料，根據鏈上交易量、平均交易費用、網路雜湊率、活躍地址、通脹率、區塊大小和挖礦難度等引數，透過量化分析錨定最優價值投資的主流資產，制定智慧量化交易策略組合，24小時不間斷地在全網交易所的不同交易對之間，進行高頻對沖交易，實現最優價值的陣列資產轉換和智慧溢價。
WHN量化交易優勢：
（1）多元：量化交易策略庫儲備豐富，有更為先進的交易策略制定，最佳化過的智慧系統設定有1min、10min、30min K線，進行24小時不間斷地高頻率短線操作。
（2）魯棒：有效對抗市場多變及突發行情趨勢等外部引數，深度學習機制將根據單次策略結果制定權重，透過量化多次交易，在多策略間形成類似神經網路學習過程，以極快速度“學會”面對當前市場的最優解。
（3）快速：交易節點遍佈全球，根據交易所伺服器所在區域自動適配，網路延時更短，交易響應速度更快，下單速度達到ms（毫秒）級，是人工下單的千倍級。
（4）智慧：WHN系統會自行識別和捕捉數字資產在全網交易所之間的差價及交易量，並在合適的時機自行啟動智慧對沖交易，解決了人工操作的各種弊端和風險。
4. “標準鍾”治理模型
“標準鍾”是與H+POR共識機制相適應的生態治理模型。透過由管理委員會MC（Managing Committee）和驗證委員會VC（Validation Committee）組成的兩級治理結構，有效實現鏈上專案的優勝劣汰，進一步控制鏈上使用者的投資風險，建立高度自治、互利互惠的去中心化智慧金融新生態。
“標準鍾”生態治理模型：
（1）作為去中心化的智慧交易系統公鏈，鏈上主權歸所有生態參與者所有，並將透過投票委託節點進行治理；
（2）鏈上所有節點分為管理委員會（MC）和驗證委員會（VC）兩極治理結構；
（3）MC作為社羣組織構架的核心，負責社羣的日常管理運作，負責重大事項的提案，並經驗證委員會透過後的具體執行。
（4）VC代表最廣泛的社羣生態的利益，具有行使選舉權、監督權、重大提案表決權。
（5）鏈上所有事務的治理，需以維護生態發展為出發點，遵循討論、提案、投票的流程，進行制定和執行；
（6）MC建立規範且不可變的區塊交易順序，並由VC投票決定；
（7）MC成員變更由現有MC成員發起變更候選提案，此候選提案收到不低於2/3MC成員的簽名同意後，轉換為正式提案。
（8）變更MC成員的正式提案再由VC投票，當正式提案得到不低於2/3的同意投票後，提案透過。
（9）每個節點都需要共同維護Unspent Transaction Output（UTXO）資料庫；
（10）MC負責監督執行塊提議的共識引擎，並查詢智慧撮合交易系統狀態；
（11）VC需要在鏈上廣播時驗證事務，並簽名確認；
（12）普通提案的超過1/2投票權重即可透過，重大提案超過2/3投票權重方可透過；
（13）新增或廢棄MC提案生效後，需要重新建立對應的多重簽名錢包，並在鏈上廣播共識。
系統架構
1. 技術支撐
1) 由於數字貨幣的特殊性，數字貨幣主錢包以及交易所專案執行，需要保障所有硬體具有冗餘備份；
2) Hubble Chain採用原生開發，具有高穩定性高流暢性的特點；
3) Hubble Chain PC端基於PHP7進行開發，可根據需求快速進行調整修改，並有效降低成本；
4) 不同貨幣型別交易資料庫獨立，可對應不同幣種進行交易負載切分；
5) 後端採用GOLANG語言進行記憶體級撮合交易，可以處理每秒20000筆以上的交易。
2. 全域架構
使用者可透過PC、IOS、Android、web、H5（所有使用者端支援多語言版本）訪問應用程式，支援支付介面、簡訊等各種介面；支援會員卡功能及推送服務，公司擁有專業的運維技術團隊，可以自行進行業務平臺的伺服器部署，也可以使用雲端計算產品，業務前端具備負載均衡，應對業務高峰期，後端REDIS 快取，MySQL讀寫分離，異地災備，保證業務高效可用。雲端計算服務具備彈性收縮，能保證業務的水平擴充套件，應對業務持續性增長。對於財務審計使用沙盒計劃保證資金安全。
1> RDS資料庫
RDS 透過資料傳輸服務（DTS）實現主例項和異地災備例項之間的實時同步。主例項和災備例項均搭建主備高可用架構，當主例項所在區域發生突發性自然災害等狀況，主節點（Master）和備節點（Slave）均無法連線時，可將異地災備例項切換為主例項，在應用端修改資料庫連結地址後，即可快速恢復應用的業務訪問。災備例項可透過 DTS 管理控制檯實現同步物件變更、同步速度設定、延遲報警等同步鏈路原生功能。災備例項拓撲圖如下圖所示：
2> MySQL讀寫分離
MySQL 支援直接掛載只讀例項，分擔主例項讀取的壓力。MySQL 版資料庫的主例項和只讀例項都具有獨立的連線地址，當使用者開啟讀寫分離功能後，系統就會額外提供一個讀寫分離地址，聯動主例項及其下的所有隻讀例項，實現了自動的讀寫分離。應用程式只需連線同一個讀寫分離地址進行資料讀取及寫入操作，讀寫分離模組會自動將寫入請求發往主例項，而將讀取請求按照使用者設定的權重發往各個只讀例項。使用者只需透過新增只讀例項的個數，即可不斷擴充套件系統的處理能力，應用程式上無需做任何修改。讀寫分離示意圖：
3> 彈性負載（ECS彈性伸縮模式）
彈性負載資料庫賬戶資料採用加密儲存和資料簽名技術，定時審計，REDIS做快取，採用叢集方式，功能就是負載均衡，水平擴充套件，防止單點故障。彈性伸縮是根據 業務需求和策略，自動調整其彈性計算資源的管理服務。根據業務需求，您可以自動地調整其彈性計算資源。
尤其是在各個節日來臨之時，業務量增大時的解決方案：
（1）在業務需求增長時無縫地增加業務例項；
（2）在業務需求下降時自動減少業務例項以節約成本。
ECS彈性伸縮模式有多種模式：
定時模式：配置週期性任務，定時地增加或減少 ECS（彈性伸縮） 例項。
動態模式：基於雲監控效能指標（如 CPU 利用率），自動增加或減少 ECS 例項。
固定數量模式：透過 最小例項數 （MinSize）屬性，可以讓您始終保持健康執行的 ECS例項數量，以保證日常場景實時可用。
自定義模式：根據使用者自有的監控系統，透過 API 手工伸縮 ECS 例項。手工執行伸縮規則。手工新增或移出既有的 ECS 例項。手工調整 MinSize、MaxSize 後，彈性伸縮會自動建立或釋放 ECS 例項，儘可能將當前 ECS 例項維持在MinSize～MaxSize之間。
健康模式：如 ECS 例項為非 running 狀態，彈性伸縮將自動移出或釋放該不健康的ECS例項。多模式並行：以上所有模式都可以組合配置，客戶預期每天13：00 ~ 14：00 會出現業務高峰，所以設定定時建立20臺ECS 例項的伸縮模式，當客戶不確定業務高峰期的實際需求是否會高於客戶預期時，如某天實際需要40臺ECS例項，可同時配置動態伸縮模式以應付不可預期的變化。
4> 安全性防護（技術、管理雙重保障）
分步式檔案系統會把每一個檔案切成64K的碎片，加密儲存在伺服器上，並進行3份複製，本機、交換機、跨交換機各一份，保證檔案儲存的安全。為確保資料不被運維人員非法接觸，Hubble Chain採用堡壘機登入運維資料庫，制定了嚴格的系統安全管理制度，從技術上和管理上兩個角度保障資料安全防DDoS 攻擊。當使用者使用外網連線和訪問RDS 例項時，可能會遭受DDoS 攻擊。當 RDS 安全體系認為使用者例項正在遭受DDoS 攻擊時，會首先啟動流量清洗的功能，如果流量清洗無法抵禦攻擊或者攻擊達到黑洞閾值時，將會進行黑洞處理。
· 流量清洗和黑洞處理的方法及觸發條件如下：
流量清洗：只針對外網流入流量進行清洗，處於流量清洗狀態的 RDS 例項可正常訪問。
流量清洗的觸發和結束由系統自動完成，單個 RDS 例項滿足以下任一條件即觸發流量清洗：
黑洞處理：只針對外網流入流量進行黑洞處理，處於黑洞狀態的RDS例項不可被外網訪問，此時應用程式通常也處於不可用狀態。黑洞處理是保證RDS整體服務可用性的一種手段。
· 黑洞觸發條件如下：
· 黑洞結束條件如下：
· 訪問控制策略：
· 系統安全
5> https 128位資料加密傳輸加密
HTTPS，是以安全為目標的HTTP通道，簡單講是HTTP的安全版。即HTTP下加入SSL層，HTTPS的安全基礎是SSL，因此加密的詳細內容就需要SSL。HTTPS協議是在HTTP的基礎上增加了SSL協議，SSL依靠證書來驗證伺服器的身份，並且為瀏覽器和伺服器之間的通訊加密。因此所有的銀行系統網站，關鍵部分應用都是https 的。客戶透過信任該證書，從而信任了該主機。這樣使得服務端和客戶端之間所有的通訊都是加密的，從而讓系統更加安全。
3. 智慧合約
對於智慧合約而言，DAG (Database Availability Group）的時間確認一直是一個難解的問題，Hubble Chain的智慧合約改變傳統區塊鏈結構下因強一致性原則而必須使用固定時間戳執行交易與合約的方式，將指定時間域作為合約執行緩衝期，在一定權重週期內達成全網共識，以此來解決DAG網路偏序結構下難以實現智慧合約的痛點。
Hubble Chain基於區塊鏈的智慧合約能發揮智慧合約低成本、高效率的優勢。保障合約的正常執行。將智慧合約以程式碼化的形式寫入Hubble Chain，利用區塊鏈技術實現資料儲存、讀取及執行過程可追蹤透明化且不可篡改。此外利用區塊鏈的共識演算法構造的狀態系統確保智慧合約高效的執行。智慧合約的功能元件包括開發執行環境和儲存環境：
1> 開發執行環境:
（1）提供程式語言支援，必要時可提供配套的整合開發環境；
（2）支援合約內容靜態和動態檢查；
（3）提供執行載體支援，如虛擬機器等。
對於與區塊鏈系統外部資料進行互動的智慧合約，外部資料來源的影響範圍應僅限於智慧合約範圍內，不應影響區塊鏈系統的整體執行。
2> 儲存環境：
（1）防止對合約內容進行篡改；
（2）支援多方共識下的合約內容升級；
（3）支援向賬本中寫入合約內容。
4. 核心演算法
Hubble Chain平臺所有的資料都是內部流通 , 內部訪問採用加密通訊 , 根據加解密的金鑰是否相同，演算法可以分為對稱加密（symmetric cryptography，又稱公共金鑰加密，common-key cryptography） 和非對稱加密 (asymmetric cryptography，又稱公鑰加密，pQMGlic-key cryptography)。兩種模式適用於不同的需求，恰好形成互補，形成混合加密機制。
AES（Advanced Encryption Standard）：美國國家標準研究所（NIST）採用取代DES 成為對稱加密實現的標準，1997~2000年 NIST 從15個候選演算法中評選 Rijndael演算法作為 AES，標準為 FIPS-197。AES 也是分組演算法，分組長度為128、192、256位三種。AES 的優勢在於處理速度快，整個過程可以數學化描述，目前尚未有有效的破解手段。
1> 反向代理模式
反向代理讓負載均衡，Hubble Chain使用的代理伺服器可以將請求轉發給內部的 Web伺服器，使用這種加速模式可以提升靜態網頁的訪問速度。讓代理伺服器將請求均勻轉發給多臺內部 server 伺服器之一上，從而達到負載均衡的目的。這種代理方式與普通的代理方式有所不同，標準代理方式是客戶使用代理訪問多個外部 server 伺服器，而這種代理方式是多個客戶使用它訪問內部 server 伺服器，因此稱為反向代理模式。
實現這個反向代理能力並不能算是一個特別複雜的任務，但是在負載均衡中要求特別高的效率，這樣實現起來就不是十分簡單的了。使用反向代理的好處是，可以將負載均衡和代理伺服器的快取記憶體技術結合在一起，提供有益的效能，具備額外的安全性，外部客戶不能直接訪問真實的伺服器。並且可以實現較好的負載均衡策略，以非常均衡的負載方式分給內部服的靜態資料，如網站靜態頁使用的半中心的負載均衡方式。
在這種半中心的負載均衡方式下，當客戶請求傳送給負載均衡器的時候，中心負載均衡器將請求打包併傳送給某個伺服器，而伺服器的迴應請求不再返回給中心負載均衡器，而是直接返回給客戶，因此中心負載均衡器只負責接受並轉發請求，其網路負擔就較小了。
另外在架構上，Hubble Chain將隱藏自身網路的身份和IP地址，例如包含大量加密貨幣的賬戶進行交易所用的節點，或者高風險區塊鏈驗證節點，可以隱藏準確的 IP 地址和地理位置，以防禦 DDoS攻擊。
專案規劃
Hubble Chain將區塊鏈技術與傳統金融完美結合，致力於打造全球區塊鏈智慧金融新生態。哈勃生態的打造，將以智慧挖礦、智慧中心、智慧孵化器三步戰略為核心次第進行。
1. 智慧挖礦
· Hubble Chain智慧交易平臺1.0
首先，開發具備源生跨鏈協議架構的Hubble Chain主網，搭建一個全球化的去中心化智慧交易平臺，支援不同區塊鏈專案之間的跨鏈資產流通，並透過智慧撮合系統，完成哈勃生態唯一權益通證——HB的對映挖礦產出，HB將用於整個生態中的權益證明與價值流通。
然後，平臺將透過“蟲洞網路”技術深度洞穿全網交易所，使用智慧量化交易策略組合，在不同的交易所中24小時不間斷地進行低買高賣，高頻對沖交易所獲取的利潤，將作為生態體系中所有參與者長期、穩定的價值回報。
2. 智慧中心
經過智慧挖礦獲取到大量資金流和生態鏈後，Bubble Chain會將智慧挖礦升級為智慧中心，打造去中心化智慧交易平臺2.0，實現HB線上線下的支付功能。HB的智慧支付功能，將無縫對接線上線下的生態支付系統，豐富HB在生態中的流通場景，形成一個HB不斷升值的良性迴圈。
當整個生態圈層中有了足夠的沉澱，Bubble Chain就可以設立HB與法幣雙向結算的資金池，透過做市商機制進行實時結算對沖，通俗的講就是把HB運用在日常生活進行各種消費。比如線上的網上購物、生活繳費，以及遊戲等各類充值；線下完成與銀行系統對接，實現平臺與銀行卡實時轉賬，以及HB的掃碼支付等。
透過“全域智腦”系統優勢，Hubble Chain可以鎖定大量使用者，吸收處理由於各種變數引發的市場衝擊，建立貨幣的安全性和可信度的基礎，透過需求的乘數效應預測交易量的驟變。
3. 智慧孵化器
實現全方位的智慧中心以後，圍繞平臺與HB的全球智慧金融生態已經初見雛形。為加速整個生態的繁榮，智慧中心將作為智慧孵化器，圍繞HB的實際應用場景，面向有益於自身發展的關聯產業，進行相關產業鏈上下游專案的孵化與扶持，然後滲入並穿透到整個產業鏈生態，最終完成整體智慧金融新生態的全球化打造，讓所有生態參與者都享受到區塊鏈智慧金融生態取之不盡用之不竭的發展紅利。
通證模型
1. HB的定義
Hubble Chain旨在提供手段和資源，使全世界的人們能夠在其社會、經濟和全球結構中實現獨立，實現自由安全的交易，這些資產涵蓋從財務安全和自由到私人資料管理甚至社交內容自治。
為了激勵生態建設者與參與者，Hubble Chain發行生態通用原生TOKEN——HB，用來實現平臺內的獎勵制度以及各方利益的分配。HB首先將基於ERC-20標準發行代幣，總量為6.78億枚，其中50%用於挖礦產出，剩餘50%分配給Hubble生態參與者。
2. 通證特點
Hubble Chain的通證經濟以區塊鏈為基礎，形成了一個開放流通的激勵型價值閉環經濟體，使得價值在這個經濟體的內部和外部實現創造、流動、轉移和轉換。透過區塊鏈基石技術構架，及數字加密演算法生成，可追溯，可驗證。因此將作為去中心化共識維繫的重要憑證，以及生態貢獻與權益證明。
3. HB核心價值
支付媒介
憑藉Hubble Chain優勢跨鏈協議解決方案，及以HB作為支付載體，透過鏈上高併發的清算中心和支付閘道器，支援包括線上SDK、線下POS機等全景支付需求，完美打通線上到線下的支付迴圈。
價值載體
HB作為Hubble Chain主網流通通證，伴隨生態擴大，基於Hubble Chain生態應用的增多，每一個應用場景接入或直接使用一定量的HB，或定義自己的通證，並與HB進行一定比率的兌換。隨著應用場景的逐漸豐富，HB使用和消耗越來越多，HB的價值也越來大。
交易屬性
HB的每筆同/跨鏈交易需要支付少量交易費用，其上的DAPP應用也需要使用 HB 抵押和購買資源，HB支援智慧合約，能協助量化交易的執行。
激勵機制
透過積極的激勵計劃，HB激勵礦工主動提供系統驗證交易，創立區塊，利用經濟手段產生積極的反饋可以促進系統的不斷髮展，通證將作為獎勵，激勵社羣持續為系統做出貢獻。
關於更多Hubble Chain資訊：https://www.hbchain.io/
更多區塊鏈專案介紹：http://www.qukuaiwang.com.cn/news/xiangmu 風險提示：區塊鏈投資具有極大的風險，專案披露可能不完整或有欺騙。請在嘗試投資前確定自己承受以上風險的能力。區塊網只做專案介紹，專案真假和價值並未做任何稽覈!
