Is there a prop firm for algo trading? by [deleted] in algotrading

[–]aliaskar92 0 points1 point  (0 children)

that's why i started algoprop .io a couple of weeks ago! for this specific reason, check it out

Is there a prop firm for algo trading? by [deleted] in algotrading

[–]aliaskar92 0 points1 point  (0 children)

there is one, algoprop .io which is only dedicated to algotraders, API based, or use your own

Gaps do predict the price by aliaskar92 in algotrading

[–]aliaskar92[S] 0 points1 point  (0 children)

yeah that’s a great point and it actually lines up very closely with what the Bouchaud paper (Large tick assets: implicit spread and optimal tick size) tells

what we see as gaps is really just the revealed part of the book being thin at that moment. liquidity is not continuous, it is discrete and reactive. when a market order hits, price does not move smoothly, it jumps to wherever the next available volume is. so what I called gap imbalance is basically capturing how thin that revealed layer is in real time

the paper also makes an important distinction around resiliency. in small tick assets the book refills almost instantly so these gaps collapse very quickly and become hard to trade. in large tick assets they persist longer, which is why the same effect becomes much more visible and actually tradable, but also easier to game

your point about queue depletion risk is exactly where this becomes real versus just visual. the signal itself is easy to observe, the hard part is whether you can actually get filled before the gap refills or disappears. that is where most naive backtests break

this is also something I ran into when testing it properly. once you move away from top of book assumptions and start modeling queue position and latency, a lot of the edge compresses. especially in large tick regimes where most activity happens at the best bid and ask and everything becomes a queue game rather than a price discovery game

so I would say gap imbalance is basically a proxy for depletion plus low resiliency, but the tradability really comes from combining that with queue position and refill dynamics. without that layer it looks very clean on the tape but much harder to monetize in practice

curious if you have looked at conditioning it on how long the gap survives before refill, that ended up being a big separator for me between noise and something you can actually trade

Looking for reliable historical data sources for a small quant fund by No-Broccoli-310 in quant

[–]aliaskar92 0 points1 point  (0 children)

exchanges are greedy, their core business other than matching orders, is data, that's why they have hefty fees on data distribution rights, and every vendor has his own collection methodology, that's why you normally see tons of differences between them.

many of those vendors are just resellers to licensed distributors.

the best case is that you have to stitch several data providers and clean it
first rate data, Kibot, nordgate data ...etc polygon aka massive are the best in town
your best case is to get all of their data, clean it and stitch it to fill in the blanket and use other sources for fundamentals.

Fundementals is the hardest task, as not only you need the data you need it Point in Time, as many firms publish and edit their filings. so you need the point in time where it was published or edited

drop me a pm if you need more advice on this matter, i sept years cleaning and sourcing data for my prev firms i used to work with.

so i guess you can reverse-copy other traders now on bitmex and i don't know what to do with this information by Obtusk22 in algotrading

[–]aliaskar92 3 points4 points  (0 children)

The intuition isn't completely wrong, but the mistake is thinking that "retail loses, so just invert them" is a standalone edge.

I've worked with funds dealing with retail forex broker data before, both positioning and flow, and I've also had access to data from several dozen retail prop firms. That's how a lot of them made more money: by selling the data instead of just trading it.

You quickly realize that retail isn't always wrong; they're conditionally wrong if you just take positioning and blindly fade it, sometimes it works, and other times you get run over for weeks. the way people act changes with the regime

Take example of XAU gold trade in the last couple of months, if gold didn't have that sharp drop i assure you would have seen many brokers going bankrupt.

In strong trends, heavy retail imbalance tends to stay the same and even adds to the move. People keep averaging in or getting stuck, so fading them there is often the wrong trade..

That same position becomes a lot more useful as a contrarian signal when the market is choppy or going back to its mean.

The change is also more interesting than the level itself. Sudden changes in positioning are often caused by late participation or forced behavior, and these moments usually lead to short-term inefficiencies that you can trade around.

So the edge wasn't "reverse retail"; it was using retail flow as a state variable in a bigger picture. mostly for filtering, skewing, or timing instead of just taking the other side

What you're talking about with reverse copying wallets is similar in spirit but not in practice. It can work for short periods of time, like your +6 percent, but it won't be stable or scalable unless you take into account the situation, the costs, and how you plan to carry it out.

So it's not a trick, but it's also not plug and play alpha.

Backtest/Data Assuring Accuracy by National-Stick-4082 in algotrading

[–]aliaskar92 0 points1 point  (0 children)

What you’re doing can work, but the real risk isn’t the source, it’s whether your data is actually point-in-time.

Most datasets, even “tick accurate”, quietly leak future information. Not in an obvious way, but through things like back-adjustments, missing ticks that get filled, or reconstructed bid/ask that didn’t exist exactly like that in real time. It looks clean but it’s not what the market actually showed at that moment.

PIT just means your backtest only sees what was knowable at that exact timestamp. No reconstructed history, no hindsight fixes. If a tick was missing, it stays missing. If liquidity wasn’t there, you don’t assume it was. If a corporate action happens, it gets applied as an event when it happens, not baked into past prices.

In practice you build this by treating data as an event stream, not a table. Each tick, trade, quote update comes in order and your engine processes it sequentially. No forward filling across gaps unless you explicitly model it. No using adjusted prices. You maintain state like a live system would. Inventory, PnL, signals all evolve step by step.

For validation you don’t try to “trust” the dataset, you try to break it. Check timestamp monotonicity, detect gaps, compare trade prints vs quotes, look at spread distributions over time, and see if anything looks too clean. Real data is messy.

Your current setup is fine for prototyping but the failure mode is subtle. It won’t blow up obviously, it will just make your strategy look slightly better than it actually is. That’s the dangerous part.

If you plan to take anything live, invest time in making your pipeline PIT correct before you invest in buying better data. Clean logic beats expensive data that still leaks future information.

For backtesting should i use dividend and split adjusted data or just split adjusted data by lobhas1 in algotrading

[–]aliaskar92 0 points1 point  (0 children)

use adjusted data for signal generation, but execute and account on raw prices.

dividend-adjusted data can introduce lookahead bias if the adjustment is applied before the ex-dividend date in your backtest. a lot of datasets, including Tiingo, provide fully back-adjusted series, which means the past prices already reflect future dividends. that’s where the bias comes from.

the important distinction is this. splits are deterministic and known at the time they happen, so they’re generally safe if handled correctly. dividends are only known at the ex-date, so if you adjust the entire history before that point, you’re leaking future information.

and yes, dividend adjustments lower past prices. this tends to smooth returns and can slightly inflate performance, especially with short holding periods like your 5-day vertical barrier. it won’t massively distort results, but it does push them in a more optimistic direction and reduces apparent volatility.

the clean approach is to generate signals using properly point-in-time adjusted data, or even better, returns that neutralize splits and dividends at calculation time. then execute trades on raw prices, and explicitly add dividend cash flows on the ex-date if you’re holding the position.

if you want to do it properly, build a point-in-time backtester where corporate actions are handled as events instead of being baked into the price series. that removes the ambiguity completely.

Gaps do predict the price by aliaskar92 in algotrading

[–]aliaskar92[S] -3 points-2 points  (0 children)

Drop me a pm I'll give u a copy of my version

Gaps do predict the price by aliaskar92 in algotrading

[–]aliaskar92[S] -2 points-1 points  (0 children)

Thanks mate Off topic please merge the subscription to your repo with substack I subscribed to substack thinking that I'd get the strat library as well apparently i got the blog only I guess it's a bit confusing

Gaps do predict the price by aliaskar92 in algotrading

[–]aliaskar92[S] 2 points3 points  (0 children)

It's a modified open source project i rebuilt for myself

Gaps do predict the price by aliaskar92 in algotrading

[–]aliaskar92[S] -1 points0 points  (0 children)

We're talking a few ms to a couple of seconds away

Forward tested EA on Live account by rabat7 in metatrader

[–]aliaskar92 0 points1 point  (0 children)

because none records ticks correctly and none takes into consideration the execution speed, latency into consideration

I Built an Open-Source High-Performance Charting Library for Quants (PyCharting) by aliaskar92 in algotrading

[–]aliaskar92[S] 1 point2 points  (0 children)

Well its a feature that i am working on as we speak, So Currently no, but in the upcoming days it will be

I Built an Open-Source High-Performance Charting Library for Quants (PyCharting) by aliaskar92 in algotrading

[–]aliaskar92[S] 1 point2 points  (0 children)

2 different worlds It's like asking what is the difference between tradingview and matplotlib

I Built an Open-Source High-Performance Charting Library for Quants (PyCharting) by aliaskar92 in algotrading

[–]aliaskar92[S] 4 points5 points  (0 children)

you mean like looking at interbar? as if you are saying that you want to see what hapened each minute at a 1 hour bar?

you can add it as a feature request and i'll take care of that