Robot de trading în MQL5 sau Python: verifică datele și execuția

MQL5 și Python automatizează un proces definit, prin dependențe diferite. Alege accesul la cont, datele și modul de operare înainte de limbaj. Un script scurt, o arhitectură hibridă sau un tester nu dovedesc reguli profitabile ori execuție sigură.

Compară modurile de operare

Un Expert Advisor MQL5 funcționează prin terminalul MT5. Python poate utiliza pachetul oficial MetaTrader5, un API separat al brokerului sau numai fișiere istorice. Pachetul oficial comunică cu terminalul, fără a fi conector direct pentru orice server de broker. Distribuția trebuie să corespundă sistemului și interpretorului: versiunea PyPI examinată oferă fișiere Windows x86-64. Disponibilitatea Python pe alt sistem nu demonstrează disponibilitatea acelui pachet acolo.

initialize() poate porni terminalul când este necesar. Specifică instalarea și verifică numărul contului, serverul și statutul demo/real; contul folosit anterior poate fi nepotrivit. Conectarea reușită nu confirmă rezultatul unui ordin precedent. Pentru alt API, verifică entitatea, produsul, permisiunile și datele.

Pe un ecran mic, derulează tabelul orizontal pentru a citi toate coloanele.

Tabelul nu este clasament de viteză. Mai puține procese pot simplifica supravegherea, fără a defini răspunsul la respingere, execuție parțială ori stare incertă. Începe cu primii pași algoritmici și introducerea în Expert Advisors.

Integrarea MQL5 are condiții

MQL5 reunește evenimente ale terminalului, funcții de tranzacționare și Strategy Tester. Verifică datele, costurile și ipotezele execuției; testerul nu reproduce automat realitatea istorică a brokerului. Optimizarea cloud are condiții proprii. Interfețele ONNX acceptate permit rularea unor modele pregătite în alt mediu: învățarea automată nu impune Python în timpul execuției. Verifică forma intrării, preprocesarea și convenția ieșirii.

OnTick nu garantează apel separat pentru fiecare tick: un nou NewTick nu intră în coadă dacă unul este deja în așteptare sau prelucrare. Măsoară sarcina și timpul relevant. Numele limbajului nu demonstrează latență fixă de o milisecundă; intervalul H1 nu face automat întârzierea irelevantă.

Bibliotecile Python nu elimină verificarea adaptorului

O interfață comună tot trebuie să trateze simbolurile, cantitățile, sesiunile, disponibilitatea datelor și regulile fiecărui furnizor. Datele macro ori conturile multiple sunt cerințe de evaluat, fără superioritate universală a unei tehnologii. Păstrează versiunile dependențelor și configurației.

Depozitul original ib_insync a fost arhivat la 14 martie 2024. Nu rezultă că orice cod existent este inutilizabil; tutorialul vechi însă nu certifică suportul actual. Verifică integrarea aleasă. Păstrează credențialele în afara codului public și jurnalelor obișnuite. Testul analitic pe fișier nu necesită permisiuni de ordin.

Două arhitecturi hibride diferite

Prima dezvoltă modelul în Python și transferă regulile verificate într-un EA MQL5. Python poate fi oprit dacă execuția conține întreaga logică necesară. A doua trimite continuu cereri din Python prin terminal: urmărește ambele procese, prospețimea intrărilor și starea contului.

MetaQuotes Virtual Hosting migrează mediul EA/grafice acceptat; nu este desktop Windows general pentru orice proces Python extern. Niciun EA suplimentar nu poate închide prin același terminal indisponibil sau aceeași conexiune ruptă. Citește separat protecțiile acceptate de server.

order_send() trimite cererea și întoarce structura rezultatului. Închiderea cere acțiunea și contextul poziției potrivite; documentația acestei integrări nu enumeră o funcție generală position_close(). După comunicare incertă, reconciliază ordinele, tranzacțiile executate și pozițiile înainte să decizi repetarea.

Reconectarea nu înseamnă repetarea tranzacției. Model separat, cu ambele execuții explicit presupuse: ceri 0,10 loturi; cererea se execută, dar răspunsul se pierde. Repetarea oarbă de 0,10 se execută și ea; expunerea ajunge la 0,20 față de intenția 0,10. Pentru contractul liniar EUR/USD de 100.000 EUR/lot, pip 0,0001 și cont USD, expunerea pip crește de la 1 USD la 2 USD. Nu presupunem că orice cerere incertă s-a executat sau că fiecare cont combină pozițiile identic.

Negația poate transforma lipsa datelor în True

Testul nostru folosește scalarul Python x = float('nan') și pragul fictiv 10. NaN reprezintă rezultatul lipsă al indicatorului, fără eliminarea lui prealabilă. Nu este zero sau număr foarte mare.

Lipsa valorii separă comparația de negație

x > 10 este False; not(x <= 10) este True. Negația nu repară lipsa datelor. Varianta math.isfinite(x) and x > 10 o blochează. Sunt reguli pentru scalarul Python float, fără generalizare la tablouri NumPy, Decimal ori toate limbajele. În această variantă, intrarea lipsă blochează evaluarea, nu devine semnal.

Reconciliază frontierele regulii și execuțiile atribuite

Semnalul ipotetic devine disponibil după închiderea barei la 1,1000. Modelul A cumpără acolo, B la Ask ulterior 1,1003: diferența este trei pips EUR/USD la pip 0,0001. Timpul, mișcarea pieței și partea cotației pot contribui; nu atribui totul întârzierii Python sau spreadului. Compară semnale, cereri, cantități, execuții și costuri înaintea profiturilor agregate.

Testul vectorizat poate include costuri; numele „bazat pe evenimente” nu certifică modelul execuției. Testerul MT5 nu rulează orice script Python ca EA nativ. Portarea cere aceleași versiuni de reguli și intrări.

În verificarea scalară Python float, 0.1 + 0.2 este 0.30000000000000004, mai mare decât float 0.3. Decimal construit din șirurile '0.1' și '0.2' însumează exact 0.3 în model; unitățile întregi dau 1 + 2 = 3. Afișarea rotunjită „0.3” nu modifică comparația stocată.

Testează valori sub prag, egale, peste prag, lipsă și nefinite. Tablourile, celelalte tipuri și toleranța aleasă au semantică proprie. Aceste exemple nu execută o implementare MQL5 și nu demonstrează avantaj de tranzacționare.

Model RON: aceeași formulă, alt moment al rotunjirii

Model nou, cu regulă declarată numai pentru exercițiu: două comisioane separate de 0,01 USD, curs fictiv 4,5 RON/USD, fiecare sumă convertită și rotunjită la 0,01 RON cu jumătățile îndepărtate de zero. Fiecare conversie exactă este 0,045 RON; fiecare debit devine 0,05 RON, total 0,10 RON.

Un model care însumează întâi dolarii convertește 0,02×4,5=0,09 RON. Bugetul separat pentru comisioane de 0,09 RON ar părea suficient, dar regula per debit cere cu 0,01 RON mai mult. Nu este tarif, curs curent sau regulă fiscală ori universală a brokerilor. Exemplul arată de ce echipa hibridă trebuie să fixeze și etapa rotunjirii; simpla alegere Decimal nu hotărăște unde se rotunjește.

Alege după cerința reproductibilă

Scrie contul/API, datele, momentul deciziei, bibliotecile, sistemul de operare și supravegherea necesare. Evaluează ce poți întreține. Prototipul poate citi date și jurnaliza semnale fără tranzacționare. Durata fixă de instalare, numărul liniilor și raportul doi-la-unu al timpului de învățare nu stabilesc alegerea.

Notează cerința neîndeplinită și alternativa mai simplă. Măsoară execuția sensibilă la timp în configurația propusă, fără a deduce viteza din limbaj. Consultă instrumentele traderului.

Testează aranjamentul și cazurile de eșec

1. Îngheață regula mică: disponibilitatea intrărilor, egalitatea, unitățile și ieșirea așteptată.
2. Verifică identitatea și starea: configurația demo, citirea datelor și permisiunile de ordin sunt controale distincte.
3. Exersează pe demo respingerea, intrările indisponibile, repornirea și răspunsul incert. Reconectarea nu dovedește că ordinul anterior a eșuat.
4. Compară înregistrările individuale înaintea profitului. Un script scurt reușit nu certifică fiabilitatea sau profitabilitatea.