chainbench - GitLite

KO | EN

gitlite — search

#hacktoberfest #react #ai #golang #go #android #machine-learning #docker #macos #cli #kubernetes #security #mcp #open-source

chainbench

(★ 51)

Flexible blockchain infrastructure benchmarking and load testing tool

파일 탐색기

최종 버전 다운로드 (.zip)

- - checks.yml
  - docker-publish.yml
  - python-publish.yml
- CODEOWNERS
- pull_request_template.md
- - __init__.py
- - spike.py
  - step.py
- - __init__.py
  - blockchain.py
  - ethereum.py
  - evm.py
  - solana.py
  - starknet.py
- - __init__.py
- - __init__.py
  - common.py
  - http.py
  - jsonrpc.py
  - tag.py
  - wss.py
- - __init__.py
  - cli.py
  - event.py
  - http.py
  - jsonrpc.py
  - monitor.py
  - notify.py
  - rng.py
  - timer.py
- __init__.py
- __main__.py
- grpc.py
- main.py
- PROFILE.md
.dockerignore
.gitignore
.pre-commit-config.yaml
AGENTS.md
CONTRIBUTING.md
Dockerfile
LICENSE
poetry.lock
pyproject.toml
README.md

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

<img width="1200" alt="Labs" src="https://user-images.githubusercontent.com/99700157/213291931-5a822628-5b8a-4768-980d-65f324985d32.png">

<p>
 <h3 align="center">Chainstack is the leading suite of services connecting developers with Web3 infrastructure</h3>
</p>

<p align="center">
  <a target="_blank" href="https://chainstack.com/build-better-with-ethereum/"><img src="https://raw.githubusercontent.com/soos3d/blockchain-badges/main/protocols_badges/Ethereum.svg" /></a>&nbsp;  
  <a target="_blank" href="https://chainstack.com/build-better-with-bnb-smart-chain/"><img src="https://raw.githubusercontent.com/soos3d/blockchain-badges/main/protocols_badges/BNB.svg" /></a>&nbsp;
  <a target="_blank" href="https://chainstack.com/build-better-with-polygon/"><img src="https://raw.githubusercontent.com/soos3d/blockchain-badges/main/protocols_badges/Polygon.svg" /></a>&nbsp;
  <a target="_blank" href="https://chainstack.com/build-better-with-avalanche/"><img src="https://raw.githubusercontent.com/soos3d/blockchain-badges/main/protocols_badges/Avalanche.svg" /></a>&nbsp;
  <a target="_blank" href="https://chainstack.com/build-better-with-solana/"><img src="https://raw.githubusercontent.com/soos3d/blockchain-badges/main/protocols_badges/Solana.svg" /></a>&nbsp;
<a target="_blank" href="https://chainstack.com/build-better-with-starknet/"><img src="https://raw.githubusercontent.com/soos3d/blockchain-badges/main/protocols_badges/Starknet.svg" /></a>&nbsp;
</p>

<p align="center">
  • <a target="_blank" href="https://chainstack.com/">Homepage</a> •
  <a target="_blank" href="https://chainstack.com/protocols/">Supported protocols</a> •
  <a target="_blank" href="https://chainstack.com/blog/">Chainstack blog</a> •
  <a target="_blank" href="https://docs.chainstack.com/quickstart/">Chainstack docs</a> •
  <a target="_blank" href="https://docs.chainstack.com/quickstart/">Blockchain API reference</a> • <br> 
  • <a target="_blank" href="https://console.chainstack.com/user/account/create">Start for free</a> •
</p>

# Chainbench
![checks status](https://github.com/chainstacklabs/chainbench/actions/workflows/checks.yml/badge.svg) 
![build status](https://github.com/chainstacklabs/chainbench/actions/workflows/python-publish.yml/badge.svg)
![version](https://img.shields.io/pypi/v/chainbench)
![license](https://img.shields.io/github/license/chainstacklabs/chainbench)

This project allows you to benchmark your blockchain infrastructure. It uses [Locust](https://docs.locust.io/en/stable/index.html) under the hood.

## Project Details

Chainbench allows easy profile definition for any EVM-compatible blockchain and Solana, including partial support for Starknet. You can use both hard-coded values and real chain data for dynamic call parameters.

Main features:
- Built-in profiles for Ethereum, Binance Smart Chain, Polygon, Solana, Base, Arbitrum, Avalanche, Fantom, Gnosis, Oasis, Optimism, Ronin and Starknet, as well as some generic EVM-based profiles
- Support for custom profiles
- Dynamic call params generation using real chain data
- Headless and web UI modes

Check out the [docs](docs/PROFILE.md) for more information about the profile creation.

## Prerequisites

- Python 3.10+
- Poetry 1.7+ (installation instructions [here](https://python-poetry.org/docs/#installation))

## Installation

### Using pip

```shell
pip install chainbench
```

After installation, you can run the tool using the following command:
```shell
chainbench start --help
```

### Using Poetry

Clone the repository:
```shell
git clone git@github.com:chainstacklabs/chainbench.git
```

Install dependencies:
```shell
cd chainbench && poetry install --without dev
```

When installing using Poetry, you can run the tool using the following command:
```shell
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:
```shell
chainbench --help
```
`start` command is used to start a load test. To learn about the parameters and flags, run the following command:
```shell
chainbench start --help
```

You may specify a method to test, for example:
```shell
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:
```shell
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:
```shell
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`
- `-d`, `--profile-dir`: Specifies the base directory to use which contain profiles, supporting up to one-level of subdirectories.
- `--profile-path`: Specifies the full path to the profile file to use for the benchmark. Overrides `--profile` and `--profile-dir` options.
- `-s`, `--shape`: Specifies the shape of the load pattern. List available shapes with `chainbench list shapes`.
- `-u`, `--users`: Sets the number of simulated users to use for the benchmark.
- `-r`, `--spawn-rate`: Sets the spawn rate of users per second.
- `-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.
- `--ref-url`: Specifies the reference blockchain node URL that will be used to fetch test data from before the benchmark starts.
- `--start-block`: Starting block number to use when generating test data. Must be used together with `--end-block`.
- `--end-block`: Ending block number to use when generating test data. Must be greater than `--start-block`. Note: if `--use-latest-blocks` is set, this custom range is ignored.

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

### Profiles
Default profiles are located in the [`profile`](chainbench/profile) directory. For a tutorial on how to create custom profiles, please refer to [this document](docs/PROFILE.md).

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

The `-d` or `--profile-dir` flag can be used to specify a custom directory with profiles. For example:
```shell
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:
```shell
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:
```shell
chainbench start --profile evm.light --users 50 --workers 2 --test-time 12h --target https://node-url --headless --autoquit
```

## Load Pattern Shapes
Load pattern shapes are used to define how the load will be distributed over time. You may specify the shape of the load pattern using the `-s` or `--shape` flag.
This is an optional flag and if not specified, the default shape will be used. The default shape is `ramp-up` which means the load will increase linearly over time at
the spawn-rate until the specified number of users is reached, after that it will maintain the number of users until test duration is over.

Other available shapes are:
- `step` - The load will increase in steps. `--spawn-rate` flag is required to specify the step size. The number of steps will be calculated based on `--users` divided by `--spawn-rate`. The duration of each step will be calculated based on `--test-time` divided by the number of steps.
- `spike` - The load will run in a spike pattern. The load will ramp up to 10% of the total users for 40% of the test duration and then spike to 100% of the total users as specified by `--users` for 20% of test duration and then reduce back to 10% of total users until the test duration is over.

Use the following command to list all shapes in chainbench/shapes
```shell
chainbench list shapes
```
You may add your own custom shapes by copying one of the existing shapes in chainbench/shapes and modifying them to fit your requirements.

### 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:
```shell
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, sync-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:
```shell
chainbench start --profile evm.light --users 50 --workers 2 --test-time 12h --target https://node-url --headless --autoquit -m sync-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.
```shell
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.
```shell
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:

```shell
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`:

```shell
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.
```shell
chainbench discover https://node-url --clients geth,erigon
```
To list valid arguments for `--clients` option and the reference client version, run:
```shell
chainbench list clients
```
If you don't specify the `--clients` option, the tool will default to Ethereum JSON-RPC Specification (eth).

### Solana Yellowstone gRPC benchmarks

`chainbench grpc` benchmarks Solana Yellowstone (Geyser) gRPC endpoints. It delegates
to the bundled [`chainbench-grpc`](https://github.com/chainstacklabs/chainbench-grpc) binary
(shipped on `PATH` in the Docker image), so flags after the mode are passed straight
through to that tool:

```shell
# absolute latency of a single endpoint
chainbench grpc latency --url https://grpc.example.com --token YOUR_TOKEN

# compare two endpoints (win rate + relative latency)
chainbench grpc race -u https://ep1 -t t1 -u https://ep2 -t t2 --transactions 5000

# stream throughput / slot lifecycle / full report
chainbench grpc throughput --url https://grpc.example.com --duration 60
chainbench grpc slots --url https://grpc.example.com --target-slots 100

# the binary renders its own help
chainbench grpc latency --help
```

Modes: `race`, `latency`, `throughput`, `slots`, `full`. When running outside the
Docker image, install the `chainbench-grpc` binary and ensure it is on `PATH`.

## License
This project is licensed under the [Apache 2.0 License](LICENSE).

## Development
- [Contributing](CONTRIBUTING.md)
- [Agents](AGENTS.md)