Keyboard shortcuts

Press ← or → to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

Zebra with Docker

The foundation maintains a Docker infrastructure for deploying and testing Zebra.

Quick Start

To get Zebra quickly up and running, you can use an off-the-rack image from Docker Hub:

docker run --name zebra zfnd/zebra

If you want to preserve Zebra's state, you can create a Docker volume:

docker volume create zebrad-cache

And mount it before you start the container:

docker run \
  --mount source=zebrad-cache,target=/home/zebra/.cache/zebra \
  --name zebra \
  zfnd/zebra

You can also use docker compose, which we recommend. First get the repo:

git clone --depth 1 --branch v2.5.0 https://github.com/ZcashFoundation/zebra.git
cd zebra

Then run:

docker compose -f docker/docker-compose.yml up

Custom Images

If you want to use your own images with, for example, some opt-in compilation features enabled, add the desired features to the FEATURES variable in the docker/.env file and build the image:

docker build \
  --file docker/Dockerfile \
  --env-file docker/.env \
  --target runtime \
  --tag zebra:local \
  .

Alternatives

See Building Zebra for more information.

Building with Custom Features

Zebra supports various features that can be enabled during build time using the FEATURES build argument:

For example, if we'd like to enable metrics on the image, we'd build it using the following build-arg:

[!IMPORTANT] To fully use and display the metrics, you'll need to run a Prometheus and Grafana server, and configure it to scrape and visualize the metrics endpoint. This is explained in more detailed in the Metrics section of the User Guide.

# Build with specific features
docker build -f ./docker/Dockerfile --target runtime \
    --build-arg FEATURES="default-release-binaries prometheus" \
    --tag zebra:metrics .

All available Cargo features are listed at https://docs.rs/zebrad/latest/zebrad/index.html#zebra-feature-flags.

Configuring Zebra

Zebra uses config-rs to layer configuration from defaults, an optional TOML file, and ZEBRA_-prefixed environment variables. When running with Docker, configure Zebra using any of the following (later items override earlier ones):

  1. Provide a specific config file path: Set the CONFIG_FILE_PATH environment variable to point to your config file within the container. The entrypoint will pass it to zebrad via --config.
  2. Use the default config file: Mount a config file to /home/zebra/.config/zebrad.toml (for example using the configs: mapping in docker-compose.yml). This file is loaded if CONFIG_FILE_PATH is not set.
  3. Use environment variables: Set ZEBRA_-prefixed environment variables to override settings from the config file. Examples: ZEBRA_NETWORK__NETWORK, ZEBRA_RPC__LISTEN_ADDR, ZEBRA_RPC__ENABLE_COOKIE_AUTH, ZEBRA_RPC__COOKIE_DIR, ZEBRA_METRICS__ENDPOINT_ADDR, ZEBRA_MINING__MINER_ADDRESS.

You can verify your configuration by inspecting Zebra's logs at startup.

RPC

Zebra's RPC server is disabled by default. Enable and configure it via the TOML configuration file, or configuration environment variables:

  • Using a config file: Add or uncomment the [rpc] section in your zebrad.toml. Set listen_addr (e.g., "0.0.0.0:8232" for Mainnet).
  • Using environment variables: Set ZEBRA_RPC__LISTEN_ADDR (e.g., 0.0.0.0:8232). To disable cookie auth, set ZEBRA_RPC__ENABLE_COOKIE_AUTH=false. To change the cookie directory, set ZEBRA_RPC__COOKIE_DIR=/path/inside/container.

Cookie Authentication:

By default, Zebra uses cookie-based authentication for RPC requests (enable_cookie_auth = true). When enabled, Zebra generates a unique, random cookie file required for client authentication.

  • Cookie Location: By default, the cookie is stored at <cache_dir>/.cookie, where <cache_dir> is Zebra's cache directory (for the zebra user in the container this is typically /home/zebra/.cache/zebra/.cookie).

  • Viewing the Cookie: If the container is running and RPC is enabled with authentication, you can view the cookie content using:

    docker exec <container_name> cat /home/zebra/.cache/zebra/.cookie

    (Replace <container_name> with your container's name, typically zebra if using the default docker-compose.yml). Your RPC client will need this value.

  • Disabling Authentication: If you need to disable cookie authentication (e.g., for compatibility with tools like lightwalletd):

    • If using a config file, set enable_cookie_auth = false within the [rpc] section:

      [rpc]
# listen_addr = ...
enable_cookie_auth = false

    • If using environment variables, set ZEBRA_RPC__ENABLE_COOKIE_AUTH=false.

Remember that Zebra only generates the cookie file if the RPC server is enabled and enable_cookie_auth is set to true (or omitted, as true is the default).

Examples

To make the initial setup of Zebra with other services easier, we provide some example files for docker compose. The following subsections will walk you through those examples.

Running Zebra with Lightwalletd

The following command will run Zebra with Lightwalletd:

docker compose -f docker/docker-compose.lwd.yml up

Note that Docker will run Zebra with the RPC server enabled and the cookie authentication mechanism disabled when running docker compose -f docker/docker-compose.lwd.yml up, since Lightwalletd doesn't support cookie authentication. In this example, the RPC server is configured by setting ZEBRA_ environment variables directly in docker/docker-compose.lwd.yml (or an accompanying .env file).

Running Zebra with Prometheus and Grafana

The following commands will run Zebra with Prometheus and Grafana:

docker compose -f docker/docker-compose.grafana.yml build --no-cache
docker compose -f docker/docker-compose.grafana.yml up

In this example, we build a local Zebra image with the prometheus Cargo compilation feature. Note that we enable this feature by specifying its name in the build arguments. Having this Cargo feature specified at build time makes cargo compile Zebra with the metrics support for Prometheus enabled. Note that we also specify this feature as an environment variable at run time. Having this feature specified at run time makes Docker's entrypoint script configure Zebra to open a scraping endpoint on localhost:9999 for Prometheus.

Once all services are up, the Grafana web UI should be available at localhost:3000, the Prometheus web UI should be at localhost:9090, and Zebra's scraping page should be at localhost:9999. The default login and password for Grafana are both admin. To make Grafana use Prometheus, you need to add Prometheus as a data source with the URL http://localhost:9090 in Grafana's UI. You can then import various Grafana dashboards from the grafana directory in the Zebra repo.

Running CI Tests Locally

To run CI tests locally, first set the variables in the test.env file to configure the tests, then run:

docker-compose -f docker/docker-compose.test.yml up