This is a meta package of cosmos-sdk-based docker images and configuration meant to make deploying onto Akash easy and standardized across cosmos.
The goal is to have a simple way to launch any cosmos chain, with a variety of different bootstrapping options
- "normal" boostrap - using
fastsync
. - Hand-made snapshots a la cosmos-snapshots
- The new
state-sync
mechanism.
Configuration is achieved using environment variables, with shortcuts available for common setups. Every aspect of the node configuration can be achieved in this way.
Additional features are included to make running a node as simple as possible
- Chain configuration can be sourced from a remote JSON file
- Genesis file can be downloaded and unzipped in various ways
- Private keys can be backed up and restored from any S3 compatible storage provider, such as Sia or Storj via Filebase.
- Snapshots of a nodes data directory can be created at a certain time or day and uploaded to an S3 storage provider
Omnibus has a generic base image which can download the required binary at runtime. This is useful for chain upgrades, testnets, or using a different version than Omnibus primarily supports.
This generic image provides the Omnibus scripts and configuration helpers, and nothing else. Set the BINARY_URL
environment variable to a .zip
, .tar
or .tar.gz
URL, and configure PROJECT
, PROJECT_DIR
and PROJECT_BIN
. Alternatively provide a Chain Registry CHAIN_JSON
to configure everything automatically (where data is available).
Image URL: ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-generic
services:
node:
image: ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-generic
env:
- MONIKER=my-moniker-1
- CHAIN_JSON=https://raw.githubusercontent.com/ovrclk/net/master/edgenet/meta.json
- BINARY_ZIP_PATH=akash_0.15.0-rc14_linux_amd64/akash
More information on the generic image can be found at /generic, and configuration is detailed in depth below.
The available docker images can be found here. They are
tagged with the form $COSMOS_OMNIBUS_VERSION-$PROJECT-$PROJECT_VERSION
.
Project | Version | Image | |
---|---|---|---|
agoric | agoric-3.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-agoric-agoric-3.1 |
Example |
akash | v0.16.3 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-akash-v0.16.3 |
Example |
assetmantle | v0.3.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-assetmantle-v0.3.0 |
Example |
bandchain | v2.3.3 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-bandchain-v2.3.3 |
Example |
bitcanna | v.1.3.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-bitcanna-v.1.3.1 |
Example |
bitsong | v0.10.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-bitsong-v0.10.0 |
Example |
bostrom | v0.2.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-bostrom-v0.2.0 |
Example |
cerberus | v1.0.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-cerberus-v1.0.1 |
Example |
cheqd | v0.5.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-cheqd-v0.5.0 |
Example |
chihuahua | v1.1.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-chihuahua-v1.1.1 |
Example |
comdex | v0.1.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-comdex-v0.1.1 |
Example |
cosmoshub | v7.0.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-cosmoshub-v7.0.1 |
Example |
cronos | v0.6.5 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-cronos-v0.6.5 |
Example |
cryptoorgchain | v3.3.3 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-cryptoorgchain-v3.3.3 |
Example |
decentr | v1.5.7 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-decentr-v1.5.7 |
Example |
defund | v0.0.2 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-defund-v0.0.2 |
Example |
desmos | v2.3.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-desmos-v2.3.1 |
Example |
dig | v2.0.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-dig-v2.0.1 |
Example |
emoney | v1.1.4 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-emoney-v1.1.4 |
Example |
evmos | v4.0.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-evmos-v4.0.1 |
Example |
fetchhub | v0.9.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-fetchhub-v0.9.1 |
Example |
gravitybridge | v1.4.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-gravitybridge-v1.4.1 |
Example |
impacthub | v0.17.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-impacthub-v0.17.0 |
Example |
irisnet | v1.0.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-irisnet-v1.0.1 |
Example |
juno | v6.0.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-juno-v6.0.0 |
Example |
kava | v0.16.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-kava-v0.16.1 |
Example |
kixchain | 2.0.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-kichain-2.0.0 |
Example |
konstellation | 0.5.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-konstellation-0.5.0 |
Example |
kujira | 0.3.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-kujira-v0.3.0 |
Example |
likecoin | fotan-1.2 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-likecoin-fotan-1.2 |
Example |
lumnetwork | v1.0.5 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-lumnetwork-v1.0.5 |
Example |
omniflixhub | v0.4.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-omniflixhub-v0.4.1 |
Example |
osmosis | v8.0.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-osmosis-v8.0.0 |
Example |
panacea | v2.0.2 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-panacea-v2.0.2 |
Example |
persistence | v0.1.3 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-persistence-v0.1.3 |
Example |
regen | v3.0.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-regen-v3.0.0 |
Example |
rizon | v0.2.8 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-rizon-v0.2.8 |
Example |
sentinel | v0.8.3 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-sentinel-v0.8.3 |
Example |
shentu | v2.2.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-shentu-v2.2.0 |
Example |
sifchain | v0.13.3 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-sifchain-v0.13.3 |
Example |
sommelier | v3.1.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-sommelier-v3.1.0 |
Example |
stargaze | v1.1.2 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-stargaze-v1.1.2 |
Example |
starname | v0.10.18 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-starname-v0.10.18 |
Example |
thorchain | chaosnet-multichain |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-thorchain-chaosnet-multichain |
Example |
umee | v1.0.1 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-umee-v1.0.1 |
Example |
vidulum | v1.0.0 |
ghcr.io/ovrclk/cosmos-omnibus:v0.1.6-vidulum-v1.0.0 |
Example |
See the deploy.yml
example file in each chain directory which details the minimum configuration required. Use the configuration options below to add functionality.
See the docker-compose.yml
example file in each chain directory to run each node using docker-compose up
.
Omnibus can import chain snapshots from almost any location. One example is Chain Layer's QuickSync service.
Appropriate snapshot configuration is included in most example configurations in the Omnibus repository. Check the project directories for more information.
Akash also generate and publish snapshots for the following chains, taken daily or weekly depending on the size of the chain.
These snapshots are created using Omnibus nodes running on Akash, as shown in the Snapshot Backup example.
See the _examples directory for some common setups, including:
- Statesync
- Load Balanced RPC Nodes
- Validator and Public Sentries
- Validator with Private Sentries
- Snapshot Backup
Cosmos blockchains can be configured entirely using environment variables instead of the config files. Every chain has it's own prefix, but the format of the configuration is the same.
For example to configure the seeds
option in the p2p
section of config.toml
, for the Akash blockchain:
AKASH_P2P_SEEDS=id@node:26656
The namespace for each of the supported chains in the cosmos omnibus can be found in the README
in each project directory.
The omnibus images allow some specific variables and shortcuts to configure extra functionality, detailed below.
Chain config can be sourced from a chain.json
file as seen in the Cosmos Chain Registry.
Variable | Description | Default | Examples |
---|---|---|---|
CHAIN_JSON |
URL to a chain.json file detailing the chain meta |
https://github.com/cosmos/chain-registry/blob/master/akash/chain.json |
|
CHAIN_ID |
The cosmos chain ID | akashnet-2 |
|
GENESIS_URL |
URL to the genesis file in .gz , .tar.gz , or .zip format. Can be set by CHAIN_JSON |
https://raw.githubusercontent.com/ovrclk/net/master/mainnet/genesis.json |
|
DOWNLOAD_GENESIS |
Force download of genesis file. If unset the node will only download if the genesis file is missing | 1 |
|
VALIDATE_GENESIS |
Set to 1 to enable validation of genesis file | 0 |
1 |
ADDRBOOK_URL |
URL to an addrbook.json file | https://quicksync.io/addrbook.terra.json |
See Cosmos docs for more information. This can be sourced from a CHAIN_JSON
URL.
Variable | Description | Default | Examples |
---|---|---|---|
P2P_SEEDS |
Seed nodes. Can be set by CHAIN_JSON or GENESIS_URL | id@node:26656 |
|
P2P_PERSISTENT_PEERS |
Persistent peers. Can be set by CHAIN_JSON or GENESIS_URL | id@node:26656 |
On boot, the container can restore a private key from any S3 storage provider. If this is configured and the key doesn't exist in S3 yet, it will be uploaded from the node.
This allows for a persistent node ID and validator key on Akash's ephemeral storage.
Filebase is a great way to use S3 with decentralised hosting such as Sia.
The node_key.json
and priv_validator_key.json
are both backed up, and can be encrypted with a password.
Variable | Description | Default | Examples |
---|---|---|---|
S3_KEY |
S3 access key | ||
S3_SECRET |
S3 secret key | ||
S3_HOST |
The S3 API host | https://s3.filebase.com |
https://s3.us-east-1.amazonaws.com |
KEY_PATH |
Bucket and directory to backup/restore to | bucket/nodes/node_1 |
|
KEY_PASSWORD |
An optional password to encrypt your private keys. Shouldn't be optional |
Some shortcuts for enabling statesync. Statesync requires 2x nodes with snapshots enabled.
See an example of a statesync deployment.
Variable | Description | Default | Examples |
---|---|---|---|
STATESYNC_SNAPSHOT_INTERVAL |
Take a snapshot to provide statesync every X blocks | 500 |
|
STATESYNC_ENABLE |
Enabling statesyncing from a node. Default true if STATESYNC_RPC_SERVERS is set |
||
STATESYNC_RPC_SERVERS |
Comma separated list of RPC nodes with snapshots enabled | ip:26657,ip2:26657 |
|
STATESYNC_TRUSTED_NODE |
A trusted node to obtain trust height and hash from. Defaults to the first STATESYNC_RPC_SERVERS if set |
ip:26657 |
|
STATESYNC_TRUST_PERIOD |
Trust period for the statesync snapshot | 168h0m0s |
|
STATESYNC_TRUST_HEIGHT |
Obtained from STATESYNC_TRUSTED_NODE |
||
STATESYNC_TRUST_HASH |
Obtained from STATESYNC_TRUSTED_NODE |
The node data
directory can be restored from a .tar
, .tar.gz
or .lz4
file stored on a public URL.
The file can be obtained from the following sources:
- Direct URL to the archive file
- Base URL file listing, where the archive matches a given pattern.
- snapshot.json generated by Omnibus Snapshot backup feature.
- ChainLayer's Quicksync snapshots described by a JSON file.
Note that snapshots will be restored in-process, without downloading the snapshot to disk first. This saves disk space but is slower to extract, and could be made configurable in the future.
Variable | Description | Default | Examples |
---|---|---|---|
SNAPSHOT_URL |
A URL to a .tar , .tar.gz or .lz4 file |
http://135.181.60.250/akash/akashnet-2_2021-06-16.tar |
|
SNAPSHOT_BASE_URL |
A base URL to a directory containing backup files | http://135.181.60.250/akash |
|
SNAPSHOT_JSON |
A URL to a snapshot.json as detailed in Snapshot backup |
https://cosmos-snapshots.s3.filebase.com/akash/pruned/snapshot.json |
|
SNAPSHOT_QUICKSYNC |
A URL to a Quicksync JSON file describing their snapshots. Also see SNAPSHOT_PRUNING |
https://quicksync.io/terra.json |
|
SNAPSHOT_FORMAT |
The format of the snapshot file | tar.gz |
tar |
SNAPSHOT_PATTERN |
The pattern of the file in the SNAPSHOT_BASE_URL |
$CHAIN_ID.*$SNAPSHOT_FORMAT |
foobar.*tar.gz |
SNAPSHOT_DATA_PATH |
The path to the data directory within the archive | snapshot/data |
|
SNAPSHOT_PRUNING |
Type of snapshot to download, e.g. archive , pruned , default . |
pruned |
archive |
DOWNLOAD_SNAPSHOT |
Force bootstrapping from snapshot. If unset the node will only restore a snapshot if the data contents are missing |
1 |
Omnibus includes a script to automatically snapshot a node and upload the resulting archive to any S3 compatible service like Filebase.
At a specified time (or day), the script will shut down the tendermint server, create an archive of the data
directory and upload it.
Snapshots older than a specified time can also be deleted. Finally a JSON metadata file is created listing the current snapshots. The server is then restarted and monitored.
See an example of a snapshot node deployment.
Variable | Description | Default | Examples |
---|---|---|---|
S3_KEY |
S3 access key | ||
S3_SECRET |
S3 secret key | ||
S3_HOST |
The S3 API host | https://s3.filebase.com |
s3.us-east-1.amazonaws.com |
SNAPSHOT_PATH |
The S3 path to upload snapshots to, including the bucket | cosmos-snapshots/akash |
|
SNAPSHOT_PREFIX |
The prefix for the snapshot filename | $CHAIN_ID |
snapshot |
SNAPSHOT_TIME |
The time the snapshot will run | 00:00:00 |
09:00:00 |
SNAPSHOT_DAY |
The numeric day of the week the snapshot will run (Monday = 1) | * |
7 |
SNAPSHOT_SIZE |
The rough size of the resulting snapshot for the multi-part upload | 107374182400 |
0 |
SNAPSHOT_DIR |
The directory on disk to snapshot | $PROJECT_ROOT/data |
/root/.akash |
SNAPSHOT_CMD |
The command to run the server | $START_CMD |
akash start --someflag |
SNAPSHOT_RETAIN |
How long to retain snapshots for (0 to disable) | 2 days |
1 week |
SNAPSHOT_METADATA |
Whether to create a snapshot.json metadata file | 1 |
0 |
SNAPSHOT_METADATA_URL |
The URL snapshots will be served from (for snapshot.json) | https://cosmos-snapshots.s3.filebase.com/akash |
The node binary can be downloaded at runtime when using the Generic image. All configuration can be sourced from CHAIN_JSON
if the attributes are available, or configured manually. You will need to set PROJECT
, PROJECT_BIN
and PROJECT_DIR
if these can't be sourced from CHAIN_JSON
.
Variable | Description | Default | Examples |
---|---|---|---|
BINARY_URL |
URL to the binary (or zip , tar , tar.gz ) |
||
BINARY_ZIP_PATH |
Path to the binary in the archive. Can be left blank if correctly named in root | ||
PROJECT |
Name of the project, informs other variables | ||
PROJECT_BIN |
Binary name | $PROJECT |
osmosisd |
PROJECT_DIR |
Name of project directory | .$PROJECT_BIN |
.osmosisd |
See Cosmos docs for more information
Variable | Description | Default | Examples |
---|---|---|---|
FASTSYNC_VERSION |
The fastsync version | v2 |
|
MINIMUM_GAS_PRICES |
Minimum gas prices | 0.025uakt |
|
PRUNING |
How much of the chain to prune | nothing |
|
DEBUG |
Set to 1 to output all environment variables on boot |
1 |
Adding a new chain is easy:
- Ideally source or setup a
chain.json
to provide a single source of truth for chain info - Add a project directory based on the existing projects
- Update the github workflow to create an image for your chain
Submit a PR or an issue if you want to see any specific chains.