Updated OANDA Brokerage Model?

QuantConnect Community Discussions

QUANTCONNECT COMMUNITY

Join Our Discord Channel

Join QuantConnect's Discord server for real-time support, where a vibrant community of traders and developers awaits to help you with any of your QuantConnect needs.

Draft Discussions

Bookmarked Discussions

Updated OANDA Brokerage Model?

Last comment by - March 2024

Updated OANDA Brokerage Model?

Continue Reading

Share New Research

Start New Discussion Sign up

SEARCH DISCUSSIONS

359,900 Quants.

Become a Quant

Online Now

+686

Code of Conduct

VOTE FOR UPCOMING FEATURES

Share your input and vote on our future direction.

LEAN Roadmap

JOIN OUR Community MAILING LIST

Create an account on QuantConnect for the latest community delivered to your inbox.

Sign Up Today

Updated OANDA Brokerage Model?

Rasmus Oejvind Nielsen | March 2024

Hi!

OANDA now allows for equities trading (as of 2023, I think).

Will there be an updated OANDA brokerage model, or is there an easy fix for adapting the exisiting brokerage model?

(In case it's relevant: I am at a beginner's skill level, but enjoying the learning!)

Best

Author

Rasmus Oejvind Nielsen

March 2024

Upvote

Mia Alissi INVESTOR

March 2024

Hi Rasmus,

As of my last update, the OANDA brokerage model in QuantConnect primarily supports Forex and CFD trading. If OANDA has indeed started offering equities trading and you wish to incorporate this into your algorithm, there are a couple of steps you might consider:

Custom Brokerage Model: While the pre-built OANDA brokerage model might not yet support equities, you can create a custom brokerage model that extends the existing OANDA model to include equities. This involves overriding or adding methods to handle the specifics of equity trading, such as different fee structures, margin requirements, or order types.
Contact QuantConnect Support: Since QuantConnect continuously updates its platform and documentation, it's a good idea to reach out to their support or community forum. They can provide the most current information on whether an updated OANDA brokerage model that includes equities is in development or already available.
Learning and Experimentation: Given that you're enjoying the learning process and are at a beginner's skill level, this could be a great opportunity to dive deeper into how brokerage models are implemented and customized in QuantConnect. Start with simpler customizations and gradually increase complexity as you become more comfortable.

Here's a basic example of how you might start to define a custom brokerage model in Python, extending the existing capabilities to potentially include equities (note that this is a simplified example for illustrative purposes):

from QuantConnect.Brokerages import OandaBrokerageModel, SecurityType
class CustomOandaBrokerageModel(OandaBrokerageModel):
    def __init__(self):
        # Initialize the base OandaBrokerageModel
        super().__init__()
    def CanSubmitOrder(self, security, order, message):
        # Allow equity orders in addition to the base model's capabilities
        if security.Type == SecurityType.Equity:
            return True
        return super().CanSubmitOrder(security, order, message)
    # Add more custom methods or overrides as needed

To use this custom model in your algorithm:

self.SetBrokerageModel(CustomOandaBrokerageModel())

Remember, this example might not cover all the nuances of integrating equities into the OANDA model, such as handling fees, margins, or specific order types for equities. It's meant to get you started on the path to customization.

Keep experimenting, learning, and don't hesitate to leverage the QuantConnect community and resources. They're invaluable assets as you progress in your algorithmic trading journey.

Best of luck!

The material on this website is provided for informational purposes only and does not constitute an offer to sell, a solicitation to buy, or a recommendation or endorsement for any security or strategy, nor does it constitute an offer to provide investment advisory services by QuantConnect. In addition, the material offers no opinion with respect to the suitability of any security or specific investment. QuantConnect makes no guarantees as to the accuracy or completeness of the views expressed in the website. The views are subject to change, and may have become unreliable for various reasons, including changes in market conditions or economic circumstances. All investments involve risk, including loss of principal. You should consult with an investment professional before making any investment decisions.

Reply

Upvote

Lars Klawitter INVESTOR

January 2025

To Yuri's earlier point of there being a difference between backtests and live trading as to when the stop orders are placed:

I've been running the strategy (using a larger universe and shorter opening range as per my previous post) on IBKR paper trading (i.e. on an actual IBKR account, not via QC paper trading) and as Yuri suggested, the stop orders are at times placed within the same minute. Mostly 20-40 seconds after the entry:

in one case the stop order was placed the same instance as the entry:

I tried second resolution, but that seems impractical given the large universe size.
So this is my attempt at an artificially delayed stop order placement:


                var scheduledTime = _algorithm.Time.AddMinutes(1);
                _algorithm.Schedule.On(
                    _algorithm.DateRules.On(scheduledTime.Date),
                    _algorithm.TimeRules.At(scheduledTime.TimeOfDay),
                    () =>
                    {
                        StopLossTicket = _algorithm.StopMarketOrder(_security.Symbol, -Quantity, StopLossPrice, tag: "ATR Stop");
                        _algorithm.CheckToCancelRemainingEntries();
                    });

I'm not a C# coder, so I definitely don't know what I'm doing. Backtests with this code produce by and large comparable results with the original code, so I'll try paper trading next.
Would the above code change make sense to you?

Reply

Upvote

1 person upvoted this

Yuri Lopukhov

Yuri Lopukhov | January 2025

I'm not a C# coder myself, I suppose your solution should work, thank you for sharing. Yes, I've also noticed significant increase of returns when reducing entry to first minute (and also increasing actual leverage used). But it also increases chances of this issue affecting backtests, so not really sure if we can trust those results yet.

Upvote

3 people upvoted this

Yuri Lopukhov

Yuri Lopukhov | January 2025

Actually, your solution will delay stop loss order by exactly one minute always, while on minute resolution stop orders would be delayed until the next minute start, i.e. if entry was filled at 9:36:20, your solution will place order at 9:37:20, while backtest would do that at 9:37:00. Maybe you could replace seconds with zeros for scheduledTime variable like this: scheduledTime = new DateTime(scheduledTime.Year, scheduledTime.Month, scheduledTime.Day, scheduledTime.Hour, scheduledTime.Minute, 0);

Upvote

2 people upvoted this

Yuri Lopukhov

Yuri Lopukhov | January 2025

I don't know about you, but for me this change didn't improve things at all )

Upvote

1 person upvoted this

Lars Klawitter

Lars Klawitter | January 2025

I didn't actually expect the change to improve performance in backtesting, but it is there to avoid the stop losses to be placed too early in live trading, a phenomenon that we would not see in backtesting. So the artificial delay not changing the performance in backtesting would rather give me confidence in the viability. Wasn't that the concern you raised originally, when you pointed out the discrepancy between backtesting and live trading order placement?

Upvote

1 person upvoted this

Lars Klawitter

Lars Klawitter | January 2025

and where the very short opening range is concerned: I guess that's the biggest concern. I've been paper trading on an IBKR paper trading account for three weeks and so far it behaves very similar to a corresponding backtest, but the real acid test will be actual live trading (which only makes sense for cash books >$100k on brokerages like IBKR with trading fees)

Upvote

1 person upvoted this

Yuri Lopukhov INVESTOR

January 2025

So far I can see two issues:

VolumeSMA is not warmed up when new symbols are added to universe, which means these symbols will not be selected for the first 14 trading days in universe
On Second resolution it chooses different symbols to scan and trade. Perhaps this is related to the first issue.

I can't fix the first issue in C#, so I guess I will switch to Python version unless somebody else fixes the C# version and share it. Not sure if fixing it will improve results as well.

Reply

Upvote

Derek Melchin

QuantConnect | January 2025

Yes, we opted to not warm up the VolumeSMA to minimize the number of code lines for readers.

Upvote

1 person upvoted this

Derek Melchin

QuantConnect | January 2025

... and to increase the execution speed.

Upvote

1 person upvoted this

Jake Chen

Jake Chen | January 2025

I've mentally accepted issue 1... My core assumption is that the top 1000 symbols sorted by volume will not change drastically from month to month (when symbols are added/removed) and thus the number of these lagged-14 symbols shouldn't be too much. I suppose a way to get around this would be to simply increase from 1000 to like 1250 or something, and mentally write-off the bottom 250 as constantly rotating and never in-play.

Upvote

Jake Chen

Jake Chen | January 2025

Although I don't have data to back up that core assumption haha, so I'm be happy to be challenged there.

Upvote

Jack Pizza INVESTOR

Sum Sum | January 2025

define: “does really well with 1 minute” ….. 2000-2002 still utterly collapses fail to see well really well fits in….

or does really well when overfitting super hard?

Reply

Upvote

Lars Klawitter

Lars Klawitter | January 2025

hmm, I hadn't tested timeframes as early as 2000 before and you're right, the strategy doesn't perform as well as in later timeframes (2010+) and the whole period of July 2001- end of 2002 is basically flat, but I'm still getting a Sharpe ratio >1 over the whole period and only 10% drawdown. But yeah, I still distrust the results, I guess I've got quite a bit of overfitting going on and I'm uncertain as to how the short opening range will do in live trading.

Upvote

Quant Stratege INVESTOR

January 2025

These backtests are not representative of live performance. When adding slippage, it can be significant at the open due to volatility, small-cap stocks, and using stop orders, making the results much less appealing.

Just add this line when adding securities:

security.set_slippage_model(MarketImpactSlippageModel(self))

Reply

Upvote

2 people upvoted this

Lars Klawitter INVESTOR

January 2025

You're right. I had previously only simulated very small constant slippages, but MarketImpactSlippage has quite a savage effect…
If it looks too good to be true…

Reply

Upvote

Yuri Lopukhov

Yuri Lopukhov | January 2025

This slippage model is for strategies with large market impact. If you are planning to trade hundreds of millions, sure, this strategy might not work for you. For smaller accounts, market impact on top US stocks will be much smaller, especially if universe_size is smaller than 2000. Also, that requires proper parameters, defined here: https://www.quantconnect.com/docs/v2/writing-algorithms/reality-modeling/slippage/supported-models#05-Market-Impact-Model If you just use default parameters, you probably just assume much worse default scenario.

Upvote

3 people upvoted this

Lars Klawitter

Lars Klawitter | January 2025

looking at the capacity, it is somewhere between $100k and $500k. If you add to that the fact that with IBKR's fee structure, anything below $100k is not viable either, you end up with a fairly narrow band of viable cash book sizes - which might not be a bad thing!

Upvote

Lars Klawitter

Lars Klawitter | January 2025

the capacity can be slightly increased by filtering for minimum dollar values either in the universe selection and/or when selecting the "stocks in play". That only goes so far before eroding all alpha. I've been trying a dynamic filter using a multiple of the portfolio value.

Upvote

2 people upvoted this

AleNoc INVESTOR

Alessandro Nocentini | January 2025

I noticed a difference between the backtest and the selection with live data (data provider QuantConnect). What data provider do you use for live trading?

Reply

Upvote

Jake Chen

Jake Chen | February 2025

I'm seeing the same difference. I use TradeStation. Were you able to resolve this issue?

Upvote

Evan lightner INVESTOR

January 2025

I don't know where to start, I'll have to write a whole post and how I'm planning to implement this strategy. But first of all thank you @derek for sharing this (and of course for everything you've done with QC -its been a game changer for me).

But first of all, I just want to comment with one simple non-coding question….

Why are a good amount of people HATING on this strategy? I understand the backtest cherry pick , but for a bare bones boiler plate ( i messed around with some variables like holdings and percent risk and still got good results) , this is the best algo I've seen in a while, especially for being shared so freely - not to mention brand new piece of research in the community.

Is there just some sort of deep skepticism in the quant community at large I guess, inherently? I suppose that fits!

Reply

Upvote

Kevin Patterson INVESTOR

February 2025

Does anyone else end up with very different symbols when running the exact same algo in backtesting vs live (IBKR paper trading)? For example when it is set to choose 20 symbols, I'll see maybe only half overlap –- and of course the ones going positive for the day in the backtest are the ones not picked up live 😅. Seems the relative volume calculations aren't exactly the same and it doesn't take much to move the symbols you get. This is my first foray in to large universe algo's, is this type discrepancy common with large universe backtests or is there settings to help make it line up better with live? S

Some folks were asking about sized nodes: after trying the python version on IBKR (with a few mods) an L1-2 node will make it through one day (it crashes after close though, so likely you need the next level up if you dont want to restart daily)

Thanks for all the python related posts, even if I don't end up trading it, the algo has been super helpful for learning more about the QC code and had some good recipes in it that I think would be helpful for any algorithm.

Reply

Upvote

1 person upvoted this

Yuri Lopukhov

Yuri Lopukhov | a month ago

Note that the universe selection is happening on the first day of the month in backtesting. While on live it will run upon deployment. Also, indicators with recursive formulas, like ATR may have different values on different periods even when these periods are larger than their "period" (because it is not actually a period, but a factor). That are few things that come to my mind, I am still running it on paper and didn't dig into this yet.

Upvote

1 person upvoted this

Evan lightner

evan lightner | 2 days ago

I came back to this thread to ask this literal exact same question! I'm trying to understand, *why* are the symbols different in the IBKR paper trading algo versus the QC paper brokerage (back/forward testing)? Are you saying if I launch both the QC paper brokerage live node (or backtest) *and* the IBKR (paper or cash) live node at the exact same time at the beginning of the month, they will *then* both trade the same symbols? Additionally, I've been thinking (before seeing this comment) that the VolumeSMA not being warmed up when new symbols are added (as you confirmed above) was the reason for this discrepancy. But is that not relevant?. What is the reason VolSMA this isn't being warmed up anyway (and therefore needs 14 days)? Is there not a way to do this, or was that just a choice for readability/speed? Thanks Yuri (and Kevin)..

Upvote

Yuri Lopukhov

Yuri Lopukhov | 2 days ago

The reason VolumeSMA is not warmed up is because it requires 14 days of minute data for all securities in the universe for initial warm up, and then for each security added to universe (but that is a much smaller issue). This greatly increases start up time and ram requirements, which may cause time out delay on live instances and perhaps even in backtesting. Not regarding to this issue specifically, I should mention that backtesting on minute resolution provides very different results from second resolution even after all technical issues are resolved, because this strategy trades on very volatile market opening and order fills are very different on minute and second resolutions.

Upvote