用于(最好是匿名的)阈值投票的点对点集群
Peer to peer cluster for (ideally anonymous) threshold voting
作为对等网络 and/or 区块链的介绍,我想做一个小项目,但我需要知道密码学的局限性以及可能的功能组合。这是理想的(如果它由传统服务器支持)应用程序的功能:
- 除种子节点外,节点必须最初由另一个节点邀请。
- 允许对等点以特定速率为另一个对等点投票,并且当对等点再次投票或在配置的(不可更改的)TTL 之后投票过期。
- 投票是匿名的。
- 如果节点达到 "alive" 票的阈值,该阈值是过去 30 天内连接的节点的一部分,则授予 "point," 可以通过密码证明有效(例如,证明包含一定数量的有效选票并证明符合阈值)。至少同行们必须在授予积分之前就投票的有效性达成共识。
- 过去加入过的peer无需邀请即可加入集群,但没有门槛无法发放积分
这可能吗?如果是这样,我应该追求什么技术?我初步了解了 Raft 的共识协议,但投票的 TTL 和基于时间的性质让我怀疑共识算法是否比区块链更有用。
对于 time-locked 加密,您可以在此处阅读更多内容:
https://crypto.stackexchange.com/questions/606/time-capsule-cryptography
当你理解它时,你会发现你可以只通过所需的计算次数来限制事物,这在某种程度上代表了所需的时间,因此不能保证。
您将不得不构建一个 peer-to-peer 系统,让同行竞争 "solve" 对他们的竞争进行投票,从而使其无效。虽然这不能确保固定的“30 天”,但它可以确保在某一轮选举中网络中所有选票的生存时间几乎相等。
作为对等网络 and/or 区块链的介绍,我想做一个小项目,但我需要知道密码学的局限性以及可能的功能组合。这是理想的(如果它由传统服务器支持)应用程序的功能:
- 除种子节点外,节点必须最初由另一个节点邀请。
- 允许对等点以特定速率为另一个对等点投票,并且当对等点再次投票或在配置的(不可更改的)TTL 之后投票过期。
- 投票是匿名的。
- 如果节点达到 "alive" 票的阈值,该阈值是过去 30 天内连接的节点的一部分,则授予 "point," 可以通过密码证明有效(例如,证明包含一定数量的有效选票并证明符合阈值)。至少同行们必须在授予积分之前就投票的有效性达成共识。
- 过去加入过的peer无需邀请即可加入集群,但没有门槛无法发放积分
这可能吗?如果是这样,我应该追求什么技术?我初步了解了 Raft 的共识协议,但投票的 TTL 和基于时间的性质让我怀疑共识算法是否比区块链更有用。
对于 time-locked 加密,您可以在此处阅读更多内容: https://crypto.stackexchange.com/questions/606/time-capsule-cryptography
当你理解它时,你会发现你可以只通过所需的计算次数来限制事物,这在某种程度上代表了所需的时间,因此不能保证。
您将不得不构建一个 peer-to-peer 系统,让同行竞争 "solve" 对他们的竞争进行投票,从而使其无效。虽然这不能确保固定的“30 天”,但它可以确保在某一轮选举中网络中所有选票的生存时间几乎相等。