The Agoric OpCo engineering team is pleased to publish the agoric-upgrade-13
release. This release is primarily intended to offer a new smart wallet provisioning flow, update the interchain stack dependencies, and fix various issues. It does not change the behavior of any JavaScript contracts.
The following new features are included in this release:
- #8558: automatically provision a smart wallet, charging a beans based provisioning fee
- #8570: allow to return grants of clawback vesting accounts
- #8223: incremental upgrade of the interchain stack
The release contains at least the following fixes:
- #8599: Workaround a breaking change in Node 18.19
- #8523: Fix an issue which could prevent the creation of state-sync snapshots
- #8581: Remove the
x/crisis
module.- Addresses the low severity cosmos-sdk advisories GHSA-qfc5-6r3j-jj22 and GHSA-w5w5-2882-47pc
- #8281, #8535, #8579, #8601: Various client CLI bug fixes
This code has satisfied all pre-release/testnet validation checks, and is now recommended for chains to upgrade from the previous agoric-upgrade-12
release. As a state-machine-breaking upgrade, once approved, all chain validators will need to upgrade from agoric-upgrade-12
to this new version (after the chain halts due to reaching the height required in a governance proposal).
No data is migrated during this upgrade.
Since the agoric-upgrade-11
release, state-sync snapshots include more data than before. Nodes which have inadvertently pruned this data (e.g. those created from a state-sync before the agoric-upgrade-11
release) will not be able to produce such snapshots, and will need to be restored from state-sync using this release. We are aware of continued performance issues related to state-sync. In particular, we've observed that on some deployments, the current implementation can require 100 GB of free disk space and 16GB of memory.
Below is the cosmos upgrade handler name for this release. This is the name that can be used in governance proposals to deploy this upgrade.
Cosmos Upgrade Handler Name: agoric-upgrade-13
Below is the git information related to this software release. Note the git tag and cosmos upgrade handler name may differ.
Git Tag: agoric-upgrade-13
Git Commit: 5a6cdeb0c18ae9700d706445acf402f8d1e873c3
@agoric/cosmos package version: 0.35.0-u13.0
Docker: ghcr.io/agoric/agoric-sdk:39
As shown in go.mod this release is based on:
ibc-go v4.5.1
cosmos-sdk v0.45.16
cometbft v0.34.27
How to upgrade
Presuming that your node is running agoric-upgrade-12
, once the upgrade height for a subsequent proposal to upgrade to agoric-upgrade-13
has been reached, your node will halt automatically allowing you to upgrade the agoric stack.
# prepare by installing Go 1.20.2 or higher, Node 16 or 18, clang 10 or gcc 10
# stop the agd service
cd agoric-sdk
git fetch --all
git checkout agoric-upgrade-13
yarn install
yarn build
(cd packages/cosmic-swingset && make)
#start the agd service
Do not copy the agd
script or Go binary to another location. If you would like to have an executable agd
in another location, then create a symlink in that location pointing to agoric-sdk/bin/agd
.
Node Version
Node.js 16.13 or higher (previous LTS) or Node.js 18.12 or higher (maintenance LTS).
Please note the current active LTS of Node 20 is not officially supported.
Node versions >=18.19 introduce a breaking change, and are not supported.
Golang Version
The agoric-upgrade-13
release requires Go 1.20.2 or higher.
C Compiler Version
Clang version 10 or GCC version 10 required.
Troubleshooting repoconfig.sh: No such file or directory
Unlike typical cosmos-sdk chains where the daemon is a single executable file, Agoric's use of cosmos-sdk depends on many components of agoric-sdk
at runtime. Copying agd
to /usr/local/bin
or the like is unlikely to produce a working installation. For more detail, see: #7825
Troubleshooting Cannot find dependency ...
in systemd
If you have LimitNOFILE=4096
in your systemd unit file, change it to LimitNOFILE=65536
. For more detail, see #7817
Note about state-sync and temporary files
Both state-sync snapshot generation and restoring from state-sync create large temporary files. The cosmos statesync.temp_dir
restore config does not affect the location of all temporary files created during state-sync, and the default temp directory location is used. On most Linux systems, this location is /tmp
, and can be changed to a custom location by setting the TMPDIR
environment variable for the agd
process.
Specifying --upgrade-info
for the software upgrade proposal
The ./scripts/gen-upgrade-proposal.sh
is designed to aid in composing a agd tx submit-proposal software-upgrade ...
command. In particular, it captures package checksums to verify integrity of downloaded software.