可以免费挖矿的虚拟币

在我之前的八卦播出网设计中，其实可以看到我为国家网设计八卦播出的初步尝试。在前一篇文章中，我介绍了一种允许节点参与八卦广播而不处理完整事务池的设计。

在更高层次上，我们关于交易八卦广播的问题陈述如下(忽略DOS攻击/安全要求):

交易来自整个网络。

一些网络参与者本身需要维护一个完整的交易池(例如矿工和跑步者)。

一些网络参与者缺乏足够的资源来处理完整的事务池(例如，轻型客户端)。

我提出的交易八卦广播方案使用距离指示器[我们称之为半径]，它允许节点调整他们必须自己处理的交易池的大小。节点采用一组简单的规则来管理与之相连的一组对等节点，从而形成网络拓扑。半径最大的节点视为网络的中心，半径最小的节点视为网络的边缘。

该计划有效的主要原因有两个：

首先，我们预计节点的半径值会有很大不同，但同时它们会相对较大。这种差异来自于参与者保持“完全”半径和“更大”半径的动机。正是这些节点连接了网络边缘的节点。

其次，我们对更大半径值的期望是从键空间中推断出来的。根据Peter最近关于事务池的文章，geth节点默认可以维护多达4000个事务。在任何时候，整个网络中有多达40，000到400，000个待定事务。轻节点不能处理4000个事务，但是处理5%不是问题。因此，我们期望半径值通常在整个密钥空间的1%到100%之间。

把同样的设计应用到国家八卦广播上(没用)

我最初试图将这种设计应用于国家网络的八卦广播，但失败了。主要原因如下：

首先，状态网络中节点之间的半径值差异会小得多。我们预计网络参与者不太可能保持“完整”的半径。这将导致网络中缺少一个充当连接边缘的“中心”。

第二，半径值会很小。假设有一个200 GB的状态，每个节点平均提供100MB的存储空间，复制因子为10，那么我们需要一个由20000个节点组成的网络。平均每个节点需要存储0.002%(1/20，000)的数据。

正是这两个差异从根本上改变了网络拓扑结构，导致了原有八卦广播网络设计的失败。

不同于交易八卦广播的目标

别忘了，交易八卦直播的目标之一就是让交易进入矿工所在的网络“中心”。处于网络边缘的节点并不真正关心他们是否能看到所有的未决事务，即使他们看不到任何事务。他们主要关心的是他们是否能广播他们自己的交易，并使他们可靠地进入打包区。

地位网不仅缺乏中心，而且数据流与八卦广播相反。状态八卦广播的目标是将数据发送到网络边缘进行存储。

另外，在交易八卦播报中，消息来自全网；在状态网络中，我们预计新数据只会来自少数友好的桥节点。这些桥节点负责生成证书并将其发送到状态网络。

中继机制会导致拒绝服务攻击和不可归因的错误

我想到的一个改进方向就是引入中继节点。

我们预计每个节点将对网络中0.002%的数据感兴趣(数据量非常小)。我认为根据我的结论可以建立不同的网络模型，但是一个简单的方法是根据DHT网络中每个节点的路由表为八卦节点之间的连接建立一个模型。在这样的网络中，数据需要log(n)跳才能到达需要它的节点。

这里的问题是，如果一个节点转发了其他节点不感兴趣的数据，但是这个数据需要经过一次以上的跳转，那么它就会成为一个放大向量。恶意节点可以通过在八卦网络中广播无用数据来放大DOS攻击。

愚蠢的方式