问题标签 [consensus]

最近在写一个使用hashicorp/raft包的分布式系统，系统的每个节点都会做整个工作的一部分。当一个节点发生故障时，它的工作结果会丢失，然后我需要让其他节点重新运行它的工作。但是 hashcorp/raft 没有提供任何 API 来添加回调，我该怎么办？

说，我在 raft 中有 3 个节点。由于网络故障，节点 3 与其他 2 个节点分离。然后节点 3 总是成为候选人，向其他人发送 requestVote args 并发现它无法获得足够的选票。然后节点 3 增加其任期并再次尝试请求投票。所以节点 3 的任期明显大于提交日志的其他节点102, 103, 104, 105。

一段时间后，网络恢复，节点 3 再次加入群组并成为追随者。但是，由于它的期限很大，它总是拒绝来自领导者（节点 1）的 AppendEntries。node 3如何将日志从102恢复到105？

在raft中，所有的操作请求都会被转发到leader节点，然后leader会向所有follower发送日志。所以在重负载环境下，leader节点会成为瓶颈。如何解决这个问题？

我正在尝试从这里解决问题http://rosalind.info/problems/cons/

我的脚本填充计数器列表并输出相等长度的共识字符串。我认为没有发生数学或索引错误并且遇到了问题。我的代码：

感谢您的时间

在 NMF R 包中，可以使用consensusmap() 来可视化输出。这些图显示了哪些样本属于“共识”轨道中的哪些集群。

我想提取这个样本分类，这样我得到一个这样的数据框：

在 ConsensusClusterPlus 包中，这很容易。您只需拉出 results$consensusClass。我找不到 NMF 包的类似解决方案。我试图查看原始绘图数据，但它太复杂而无法从中提取任何含义。

这里有一个问题的说明：我需要找出哪个“状态”在哪个“共识”之内。

根据（Hyperledger 事务如何在一个块中排序？）的答案，在 Hyperledger v0.6 中有一个领导者正在对一个块中的事务进行排序。

一个区块中的交易数量是如何设置的？或者是创建新区块的频率？如何定义/修改它？

谢谢！

我感兴趣地阅读了关于共识架构的结构提案，并且我有一个关于共识服务的问题。在我看来，这实际上是一个单一的服务，它保证所有对等点都按照它决定的顺序接收块。因此，对于给定的链，它看起来必须在任何给定时间由一个已识别且受信任的组织运行。看起来该服务无法分发。这是正确的，还是我误解了？

这不是一个真正的编程问题：如果这是问这个问题的错误地方，也许有人可以让我知道。

我想知道组成区块链的节点是否可以仅拥有区块链的部分内容就达成共识。我的意思是，区块链的实际实现假设每个节点都包含整个区块链，这样他们就可以在不需要其他任何人的情况下验证交易，我的问题是：如果他们只有区块链的一部分，有什么方法可以验证交易，不是所有的块？非常感谢。

Raft 领导节点向所有追随者发送附加条目 RPC。显然，当我们添加新的追随者时，我们会增加网络使用率，所以我的问题是我们可以向集群添加多少节点。在 Raft 论文和其他地方，我读到集群中的 5 个节点是最佳选择，但是如果集群中有 100 个节点，你能说什么呢？

是的，我知道我可以计算限制，网络带宽是否足够。我的问题更笼统，具有数十个节点的集群是否表明架构不好？

如果我错了，请纠正我，或者确认，共识是否在同行之间同步历史？

每个对等点存储所有交易历史？

每个对等点都在单独的机器上运行，或者所有对等点都在同一台机器上运行（例如在 docker 中）？