「区块链」哈勃(Hubble Chain)区块链智能金融新生态

原创 常闻君言笑  |  文章来源:币圈达人发布时间:2020-05-24 01:42  阅读 114 次 评论 0 条
众人帮 趣闲赚 牛帮
摘要:

Hubble Chain是一条支持跨链交易且拥有去中心化交易系统的公有链,通过采用H+POR共识机制、“全域智脑”和“虫洞网络”系统,及底层跨链协议等区块链技术,以智能挖矿、智能中心、智能孵化器三步战略为核心,全面构建全球区块链智能金融新生

Hubble Chain是一条支持跨链交易且拥有去中心化交易系统的公有链,通过采用H+POR共识机制、“全域智脑”和“虫洞网络”系统,及底层跨链协议等区块链技术,以智能挖矿、智能中心、智能孵化器三步战略为核心,全面构建全球区块链智能金融新生态。

为了激励全球生态建设者和与参与者,实现跨链应用场景的生态建设和各方利益的分配,Hubble Chain发行了生态通用原生TOKEN——HB。作为生态下唯一的权益通证,HB使整个系统中的交易更加方便、透明,并可通过智能合约实现自动执行、监管等功能,保证了交易在没有第三方担保情况下的公平与公正。

项目概述

哈勃(Hubble Chain),取自哈勃望远镜,通过哈勃人们发现了更为广大深远的未知宇宙空间,为整个人类文明与科技发展指明了方向。在区块链技术即将深刻改造金融领域,乃至探索到更多领域,更为广阔深远发展前景的今天,Hubble Chain提出了“全球区块链智能金融新生态”概念,愿能通过“Hubble Chain”这个洞悉未来的深空望远镜,更深刻、更清晰地为金融行业,及社会体系持续进化的美好未来,探寻到一条可行之道。

Hubble Chain由全球顶尖互联网公司的区块链技术人才,及金融投资银行安全技术人才,通过网络去中心化协作的方式共同开发,秉持多层次、多领域、公平与包容、共促共赢的设计理念,打造连接数字资产和现实世界的桥梁,构建支撑各类链上应用的区块链新生态。

Hubble Chain底层提供了完整的分布式体系,包括完整的智能合约体系、安全体系。同时,Hubble Chain对底层复杂的技术体系及异构的系统进行了抽象,实现支持兼容各类主要协议、密码标准的分布式实体管理和多维认证协议,并支持对各类异构区块链和传统信息系统的跨链、跨系统交互映射。

技术架构

Hubble Chain核心技术优势:

(1)H+POR共识机制,基于POR所优化建立的混合机制。

(2)HCTP跨链协议,以去中心化方式,完成跨链资产转移。

(3)“全域智脑”系统,完成全网主流资产与HB的智能撮合交易。

(4)“虫洞网络”与“全域智脑”结合,实现最优价值资产转化。

(5)“标准钟”校准机制,链上去中心化生态治理准则。

1. H+POR共识机制

目前公链面临着可扩展性、安全性以及有效去中心化等技术瓶颈,Hubble Chain技术团队所自主研发的H+POR共识机制,以一种基于POR(信誉共识协议)优化建立的混合机制,提供实现技术突破的有效解决方案。

信誉证明共识机制依赖于生态参与者的信誉来保证网络的安全,参与者必须拥有足够重要的声誉,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小时不间断地进行低买高卖,高频对冲交易所获取的利润,将作为生态体系中所有参与者长期、稳定的价值回报。

· 跨链挖矿

区块链技术虽然打破了中心化金融的垄断,但由于技术限制,链与链之间无法直接进行交易。Hubble Chain通过底层跨链技术将链与链连接,完成不同区块链项目之间的跨链资产流通。在跨链协议实现过程中,Bubble Chain链上的每个人都能成为HB矿工,矿工把全网主流资产(如ETH)转入平台,就能够源源不断挖出HB,然后根据HB权重比例来获得挖矿收益,共建共享这个全球区块链智能金融生态。

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 风险提示:区块链投资具有极大的风险,项目披露可能不完整或有欺骗。请在尝试投资前确定自己承受以上风险的能力。区块网只做项目介绍,项目真假和价值并未做任何审核!

历史上的今天:

本文地址:https://www.u5881.com/7207.html
版权声明:本站推荐的部分活动具有时效性,老淘本人并不能保证当您看到本文时,该项活动是否仍在继续。

发表评论


表情