If there is a bug, it does seem to be a forex-only problem, something getting lost in the difference between points and pips.
This is almost more than interesting, because in IB there’s just no option to to even enter the BrokerFee somewhere for Forex. And indeed this is a Forex problem only. I described that problem here (again vague to begin with). Please notice that subjects/bugs like these were sent to PRT 11 months ago (after asking them whether it was a good idea to do that with the answer of Yes, after reporting it to local support something like 4 years ago already). I asked 4 times about the status of these formally sent bugs throughout the year 2021, before I gave up on it. Totally nothing happened anywhere. Anyway, this is besides the subject. Interesting is that something looks to be about with Forex. However :
Meanwhile I have been running some tests, and what’s also mentioned in that link I just gave, is something which now looks to be a rounding issue. Or better : an insufficient resolution problem. Look at the attachments below …
Left you see the PositionPerf result, right what was entered in the Editor.
You thus can see the numbers we receive back from PositionPerf. This is with 5 decimals (looks to be the max rounding *we* can apply which is at 5 decimals, but I did not round anything), and this “percentage” is what we need to apply to our position amount. Like 480.000 in my example cases … This will give a maximum rounding error of a factor two, I’d say. Thus, this is 30 euros where it should be 60. And this is the same as denoting a spread of 0.8 while reality is 1.6 – and which is killing. Quick reasoning tells me now that to avoid this rounding error, we should enter 1.6 while we think it will be 0.8 (on average). Well, I already know that I can start over with my backtesting.
So the relation with Forex should be the very small number (like 1.13 for EUR/USD). Well, try Penny Stocks ? 😉
What’s funny is that I actually saw the problem many years ago (per my description in that link for the urge for one decimal more in the Editor’s field), but this was only a derivate – I know now. It is required just the same (but this is personal), but the same kind of error is made by PRT development in providing a 5-decimal-only number for PositionPerf.
I might even go further with thinking that deep-down more does isn’t working, but now at the Broker’s side, because what tells me that my profit / loss is calculated with the right base ?? *This* now is that other topic and link I gave, because in there I am talking about not being able to understand Live regarding this. Things just don’t add up. … But by now I also like to see ghosts, so apologies if the ghosts are for real. 🙂
.
