Skip to main content

No project description provided

Project description

Labs

Chainstack is the leading suite of services connecting developers with Web3 infrastructure

           

HomepageSupported protocolsChainstack blogChainstack docsBlockchain API reference
Start for free

Chainbench

checks status build status version license

This project allows you to benchmark your blockchain infrastructure. It uses Locust under the hood.

Project Details

Chainbench lets you to easily define profiles for any EVM-compatible chain. You can use not only hard-coded values but also real chain data to generate dynamic call parameters.

Main features:

  • Built-in profiles for Ethereum, Binance Smart Chain, Polygon, Oasis, Avalanche and Solana
  • Support for custom profiles
  • Dynamic call params generation using real chain data
  • Headless and web UI modes

Check out the docs for more information about the profile creation.

Prerequisites

  • Python 3.10+
  • Poetry 1.7+ (installation instructions here)

Installation

Using pip

pip install chainbench

After installation, you can run the tool using the following command:

chainbench start --help

Using Poetry

Clone the repository:

git clone git@github.com:chainstacklabs/chainbench.git

Install dependencies:

cd chainbench && poetry install --without dev

When installing using Poetry, you can run the tool using the following command:

poetry run chainbench

Example Usage

All the examples below assume that you have installed the tool using pip. If you installed it using poetry, replace chainbench with poetry run chainbench.

To list all available commands and options, run:

chainbench --help

start command is used to start a load test. To learn about the parameters and flags, run the following command:

chainbench start --help

You may specify a method to test, for example:

chainbench start eth_blockNumber --users 50 --workers 2 --test-time 12h --target https://node-url --headless --autoquit 

This will run a load test with eth_blockNumber method calls with 2 workers, 50 users and 12 hours test time in headless mode with default test data size S. After the test is finished, the tool will automatically quit. If you run the command above without '--headless' flag, it will start a web UI where you may select other methods to run tests with.

To see which methods are supported, run:

chainbench list methods

You may also specify a profile with multiple methods and weights to use for the test instead of testing a single method. For example:

chainbench start --profile bsc.general --users 50 --workers 2 --test-time 12h --target https://node-url --headless --autoquit

This will run a load test with a general BSC profile.

Parameters and Flags

  • -p, --profile: Specifies the profile to use for the benchmark. Available profiles can be found in the profile directory. Sample usage -p bsc.general
  • -u, --users: Sets the number of simulated users to use for the benchmark.
  • -w, --workers: Sets the number of worker threads to use for the benchmark.
  • -t, --test-time: Sets the duration of the test to run.
  • --target: Specifies the target blockchain node URL that the benchmark will connect to.
  • --headless: Runs the benchmark in headless mode, meaning that no graphical user interface (GUI) will be displayed during the test. This is useful for running the test on a remote server or when the GUI is not needed.
  • --autoquit: Tells the Chainbench tool to automatically quit after the test has finished. This is useful for running the benchmark in an automated environment where manual intervention is not desired.
  • --help: Displays the help message.
  • --debug-trace-methods: Enables tasks tagged with debug or trace to be executed
  • -E, --exclude-tags: Exclude tasks tagged with custom tags from the test. You may specify this option multiple times.
  • --use-latest-blocks: Use latest blocks for test data generation and runs a background process to update the test data with latest blocks.
  • --size: Specifies the test data size. Available values are XS, S, M, L, XL. Default is S.
  • '--batch': Runs the test using batch requests. This will send multiple requests in a single batch request. The number of requests in a batch can be specified using the --batch-size flag. Default batch size is 10.

You may also run chainbench start --help for the full list of parameters and flags.

Profiles

Default profiles are located in the profile directory. For a tutorial on how to create custom profiles, please refer to this document.

You may use the following command to list all profiles available out of the box:

chainbench list profiles

The -d or --profile-dir flag can be used to specify a custom directory with profiles. For example:

chainbench start --profile-dir /path/to/profiles --profile my-profile --users 50 --workers 2 --test-time 12h --target https://node-url --headless --autoquit

This will run a load test using /path/to/profiles/my-profile.py profile.

It's possible to group profiles into directories. For example, you can create a directory called bsc and put all the BSC profiles there. Then you can run a load test using the following command:

chainbench start --profile-dir /path/to/profiles --profile bsc.my-profile --users 50 --workers 2 --test-time 12h --target https://node-url --headless --autoquit

Chainbench will look for the profile in /path/to/profiles/bsc/my-profile.py. Currently, only one level of nesting is supported.

There are built-in evm.light and evm.heavy profiles for EVM-compatible chains.

Here's an example of how to run a load test for Ethereum using the evm.light profile:

chainbench start --profile evm.light --users 50 --workers 2 --test-time 12h --target https://node-url --headless --autoquit

Test Data Size

You may specify the test data size using the --size flag. This will determine how much data is used in the test. Take note that larger data size will result in longer test data generation time before the test starts. We plan to add an option to reuse previously generated test data in the future to avoid regenerating the same test data for multiple test runs.

Size Blocks
XS 10
S 100
M 1,000
L 10,000
XL 100,000

Test Data - Using Latest Blocks

When running tests on nodes that are running in sync modes that do not have access to the full blockchain history, it is recommended to use the --use-latest-blocks flag.

Example: If the node runs in a sync mode that only keeps the last 128 blocks in history, you may run a test with the following command:

chainbench start --profile evm.light --users 50 --workers 2 --test-time 1h --target https://node-url --headless --autoquit --use-latest-blocks --size S

With test data size S and --use-latest-blocks flag, the tool will generate test data using the latest 100 blocks. Chainbench will keep the test data up to date by running a background process that will update the test data with latest blocks.

Monitors

Monitors are separate processes that run during the test to collect or process some additional data and metrics relevant to the test. For example, head-lag-monitor will collect the latest block information from the node under test, check the timestamp and compare it to current time to calculate how much the node lags behind. You may include monitors in your test by using the -m or --monitor option and specifying the name of the monitor. At the moment, monitors only work in headless mode.

Here's an example:

chainbench start --profile evm.light --users 50 --workers 2 --test-time 12h --target https://node-url --headless --autoquit -m head-lag-monitor

Web UI Mode

Run the following command to run a load test for BSC in UI mode. It will start a web server on port 8089. Target is required to initialize the test data, however you may change the target endpoint later in the UI, along with the number of users, spawn rate and test time. Do take note when changing the target option that test data initialized with an Ethereum node endpoint, for example, can only be used to test other Ethereum node endpoints.

chainbench start --profile bsc.general --workers 1 --target https://any-working-node-endpoint.com

If you'd like to select which profiles or more specifically which user classes to use for the test, you may start a test in Web UI Mode without specifying a profile or passing in the method argument.

chainbench start --workers 1 --target https://any-working-node-endpoint.com --profile-dir chainbench/profile/evm

This will start a test with all the EVM profiles and user classes available in the UI for you to select.

Headless Mode

If you want to run a load test for BSC in headless mode, run the following command:

chainbench start --profile bsc.general --workers 4 --users 100 --test-time 1h --target https://node-url --headless --autoquit

It will run a load test for BSC with 4 workers, 100 users and 1 hour test time.

In practice, you will probably want to run the benchmark on a remote server. Here's the example utilizing nohup:

nohup chainbench start --profile bsc.general --workers 4 --users 100 --test-time 1h --target https://node-url --headless --autoquit &

Other Commands

Discover Available Methods on Endpoints

This command will discover all available rpc methods on the specified endpoint and print them to the console. List of methods that are tested are based on the --clients option.

chainbench discover https://node-url --clients geth,erigon

To list valid arguments for --clients option and the reference client version, run:

chainbench list clients

If you don't specify the --clients option, the tool will default to Ethereum JSON-RPC Specification (eth).

License

This project is licensed under the Apache 2.0 License.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

chainbench-0.7.1.tar.gz (57.4 kB view hashes)

Uploaded Source

Built Distribution

chainbench-0.7.1-py3-none-any.whl (73.2 kB view hashes)

Uploaded Python 3

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page