Radpool: Decentralised Mining Pool With Futures Contracts For Payouts

With consistent views from BFT broadcast, each node will arrive at the same reward distribution as they data set they reason upon is consistent.

The elegance here is to note the difference between consensus and BFT broadcast. Consensus/Agreement in theory states that one node proposes a value and everyone else agrees with it - to phrase things loosely. BFT broadcast on the other hand is much more relaxed. It makes sure threshold parties have received a given message. If all messages are BFT broadcast, all nodes end up with a consistent view, and we don’t need consensus/agreement. In fact, there is a simple reduction from reliable broadcast to consensus, where you need more rounds on top of broadcast to get to consensus.

Another very important point to note, the broadcast among MSPs is within a known set of parties. Which is a much much easier problem than consensus in a permissionless system where the set of parties is not known at the outset.

It will not be a mundane task to define, prove and implement a permissionless consensus protocol. It will add a lot of engineering man months. Radpool wants to avoid such huge projects, even without consensus Radpool is a big project. We instead run with a known membership, and choose well known easy to implement algorithms to get to a functional MVP.

1 Like