TCP 与UDP 通信层

　　实现UDP 通信层技术更加复杂，因为 UDP 不能保证消息的传递。因此， 它必须在应用程序级别独立实现。

　　与tcp 不同，udp 中的消息大小受到严格限制，为了避免分组、可能丢失的数据包，并确保任何主机都能够接收数据包，在 UDP 中，数据大小不应超过 508 字节。这意味着长度较长的消息必须被削减至 508 字节，编号和发送。如果你考虑到数据包的传输没有保障，从接收方到发送方，您需要发送已接受的数据包的信息，而丢失的数据包则需要重新发送。

　　我们当然可以执行UDP 通信层，但是它将花费相当长的时间，而在

　　DPO 协商一致的情况下，不需要严格地这样做，这与建立在以下基础上的网络不同。基于上述论点，我们建议在 TCP 通信层上使用 Kotlin 从头开始构建OPEN 区块链。

　　投票

　　协商意见的关键部分之一，是经营者的选择和投票。

　　当节点希望成为运算符时，它会向活动运算符发送请求。这些节点将被称为候选节点。操作员检查候选人的需求：可用性，硬件以及网络特性、技术数量、在网络中停留的时间等。类似于确认新块的规则，

　　如果候选人成功通过了 2/3 运算符的检查，它就会进行检查。加入候选人的列表(队列)。

　　每个节点最多有 8 个活动运算符连接，其中：

　　· 6 个具有主动随机选择的运算符

　　· 2 个候选人队列中的运算符

　　默认情况下，每个节点投票给发送有关新事件的信息的节点的速度更快，频率更高。因此，候选人有机会在速度上与运营者竞争，并成为被选中的代表，组成区块并获得赏金。队列中的候选对象按降序排序， 其中额定值是其的声音和值的所有导数之和。大评级是所有投票节点和候选节点本身之和：候选人数量+∑(投标者数量)。

　　区块组成

　　根据DPOS 的共识，在每一轮之前，操作者被排成一排，每个操作者被分配一个固定的时间来形成区块，即 10 秒。在这段时间里，操作员必须形成一个区块并分发给其他操作者，以获得 2/3 代表的确认。如果得到大多数操作者(2/3)的确认，则将区块添加到区块链中。

　　如果节点未能在分配的时间内形成区块，则从运算符列表中排除它。在接下来的 10 秒内，后面的节点应该形成 2 个区块：一个用于自身， 一个用于前一个节点。

　　这一轮持续到每个节点形成一个区块，即一轮为 21 个区块(协商一致

　　中的操作者数)，如果每块 10 秒，则该轮的持续时间为 3.5 分钟。在该轮结束时，每个节点都得到一个与所生成的区块的数量和其中包含的事务成正比的奖励。在每一轮之前，所有活跃的运算符和候选人都是在列表中选择，按降序排序。选择Top-21 作为下一轮的运算符。

　　路线图

　　我们的团队将在未来几周发布一个更深入的路线图，而我们现在希望为我们的开发人员社区提供一些初步的见解。我们将至少每周发布一次更新文章，让大家了解我们的发展进程。

　　OPEN 的基架和基架程序已经接近完成，并将在 6 月中旬完全投入使用。我们已经开始编写剩下的 API 文档，并将在接下来的 5 周内提供更新。该 API 的公开版本将在 7 月初完成。与此同时，我们将各自构建我们的Javascript SDK、Java 虚拟机 SDK、Python SDK 和Go SDK。这些开发工具和SDK 对于开发人员采用区块链技术至关重要。

　　OPEN 区块链测试网计划在 2018 年 9 月中旬上线。我们已经开始了 TCP 通信层构建的工作，并计划在 7 月底前完全部署，这对杠杆来说是必不可少的。这对于利用我们的可互操作的区块链网络，和对事务进行切分以实现可伸缩性的竞争力，是至关重要的。同时，我们将执行我们的投票和协商一致的事项，在八月中旬之前完成完整的代码开放源码。我们已经实现了公钥算法，并将在 6 月底开始更新钱包软件，在

　　7 月底提供共用钱包。.

　　更多细节将于本周公布!

　　开发者社区建设

　　为了实践我们对创建最强大的开发人员社区的承诺，对于那些只使用集中技术的开发人员来说，这个社区是包容性的。我们的开发人员增长池，是在令牌生成事件中创建的，持有开放令牌总供应量的 20%。这将被用于产生新的开发人员，与领先公司建立合作伙伴关系，开办黑客比赛和其他开发人员活动，并以多种方式赋予社区权力。