Need help with cryptostore?
Click the “chat” button below for chat support from the developer who created it, or find similar developers for support.

About the developer

bmoscon
231 Stars 98 Forks Other 302 Commits 25 Opened issues

Description

A storage engine for cryptocurrency data

Services available

!
?

Need anything else?

Contributors list

Cryptostore

License Python PyPi Codacy Badge

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!

Requirements

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.

Running Cryptostore

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
--config
option.

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 only applies to changes made to data within the

exchanges
block. Other changes will be ignored.

Storing data

Stores data to: * Arctic * InfluxDB * Elasticsearch * Parquet, either on your local drive, or in the cloud using: * Google Cloud Storage * Amazon S3 * Google Drive

Running with other consumers

Cryptostore can operate with other consumers of the exchange data (eg. a trading engine consuming updates).

For Redis - 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.

For Kafka - 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_through
option 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.

Planned features

  • [ ] More data types (eg. open interest)
  • [ ] Postgres support
  • [ ] 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)

Contributing

Issues and PRs are welcomed. If you'd like to discuss ongoing development please join the slack (use the #cryptostore channel).

We use cookies. If you continue to browse the site, you agree to the use of cookies. For more information on our use of cookies please see our Privacy Policy.