Forex Fifo Brudd

First In, First Out - FIFO BREAKING DOWN Første inn, First Out - FIFO FIFO brukes til kostnadsstrøm antagelsesformål. Etter hvert som produkter som blir produsert, fortsetter til senere utviklingsstadier og når ferdige vareartikler blir solgt, må de tilknyttede kostnadene med det produktet bli regnskapsført som en kostnad. Dollarverdien av den totale beholdningen avtar da dette oppstår fordi beholdningen er fjernet fra selskapets eierskap. Kostnadene knyttet til beholdningen kan beregnes på mange måter som en som er FIFO-metoden. FIFO Logistics Som lagerartikler er utarbeidet for salg, blir de tildelt kostnader. Dette kan oppstå ved kjøp av inventar av produksjonskostnader ved kjøp av materialer og utnyttelse av arbeidskraft. Disse tildelte kostnadene er basert på rekkefølgen der produktet ble brukt, og for FIFO er det basert på hva som kom først. For eksempel, hvis 100 varer ble kjøpt for 10 og 100 flere varer ble kjøpt den neste til 15, ville FIFO tildele kostnadene ved den første gjenstanden som ble solgt på 10. Etter at 100 varer ble solgt, ville den nye prisen på varen bli 15, uavhengig av eventuelle flere lageroppkjøp gjort. FIFO-metoden følger logikken som for å unngå forældelse, ville et selskap selge de eldste varene først og opprettholde de nyeste produktene i varelageret. Selv om den faktiske beholdningsvurderingsmetoden som brukes, ikke trenger å følge den faktiske strømmen av beholdning gjennom et selskap, må et foretak kunne støtte hvorfor det valgte bruken av en bestemt verdsettelsesmetode for lager. Virkning av FIFO vs andre verdsettelsesmetoder Typiske økonomiske situasjoner innebærer inflasjonelle markeder og stigende priser. I denne situasjonen, hvis FIFO tildeler de eldste kostnadene til kostnaden for solgte varer. Disse eldste kostnadene vil teoretisk sett bli priset lavere enn den siste oppkjøpskjøp (til nåværende oppblåste priser). Denne lavere utgiften gir høyere nettoinntekt. I tillegg, fordi den nyeste varelageret ble kjøpt til generelt høyere priser, opphører sluttbeholdningsbalansen. Alternativer til FIFO Verdien av verdsettelsesmetoden i motsetning til FIFO er LIFO. hvor det siste elementet i er det første elementet ut. I inflasjonsøkonomier fører dette til deflaterte nettoinntektskostnader og lavere sluttbeløp i beholdningen sammenlignet med FIFO. Metoden for gjennomsnittlig kostnadsinvestering tilordner samme kostnad for hvert element. Dette resulterer i netto inntekt og sluttbeholdningsbalanser mellom FIFO og LIFO. Til slutt brukes spesifikk beholdningssporing når alle komponenter som kan tilskrives et ferdig produkt, er kjent. Hvis alle brikkene ikke er, er bruken av en metode ut av FIFO, LIFO eller gjennomsnittlig kostnad riktig. Åpenge under ny NFA-regulering: FIFO (første inn, første ut) regel NFA regel 2-43 (b) NFA nylig vedtatt regel 2-43 (b) som effektivt eliminerer sikring ved å tvinge meglere til å lukke handler på første basis (FIFO) basis. NFA har lagt til tydeliggjørelse til regelen, og sier at kundene kan instruere megleren til å utligne like store stillinger. Noen handelsmenn har uttrykt bekymring for at regelen vil påvirke sin handel negativt utenom den åpenbare begrensningen på sikring. Forfatterens posisjon er, FIFO vil legge til et lag av kompleksitet, men bør ikke negativt påvirke en handelsmenns retur. Multiple Strategy Trade (Handler i samme retning): Det er ikke uvanlig for handelsmenn å engasjere seg i flere strategier innenfor samme konto ved første øyekast, regelen ser ut til å hindre enhver strategi som handel hadde blitt åpnet først. Ved nærmere inspeksjon er dette ikke tilfelle. Eksempel EURUSD Trades: (Prisene er hypotetiske) Eksempel 1 Pre FIFO Handel 1 Langsiktig strategi (Long Trade) Entry: 1.4287 Stopp: 1.4000 Limit: 1.4500 Trade 2 Korttidsstrategi (Long Trade) Entry: 1.4350 Stopp: 1.4250 Grense: 1.4475 I dette eksempelet Trade 2 treffer sitt stopp før Trade 1 treffer sin grense. Før FIFO Trade 2s stopp ved 1.4250 ville bli brukt direkte på Trade 2. Trade 2 Net PL er: 1.4250 1.4350 -0.0100 (-100 Pips) Trade 1 fortsetter å treffe sin grense på 1.4500 Trade 1 Net PL er: 1.4500 1.4287 0.0213 (213 Pips) Totalt PL fra begge posisjoner er 113 Pips. Trade 1 Long Term Strategy (Long Trade) Entry: 1.4287 Stopp: 1.4000 Limit: 1.4500 Trade 2 Korttidsstrategi (Long Trade) Entry: 1.4350 Stopp: 1.4250 Limit: 1.4475 I dette eksemplet treffer Trade 2 sitt stopp før Trade 1 treffer sin grense. Ifølge FIFO, må Trade 1 nå lukkes først. Trade 1 Net PL er: 1.4250 1.4287 -0.0037 (-37 Pips) Avhengig av hvordan meglere håndterer de resterende stopp - og begrensningsordrene, vil dette effektivt etterlate Trade 2 med sin opprinnelige Limit men Trade 1s Stop. Trade 1s Limit kan også være i limbo her. På dette tidspunktet bør handelsmenn nå se på Trade 2 som erstatning for Trade 1 (Trade 1 ble Trade 2 når Trade 2s stopp ble rammet). Hvis Trade 2 får plass til Trade 1 og treffer grensen som i eksempel 1, PL er som følger. Trade 2 Net PL er: 1.4500 1.4350 0.0150 (150 Pips) Totalt PL fra begge posisjoner er 113 Pips. For at dette skal fungere, må handelsfolk fjerne den opprinnelige Trade 2-grensen på 1,4475, ellers vil de se netto fortjeneste nivåer lavere enn summen av den opprinnelige (Pre-FIFO) handelsoppsettet. Når handelsmenn jobber gjennom denne prøven, blir det noen ganger tydelig at applikasjonen av byttehandler blir åpenbar, og implementeringen skal være relativt rett frem. Vennligst kontroller med megleren hvordan stoppene blir håndtert på plattformen din. Den nye regelen vil påvirke OCO (en annullerer andre), og handlende bør ikke anta hvordan gjenværende stopp og grenser vil bli brukt. Søknaden kan variere fra megler til megler. Duplikere sikringen NFAs stilling til sikring er at den gir ingen økonomisk fordel, dette er også forfatterens stilling. Den nye FIFO-regelen eliminerer muligheten for en næringsdrivende å sikre posisjoner, noe som har en sekundær effekt for å hindre en næringsdrivende fra å bruke flere strategier innenfor samme konto. Til tross for begrensningene kan handelsmenn effektivt duplisere en sikringsstrategi og eller flere strategier i en enkelt konto ved å bare bli nøytral (ingen åpne posisjoner) når modellen vil signalere en hekk eller en ny motsatt posisjon er nødvendig. I eksemplene nedenfor vurderer vi virkningen av en åpen posisjon på en hypotetisk 100.000 konto. Pips vunnet eller tapt antas å være verdt ti dollar per pip. Den opprinnelige posisjonen antas å være en lang EURUSD-post, ingen justering for transaksjonspåvirkning (spredning) er foretatt. Eksempel 1 Baseline: Trades er ikke sikret, og stillingen er igjen åpen gjennom balansen i prishandlingen. Prøve 2 sikret: Handelen sikres mot slutten av pristaksprøven. Eksempel 3 Nøytral: Handler er lukket ut når en hekk eller motsatt posisjon er nødvendig. Når en handelsmodell ville signalere enden av en hekk eller motsatt posisjon, ville de ganske enkelt gjenopprette markedet til dagens pris. Det bør bemerkes at denne tilnærmingen ikke medfører høyere transaksjonskostnader, og kan faktisk redusere overføringseffekter som har en tendens til å favorisere megleren. Eventuelt alternativ for handelsfolk som ønsker å fortsette sikring med NFA regulert megler Ja, det krever at du åpner 2 kontoer med enten samme megler eller to forskjellige meglere. På denne måten vil handelsmenn kunne selge valutaer på en konto og samtidig kjøpe valutaer på en annen, og oppnå samme sikringseffekt. Det er en faktor å huske på: handelsmenn må overvåke helsen til begge handelsregnskapene og overføre midler i tide fra en voksende konto til en krympende en for å balansere gevinster og tap og unngå marginsamtaler. FIFO-overtredelse (ut av Synkronisering) Løsning FIFO-brudd (ut av synkroniseringsløsning) Dette er en lang detaljert epost med tanker og tilbakemeldinger om Eros-prosjektet om FIFO-bruddssynkroniseringsproblemer forårsaket av FIFO-regulerte handelsfolk i USA og de som bruker Oanda utenfor USA. Jeg setter stor pris på den detaljerte e-posten med spørsmål, ideer og utmerket tilbakemelding som presenteres her, og vil være instrumental for mange i gruppen som også er interessert i den mest sømløse synkroniseringsopplevelsen, og hjelper meg å nå mitt million dollar handelsmål før slutten av Året vil jeg inkludere først hele notatene i e-posten for at du skal lese i sin helhet, så vil jeg inkludere mitt svar merket med den aktuelle delen overskriften for å gjøre det enkelt å følge. Hvis du for øyeblikket er medlem av Eros-prosjektet ved hjelp av en FIFO-regulert megler eller en Oanda-bruker, må du lese dette i sin helhet og ta med eventuelle spørsmål eller kommentarer nedenfor. 3 nedenfor diskuterer i lengden problemet ved hånden nevnt ovenfor. 4, 5, 6 er systemrelaterte spørsmål. Så alle er på samme side vi snakker om det samme systemet når vi refererer til Eros-prosjektet eller erobre v3 på steroider. Let8217s kommer i gang med først e-posten blir gitt under for å lese først etterfulgt av mine svar nedenfor. 3 Kommer tilbake til spørsmålet om handel kunne ikke lukkes for FIFO-brudd. Jeg har prøvd forskjellige ting å håndtere dette. Datamaskin 1, OANDA-applikasjonen vil henge og bli helt uforsvarlig, MEN alle stoppnivåene er fortsatt anerkjent av Oanda8217s servere. CPU på datamaskinen er opptil 100, noe som betyr at alle andre apper på datamaskinen ville kjøre veldig sakte. Jeg var i stand til å følge handlingene på min Ipad app for Oanda, og jeg så at alle stopp og eksisterende bestillinger fortsatt ble utført fint. Har nye ventende ordrer og markedsordrer åpnet når OANDA-søknaden er låst, for tiden ikke kjent. Automatisk løsning. Når alle ordrene for valutaen er stengt (når tp eller sl blir rammet, eller når du lukker posisjonene manuelt, eller lukker jeg overtredelsesordrene via annen handelsapps enn Metatrader (for eksempel min Ipad Oanda app eller min telefon Oanda app8230. Faktisk lurer jeg på telefonappen mye, den har en funksjon for å lukke COMPLETE-posisjonen for en valuta i ett klikk, selv om det har mange handler åpne) Manuell løsning. Mens Oanda app er uopsiktig, hvis du åpner en annen metatrader på En annen datamaskin låses opp også, slik at du kan slå av metatrader eller slå av EA. Den eneste løsningen ville være å koble fra Internett (som er når metatrader blir responsiv igjen, Slå av EA, slå på Internett på nytt manuelt Lukk ordrene som er i brudd manuelt (som kan være i fortjeneste eller tap på det tidspunktet), og start deretter om EA. Case 2. Bruke en datamaskin med en raskere CPU uten andre applikasjoner som kjører på den. Samme resultat. Dette er hva Jeg gjorde da jeg var på ferie i Hawaii siste måned (som var fantastisk) Jeg måtte se på datamaskinen et par ganger om dagen for å sikre at alt kjører jevnt. Case 3. Dette bringer meg til en annen oppdatering. Jeg fikk faktisk en VPS for kontoen min. Jeg forsket på mange forskjellige, inkludert den du anbefalte. Ærlig, din VPS doesn8217t har de beste vurderingene. Fra det jeg leste på forumene, pleide de å være flotte, men tjenesten deres begynner å bryte ned og deres kundeservice er ikke den beste. Jeg bestemte meg for å gå med på de beste alternativene på markedet akkurat nå wwwmercialnetworkservices eller CNS for kort. Det er ikke billig, men vurderer påliteligheten er den 1 prioriteten her, jeg tenker ikke. Oppsettet koster meg ca 90 per måned, og de har ingen avtaler om å spare penger i den første måneden, men jeg tror de har 2 uker eller 1 måned penger tilbake hvis du ikke liker tjenesten fra starten. Akkurat nå er oppsettet mitt 1,5 gig ram og en ganske sterk CPU. Og du kan oppgradere alt du vil. Internett virker veldig fort, jeg prøvde å surfe på nettet gjennom VPS, det ser nesten øyeblikkelig ut, i hvert fall mye raskere enn hjemmekablet, jeg antar at datasenteret er en T18230or raskere, som det burde være. De har 3 datasentre over hele landet, I8217m bruker den i NY. NY datasenter er bare 5mili sekunder latens til Oanda serverne, som var salgsargumentet for meg. Datasenteret ligger bare et par kvartaler unna Oanda-serverne, som jeg tror er en stor avtale. Så kommer jeg tilbake til sak 3. Jeg har steroider som kjører feil på VPS de siste 2 ukene, jeg har sett Fifo-brudd en gang. Jeg kunne faktisk få tilgang til Metatrader-plattformen8230 .. det var ekstremt sakte, som i8230.1 minutt mellom hvert klikk. Så jeg kunne stenge EA og lukke overtredelsesordrene. Så løsningen kan være en super sterk CPU, jeg kan oppgradere min VPS enda mer. Nå er det et litt alvorlig problem. For noen dager siden la jeg merke til at Metatrader-kontoen min er å gjøre noen handler, og faktisk på bunnen av plattformen sa det at plattformen min er deaktivert. Jeg ringte Oanda og spurte dem hva som skjer, de spurte meg om I8217m bruker en EA, og de refererte til FIFO-bruddproblemet, slik at de deaktiverte kontoen min. Jeg ba dem om å snakke om det igjen, og jeg ville løse problemet, og de sa sikkert, ikke noe problem, og på omtrent 5 minutter var jeg oppe igjen. Fra hva jeg kan fortelle kontoen min, var ned i omtrent 40 minutter, så det gjorde ikke min PNL effekt. Men du kan se at dette kan forårsake alvorlige problemer hvis dette ikke ble lagt merke til i lang tid. Så på sikt mener jeg at vi bør finne en permanent oppløsning til FIFO. Jeg tror det ville kreve en programmeringsendring, ellers måtte man se over metatraderplattformen noen få timer mens det er åpne posisjoner8230.unless er deaktiveringen av kontoen en gang i en blå månen forekomst. Nei å grave litt dypere, hva forårsaker FIFO-brudd. Jeg tror dette skyldes et annet problem i programvaren. Problemet som forårsaker å få mesteparten av handlingene mine åpnet i noen sekunder, og deretter lukket og gjenåpnet igjen (men jeg er ikke sikker) som vi diskuterte før. La oss se på dette programvareproblemet som 822010 andre bug8221 Her er det jeg tror skjer: Handel 1 er åpen, 1 Masse EurUsd 5 timer senere Handel 2 er åpen, 1 Lot Eur Usd8230.which er stengt 10 sekunder senere, til åpnes igjen med Trade 3 på grunn av 822010 andre bug8221 FiFO violation82308230Trade 2 prøver å lukke før handel 1 er stengt. Ved Fifo-regler bør handel 1 lukkes før handel 2, slik at vi står fast med FIFO-problemet. Nå, hvis vi kunne løse 10 sekunders feil, ville FIFO-problemet ikke engang eksistere8230 .. minst det er min antagelse. Jeg leste e-posten som utvikleren sendte om årsaken til problemet og forslaget til en sterkere og raskere datamaskin uten apper som kjører. I8217ve byttet 4 datamaskiner, I8217m på en veldig rask internettforbindelse, uten mye forbedring av problemet. Jeg mener at vi skal miste noen pips når handlene er åpnet og lukket, men det viktigste problemet er plattformens stabilitet (og kontoen er ikke deaktivert (åpenbart). Dette antar at dette skjer på slavekontoer og ikke på hovedkontoen. Så mine spørsmål er: Hva er din erfaring med FIFO-bruddproblemet og 10 sekunders feil på hovedkontoene? Oppstår du både, 1 eller verken Opplever dine andre kunder problemene og hvordan de ringer med dem Har noen andre8217-kontoen blitt deaktivert Hvis problemet bare skjer, kan bare slavekontoer (under kopiering av handler) og vi ikke løse problemene ved å fikse programvaren her er andre mulige løsninger. Sett opp en Matatrader-konto direkte på VPS med identisk EA som kjører på hver konto. På denne måten er det ikke nødvendig å kopiere handel i det hele tatt. Klienten vil bare ha tilgang til sin konto, og vil ikke kunne få tilgang til programvaren din (siden det er ditt eget system). Et stort problem ville være, bare de automatiserte handler vil bli utført og ikke dine manuelle handler. Noen meglere har muligheten til å ha administrert underkontoer for Metatrader, kanskje du er kjent med dette. Du har en hovedkonto som er coppied i sub-kontoer, ganske mye som en handel kopimaskin. Jeg tror at Oanda ikke har denne option8230.yet. Dette ville kreve bytte meglere. Jeg tror IBFX kan ha dette alternativet. Disse løsningene gir bare mening hvis problemet bare forekommer på slavekontoer. Hvis feilen oppstår på hovedkontoen, vil den eneste resultatet være en programvarerett. Kanskje det ikke er en enkel løsning og en stor endring ville være nødvendig, men i8217m SURE fra et programmeringsstativ peker dets fixerbare. Kanskje trenger programvaren mange flere forhold som å sjekke eksisterende bestillinger, sammenligne bestillingsnumrene for å se om de er like store og lukke den tidligere en gang før de senere eller kanskje ikke åpne nye ordrer hvis det var en lignende ordre åpnet i en minutt. Jeg har ikke sett koden din slik at jeg bare gjetter. Don8217t tar meg feil, jeg elsker måten dette systemet fungerer på, og kanskje det er den måten det er nå. Men som en investor ville jeg ikke sette en million dollar inn i et system som har regelmessig forekommende programvare bugs8230 uten at du fullstendig administrerer programvaren, kontoen, og jeg don8217t ser dem8230.LOL. 4 Risiko Jeg er din tidligere e-post som du nevnte at du har lagt til risikokontroll og ekstra beskyttelse. Hva er forskjellen mellom de to? Mene du at du har mentale totalrisikostoppe? PLUS automatisert avstenging av stillinger når vi er i gang med å redusere 35 eller noe lignende. Beskriv om mulig. Også, jeg har lagt merke til at EURJPY-stillingen vanligvis har dobbel risiko for andre valutaer. Jeg forstår hvorfor, siden EURJPY har en høyere ATR, og siden SL er 13 i ADR, er EURJPY en høyere SL som vanligvis er 60-70 pips i stedet for EURUSD SL, som er ca 30 pips. Dette betyr at du tar høyere risiko på EURJPY-handler enn andre valutaer, mens handel for alle valutaer åpnes med samme handelsstørrelse. Hvorfor risikerer vi mer bare for å handle dette krysset fordi valutaen beveger seg mer Er det verdt risikoen her? Hvis logikken min her er riktig, kan vi enten IKKE bytte valutaen i det hele tatt, eller sette inn en veldig enkel betingelse i programvaren for å sjekke om Valutaen er EurJpy enten angi SL til 14 i ATR eller i stedet for 13 eller juster handelsstørrelsen til denne valutaen til mindre massestørrelse for å ha risikoen lik mengden av risikostørrelsen på EURUSD posisjon 8230. for eksempel for å bare risikere 3 av egenkapitalen, eller hva reglene er. Selvfølgelig kunne jeg være helt feil her8230.så vennligst gi meg beskjed hvis jeg er. 5 Ta overskuddsnivåer Hver handel har 3 vinstnivåer. Nivå 1 er rammet ganske ofte, dette er når vår egenkapital gjør sine fine 20-40 fortjenesteflyt. Nivå 2 fortjeneste, jeg tror at kontoen din slo dem et par ganger, jeg har sett meg komme dit ennå, men jeg har bare vært med 8220sterods8221 i et par måneder som jeg først brukte Regular Conquer 3. Har du noen gang truffet nivå 3 Er det ATR x 3 Ville dette virkelig skje mer enn et par ganger i året Hvis det statistisk er dette en svært sjelden forekomst, kan nivå 2 og nivå 3 være litt nærmere hverandre. Jeg tror ti ville være en god ide å holde oversikt over hvor ofte vi treffer nivå 2 og nivå 3 og foreta justeringer til Take-profitnivået tilsvarende. Bare tenkning, kanskje dette vil forbedre lønnsomheten til systemet på lang sikt. 6 Breakeven Hvor fort går stoplossen til BE Er det 13 ATR som stoppfallet jeg har sett trades i 50 pip gain vende seg og forvandle seg til tap. Vel, dette er alle spørsmålene og ideene til i dag. Jeg håper virkelig at du ikke husker mine lange e-postmeldinger. Jeg føler at jeg blir kjent med 8220Steroids8221, jeg har 5 skjermer hjemme og 3 på jobb og jeg har alltid system opp ved siden av meg i noen form om det er i Metatrader, myfxbook, Ipad eller på telefonen min. It8217 er det første jeg ser på når jeg våkner om morgenen8230..LOL. Jeg håper at noen av mine tankesettforslag vil hjelpe deg med å nå målet ditt for millioner dollar i løpet av året. Dette avsnittet er utrolig nyttig for alle. Takk skal du ha. Jeg vil oppsummere denne informasjonen for alle andre som er involvert i Eros-prosjektet sammen med mine tanker. Hva som forårsaker at CPUen stiger til 100, er at FIFO-megleren kontinuerlig endrer opptjeningen og stopper tapnivået. Dette skjer ikke i det hele tatt med handelskopimaskinen og ikke-FIFO-meglere. Forresten, jeg elsker også Oanda-appen som bare er fantastisk. Jeg foretrekker handel fra det, men trenger å bytte av mt4 for handelskopimaskinen til å kjøre best. Jeg liker også å kunne lukke alle bestillinger på et gitt par på en gang. Bytte til en ultra rask eller dyktig VPS med høye ressurser er en gyldig løsning. Spesielt for de handelskontoene over 10K. Problemet er da du merket 8220serious8221 problemet med Oanda deaktivere kontoen din på grunn av FIFO brudd, og du må kontakte brukerstøtte for å aktivere den på nytt. Dette har skjedd med et annet medlem også. Samme eksakte situasjon. FIFO-bruddene brukte opp serverressurser, slik at de og deaktiverte kontoen. Dette gjør at løsningen bruker en ikke-FIFO megler. Ikke et problem for de utenfor USA. For de i USA forlater dette alternativene til IBFX USA eller FXDD. Kjenner du til en annen amerikansk regulert megler som er i stand til å komme seg rundt FIFO-problemet Dette antar alt at dette skjer på slavekontoer og IKKE på hovedkontoen. Riktig Så mine spørsmål er: Hva er din erfaring med FIFO-bruddproblemet og 10 sekunders feil på hovedkontoer Med mesteren som bruker Oanda en FIFO-regulert konto, oppstår disse problemene ikke. Opplever de andre klientene problemene dine og hvordan de ringer med dem. Har noen andre8217-kontoer blitt deaktivert? Alle Oanda-brukere opplever høy CPU-bruk, og forårsaker at salver kommer ut av synkronisering, og handler må lukkes manuelt. Så langt har bare en annen konto vært midlertidig deaktivert. Jeg forventer at flere vil være uten en permanent løsning. Systemet er en hybrid av manuell og automatisert, så dette er umulig. Feilen oppstår bare på slaver med FIFO-regulerte meglere eller nemlig Oanda. Bruk av IBFX-underkontoene ville fungere, men det er ikke en universell løsning. Men slaver som bruker IBFX ville eliminere FIFO-problemet og dermed alle andre feil forårsaket av det. Når brukeren hadde flyttet seg fra Oanda til Traders Way (europeisk megler) og ikke har opplevd noen problemer i det hele tatt siden. Dette inkluderer bransjer som åpnes og deretter lukkes sekunder senere og gjenåpnes, blir synkronisert med mesteren og høy CPU-bruk. Alle problemer eliminert. Den beste permanente løsningen jeg ser på dette punktet for brukere i USA (ved hjelp av Oanda), er å bruke en megler i USA som er i stand til å komme seg rundt FIFO-problemet. Fra min forståelse er IBFX USA bedre enn FXDD (begge er i stand til å komme seg rundt FIFO). Er det en bedre løsning enn IBFX Traders utenfor USA kan bruke noen ikke-FIFO megler uten problem. Risikostyringen og tilleggsbeskyttelsen av spennende åpne stillinger som utgjør et urealisert tap -10 er det samme. En mental stopp er brukt, og han automatiserte handler har ingen automatisert nedleggelse da de når det nivået av drawdown. Jeg er handelsrisiko for å belønne forhold i stedet for utelukkende risiko. Hvis jeg risikerer 13 ATR enn jeg vet, ser jeg etter en gevinst på 1 til 2 ATR eller 3 til 6 ganger større enn risikoen. Fordi et gitt par ekspanderer og ATR er høyere ser jeg ikke ut til å begrense risikoen min på dette paret, men øker min potensielle gevinst samtidig som risikoen min står i forhold. Paret med den høyeste ATR kommer til å se de fleste bransjer fordi det er foretrukket å utvide markeder. Jeg er handelsrisiko for å belønne forhold. Jeg vet at omtrent 25 av TP1 vil finne sted, 12 av TP2 og 4 av TP3. Jeg vet også at de 4 av TP3 bidrar avgjørende til total systemytelse. Automatiserte handler tegner seg for en viss prosentandel av alle handler, og håndteres dessuten manuelt når de mister seg til hybridhandler. Handler tatt fra EA flyttes til å bryte til og med 12 ATR (ikke 13). En 50 pip-handel som blir til et tap er ikke min bekymring. Jeg vet at mindre enn 50 av handlingene jeg har tatt (jeg tror 46 vinnere er det mest nøyaktige langsiktige tallet jeg kan gi) vil være gevinster. Dette betyr at jeg vet at over 50 handler jeg tar, vil bli tapt. Mirco administrere en handel til fortjeneste femti pips vil føre meg til å lukke bransjer for tidlig å miste den langsiktige kanten av systemet. Igjen, jeg er takknemlig for tiden og detaljene det tok å forberede disse notatene i e-posten ovenfor. Det er svært nyttig for alle involverte. Takk skal du ha. Hei Jordan, du vet at jeg har hatt min del av problemer, frossen VPS, konstante meldinger fra FIFO-brudd sekunder fra hverandre, jeg lukker handler på Oanda-plattformen, ikke Mt4, dette fungerer. Jeg har hatt min plattform fryser opp på meg, både den opprinnelige og Mt4 . jeg har ikke hatt noen handler for dager utløst etc etc .. Så hva skal si, vil det løse problemet med en europeisk megler, kan det være. Jeg prøver å åpne en konto hos Alpari de spør meg om tonn sertifisert Papirarbeid jeg ga opp, kanskje jeg kan prøve igjen Jeg ville bare gå med en megler som er relativt trygg og jeg har sjansen til å få pengene mine, så ikke bare en megler ville være et valg bare for å komme seg rundt FIFO .. for å gjøre alt for å trøste meg. Også jeg er ikke sikker på hvordan det vil påvirke meg med å betale skatt, som jeg hater og ikke trenger å betale noe siden jeg er europeisk og bor i C. America unntatt kapitalgevinst, dette er et stort problem for meg, jeg risikerer pengene mine bare for å betale min gov. som i retur sender den til Hellas, ingen måte Jose. Men jeg ville gå den ekstra milen for å delta i Eros, siden jeg elsker de greske gudene mye. men jeg ville ikke stole på pengene mine til dem any8230lol VPS-oppgraderingen løser ikke problemet, jeg har ganske rask PC og jeg liker ikke å bruke hundrevis av USD for å få en raskere tilkobling som ville bety en dedikert tilkobling, og dette er ganske dyrt her, og jeg har ikke en anelse om hvor lenge installasjonen ville ta. du vet at disse landene jeg har Dukascopy-kontoen, vil spørre dem om MT4 via en tredjepartsleverandør. Jeg vet ikke engang hva dette betyr, og hvis dette ville fungere eller forårsake problemer igjen. Og jeg kan løse dette problemet med en megler i Europa, vil gjerne å spørre om noen kan gi meg en anbefaling jeg ikke vet av ennå med en finansiell stabil Broker Uansett dette tar noen uker å fikse, på grunn av papirarbeid som å høre noen forslag Hei Jordan, jeg har også problemer med kopimaskinen men problemet mitt er litt annerledes enn de som er nevnt ovenfor. Jeg bruker en VPS og megleren er IBFX. Fra og med i dag har jeg begynt å ha duplikatbestillinger satt (det betyr at når du legger inn et sett med 3 ordre, inneholder kontoen min 2 sett på 3) på min Eros-konto. Jeg er ikke sikker på årsaken til dette, men dette gir meg stor bekymring. På dette tidspunktet har jeg en problembilde i min vps-leverandør, og jeg håper dette vil gi meg noen svar. Jeg vil holde deg oppdatert Hei Jordan, jeg ønsket å gi deg en oppdatering på min dupliserte bestillingsstatus. Du nevnte at det kan skyldes at jeg har EA-oppsettet på mer enn én forekomst av mt4. Etter å ha fått hjelp fra teknisk støtte tror jeg det er løst. Du var riktig som jeg hadde logget på fra min datamaskin, og selv om jeg var ferdig da jeg var ferdig, ble jeg logget inn. Dette har forårsaket mitt duplikatordreproblem som nå ser ut til å være under kontroll. Takk for hjelpsvingende lukking av handler på grunn av en FIFO-overtredelse MT4 EA, åpner jeg ofte en rekke handler i en retning, og EA slår ut alle handler i ett treff. Men jeg får alltid FIFO-brudd. Jeg har ikke vært så opptatt av at de etter hvert blir behandlet innen noen få sekunder, det er til i dag når det virker som det ikke gjorde. Åh for handling. Kan noen se på koden nedenfor og redigere den for å velge den tidligste bestillingen for nedleggelse først void closeAllPoisitions (int type) int oc orderCount (type) int totalt OrdreTotal () for (int cnt 0 cnt 0) datetime eldste Time0Period () 601 int ticketToClose -1 for (int cnt OrdersTotal () - 1 cnt0 cnt--) hvis Fortsett hvis (OrderMagicNumber () getMagic ()) fortsette hvis ((OrderType () OPBUY type OPBUY) (OrderType () OPSELL type OPSELL)) hvis (OrderType () OPBUY) annet closePrice Ask if (OrderSelect (ticketToClose, SELECTBYTICKET, MODETRADES)) OrderClose (ticketToClose, OrderLots (), closePrice, 0, CLRNONE) shawndowney: Jeg åpner ofte en rekke handler i en retning og EA slår ut alle handler i ett treff. Men jeg får alltid FIFO-brudd. Jeg har ikke vært så opptatt av at de etter hvert blir behandlet innen noen få sekunder, det er til i dag når det virker som det ikke gjorde. Åh for handling. Kan noen se på koden nedenfor og redigere den for å velge den tidligste bestillingen for nedleggelse først void closeAllPoisitions (int type) int oc orderCount (type) int totalt OrdreTotal () for (int cnt 0 cnt tomt lukketAllePoisisjoner (int type) datetime eldste Time0Period () 601 int ticketToClose -1 for (int cnt OrdersTotal () - 1 cnt0 cnt Fortsett hvis (OrderSymbol () Symbol ()) fortsette hvis (OrderMagicNumber () getMagic ()) fortsetter hvis ((OrderType () OPBUY type OPBUY) (OrderType () OPSELL type OPSELL)) hvis (OrderType () OPBUY) annet closePrice Spør om (OrderSelect (ticketToClose, SELECTBYTICKET, MODETRADES)) OrderClose (ticketToClose, OrderLots (), closePrice, 0, CLRNONE) Jeg har brukt koden ovenfor med suksess når trading bare ett valutapar på en konto. Men fant et problem når man lukkede handler på en konto med flere valutapar. Kan du endre koden for å bli spesifikk for et bestemt valutapar Takk på forhånd. Jeg bruker multi trade manager for mitt rutenett strategi. Men det er ikke FIFO kompatibel. For å administrere alle mine handler jeg satt ManageBasketTrades sant jeg trenger først er første ut. Jeg følger alle instruksjonene dine, men jeg mislyktes. Vennligst se på koden og vær så snill. I EA OrderClose () kalles 17 anledninger. Alle disse lukkene bør sentraliseres, og avslutningsprosedyren enn heder FIFO-regler skal brukes i stedet for disse mladenene: I EA OrderClose () kalles 17 anledninger. Alle disse avslutningene bør sentraliseres, og avslutningsprosedyren enn æren FIFO-regler skal brukes i stedet for de. Takk for ditt svar, men jeg er ikke ekspert i koding. Jeg trenger virkelig din hjelp. Mladen: Prøv dette. Det bør lukke eldste først. Tror det vil fungere OK, men det må testes (jeg antok at orderCount (.) Vil returnere antall stillestående ordre av noe slag. Du vil også sannsynligvis trenge en død lop-bryter hvis den av en eller annen grunn ikke gjentatte ganger ikke lukker noen ordre) hei mladen. Ja, det må være en 150 feilkodevarsel. ERRTRADEPROHIBITEDBYFIFO. inntil denne uken hadde ibfx ikke implementert fifo i statene. Dette kan bare være spesifikt for ibfx, men hvis 2 eller flere bestillinger har samme ordrer, er femo slipsbryteren billettnummeret. Øvrig økning i rekkefølge er i minutter. så det er ganske mulig for mange bestillinger å bli åpnet i samme minutt. OrderSelect (jeg, SELECTBYPOS) skulle returnere den minste billetten, men av en eller annen grunn gjorde det ikke når ordrene hadde samme orderingstid. Det returnerte aldri en gang den riktige billetten hvis 2 eller flere ordrer hadde samme åpningstid. 150 feilkoden ville låse opp plattformen. min løsning var å legge til en ekstra funksjon for å velge parets minste billett. og inkludere dette nummeret som en betingelse. Dermed sikres både tid og billettforhold. and again, this might be relative to ibfx only. h datetime oldest Time0Period()601 int ticketToClose -1 for(int cnt OrdersTotal()-1 cnt0 cnt--) lowticket ticket() --- ticket() is an external fuction that returns lowest ticket number if (OrderSelect(cnt, SELECTBYPOS)) continue if (OrderSymbol() Symbol()) continue if (OrderOpenTime() 0) datetime oldest Time0Period()601 int ticketToClose -1 for(int cnt OrdersTotal()-1 cnt0 cnt--) lowticket ticket() --- ticket() is an external fuction that returns lowest ticket number if (OrderSelect(cnt, SELECTBYPOS)) continue if (OrderSymbol() Symbol()) continue