我知道我知道 加密项目是黑暗的，有很多共识：根据劳动力和所有权，黄金，石油，烤馅饼（有一个，是的）。 我们还需要什么？ 我建议在阅读“星座”项目的“精简”技术文档的翻译后再讨论此问题。 当然，这不是对算法的完整描述，但是我对社区中心的意见很感兴趣，是否有这样的共识，还是不需要吗？
没有太多的字母了，因此，如果您只想写“ fu，尽可能多地写关于crypt的信息”，请不要写。 如果您对分布式系统领域的新发展感兴趣并且在评论中有什么需要分享的，那么我要求您提供帮助。
PS：我不是该技术的作者，我无法保证本质的完整转让，因此，如果有任何修改，我将很乐意发表评论。
从同步共识到异步演进
使用确定性过程（与DHT中使用的确定性过程相同，例如bittorrent）选择节点，该过程动态调整节点的职责以“促进”验证，或者更可理解地达成共识。 我们选择3个节点的组并并行执行共识轮，以便一个节点可以在多个块中充当促进者。 这允许我们异步处理事务，从本质上讲，这意味着我们同时形成了多个区块链。 与随着时间形成一条链的节点相反，该过程类似于由许多线程形成的网。 异步或并行处理是可扩展编程的基础，因为它允许您使用计算机的所有资源，从而加快了通用计算的速度。 该网络在计算机科学中称为有向无环图或DAG。
线性区块链通道宽度与DAG乘数效应的关系，其中我们有几个并行区块链。
针对DAG的线性区块链的几何实现。 黑点是块，白点是节点
我们在每一轮共识中使用3个节点，因为它为我们提供了一些有趣的数学方法来进行状态推理，从而形成了带有链接的三角形形式的跨数据的“表面平面”。 然后，该协议使用三角形“缝制”最佳曲面，该曲面不包含多余或冲突的数据，并且具有尽可能小的三角形。 从算法上讲，它类似于图形的“最小截面”，在数学上，它是导数或优化函数（从中可以找到该函数可以沿着曲面穿过的最短路径）。 此最短路径等效于数据库可用性组中的最佳数据存储（事务）。 冲突的三角形“平铺”，使事件表面平滑且无冲突。
冲突检测/处理的几何实现。 冲突的块将创建一个额外的表面贴砖。 我们删除了多余的表面平铺以维持平坦（=非冲突）的事件表面。
声誉共识
在最佳的分散式p2p信誉系统中，每个节点应能够独立确定其对其他节点的信任。 我们的系统使用一种特殊的模型，该模型包括传递关系或节点在分配全局评级时与其他节点之间的关系。 “您和公司一样出色。” 最终结果是基于$ DAG或常规渠道中所有节点上的传递信任或信誉的“失真”或渐变。 可以将其视为在“表面”上擦除的画笔或奶酪刨丝器，然后选择要擦除的“三角形瓷砖”和要离开的“三角形瓷砖”。 这就是冲突逻辑实际上如何消除“三角图块”的方式。
具有冲突的图块的DAG穿过“弯曲”空间，该空间类似于奶酪刨丝器的渐变，并且将删除或“擦除”冲突的图块。
部分/全部节点缩放
通常，在网络理论中，最佳分布称为“无比例缩放”，它可以描述为具有控制许多较小外围节点的大型中央节点的分层结构。 这种分布实际上是可见的，最重要的是在Internet上可见。 星座使用此架构来“缩放”或增加Graph的吞吐量或宽度。
分层拆分的效果。 我们可以通过增加带宽来添加更多节点
Hylochain-基于通道的应用程序支持
我们的应用程序支持方法可以看作是“分散式智能合约平台”。 代替运行所有逻辑并处理来自应用程序的所有数据的中央网络，Constellation用“标准频道”协调应用程序数据，可以将其视为广播来自标准系统的所有数据的电视台。 每个常规通道都可以实现自己的验证逻辑，从而可以通过数据生产者的端到端验证和复合标准系统的可传递验证来解决oracle问题。 通道网络提供并发应用程序支持，从而加快了采用时间，在智能合约网络上，通道网络仅限于传统的同步共识。
通过$ DAG网络“兼容”的两个全时频道。 它们可以交互或解释，因为它们都是通过部署$ DAG + Channel的混合节点与$ DAG“集成”的。
之所以称为Hylochain，是因为我们的应用程序支持方法使用了递归方案功能编程模型来创建MapReduce接口。 特别是，可以通过检查代数数据类型，以与检查智能合约的操作码相同的方式，将同胚（亚纯）和变质（亚纯）递归方案集成在一起，以创建可验证的查询并通过常规通道流连接。 最终结果是MapReduce功能界面，该界面对于数据工程师来说是熟悉的，并且与现有的大数据技术兼容。
用于对比的亚同型和变质常规通道。 在变态状态下，来自两个常规通道的数据被发送到元通道中的块。 在Gilo中，我们采用通道的先前状态，并使用它来请求（询问特定问题）其他两个通道，然后将请求的结果保存在一个块中。
代币学及其与Hylochain的关系
创建标准通道后，可以将其集成到$ DAG通道中，但可以使用ACI或应用程序链接口。 该接口只是一个JSON对象，具有配置信息和与通道本身关联的公共密钥。 我们将公钥与常规渠道相关联的原因是为常规渠道数据创建代理机制。 部署了全时渠道后，开发人员可以自行配置如何从$ DAG网络中获得的付款在节点和运营商之间分配。
购买信息访问权限或修改信息的流。 请求被发送到$ DAG，资金被发送到渠道帐户，结果被发送给买方，交易的校验和被发送到$ DAG网络，然后网络为常规渠道解锁资金。