u/thephoenix069

pls check :(

I write custom Pine Script almost weekly, and I constantly see traders get burned by the same issue: hooking up a community script that looks like a money printer in the backtester, only to realise its not in live acc.

Almost every time, it’s a repainting or lookahead bias issue. If your live execution doesn't match your backtest, check your code for these two things immediately:

1. The request.security() Trap If your script checks a higher timeframe (like looking at the 4H trend while trading on a 15m chart), Pine Script naturally looks at the close of that 4H candle before it has actually closed in real-time. Your backtest is literally seeing the future. The fix: Pull historical data, not current. Offset your series by 1. Use request.security(syminfo.tickerid, "240", close[1]). Your backtest win rate will drop, but it will actually be real.

2. Firing on unconfirmed candles If your strategy relies on things like moving average crossovers and you set the alert to "Once Per Bar," you’re going to get chopped up. MAs will cross back and forth while the candle is still forming, firing fake alerts that vanish when the candle finally closes. The fix: Force the logic to wait. Add and barstate.isconfirmed to your entry conditions. This locks the signal in permanently before an alert ever hits your webhook.

STOP trusting backtests blindly.

If you aren't sure if your current script is repainting, drop your entry logic in the comments and I’ll take a quick look.

Hey everyone. I spend my days building custom EAs and trading infrastructure, and lately, I’ve had a common issue, so thought to address it:

your tradingView backtests are highly profitable, but live MT5 execution is slowly bleeding them dry and opposite to the backtest. The issue is almost always latency. When you are trading lower timeframes, a 2-second delay from a webhook alert to an actual MT5 fill will destroy your R:R due to slippage.

If you are using a generic bridge or a poorly coded Python script, here is why you are losing money and the architecture you need to use instead to get execution down to milliseconds.

1. Stop using text files for communication I see a lot of beginner scripts where a Flask app receives a webhook, writes the signal to a CSV or .txt file, and an MT5 EA uses an OnTimer() function to check that file every 1-2 seconds. The fix: You are adding massive artificial latency. Use ZeroMQ (ZMQ) or WebSockets to create a direct pipeline between your webhook listener and MT5. The moment the payload hits your server, ZMQ pushes it directly into the EA in real-time. Zero polling literally lmao

2. Pass risk parameters, not fixed lot sizes A lot of TRADERS hardcode a 0.1 lot size in their TV alerts. By the time that signal reaches MT5, your account equity might be different, or the stop-loss distance requires a different position size to maintain a strict 1% risk. The fix: Your TV JSON payload should only send Direction, Entry Price, and SL Price. Build a dedicated Risk Engine inside your MT5 EA. Let the EA calculate the exact lot size dynamically based on your current Free Margin and the pip distance to the SL the millisecond before execution.

3. Implement a Slippage Kill-Switch TV fires the alert at price X. By the time your MT5 terminal processes the order, the market has spiked, and the broker fills you at Y. Your trade is immediately in a massive drawdown. The fix: Pass the exact TV alert price in your webhook payload. Before the EA executes the OrderSend(), have it compare the payload price to the current MT5 Ask/Bid. If the deviation is greater than your maximum allowed slippage (e.g., 2 pips), the EA must automatically kill the trade. Missing a trade is always cheaper than entering a bad one.

Building a profitable strategy is only 50% of the game; the other 50% is execution infrastructure. If your bridge is slow, your strategy is kinda useless.

Hope this helps some of you over mismatched paper-trading vs live results. If you are stuck trying to code the ZMQ integration or the risk engine logic in MQL5, drop your errors in the comments and I’ll try to point you in the right direction.

Listen, if you are tired of writing endless proposals a day and getting ghosted by people who never hire, you need to become the weirdo who builds things without permission. its free, i used to do this, but now i dont as my niche is a little different, so thats why no harm for me to give it away.

It feels mildly illegal, but it’s actually just aggressive empathy after which the reply rates will be through the roof & many people may also pay out of feeling fake debt to you lmao.

Go find a local roofer/plumbing/local businesses any, just think & who takes 24 hours to answer an email(u can check this by actually filling out there form and seeing how late they reply), scrape all their public pricing, and feed it into a little OpenAI assistant you build on Make or any tool like make idc, then hook it to a dummy Twilio number.

Text the owner at 11 PM and say, "Hey, you are bleeding money, I built a AI clone of your sales brain, text this number right now."

When they text it and the AI instantly answers with their exact company policies, they get this feeling 'oh god the future is here and I’m missing it' panic as trust me most of the people still think they are behind ai, you aren't impersonating them to their actual clients, you're just holding a mirror up to their inefficiency using public data on your own server.

It creeps them out just enough to instantly hand you money to install the thing & save there time and money if they have labour for that, so a win win for both of the parties.

Lmk if any questions, and this can work for many niches.

My question is, like we pay like a lot of money for connects and then for boosting and also compete with other freelancers so a huge amount of luck is also involved, and i think probabilistically is it not better to pay and get inbound marketing via other venues? like email marketing or linkedin outreach or anything thats better according to the situation?

like, if we have to spend money, why not spend where we know the clients wont be seeing other freelancers proposals, its more private, its more controllable etc?

i think upwork is only good for direct contracts mainly very good, as clients who have doubts over money security can pay the money via upwork escrow and freelancer easily gets money in his local account.

Lets genuinely discuss, without just being overly negative over Upwork and what are other better areas where we can pay to get clients game kinda thing.

i had a hourly contract, i recorded everything, but upwork came in and said , you didnot do enough keystrokes and thats why sorry we cant pay you as client card is not working.

Did you ever had a good experience where upwork paid out of its pocket?

PS: i was eligible for payment protection, as i followed all there rules, i have read there rules.