QuantConnect Community

Just something to check with our European friends, Primoz Golle, Dimitar Dimitrov and Davidii111: I understand that trading US-based ETFs is not possible due to regulations. I just wanted to check: Could you trade call options, e.g. on TLT, instead of trading the actual ETF (assuming you have successfully requested the trading permission for options on IB)?
For instance, here is a Yahoo Finance list of options for TLT: list. Could you for instance trade the first option in the list, TLT210604C00110000?
If yes, it might just be a question of creating a version where we do not trade TLT but a corresponding call option, or a basket of suitable call options.

If options are not a possibility, wouldn't it be possible to trade an EU equivalent ETF if running LEAN as a local instance? e.g IDTL

When running live, the algo intermittently does not pick stocks when starting algo or going back in. Just had in signal Monday and no stocks were picked again. Starting the algo 5 minutes after open instead of exactly at open just in case launching for the first time and warm up needs to happen. Anyone else encountering this?

Thanks for sharing the issue, Ton86. I am wondering whether adding “not self.Portfolio.Invested” as an additional condition for refreshing the universe and rebalancing the ‘in’ and ‘out’ side might help address the issue.

Just one quick additional thought, Ton86: Not sure whether you consistently use minute resolution for all algo components. Using minute resolution might also help address issues in Live trading, see the earlier post by Alexandre Catarino.
Let me/us know how you go. When you have figured out what is going (or someone else does), I think that these will definitely be interesting lessons learned for many, so feel free posting these here in this thread.

Thank you Peter Guenther. I have been running “res = Resolution.Minute” since going live. I will try adding “not self.Portfolio.Invested” next week as an additional condition and provide feedback. Best.

Hi, My understanding is that there are two variants:

a) SEL[QualUp] + I/O[In & Out]

b) SEL[Earnings Rockets] + I/O[The Distilled Bear] 

does anyone have the correlation between the two strategies. If the correlation is low then it might be worthwhile to run both in parallel.

That is a valid thought, Narendra Kulkarni!
Technically, there are more possible combinations, which we get by mapping the full factorial of the stock selection strategies that were discussed in this thread ([TQQQ], [ValuationRockets], [QualUp], and [F-Score]) and the in & out strategies discussed here ([InOut] and [DistilledBear]). So, this gives you 4 x 2 = 8 possible combinations.

In terms of the correlation idea, what you could be doing is to run the backtests for the two combos you have listed and, in the backtest results (you may have these already available from your earlier tests), copy the monthly returns (select: Total Net Profit) from the results' Overview tab into an Excel sheet to calculate the correlation using Excel's correl function. If you are happy to share, it would be interesting to see what comes out of this calculation.

Thanks you Peter. I can do what you suggest, however I would prefer to do using code. Is there any way to compute strategy correlations using quantconnect code? If someone can give me any pointers, I am happy to code. Secondly, my thought was that if the correlations between the different variants are low enough, we could simply combine them using some formula. Maybe risk parity, or equal weighting. More importantly if the strategies are overfit, hopefully these errors will somewhat cancel out and we wont get burnt in live trading.

My understanding of the quantconnect platform is that for us to run multiple algos in parallel we need to use the multiple alpha models. So should we first focus on converting some of the existing code to the multiple alpha framework? This will allows us to combine the different versions of in and out and run them in parallel.

Fantastic idea, Narendra Kulkarni! I remember that a few months ago Zicai Feng has translated Strongs's Piotrosky F-score algo version into an Algo Framework (link to the post). So this might be the perfect base to build the Multi-Algo Framework from.

The suggested quick-and-dirty correlation test using the Backtest returns of the individual strategies could be an initial face-value assessment regarding the likely gains of combining the strategies in a multi-algo framework. However, the multi-algo framework will provide a more precise picture.

Implementation re Live trading recovery
vidal boreal correctly noted elsewhere that the self.dcount and self.outday variables reset to zero when live trading is interrupted, meaning that the algo effectively ‘forgets’ that it went out of the market and wanted to stay out for some time.
The attached backtest uses the ObjectStore to save the dcount and outday as important state information of the algorithm that can be recovered in case of an interruption. To illustrate the approach, I am using the old (p. 2 of this thread) [In & Out / Distilled Bear] + [QualUp] code. The important lines are:

Lines 298-301: Tries to retrieve dcount and outday from the ObjectStore if they are zero (i.e. the algo restarted) and the info exists in the ObjectStore.

Line 334: If running live, a function to save dcount and outday is called on a daily basis.

Lines 416-418: This is the function that actually saves dcount and outday to the ObjectStore.

Feel free to copy and paste these lines into your algo version.

hmm… I am receiving the following error stated below when I ran the algo attached in the post: :Implementation re Live trading recovery. I remember solving something like this before. Let me see if I can find a solution for this.

Thanks for sharing this bug, spacetime. Second try. I have made the following additions/changes:
1. Line 297: check for whether self.history actually has data. Only proceed if it does.
2. Line 245-246: saved the benchmarks for the debt and tips basis differently, without requiring that dcount is 0.
3. Line 255-258: removed a bunch of double squared brackets which are not required.

Let me know in case the bug persists and I'll have another look.

tested it from self.SetStartDate(2015, 1, 1) and have not received any errors

Disregard…Cloned the wrong one

Peter Guenther I'm trying your last posted Algo and getting a runtime error, any idea why?

Runtime Error: Trying to retrieve an element from a collection using a key that does not exist in that collection throws a KeyError exception. To prevent the exception, ensure that the SHY key exist in the collection and/or that collection is not empty.

  at _validate_read_indexer

    key=key in indexing.py: line 1176