pi 币商城开发 公链项目开发 dapp 开发公司

开发一条公链，对于任何技术团队都是一件极具挑战性的事情。假如糟糕的网络通信这种被动的恶意，还能让人接受，那么不择手段的双花、DDoS、智能合约攻击等等，让我们必须谨慎的设计每一个逻辑环节。

我们设计了一种让所有共识参与者共同维护“共识白名单”的机制，让所有参与者能够验证彼此对同一个块的签名，再配合奖惩机制，让它能够应对假身份攻击的危险。

该算法能够通过定义网络中的大多数为 2/3*N~3/4*N,从而能够抵抗 1/3~1/2 的恶意攻击，当然大多数越接近 N，对性能会有负面的影响。

Hashgraph 存在的问题

当然 Hashgraph 并不是完美的，作为一个完全异步的 BFT 类共识，它在公网环境下，能够支持多少个节点？完全的异步让它对网络环境的要求没有那么苛刻，我们知道它最终能够达成一致，但是，如果这个时间窗口过长，那么它将无法面对很多业务场景，而且，作为 BFT 类共识，它必须知道全网节点数 N，而这些都是公网环境下无法保证的。于是我们设计了基于 Hashgraph 的快速同步功能以及共识节点的动态验证集策略。

在传统链式结构中，大家对这两个功能并不陌生。像以太坊的快速同步功能，以及 casper 中的动态验证集。基于链式的数据结构让我们很容易能够想象，这两个功能如何去实现，所以我们需要把 Hashgraph 链式化。  

如何解决

链式账本结构，它更适应于表示不可变的事务的有序列表。在我们的系统里，交易顺序由 Hashgraph 一致性算法控制，但是最终的“块状”交易被映射到由块组成的线性数据结构。每个块包含交易的有序列表，前一个块的哈希，对应的应用程序状态（statehash），以及来自动态验证集的签名集合。

在区块链世界里，任何一个共识系统的输出都是一个有序的交易列表。我们最终决定使用链式结构来建模最终数据，是因为它是高效的，具有良好区块链兼容性（分片，跨年，layer2 等）。由批量，有序的交易序列，hash，签名，组成的线性数据结构让它很容易验证很多事务。

Hashgraph 是一种基于同义数据结构的，优秀的一致性算法。然而 swirlds 团队也仅仅是给出对交易进行排序的一致性算法，然而哈希图数据结构在表示线性交易序列时并不容易使用。它是一个有向无环图（DAG），其顺序必须通过一些复杂的一致性函数来提取，为了验证给定交易的一致性索引，必须重新计算 hash 图的子集上的一致性方法。而链式结构不需要进一步的处理来提取交易的有序序列，并且通过简单的加密原语足以验证块。

如上图所示，我们根据 swirlds 算法中的 round 以及 roundreceived 概念，将 Hashgraph 映射为链式结构。在链式结构上，我们通过设计新的数据结构来截断 Hashgraph，以便支持快速同步，并在不同的 round 中支持不同的动态验证集，这让我们的公链在面对恶劣的公网环境，能够有很好的适应能力。

同步功能，我们设计了两种同步方式，一种是基于全图谱的全数据同步模式，另一种是基于某一个特定的“frame”，以及对应的 block，对应的账本 snapshot 的快速同步模式。

快速同步功能虽然并不陌生，但是它对与一个完全异步的 BTF 类共识就显得格外重要了，因为由于网络原因，某些节点会落后于当前大多数节点，在一些特定得应用场景中，我们鼓励节点积极的使用快速同步，这样可以有效得控制并防止异步过程中，全网数据状态不一致的时间窗口越来越长。当然需要全数据的节点可以通过不断的 gossip，来同步自己的全数据，然后不断产块，来追赶最新的数据，方式是灵活的。

随着网络层绿色生态的热门，公链总数的增加，客户的可选择性被著名公链所正确引导，开发人员只有在总流量与特性中迫不得已挑选前面一种，而应对多元化的客户遍布，同种类运用必须多次不断调节开发设计到相匹配公链之中，这类不对等开发工具宛如一座高山压在开发人员的肩上。目前我们团队这边主要针对基于 BTC 的 UTXO 公链，基于 ETH 的 POA 网络公链，类似 EOS 的 DPOS 网络公链。针对公链开发的团队要求还是比较高的，当下好多团队这边对于公链开发这项技术只能是望而却步。针对这点，我们西安西西弗斯团队对这块有深入研究，不仅仅是针对公链开发技术，包括链游，数字孪生，链改等技术都有进行研发。所以从这点上来说的话

公链广泛开发人员抨击的问题有速度不高、兼容模式差、易用性弱和链上拥挤，这也是包含手机游戏以内的 DAPP 运用自始至终没法问世大佬的直接原因。MPC 公链在制定前期，就专业为处理这类问题，作出了大批量的研发投入，保证系统软件可以一举处理以上困扰，为链游的大规模落地式铲除阻碍。

尽管立在静态数据的时下看，DFINITY 绿色生态还小，而且与别的公链绿色生态阻隔，但 DFINITY 并没有困于眼底下的造就，只潜心在总量开发人员，反而是在关键技术、开发设计小区等刚性标准的与此同时，让来源于更众多全球的增加量开发人员见到区块链技术的业务流程适用发展潜力，带区块链技术跳出来“公链和运用围猎总量客户”的小天地。

 时迄今日，公链的市场竞争早已并不像当时那麼没脑子，经营好一个公链新项目需求的科研开发資源、资产适用、客户生态文明建设、商业合作这些，并不是一个靠企业愿景前行的精英团队能完成的。真真正正要搞好一条公链，必须十分健全的体系管理（这事情只靠区块链技术自治权是完不了的）。实际上，如今也没有办法说，哪个公链在未来一定是获得成功