Hoe verifieer je een EA na optimalisatie? Scheid parameterkeuze van out-of-sample tests

Auteur: Thomas｜EA en platformpraktijk｜10 oktober 2026

Nadat EA-optimalisatie een mooie set parameters heeft opgeleverd, is de volgende stap niet alleen het screenshot met het hoogste rendement kiezen. Een nuttiger vraag is: hoe zien de resultaten eruit op een stuk data dat niet aan de selectie heeft deelgenomen? Dit artikel geeft een registratieproces voor parameterkeuze en out-of-sample tests. Het toont geen verzonnen testresultaten en presenteert historische resultaten niet als garantie voor toekomstige opbrengsten.

Maak eerst duidelijk dat testen en optimaliseren niet hetzelfde zijn

Volgens de officiële MT4-documentatie gebruikt een enkele test de Value uit de invoerparameters, terwijl Start, Step en Stop voor parameteroptimalisatie worden gebruikt. Het wijzigen van optimalisatie-instellingen is niet hetzelfde als het wijzigen van alle voorwaarden van een test met vaste parameters. Bij het opslaan van een registratie moet duidelijk worden vermeld of deze run een vaste configuratie uitvoert of meerdere combinaties zoekt.

Dat software een optimalisatiefunctie biedt, betekent niet dat de gekozen hoogste waarde voorspellende waarde voor de toekomst heeft. Het uiteindelijke resultaat hangt ook af van data, kostenaannames en de programma-implementatie, en moet afzonderlijk worden gecontroleerd.

Verdeel vóór de zoektocht eerst het datagebruik

Wijs eerst een stuk data aan voor het kiezen van parameters en reserveer daarna een ander stuk voor verificatie. Leg de tijdsindeling, het instrument en het gebruik vast en sla dit op, zodat niet achteraf, na het zien van alle resultaten, een interval wordt gekozen dat gemakkelijk slaagt.

Out-of-sample betekent dat de data niet aan deze selectie heeft deelgenomen. Als dezelfde data herhaaldelijk zijn bekeken en de parameters daarop zijn aangepast, kunnen die data niet langer als volledig onafhankelijk verificatiebewijs worden beschouwd. Hier wordt een onderzoeksproces besproken; er wordt niet beweerd dat een vaste verdelingsverhouding voor elke EA geschikt is.

Onderwijsproces: selecteren, bevriezen, verifiëren

Het didactische proces is: selectie-interval A → kandidaatparameters en versie opslaan → selectie bevriezen → vaste parameters uitvoeren in gereserveerd interval B → slagen of falen registreren. A en B zijn alleen labels voor datagebruik, geen echte accounts of koersgrafieken.

Pas de parameters niet onmiddellijk aan wanneer B slecht presteert en noem het aangepaste B-resultaat vervolgens de eerste out-of-sample test. Als aanpassing echt nodig is, moet een nieuw selectieproces worden geregistreerd en moet worden vermeld dat de oorspronkelijke verificatie niet is geslaagd; daarna is nog nieuwe verificatiedata nodig.

Niet alleen parameters zijn vast, ook de omgeving

Leg de EA-versie, instrumentspecificaties, periode, databron, testdatum en model vast. Ook het startkapitaal, de kosten en de handelsrichting moeten duidelijk worden opgeschreven. Controleer bij het vergelijken van resultaten voor en na of deze voorwaarden consistent zijn; meerdere instellingen tegelijk wijzigen en de verbetering alleen aan parameters toeschrijven is niet toegestaan.

Of een specifiek programma een bepaald instrument, een bepaalde periode of een bepaalde positiebehandeling ondersteunt, moet bij de ontwikkelaar worden nagevraagd. Dat de tester start, bewijst niet dat aan alle uitvoeringsvoorwaarden is voldaan.

Kijk niet alleen naar het hoogste rendement, maar ook naar de grenzen van variatie

Registreer het aantal transacties, de drawdown, de kostenbasis en of de resultaten geconcentreerd zijn in een klein aantal transacties. Als kleine wijzigingen in nabijgelegen parameters de resultaten sterk veranderen, moet de oorzaak verder worden onderzocht in plaats van automatisch te concluderen dat een precieze winstformule is gevonden.

Vergelijkbare prestaties rond parameters bewijzen op zichzelf niet dat live handel effectief is. Het kan alleen een aanwijzing zijn voor verder onderzoek, waarbij nog steeds marktomstandigheden, uitvoeringsverschillen en onafhankelijke steekproeven moeten worden gecontroleerd. Zonder volledige testgegevens worden geen vaste winstpercentages of rendementscijfers gegeven.

Mislukte resultaten horen in het rapport te blijven

Wanneer een verificatie niet slaagt, moet worden opgeschreven in welk interval dit gebeurde, welke aannames opnieuw moeten worden beoordeeld en of er gegevens ontbreken. Bewaar mislukte configuraties en oorspronkelijke resultaten; verwijder ongunstige registraties niet en laat alleen de uiteindelijk beste set staan.

Als pas na herhaaldelijk wisselen van steekproef of doel een mooi resultaat wordt verkregen, moet dit proces worden bekendgemaakt. Alleen de laatste curve tonen maakt voor de lezer onzichtbaar hoeveel pogingen in het selectieproces zijn gebruikt.

Simulatieobservatie en live handel zijn verschillende fasen

Na een out-of-sample test kan verdere simulatieobservatie worden gedaan om realtime invoer, triggercondities en programmastatus te controleren, maar simulatieprestaties garanderen nog steeds geen live resultaten. Platformuitvoering en kosten moeten afzonderlijk worden gecontroleerd; backtestcijfers mogen niet ter vervanging van echte ordercontroles worden gebruikt.

Het weekend is geschikt om versies, parameters en verificatieregistraties te ordenen. Geen enkele test mag accountautorisatie omzeilen of voor verificatie willekeurig het werkelijke risico verhogen. Handelen met hefboomwerking kan tot aanzienlijke verliezen leiden. Dit artikel is bedoeld voor onderwijs over EA-onderzoeksprocessen, vormt geen beleggingsadvies en belooft geen rendement.