Skip to content

Capia/giia

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

97 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Giia

Giia is a backward acronym that stands for:

  • A: Artificial
  • I: Intelligence
  • for
  • I: Investment
  • G: Growth

Giia is a family of financial services owned by Capia Inc. Its goal is to provide predictions for long, medium, and short-term outlooks for any given cyrpto.

This encompasses using MXNet + GluonTS to create an AI model based on time series data. This repo leverages AWS SageMaker for its robust API and scalability.

Model Architecture

Currently, the project is based on a Simple Feedforward. SFeedFwd is a supervised learning algorithm where information moves in only one direction—forward—from the input nodes, through the hidden nodes (if any) and to the output nodes in the forward direction. Visit ./src/sff.py for more information

Getting Started

We recommend using pyenv to manage your python versions. This project uses python 3.8, as denoted in .python-version. This version is compatible with all of our major packages; gluonts, mxnet, and freqtrade.

First, check python installation:

python -V

# If the version is not 3.8, install it with:
pyenv install

Next, set up a virtual environment:

python -m venv venv
source venv/bin/activate

Then install the dependencies with:

# Note that there are a few dependencies commented out inside the requirements.txt file. You need to install those 
#  manually
pip install -r ./src/requirements.txt

Finally, set the jupyter notebook to use the virtual environment:

python -m ipykernel install --user --name=giia --display-name="giia (venv)"

Datasets

To download training and test datasets, read ./src/freqtrade/README.md

Training Locally

You have two options to train the model locally. You can run it natively with python, or you can run it with docker. The recommended developer workflow is to run it natively with python for quicker iteration, and then run it with docker through the jupyter notebook. The local docker container will be the same as production, so this is a good smoke test to ensure it works before spending compute hours in the cloud.

To train locally:

python -m sm_entry_train --dataset_dir ../out/datasets --model_dir ../out/local_cli/model

And to view the tensorboard:

export TENSORBOARD_LOG_DIR=./out/local_cli/model/giia-tft-1.2.0                                 
tensorboard --logdir ${TENSORBOARD_LOG_DIR}

Training in AWS

This repo makes use of AWS Sagemaker's SDK which allows you to test and iterate quickly on your dev machine, before running a training session. To enable local execution change the train_instance_type of your estimator to local. Running locally requires Docker, make sure that it is installed and running.

Developer Workflow

Lastly, jupyter cell output is distracting when looking at diffs and MRs. To remove this, we use a tool called nbstripout and git filters. I recommend installing it globally with nbstripout --install --global. Which ever way you choose, ensure you check it is installed with nbstripout --status

Docker

Build Image

First, acquire the serialized model model.tar.gz and note the location. This can be found locally if you ran the training job locally, or it can be found in S3 if it was ran in AWS SageMaker. Additionally, there are notebooks to help download the serialized model.

Then, to build the image run:

export IMAGE_TAG="0.0.9"
export MODEL_PATH="./out/giia-1.0.3/models/mxnet-training-2021-06-23-12-36-55-617/output/model.tar.gz"
./scripts/build_pdi_image.sh ${IMAGE_TAG} ${MODEL_PATH}
./scripts/build_ft_image.sh ${IMAGE_TAG}

Finally, to push the image:

export IMAGE_TAG="0.0.9"
./scripts/push_pdi_image.sh ${IMAGE_TAG}
./scripts/push_ft_image.sh ${IMAGE_TAG}

Test Locally

In many cases, you will want to test your image locally before deploying. You can do this manually by first building the image from above, then running:

docker run -p 9000:8080 --rm -it ${IMAGE_NAME}

This will make the function available at http://localhost:9000/2015-03-31/functions/function/invocations. Don't ask me where the "2015-03-31" comes from, it was in the docs and it works.

Backlog

TODO

  • Rolling time series (unreleased version of gluonts)
  • Feature time series (multivariate?)
  • Visualize model (tensorboard like)
  • Visualize model's performance (tensorboard like)
  • Calculate model's confidence
    • This can be based of spread of precentiles, RMSE, and other model output.
  • Calculate risk factor feature
    • Here an algorithm can determine the level of risk associated with a trade. Then another algorithm will sort and identify the most favorable trades based on risk vs reward.

Other Ideas for Input Parameters

Other Notes

References

https://aws.amazon.com/blogs/machine-learning/amazon-sagemaker-automatic-model-tuning-now-supports-random-search-and-hyperparameter-scaling/ https://docs.aws.amazon.com/sagemaker/latest/dg/automatic-model-tuning-how-it-works.html https://github.com/aws-samples/amazon-sagemaker-time-series-prediction-using-gluonts/blob/master/notebooks/part3/twitter_volume_forecast.ipynb https://aws.amazon.com/blogs/machine-learning/creating-neural-time-series-models-with-gluon-time-series/ https://aws.amazon.com/blogs/industries/novartis-ag-uses-amazon-sagemaker-and-gluonts-for-demand-forecasting/ https://aws.amazon.com/blogs/machine-learning/training-debugging-and-running-time-series-forecasting-models-with-the-gluonts-toolkit-on-amazon-sagemaker/ https://docs.aws.amazon.com/sagemaker/latest/dg/deepar_hyperparameters.html https://github.com/awslabs/sagemaker-deep-demand-forecast https://www.freqtrade.io/en/latest/configuration/ https://towardsdatascience.com/aws-sagemaker-endpoint-as-rest-service-with-api-gateway-48c36a3cf46c

Market Viability

While this will largely be used by the founders of Capia, we believe we can market and sell its predictions to other users. Below are a few ideas to make Giia profitiable:

  1. Sell tokens to a limited number of people (this number should stay below 50). Here are a few different pricing models
  • Cost per request, which is uniquely identified by the token. This works well because it is reoccurring and is proportional to the usage and cost to run the infrastructure. We should round up this number and market it as buckets
  • One time cost for token. This is not viable as there is a large upfront cost that will dissuade customers. Also, since payment is not reoccurring, it does not help support continually running the infrastructure needed to provide the predictions
  1. Set up a chat room and channels whose access requires a $79(?) per month per user. This is a proven model, see boilingroomtrading https://boilerroomtrading.co, though we can uniquely market this a very effective AI based solution. Marketing material should pit it against other AI model stock predictors

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published