Thank you very much for your detailed and helpful explanation.
Before asking this question, I had already tested the migration process about four times using my own procedure, and each time the migration completed successfully and the node continued receiving rewards without any issues.
That said, I’m very glad I was able to confirm my understanding and the migration process again here, especially regarding coinbase.txt, the keystore directory, and the .pwd file, as well as the importance of fully stopping the old node before starting the new one.
Your explanation has helped me feel even more confident about the process. I really appreciate you taking the time to explain everything so carefully.
Thank you very much for your detailed and helpful explanation.
Before asking this question, I had already tested the migration process about four times using my own procedure, and each time the migration completed successfully and the node continued receiving rewards without any issues.
That said, I’m very glad I was able to confirm my understanding and the migration process again here, especially regarding
coinbase.txt, thekeystoredirectory, and the.pwdfile, as well as the importance of fully stopping the old node before starting the new one.Your explanation has helped me feel even more confident about the process. I really appreciate you taking the time to explain everything so carefully.
Thank you again for your support, Daniel.
I slightly modified the verification commands so that they work cleanly in my environment.
In particular,
XDPoS.GetSigners()was not available, whileXDPoS.getSigners()was. Since the full signer list is very long, I changed it to:This simply returns
trueif my masternode address is included in the current signer list.The full set of checks I am now using is:
This makes it easy to confirm the node address, masternode status, signer inclusion, peer connectivity, and block progress.