Test upgrade of PSM

[Chris-Hibbert]

What is the Problem Being Solved?

The PSM is reachably durable. For higher reliability, we should write an upgradeTest like the one for coveredCall.

For bonus points, also write an upgrade tests showing that the PSM can be restart from just balance information.

Description of the Design

see upgradeCoveredCall test

Security Considerations

This would give us more confidence in the PSM.

Test Plan

as above.

[dckc]

oops; I closed #5928 assuming this issue was about an end-to-end test of upgrading PSM. How about we include that in the test plan here?

[Tartuffo]

This should be about end-to-end testing. E.g. on a running blockchain, BLD holders vote for it, etc.

[Chris-Hibbert]

here's my rough sketch of what an E2E test would look like.

• boot chain
• trade on PSM
• examine metrics
• set up committee
  • Make voters
  • get charter facet
• install PSM V2
• invoke upgrade vote
  • specify param values
• trade again
• validate metrics

Committee voting is not yet integrated with SmartWallet, so we'll start with proof of concept via unit tests.

In order to build this we need

• PSM V2 with vivify
• PSM Charter
  • govern upgrade, params, no APIs, pause

[Chris-Hibbert]

This issue presumed upgrade would be controlled by JS-level governance. The current plan is that upgrade is under the control of cosmos-level votes. This issue is obsolete in favor of #6099.