区块链解密——构建基于信用的下一代互联网

目前来说，虽然去中心化技术暂时还不能如同云计算一样提供标准和能力统一的服务，但是近年来在一些细分业务领域，比如数字货币相关、溯源、存证、数据协同、baas 服务等，出现了一些完备且具备迁移能力的区块链服务。而就在前几年这块还是行业空白，可以说，区块链在各个行业的渗透速度正在加剧，竞争也愈加激烈。

为了实现VDEX的整体协议的可扩展性，项目方设计了具有“局部”特性的共识算法——异步多阶段共识算法（AMC：AsyncMulti-phaseConsensusAlgorithm）。在设计过程中，遵循着以下几个原则：

1)?可扩展性：VDEX为了配合业务、网络、存储等层面的可扩展性，共识算法上，必须要具有局部特性，即一笔交易共识所涉及的节点必须是有限且不具备广泛传播特性的。或者说，从全局角度，网络中的共识应该是可并行、且可扩展的。这样才能支持整个协议的可扩展性。

2)确定性和稳定性：在共识算法具备局部特性的情况下，保证共识结果的确定性和稳定性是非常大的挑战，因为这两者往往是矛盾的。VDEX通过充分的无关参与方进行监督，同时加上激励机制的协同，实现共识的确定性和稳定性。

3)合理取舍与激励补充：纯基于算法来实现VDEX希望的共识，难以在通用层面上同时满足扩展、安全、性能和确定性的要求。因此，VDEX预留了可配置选项，业务根据自身业务特性，可配置性的进行取舍。同时结合R值与token协同的激励方式进行补充，进而实现在实际运行中可行的共识机制。

2.算法描述

Dota-Core支持的共识，VDEX上的所有行为都可以抽象为一笔交易（此交易更类似于数据库领域的Transaction，而不是支付领域的狭隘交易）。为了方便描述AMC算法的大致流程我们首先对共识场景做如下假设：针对一批从节点A发送到节点B交易，记为TB（TransactionBatch）A的备份节点记为CandidateSetA,B的备份节点记为CandidateSet_B针对TB，A确定的共识代理记为A',B确定的共识代理记为B'AMC共识流程大致描述如下：协商阶段（negotiation）

1）A对TB进行签名生成Sa，并确定唯一EpochNoEa，同时利用可验证的随机算法确定A'，并将<A'，Ea，Sa，TB>等信息打包发送给B。

2）B验证信息后，返回A类似的信息<B'，Eb，Sb>。至此，针对TB，发起方A和接受方B都对其进行了签名，为其预留和占用了当前的唯一epoch对<Ea，Eb>，同时关联一个时间戳，代表协商阶段完成的时间，后续委托、收集、决议等，超时计时从这个时间戳开始计算。

如今的VDEX在不同域通过核心的通道进行交易，这些交易数据即是用户在该金融场景的行为数据。由于account需要必须归属于一个地址，因此从地址所有者角度，能够便捷的看到和汇总其在不同金融场景的金融行为数据。而这些打通的数据和行为，让所有进行自己所拥有的金融数据和金融资产的管理等，变得非常方便。类似的，从有权限的第3方角度，或者监管方角度来看，VDEX打通的用户全网金融行为和数据，针对某资产的查询、监管等也将更加便捷和全面。

—-

编译者/作者：Vdex中文社区

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。