Waarom twee goud-EA's dezelfde order kunnen beheren? Controleer het MT4-magicnummer

Auteur: Thomas｜MT4-praktijk｜10 november 2026

Samenvatting: wanneer twee sets goud-EA's op hetzelfde MT4-account draaien en dezelfde orderidentificatievoorwaarden gebruiken, kunnen ze tegelijkertijd de stoploss van één order wijzigen. Bij het onderzoeken kijkt u eerst naar het symbool en het magicnummer op de order en daarna naar de voorwaarden waarop de code daadwerkelijk filtert. De onderstaande nummers en orders zijn didactische aannames.

Waar het magicnummer wordt vastgelegd

OrderSend in MQL4 ondersteunt een magic-parameter. Nadat een order succesvol is geselecteerd, kan OrderMagicNumber het identificatienummer van die order uitlezen. Dat biedt het programma een classificatiebasis. Welke orders daadwerkelijk worden gewijzigd of gesloten, wordt nog steeds bepaald door de filter- en uitvoeringslogica van de EA zelf. Als het programma bij het doorlopen van accountorders alleen op symbool controleert, kunnen twee sets goud-EA's zelfs met verschillende magicnummers dezelfde batch orders verwerken.


In de afbeelding wordt aangenomen dat strategie A en B respectievelijk 101 en 202 gebruiken. A selecteert order voor order uit de handelspool, controleert eerst het werkelijke symbool en daarna het identificatienummer. Alleen wanneer beide overeenkomen, wordt het doorgegeven aan de volgende logica voor controle van het ordertype en de toegestane acties. Als het selecteren van een order mislukt, moet deze worden overgeslagen en moet de fout worden gelogd. Vóór wijzigingen is het raadzaam de doelorder opnieuw te selecteren om te voorkomen dat oude gegevens worden gebruikt die eerder in het programma zijn gekopieerd.

In drie stappen verifiëren met een demo-account

Stap één: leg de versie, invoerparameters, grafiekperiode en volledige symboolnaam van de broker vast voor beide sets EA's. De naam van goud kan op verschillende accounts een suffix hebben. Wanneer meerdere instanties op hetzelfde symbool worden ingezet, moet ook duidelijk zijn of ze onafhankelijk worden beheerd of ontworpen zijn om orders te delen.

Stap twee: laat elke EA in een demo-account afzonderlijk een herkenbare testorder genereren en houd tegelijk een testorder gereed die uitgesloten zou moeten worden. Noteer in het log minimaal het ordernummer, het symbool, het magicnummer en de actie die het programma van plan is uit te voeren. Activeer vervolgens een beheersbare beheeractie, bijvoorbeeld door te proberen de eigen testorder van strategie A te wijzigen en te controleren of de order van strategie B ongewijzigd blijft. Openstaande orders en reeds uitgevoerde posities kunnen het beste afzonderlijk worden geverifieerd, omdat de handelspool beide typen kan bevatten en de feitelijke verwerkingsregels meestal verschillen.

Stap drie: controleer opnieuw na het herstarten van de terminal of het opnieuw laden van de EA. Als het programma alleen de lijst met orders onthoudt die tijdens deze run zijn aangemaakt, kan het gedrag na een herstart veranderen. Controleer of het orders opnieuw identificeert volgens de vastgestelde voorwaarden en of er onverwachte acties optreden wanneer er geen overeenkomende orders zijn. Nummers zijn slechts een hulpmiddel bij isolatie; als de totale risicocontrole binnen het account bewust alle posities leest, moet dat afzonderlijk worden geregistreerd van de bevoegdheid om orders daadwerkelijk te wijzigen.

Behandel oude orders voordat u het nummer wijzigt

Stel dat strategie A eerder met 101 een positie heeft geopend en nu wordt gewijzigd naar 303. Wijzigingen in invoerparameters beïnvloeden meestal alleen de waarden die de volgende code gebruikt; het identificatienummer van oude orders migreert niet automatisch mee met de grafiekinstellingen. Als de beheervoorwaarde alleen op 303 matcht, kan de oorspronkelijke 101-order worden overgeslagen. Vóór de wijziging moeten de oude orders en de geplande afhandeling worden opgesomd en moeten herstart en overdracht in een demo-omgeving worden geverifieerd. Bij een EA waarvan de versie niet traceerbaar is of waarvan de logs de filterlogica niet kunnen verklaren, pauzeert u automatische beheerwijzigingen en controleert u de exitregeling voor bestaande posities. Een geslaagde demo-test zegt alleen iets over het geteste scenario; werkelijke koersveranderingen, afwijzingen door de server en slippage moeten afzonderlijk worden beoordeeld.