Skip to content

lukesalamone/deep-q-trading-agent

Repository files navigation

Deep Q Trading Agent

Here we will demonstrate an implementation of the paper Improving financial trading decisions using deep Q-learning: Predicting the number of shares, action strategies, and transfer learning by Jeong et al.

Trading agents for finance are nothing new. Previous attempts at creating automated trading systems have used statistical indicators such as moving average to determine how to act at any time. However, most of these agents focus on the action to take, opting to trade a fixed number of shares. This is not realistic for real-world trading scenarios.

This paper adresses three problems.

  1. What trading action a trader should perform on a given day, and for how many shares.
  2. What action strategy for a trading agent in "confused market".
  3. There is a lack of financial data for deep learning, which leads to overfitting.

The authors of this paper use Reinforcement Learning and transfer learning to tackle these problems. We implement their core idea, which is the combination of a Deep Q Network to evaluate trading actions given a market situation with a Deep Neural Network Regressor to predict the number of shares with which to perform the best action. We implement and present the three Deep Q-learning architectures used in the paper, the transfer learning algorithm used, two different means of index component stock rankings, and action strategies for dealing with what the authors call a "confused market".

We note that the authors make the following assumptions regarding their Reinforcement Learning agent:

  • It can perform one action each day: BUY, HOLD, or SELL.
  • It does not need to own the stock before selling it, meaning that shorting is allowed.
  • It has infinite funds, so its trading strategy will not be affected by its online performance.
  • It does not incur transaction fees for any of its actions.

This repository contains all of the code you'll need to train and run a Deep-Q Learning Agent with DNN Regressor, but if you'd like a deeper understanding of how it all works we've included a tutorial and explanations below.

Tutorial Overview

After following this tutorial you will have completed the following:

  • Scraped four different stock indices for daily stock data trained
  • Trained three deep-Q trading architectures:
    • NumQ, a simple feed-forward network which uses a single branch to determine both the action and number of shares to trade.
    • NumDReg-AD, an action-dependent network with a branch controlling the action to take and another branch controlling the number of shares to trade.
    • NumDReg-ID, an action-independent network with two branches as above, but with the number of shares entirely independent of the action taken.
  • Scraped all components of the four stock indices used above and classified the components using two different methodologies.
  • Trained an autoencoder, creating a neural basis for stock similarity within an index.
  • Pretrained multiple models on groups of component stocks within each index.
  • Trained final models on index data.
  • Drawn beautiful charts displaying your results.

This tutorial assumes a basic understanding of Python and Pytorch. If you would like to brush up on Pytorch we highly recommend their tutorials.

Scraping stock indices

These instructions are for using your own data. To use the data provided in the repository (and used in the results shown below) skip ahead to the next section.

The pipelines directory contains a script called download_stock_data.py. Running this file will download the following stock indices into the directory stock_data:

  • Dow Jones Industrial Average (^DJI)
  • S&P 500 (^GSPC)
  • NASDAQ (^IXIC)
  • NYSE (^NYSE)

To run this file, execute python pipelines/download_stock_data.py from the root directory of this repository. It may take about 10 minutes to finish downloading since some of the indices are fairly large.

Next, we will need to run a script which ranks and groups the components using two different metrics: correlation and MSE from an autoencoder. To do this, please run pipelines/create_groups.py from the root directory of this repository. For more information, please see the Transfer Learning section.

Reinforcement learning

The goal is to maximize total profit from trading over a given period. To achieve this, we need to predict the best action to take in a given market situation and the number of shares for which to perform this action. Here's a description of the reinforcement learning problem:

RL

For timestep t:

  • pt is the closing trade price
  • S = {s1, s2, ... , sT} is a state, where st = pt - pt-1, the day-to-day closing trade price difference, from t - 199 to t
  • at is the action taken, with values BUY = 1, HOLD = 0, SELL = -1
  • numt denotes the number of shares at time t
  • we denote the profit, profitt = numt * at * (pt - pt-1) / pt-1
  • we denote reward, rt = numt * (1 + at * (pt - pt-1) / pt-1) * pt-1 / pt-n, and n is some reward window parameter which we set to 100 based on experimenting with different values.
  • total profit at time t, Total profit = ∑profitt

We use Deep Q Learning to learn optimal action values to maximize total profits, given greedy action policy.

Model Architectures

NumQ

The Jeong paper experiments with three architectures for trading. The first and simplest of these architectures is called NumQ which uses a single branch of fully-connected layers to determine both the action to take and the ratios for those actions. Its structure is shown below:

numq architecture

This can be succinctly represented in pytorch as a series of torch.nn.Linear layers:

class NumQModel(nn.Module):
    def __init__(self):
        super().__init__()
        self.fc1 = nn.Linear(in_features=200, out_features=200, bias=True)
        self.fc2 = nn.Linear(in_features=200, out_features=100, bias=True)
        self.fc3 = nn.Linear(in_features=100, out_features=50, bias=True)
        self.fc_q = nn.Linear(in_features=50, out_features=3, bias=True)

    def forward(self, x: Tensor) -> Tuple[Tensor, Tensor]:
        x = F.relu(self.fc1(x))
        x = F.relu(self.fc2(x))
        x = self.fc3(x)

        q = self.fc_q(F.relu(x))
        r = F.softmax(self.fc_q(torch.sigmoid(x)))

        return q, r

Of note in this model are the return values of the forward() function. Rather than simply returning one result of a forward-pass through the network, the NumQ network will return two values: a list of Q values associated with the input, and the ratios for each of the three actions (BUY, HOLD, SELL). When in use, the Q values determine which action will be taken, while the ratios determine with how many shares the action will be executed with.

NumDReg-AD

The second model is a bit more complex. It contains a branch for determining the Q values associated with the input, as well as a separate branch for determining the numbers of shares to trade.

numdreg-ad architecture

This architecture is quite a bit more involved than NumQ. In fact, this increase in complexity motivates a reduction in each of the fully-connected layers in the network from those in NumQ: 100, 50, 20 versus the 200, 100, 50 used in NumQ. In spite of this adjustment, this and the next model, NumDReg-ID, need to be trained using a three-step training process. The training process will be discussed later on.

class NumDRegModel(nn.Module):
    def __init__(self, method):
        super().__init__()

        # Set method
        self.method = method

        # Training step
        self.step = 0

        # root
        self.fc1 = nn.Linear(in_features=200, out_features=100, bias=True)

        # action branch
        self.fc2_act = nn.Linear(in_features=100, out_features=50, bias=True)
        self.fc3_act = nn.Linear(in_features=50, out_features=20, bias=True)
        self.fc_q = nn.Linear(in_features=20, out_features=3, bias=True)

        # number branch
        self.fc2_num = nn.Linear(in_features=100, out_features=50, bias=True)
        self.fc3_num = nn.Linear(in_features=50, out_features=20, bias=True)
        self.fc_r = nn.Linear(in_features=20, out_features=(3 if self.method == NUMDREG_AD else 1), bias=True)

    def forward(self, x: Tensor) -> Tuple[Tensor, Tensor]:
        # Root
        x = F.relu(self.fc1(x))

        # Action branch
        x_act = F.relu(self.fc2_act(x))
        x_act = F.relu(self.fc3_act(x_act))
        q = self.fc_q(x_act)

        if self.step == 1:
            # Number branch based on q values
            r = F.softmax(self.fc_q(torch.sigmoid(x_act)))
        else:
            # Number branch
            x_num = F.relu(self.fc2_num(x))
            x_num = torch.sigmoid(self.fc3_num(x_num))
            # Output layer depends on method
            if self.method == NUMDREG_ID:
                r = torch.sigmoid(self.fc_r(x_num))
            else:
                r = F.softmax(self.fc_r(x_num))

        return q, r

    def set_step(self, s):
        self.step = s

NumDReg-ID

This is the third and final paper introduced in the paper. It contains an action-independent branch which specifies the number of shares to trade. Its architecture is identical to NumDReg-AD except for the output layer in the number branch which has a size of one. The activation function of the number branch was not specified in the paper, so we opted to use the sigmoid function.

(Sigmoid has the convenient property of being bounded between 0 and 1. This avoids the awkward circumstance where the action branch predicts BUY while the number branch predicts a negative number, resulting in a SELL action.)

numdreg-id architecture

Training process

Reinforcement learning agents are trained over a number of episodes, during which they interact with an environment, in which they observe states, take actions, and receive rewards. By taking a step in the environment, an agent experiences a tuple (state, action, reward, next_state). In other words, the agent observes state, performs action, receives reward and observes next_state. We call this a transition and we store these transitions in a memory buffer. The memory buffer can be described as containing the agent's experience. In Deep Q Learning, the agent leverages this experience to learn how to evaluate actions at a given state.

Recall that the next_state is not a function of the action taken since the agents action will not have a significant effect on the index price change. We choose to emulate all actions at a given state. In other words, at st the agent will take what it evaluates to be the optimal action, a*, but we compute and record the rewards obtained for all three possible actions, BUY, HOLD, and SELL. So in our implementation, a transition is (state, action, rewards_all_actions, next_state).

Our training logic defines an episode as one chronological pass through the training data. This detail is not specified in the paper, but one pass over the data makes sense in this context. We used a FinanceEnvironment class to track information during training, which has the added benefit of making the code more readable.

The Finance Environment

We include an environment for training which encapsulates many variables that would otherwise need to be tracked in the training loop. We use the FinanceEnvironment to store these variables and provide them as needed to the agent during training.

The FinanceEnvironment class exposes only a few necessary methods to the training loop. For example, step() returns state and done. The first of these is the difference in stock prices for the 200 days prior to the current day. The second indicates whether the episode is done. Executing step() updates several internal variables used in profit and reward calculations.

The other important method of the environment is update_replay_memory(). This method adds a (state, action, rewards_all_actions, next_state) transition to the replay memory. This will be sampled later when the model is optimized. Because the environment stores and updates most of these variables internally, they do not clutter up the training loop.

The Deep Q Learning Algorithm in the Paper:

The Deep Q Learning algorithm used in the paper is shown below:

qlearning

Action strategies in a "confused market"

A confused market is defined as a market situation where it is too difficult to make a robust decision. A "confused market" occurs when the following equation holds:

|Q(st, aBUY) - Q(st, aSELL)| / ∑|Q(st, a)| < threshold

If agent is in a confused market, pick an action from a predetermined action strategy such as BUY, HOLD, or SELL. Since the goal is to minimize loss caused by uncertain information, we use HOLD. Our paper did not specify a value for threshold. We found that THRESHOLD = 0.2 was too high. THRESHOLD = 0.0002 worked well.

Deep Q Networks use two neural networks working in tandem: a policy network which evaluates actions at a given state, and a target network which is periodically updated with the weights from the policy net. These two networks are used to learn the optimal

Our Implementation:

Our implementation can be described by the following algorithm:

Initialize policy network, target network, and environment.
For each each episode:
	While not done:
    Take a step
    Select action and number using policy network and number branch
    Compute reward for all 3 actions
    Store state transition (state, action, rewards_all_actions, next_state) in memory buffer
    Optimize:
	    Get batch of transitions from memory buffer
	    Compute loss as difference between actual and expected q values
      Backpropagate loss
    Soft update target network with policy network parameters
  Reset environment

At the beginning of training, the policy network and target network are initialized. Iterating for a number of epides After this, we begin to iterate over a number of episodes.

Next, the model will undergo an optimization step.

During optimization, batch transitions are retrieved from the memory buffer.

Then the loss is computed as the smooth l1 loss between actual and expected Q values and backpropagated through the policy net.

The expected Q values for each action and state pair are computed as the sum of the observed reward for taking that action and the discounted Q values generated by the next state.

Q(st, at) := Q(st, at) + θ * { rt + γ Q(st, a′) - Q(st, at) }

After an optimization step, we update the parameters of the target network, θtarget, with those of the policy network, θpolicy. We use soft updates with interpolation parameter τ = 0.0003 :

θtarget = τ * θpolicy + (1 - τ) * θtarget

Our code can also use hard updates, which would take place every N episodes, but we have not experimented enough to choose a good value for N.

We then reset the environment to begin serving states from the beginning of the episode again.

Challenges faced in implementation and design choices.

In our experiments, we ran into some problems and so we introduced a few changes to the algorithm given by the paper.

Problem 1: The agent started falling back on a single action.

  • We tried turning off the action strategy
  • We tried exploration strategies
  • We decided to emulate each action at each step (Deep Q-trading, Wang et al).
    We introduce this change at step 9. Our reasoning is that it provided more training data for Q-function and stabilized learning.

Problem 2: When do we update the target network?

  • Deep Q Learning can require a lot of experimentation. We did not have much time to perform these experiments, so episode, we use soft target updates, that is: θtarget = τ * θpolicy + (1 - τ) * θtarget using interpolation parameter τ,

Problem 3: The Q function was not adapting quickly to new situations in the market.

  • We don’t use Experience Memory Replay (Use random sample of past transitions for minibatch training)
  • We use online learning, by storing past N transitions into a memory buffer and use those for minibatch training (Deep Q-trading, Wang et al). We use the minibatch size (64) as N.

3 step training (NumDReg-AD/ID)

The NumDReg-AD and NumDReg-ID models both require a different training process from NumQ to train their two branches. The three-step training process for both of these models is as follows...

threesteptraining

Note: we train each step for the same number of episodes

Transfer learning

Financial data is noisy and insufficient which leads to overfitting. Solution: use transfer learning.

Before training a model to trade on an index, we train it on stocks that belong to that index, ie. the component stocks.

Then, we use the pretrained weights to further train on the index. Pre-training with all component stocks would be too time consuming, so we create six groups, using two different approaches: correlation and MSE.

These approaches serve to capture the relationship between a component stock and its index.

Component stock-index relationships

We create 6 groups of stocks based on 2 approaches: Pearson correlation and the mean squared predicting error from an autoencoder (MSE).

Correlation MSE
Highest 2n Highest 2n
Lowest 2n Lowest 2n
Highest n + Lowest n Highest n + Lowest n

So for each stock we will measure its correlation with the index and measure its autoencoder MSE. One group of stocks will be made up of the highest 2n components when measured by correlation with the index. (Here n is chosen in proportion to the number of components in the index.) Another group will be made up of the 2n stocks which have the lowest correlation with the index. And so forth.

Creating these groups allows our models to be pretrained on stocks which are proxies to the index, or in the case of the "low" group, on stocks which might help the agent generalize later on.

Autoencoding component stocks

In order to calculate the mean squared error of the component stocks, we need to train an autoencoder which will predict a series of stock prices for each component in an index. That is, the input size of the network will be MxN, where M is the number of components in the index and N is the number of days in the time series.

We will train an autoencoder such that X=Y, where X is the input and Y is the output.

The architecture of the autoencoder is very simple, having only 2 hidden layers with 5 units each. These small hidden layers force the model to encode the most essential information of its inputs into a small latent space. All extraneous information not represented in the latent space is discarded. Each of the inputs xi will be encoder with the autoencoder as yi, and it is against these that mean squared error is measured.

autoencoder

class StonksNet(nn.Module):
    def __init__(self, size):
        super().__init__()
        self.size = size
        self.fc1 = nn.Linear(in_features=size, out_features=5, bias=True)
        self.out = nn.Linear(in_features=5, out_features=size, bias=True)

    def forward(self, x: Tensor) -> Tensor:
        x = F.relu(self.fc1(x))
        x = F.relu(self.out(x))
        return x

Training an autoencoder is fairly simple if you understand the basics of neural networks. Rather than training with (input, target) pairs, since we only care that input=input, we will train on (input, input) pairs.

The Transfer Learning Algorithm

Load index data and index component stocks  
Create 6 groups of component stocks using correlation and MSE  
For group in groups:  
    For stock in group:
        Train a model on stock using NumQ. (action branch)
    Evaluate group on index
Pick agent with highest total profit on index
if NumQ:
    Train acion branch on index
else if NumDReg - AD or NumDReg - ID:
    Freeze action branch on index
    Train number branch on index
    Train end to end on index

Example of the models trained on the component stock groups:

Below we show a graph of the models trained on the 6 groups of component stocks for the index GSPC with method NumDReg-ID

The groups are correlation - high, correlation - low, correlation - highlow, mse - high, mse - low, mse - highlow. RL denotes an agent trained on the index. Each of these models is trained for 10 episodes on each stock.

pretrained agents example

Putting it all together

To run or experiments, we created a command line interface to train a models, run transfer learning, and evaluate saved models.

First, install the required dependencies using pip3 or pip...

pip3 install requirements.txt

You can also install dependencies with conda...

conda env create -f envionment.yml

Next, run the following command to clone the repository and move into the directory...

git clone https://github.com/lukesalamone/deep-q-trading-agent
cd deep-q-trading-agent/

Now we can run experiments from the command line using the following set of arguments...

--task: The task we want to run (train, evaluate, transfer_learning)

--epsd: The number of episodes to run (if running training)

--epcp: The number of episodes to run for each component stock in index (if running transfer_learning)

--indx: The index to use for the specified task

--symb: The symbol of what we want to trade (not the same as index in the case of transfer learning)

--train: The dataset to train the agent on (train, full_train)

--eval: The dataset to evaluate the agent on (valid, test)

--mthd: Which model architecture and training method to use (numq, numdregad, numdregid)

--stgy: The default strategy to use in a confused market (buy, hold, sell)

--load: The path to the model to load for the specified task (if blank, we initialize a new model)

--save: The path to where the model should be saved (model will not be saved if path not specified)

Running the following command will train an agent for 3 episodes using the NumQ method to trade the dow jones (DJIA) index and save the weights.

python3 trading_agent.py --task train --epsd 3 --mthd numq --indx djia --symb ^DJI --save sample_agent.pt

When running training, plots of losses, training and validation rewards, total profits, and running profits over the validation set will also be generated and saved under the plots directory.

The following command loads and runs the agent trained earlier using the same index (DJIA) on the test period.

python3 trading_agent.py --task evaluate --eval test --mthd numq --indx djia --symb ^DJI --load sample_agent.pt

The following commands can be used to run our experiments from our results.

each method (NumQ, NumDReg-AD, NumDReg-ID) on each index (gspc as example)

python3 trading_agent.py --task train --epsd 100 --mthd numq --indx gspc --symb ^GSPC --save numq_gspc.pt
python3 trading_agent.py --task train --epsd 33 --mthd numdregad --indx gspc --symb ^GSPC --save numdregad_gspc.pt
python3 trading_agent.py --task train --epsd 33 --mthd numdregid --indx gspc --symb ^GSPC --save numdregid_gspc.pt

Note: we train NumDReg-AD and NumDReg-ID for 33 episodes since the training is split into 3 steps, each with 33 episodes, for a total of 99.

The following commands were used to run the transfer learning experiments for each method (NumQ, NumDReg-AD, NumDReg-ID) on a given index (gspc as example).

python3 trading_agent.py --task transfer_learning --epsd 100 --epcp 15 --mthd numq --indx gspc --symb ^GSPC --train full_train --eval test --save numq_gspc_transfer.pt
python3 trading_agent.py --task transfer_learning --epsd 33 --epcp 10 --mthd numdregad --indx gspc --symb ^GSPC --train full_train --eval test --save numderegad_gspc_transfer.pt
python3 trading_agent.py --task transfer_learning --epsd 33 --epcp 10 --mthd numdregid --indx gspc --symb ^GSPC --train full_train --eval test --save numderegid_gspc_transfer.pt

Notes:

  • we train NumDReg-AD and NumDReg-ID for 33 episodes since the training is split into 3 steps, each with 33 episodes, for a total of 99
  • we use the additional parameter epcp to denote the number of episodes for which we train on each component stock. If theres 6 stocks in a group, that's 60 episodes.
  • we train on full_train (train + valid) and evaluate on test

WARNING: For transfer learning, our code save weights and plots from different models it produces. If you run a new experiment for an index (gspc, djia, nyse, nasdaq) and method (NumQ, NumDReg-AD, NumDReg-ID), you will overwrite the plots, experiment logs, and weights saved for that index, method pair.

Selected Results

Selected Models without pretraining

We trained the models for 100 episodes and test on two test sets. One that uses the same timeline as the paper and another that uses the more recent data we used for transfer learning.

Results from the paper (2006-2017)

Model Profits
NumQ 3.89
NumDRwg-AD 4.87
NumDRwg-ID Not given

From the same timeline as the paper (2006-2017)

Model Profits
NumQ 1.67
NumDRwg-AD 2.63
NumDRwg-ID 6.13

From the same timeline as the transfer learning (2015-2020)

Model Profits
NumQ -0.342
NumDRwg-AD -0.425
NumDRwg-ID 2.01

The model results here are in the expected order and still make a profit using the same data, but fall short of the profits achieved by the paper.

Selected Models after pretraining

Pretraining on groups

The following plot shows the performance of our pretrained agents on groups of component stocks from the index GSPC.
Method: NumQ, epcp=15 (15 episodes for each component stock), epsd=100 (100 episodes for Training)

pretrained agents example numq gspc

Given the total profits achieved, we select the best performing group mse - low and load those weights into our NumQ agent before further training it on the index stock. We show a plot of the running Total Profits achieved when evaluating on the test set below:

numq gspc transfer learning on test set

The following plot shows the performance of our pretrained agents on groups of component stocks from the index GSPC.
Method: NumDReg-AD, epcp=10 (10 episodes for each component stock), epsd=33 (33 episodes for Training Steps 2 and 3)

pretrained agents example numdregad gspc

Given the total profits achieved, we select the best performing group mse - high and load those weights into our NumDReg-AD agent before further training it for Steps 2 and 3 on the index stock. We show a plot of the running Total Profits achieved when evaluating on the test set below:

numdregad gspc transfer learning on test set

The following plot shows the performance of our pretrained agents on groups of component stocks from the index GSPC.
Method: NumDReg-ID, epcp=10 (10 episodes for each component stock), epsd=33 (33 episodes for Training Steps 2 and 3)

pretrained agents example numdregid gspc

Given the total profits achieved, we select the best performing group mse - highlow and load those weights into our NumDReg-ID agent before further training it for Steps 2 and 3 on the index stock. We show a plot of the running Total Profits achieved when evaluating on the test set below:

numdregid gspc transfer learning on test set

Selected Models after training

NumQ

The following shows the performance of NumQ evaluated on NASDAQ.

numq eval on nasdaq

The following plots show the performance of our agents on the index GSPC.
We plot running Total Profits on the test set.

Method: NumQ, epsd=100

numq gspc

Method: NumDReg-AD, epsd=33 (Step 1: 33, Step 2: 33, Step 3: 33)

numq gspc

Method: NumDReg-ID, epsd=33 (Step 1: 33, Step 2: 33, Step 3: 33)

numq gspc

It is important to note that the data used on the indexes GSPC, NASDAQ, DJIA, and NYSE, as well as for the transfer learning section has a significantly shorter timeline than the data from the paper, limiting the agents' ability to achieve better results. Furthermore, we can see that from most plots, the agent is making a profit until early 2020 when there was a crash due to the pandemic. This occurs near the end of the data and results in a drop in profits more so than if the agent just did a buy and hold before the crash. Because using the same test period as the paper would have significantly limited our training size, we used all the data we could and kept this as the test period.

Conclusion

While The agents trained here in our experimets make a profits on average, they fall short of the results in the paper. This likely has a few different reasons including...

  1. Missing details in the paper including, among other things, how batches for the model optimization step are to be updated, how optimization works for the third step in three step training, how exploration or alternatives to exploration are implemented, and some other smaller details.

  2. A different and smaller timeline to train and test the model likely caused lower profits.

  3. A problem within the RL process is another likely cause of smaller profits. While the losses decrease, and rewards and profits increase as expected and furthermore appear to converge, they do so at a lower level than expected.

  4. Predicting stock prices is hard.

Regardless, it is clear the RL agent learns to generate some profits and the proposed modifications in architecture and training process described above do result in the expected improvements in profits.

About

Deep RL stock trading agent

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

 
 
 

Languages