fix: virtualize payments, purses, ledger

[erights]

Virtualize payment, paymentLedger, and purse,depositFacet together as a multi-faceted unit.

This does not virtualize everything that will need to be durable to support upgrade.

This does not even virtualize everything of high arity, needed for scaling, as it does not virtualize the per-purse notifier.

[erights]

Assuming it passes CI enough, this is now ready for review. Thanks!

[erights]

Solving a CI failure led me down a rabbit hold, resulting in 981bc1e which we should definitely discuss before merging. I would like to avoid merging this as part of this PR.

However, without it, the generated file ui-components/compiled/test/components/test-NatAmountInput.js fails, apparently because its imports include ERTP, which now depends on storeModule, which depends on the global variable VatData. However, apparently this generated file is run in an environment in which no one installs VatData.

See #4255

[erights]

Yay! CI passes! But only with the 981bc1e kludge. Is there a better way?

[warner]

This seems like a good start. I'm not excited about the VatData thing, but I figure we'll find a solution for that sooner or later.

While reviewing this, I realized we have a GC/determinism problem, which I wrote up in #4892. It's not specific to this conversion though, so it shouldn't hold up this PR.

[turadg]

Golden!