区块链投票节点部署实操：共识选型与抗女巫攻击要点

导读： 区块链投票节点就是去中心化治理系统里干活的那个承载体, 它最重要的任务是把票从链下头收集起来, 然后放到链上去保存好, 再驱动那个共识过程把块产出来, 在真正装的时候...

区块链投票节点就是去中心化治理系统里干活的那个承载体, 它最重要的任务是把票从链下头收集起来, 然后放到链上去保存好, 再驱动那个共识过程把块产出来, 在真正装的时候, 挑什么样的-node 节点还有怎么给它做好安全防护, 这俩事要比弄一个跑个样子的 demo重要得多。

区块链投票节点共识怎么选

投票场景是对延迟比较敏感的, PoA或者PBFT这种轻量级的共识方法, 比起POW来说，实用性是强得很多的。

PBFT是在有2f+1个节点的情况下, 可以容忍有f个节点出现问题的, 是适合那种节点数量是可以控制好的企业链的；PoA则是把出块的权利交给那些授权节点的, 出块的间隔时间是能够压缩到亚秒级的, 基本上就感觉不到有什么卡顿的现象了。

选择方案的关键, 在于要看参与方一共是多少个, 还有对信任的假设是什么样的情况。如果是那种只有五个节点的小型去中心化自治组织, 使用PBFT协议是完全足够的。

如果是在上百个节点参与的联盟投票场景中, 那么使用Raft或者Tendermint这些技术会更加合适一些, 虽然这需要稍微牺牲一点容错的空间, 但是可以换来更高的吞吐性能。
。

区块链投票节点怎么防女巫

女巫攻击, 它的本质就是多身份刷票这种行为, 防御方面分成了两层, 在身份层使用DID或者PKI来做节点注册, 一个法人对应一个投票权重, 协议层则在投票payload中嵌入链上承诺值, 重复上链直接判作无效, 链下回执也可以用来对账。

节点的部署工作同样需要做到空间上的分散, 并且至少要分布跨越两个不同的可用区, 这样做主要是为了避免出现因为单个机房发生故障从而引起整条投票链条停顿的情况。

对于关键的节点来说, 要使用HSM来托管签名的私钥, 千万不要把密钥以明文的形式直接写在配置文件里头去, 还需要每隔一个季度就执行一次针对节点故障的注入演练操作, 以便去确认容灾切换的功能是否真的能够正常运行和接通。

先对共识参数和安全边界进行压测, 确保能够顺利跑通之后, 再执行上线操作, 这种做法比单纯去堆砌各种花哨的功能, 要靠谱得多了。