A storage engine for cryptocurrency market data. You supply the exchanges, data type (trade, book, etc), and trading pairs you're interested in and Cryptostore does the rest!
Stores data to:
Cryptostore currently requires either Kafka or Redis to be installed. The extra dependencies for your backend of choice must be installed as well (eg
pip install cryptostore[redis]). Redis requires Redis Streams, which is supported in versions >= 5.0.
Once installed with pip, an executable is placed on the path, so you can simply run
cryptostore to start the collector. It requires a
config.yaml file. If its not in the current working directory, you can specify the path to the config with the
An example config, with documentation inline is provided in the root of the repository. The config file is monitored by cryptostore, so you can change the options in the file and it will apply them without the need to reload the service (this is experimental. If you encounter issues with it, please raise an issue).
Backfilling Trade Data
Cryptstore can backfill trade data - but be aware not all exchanges support historical trade data, and some only provide a limited amount. Backfill fills from the earliest date in data storage until the start date specified in the config. Backfill is restartable.
Running with other consumers
Cryptostore can operate with other consumers of the exchange data (eg. a trading engine consuming updates).
- Disable the message removal in the Redis settings in
config.yaml. The other consumer will need to be responsible for message removal (if so desired), and it must ensure messages are not removed before cryptostore has had a chance to process them.
- You need only supply a different consumer group id for the other consumers to ensure all consumers receive all messages. Kafka's configuration controls the removal of committed messages in a topic (typically by time or size).
With a pass through
- Cryptostore supports forwarding realtime data using ZeroMQ. To enable, use the
pass_throughoption in the config. Data will be sent in real time (not subject to aggregation in redis/kafka). This can be used with or without data aggregation and storage.
Running in a container
You can run Cryptostore in a docker container. A Dockerfile and a docker-compose.yml are provided. It uses the config in config-docker.yaml, and its set up to use redis and store the data into Arctic/MongoDB. The port is mapped to 37017 (as opposed to 27017) so when connecting to Arctic from outside the container make sure you specify the port. Additionally, a volume should be configured in the docker-compose so that the mongoDB data will persist across restarts.
- Missing data detection and correction (for exchanges that support historical data, typically only trade data)
- Storing data to MongoDB
- Support for enabling computation and storage of diverse metrics in parallel with data collection (eg. configurable OHLCV)
Issues and PRs are welcomed. If you'd like to discuss ongoing development please join the slack (use the #cryptostore channel).