agoric-upgrade-13

it's only for installing the bin and importing that bin module

until Agoric/testnet-load-generator#112

refactor clientSupport to not depend on agoric-cli package

* fix(inter-protocol): brands in CLI need not start with A-Z

* test(inter-protocol): clientSupport for initial non-uppercase

* fixup! fix(inter-protocol): brands in CLI need not start with A-Z

---------

Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>

The backport referenced above has the agd process hang around after halting.
Wrote a wrapper utility which scans stderr for the halt application message,
interrupts the process, then propagates its error signal. Conventional shell
scripting is not up to the challenge of expressing this behavior.

…#305"

This reverts commit efcc3b0.

We decided to roll back the problematic change (agoric-labs/cosmos-sdk#305).

feat: update ibc-go to v4, adapt packages and API

…t-found

fix(cli): handle not found error in vstorage requests

needs instance based on --pair

fix(casting): dont crash on bad capdata

fix(agops): fix continuing id lookup in oracle setPrice

…grade

Remove upgrade-test BOOTSTRAP_MODE=test

fix(casting): properly follow an unpopulated node

Add a new API to the exporter, `exporter.getHostKV(key)`, so that the
cosmic-swingset state-sync exporter process can query `host.height`
without accidentally creating a read-write transaction too.

refs #8523

Exporting a state-sync snapshot is a read-only operation, and is
designed to run "in the background", i.e. in parallel with normal
mutating operations. It accomplishes this by opening a read-only
transaction right away, effectively capturing a snapshot of the SQLite
database state, to insulate the export process from ongoing writes by
the execution host.

The cosmic-swingset exporter starts with a query of `host.height`, to
confirm that the database has not already advanced to a new block
before this snapshot/read-transaction can be taken.

Previously, this query worked by using `openSwingStore`, and then
calling `hostStorage.hostKVStore.get('host.height')`. This had two
problems:

* TOCTTOU: the `hostKVStore.get` used a different DB connection (and
  different txn) than the exporter, so it might return a different
  height, negating the accuracy of the consistency check

* read-write txn: `openSwingStore` creates a read-*write* txn, even
  when merely opening the DB (because it might need to create the
  initial tables). This txn is closed right away, before
  `openSwingStore()` returns, so it did not present a threat to
  ongoing operations. But if the exporter was created while the
  ongoing execution side already had its own read-write txn
  open (e.g. while `controller.run()` was running), then it would
  fail, and `makeSwingStoreExporter` would fail with `SQLITE_BUSY`

Instead, we take advantage of the new `swingStoreExporter.getHostKV()`
API, and use *it* to fetch `host.height`. Unlike the normal
swingstore, the swingstore-exporter refrains from creating read-write
transactions entirely. So the cosmic-swingset export code can safely
query the height without fear of getting the wrong value or failing
because of an ongoing write transaction.

We think this should fix the SQLITE_BUSY errors.

refs #8523

…lock

fix: export state-sync snapshot without a DB write-lock

feat: allow clawback vesting accounts to return grants

Auto-provision smart wallet

* feat(cosmos): un-wire x/crisis

* fixup! feat(cosmos): un-wire x/crisis

---------

Co-authored-by: mergify[bot] <37929162+mergify[bot]@users.noreply.github.com>

Reflect patch-package of transitive dependency

 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - [email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]
 - @agoric/[email protected]