fix(zoe)!: makeZoeKit() now requires a zcfBundlecap

[warner]

fix(zoe)!: makeZoeKit() now requires a zcfBundlecap

Zoe needs access to the vatAdminSvc, to create a new ZCF vat to host each
contract. Previously, Zoe did E(vatAdminSvc).createVatByName('zcf'), and
assumed that vatAdminSvc had access to a vat source bundle by that name. Now,
whoever calls makeZoeKit() is obligated to provide Zoe with the right
bundlecap, and Zoe does E(vatAdminSvc).createVat(zcfBundlecap). This makes
things more explicit.

This changes the signature of makeZoeKit() in a non-backwards-compatible
way: the zcfBundlecap argument is now mandatory, and thus appears second,
replacing the old optional fourth-position zcfBundleName.

Swingset-based unit tests that use Zoe generally follow a pattern where
vat-zoe.js holds the makeZoeKit() call, and bootstrap.js sends vat-zoe
a buildZoe(vatAdminSvc) message. Those need to change: bootstrap should use
D(devices.bundle).getNamedBundleCap('zcf') to get the zcfBundlecap, and
send it through buildZoe(). vat-zoe should be changed to pass
zcfBundlecap into makeZoeKit().

A similar pattern should be used in actual deployments.

Non-swingset-based zoe-using unit tests generally use fakeVatAdmin.js to
build a mock vatAdminSvc. This commit changes fakeVatAdmin.js to include
an additional zcfBundlecap export, which is an empty marker object that
serves as a stand-in for the bundlecap. The fake vatAdminSvc can accept
this fake zcfBundlecap, and will evaluate the ZCF code appropriately.

Downstream module owners should grep their source code for makeZoeKit and
fakeVatAdmin to find the calls that need updating.

refs #4487

[warner]

Ugh the change to makeZoeKit and makeFakeVatAdmin means I need to update all the dapps too.

[warner]

#4545 and #4544 are a better, less-invasive approach to this. By exposing the bundlecap-fetching APIs on vatAdminService, we get a promise-based API that can wait for a bundle to be installed (#4521) and we don't need to change the way dapp tests call makeFakeVatAdmin. Closing this in favor of those two.