curio: SPTool actor management cli tool

[magik6k]

Curio is currently missing a lot of commands which exist in lotus-miner that interact with the on-chain miner actor. A lot of those commands don't touch anything in lotus-miner at all, beyond maybe querying it for the related actor address.

In Curio we can rethink how interactions with the actor work, initially I propose a simple tool which is not tied to Curio at all, and simply allows interacting with any miner actor, mostly just porting existing commands from lotus-miner (and preserving most of the CLI structure)

existing lotus-miner cmds

• actor
  • set-addrs / set-peerid - merge into one? (worker-sent)
  • withdraw (owner / beneficiary-sent)
  • repay-debt (worker-sent)
  • set-owner (owner-sent)
  • propose/confirm change worker (owner-sent)
  • control list / set (owner-sent)
  • compact-allocated (dup sectors numbers??) (worker-sent)
  • propose/confirm change beneficiary (owner-sent) / (old/new beneficiary approved)
• info
  • Maybe, sth like lotus state miner-info
• sectors
  • list
  • status
  • precommits - on chain precommits
  • check-expire - inspect expiring
  • expired - the check part
  • extend (worker-sent)
  • terminate (worker/ctl)
    • belongs here, curio should have a gc watching for sectors getting terminated on chain
  • compact-partitions (worker-sent)
• proving
  • info
  • deadlines
  • deadline
  • faults
  • recover-faults??

Native owner msig support:

• It would be really nice if all commands which do sends from the owner supported msigs properly
• Commands which do msig sends just send propose messages (and note that approvals are needed)
• New command proposals lists proposals, decodes things, makes easy to send approves (hashed)
  • By default filters to txes only targetting the relevant sp id
  • Can specify msig address, defaults to miner owner

SPTOOL

• Global --actor flag, possible to set with some env var like SP_ADDRESS (not specific to sptool so that other things can standardize on using that env var)
• Keep most commands the same so that it feels familiar
• Everything should work with just lotus-lite + public RPCs
• Top-level commands
  • actor
    • move compact-allocated to sectors(?)
  • sectors - maybe rename (→sector?); Maybe better to keep as it was
    • check-expire / expired may be slightly duplicated
    • compact-partitions/allocated - maybe put under some maintanance subcommand?
      • eh.. probably fine without that as well
  • proving - generally kept the same
  • proposals - new command to list miner-related msig proposals and send approvals
    • better name ideas? multisig maybe?

A lot of this can also be implemented in curio webui, but that will be vastly more work, and is not going to be easy to automate + be less familiar to existing SPs. Implementing SPTool will mostly involve moving around existing lotus-miner command code into a shared place + making the shared commands use the actor flag in sptool instead of the lotus-miner rpc to get the actor address

[LexLuthr]

@magik6k I think we can close this one. sptool has already landed