You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently there doesn't seem to be any logic for a miner that restarts in the middle of a tenure to continue mining blocks. Similarly a miner that crashes before it starts its tenure and comes online in the middle of its tenure fails to mine stacks blocks.
We might need to add a new miner directive like "resume_tenure" which will check if it is the winning miner. If it was, it needs to check if it already issued the necessary tenure change payload transactions, issue it if required, and continue mining stacks blocks as before. Take a look at how we currently handle empty sortitions using the MinerReason::EmptyTenure as there might be some code reuse here.
Currently there doesn't seem to be any logic for a miner that restarts in the middle of a tenure to continue mining blocks. Similarly a miner that crashes before it starts its tenure and comes online in the middle of its tenure fails to mine stacks blocks.
We might need to add a new miner directive like "resume_tenure" which will check if it is the winning miner. If it was, it needs to check if it already issued the necessary tenure change payload transactions, issue it if required, and continue mining stacks blocks as before. Take a look at how we currently handle empty sortitions using the MinerReason::EmptyTenure as there might be some code reuse here.
Relates to #5361
The text was updated successfully, but these errors were encountered: