P2P NodeDatabase vs NetworkManagerContract about quorum-maker

[dhyansraj]

This contract is used for creating a Network Map Service. This is more of an application service rather than Quorum specific. In a larger application, multiple nodes may provide competitive services and clients can lookup to get details of the node including public key to send transaction.

Since Quorum is intended to be used in a persmissioned environment, any node trying to fake the details could be identified and punished. In a future release we would like to introduce an on-boarding service, that would further secure this updates to this contract.

Thanks for your question. Please feel free to discuss further.

[vyarovoy]

@dhyansraj ok, your aim is more less clear, current step could be considered as initial and small.

Just to clarify a bit more - this step is damaged currently. By damaged I mean complete absence of such NodeDB due to approach you enforce with current QM version - node API is not called in any way, means p2p server becomes aware of dynamically joined peer only when peer starts communications over whisper and constellation ports. Such live way of peer appearing doesn't match any of implemented ways node offers to add peer, nothing is reflected in NodeDB. Hence cluster consistence relies only on fact peer node did self-configuration via genesis and other params fetched from master when join happened.

[dhyansraj]

we still use raft.addPeer for adding new nodes. Contract is just for display purpose.