Implementation plan for allowing SPs to move partitions proposal' in Lotus-Miner

[rjan90]

Description
Work plan for the Lotus-Miner implementation of Allowing SPs to move partitions between deadlines. The proposal aims to add a method MovePartitions to move all sectors in one or more partitions from one deadline to another to give SPs control over the WindowPoSt time slots for sectors.

Techincal tasks

Beta Give feedback

1. Write CLI command lotus-miner proving deadline move --from [deadline | partition(s)] --to [deadline] or potentially lotus-miner proving deadlines move --from [deadline | partition (s)] --to [deadline]
2. Skeleton for testing in local devnet

Testing tasks

Beta Give feedback

1. Local developer network testing: Feat: Lotus cli: actor: Support move partition command to move partitions' deadline #11301 (comment)
2. Butterfly network testing:
3. Collab testing on moving partitions with Lotus / 与 Lotus 联合测试移动 partition venus#6092
   C-need-testing P1 +2

[rjan90]

Write CLI command lotus-miner proving deadline move --from [deadline | partition] --to [deadline]

Some addtional product considerations to this CLI:

• Simulate the command if --really-do-it is not passed. Explain that --really-do-it needs to be passed to actually send the message
• Ability to specify multiple partitions in a deadline that you want to move to a new deadline
  • Break messages into multiple messages if gas cost is high (when moving many partitions).

[rjan90]

Time estimation:

Techincal tasks:

• Write CLI command lotus-miner proving deadline move --from [deadline | partition] --to [deadline] or potentially lotus-miner proving deadlines move --from [deadline | partition] --to [deadline]
  • 1 day
• Create skeleton for testing in local devnet
  • 0.5 day

Testing tasks:

• Local developer network testing plan:
  • 0.5 day
• Butterfly network testing plan:
  • 1 day (but spread over a week, due to deadline partition table is similar to mainnet (24 hour cycle)

Total time estimation: 3 days

[rjan90]

Closing this issue, as this has been implemented by: #11301