• Forum has been upgraded, all links, images, etc are as they were. Please see Official Announcements for more information

v0.13 registration: two MNs, one QT core


I have two moocowmoo-hosted MasterNodes. Both MNs are controlled from the same Ubuntu QT core. The MN's v0.13 registration will require two ProRegTx transactions (one registration transaction for each MN). Those transactions will need some newly-created addresses: owner address, payout address, and (optionally) transaction funding address,

My question: Can both MN's use the same owner address, payout address, and (optional) funding address (two or three new addresses in all)? Or must each MN have its own owner address, payout address, and (optional) funding address (four or six new addresses in all)?
From that link, it seems I also need a different BLS key pair for each MN? bls generate only creates one. So I just issue that command multiple times and keep track separately which key I use for which MN? What does BLS actually stand for?
Yes, you need different BLS keys for each MN. These keys are used for the P2P messages between masternodes during live operation of the network, e.g. signing quorums on InstantSend, ChainLocks, etc.

BLS stands for Boneh-Lynn-Sacham and is a type of cryptographic signature. It is particularly useful for Dash because it enables threshold signing of quorums transactions based on the principles of Shamir's Secret Sharing. You can read about it here:

Thanks, very interesting. So I just issue that command multiple times and which key I use with which MN doesn't matter as long as I keep track to always use the same key for the same MN, correct?
Yes, correct. The command will generate private/public key pairs each time you run the command. Note that these are not stored anywhere, so you need to either use them in your registration transaction (which will store the pubkey on the blockchain itself) or keep track of them in a text file or password manager somewhere.

Note also that HD BLS keys are technically possible, but not particularly useful in this case since it is the link between a whole range of keys that allows a masternode to register and operate on the Dash network.