Crisis management for forex traders – MT4 outages, fat finger, gaps and tilt

A connection failure, incorrect position size or sharp move after an announcement requires a different response from an ordinary strategy signal. First establish which orders and positions actually exist, then control the confirmed risk using a prepared procedure. This article covers platform, internet and power failures, operating errors, market events and a loss of decision discipline. We explain how to use backup channels, document an incident and confirm that instructions were executed. Historical events and illustrative thresholds help explain the mechanisms, but cannot replace your account's terms. You will finish by preparing an emergency card and a rehearsal plan, so an outage does not force improvisation or increase exposure through repeated orders. The technical preparation is covered in Article 15.1.

Scope: the Polish source mainly concerns retail FX/CFD trading through retail brokers (MT4/MT5), rather than interbank spot FX. Its Polish retail-account example refers to KNF decision DAS.456.2.2019, effective from 1 August 2019 after the temporary ESMA intervention expired. This jurisdictional context is retained; protections must not be assumed identical for every international account. Material differences — negative balance protection, B-Book/ECN model, and rollover hours — are identified where relevant.

TRADING INCIDENT MANAGEMENT. Educational illustration; the article explains the detailed rules and assumptions.
Conceptual illustration: the central-bank panel is not an instruction to widen a stop during a crisis. Follow the confirmed-state and exposure-reduction procedure below; do not expand planned risk to postpone an exit.

On reconnection, arrival order is not enough

A recovered connection can deliver old information after newer information. If the screen simply treats the last arriving message as the latest account state, a delayed update can appear to reopen exposure that has already been reduced. An incident procedure needs a way to establish the current authoritative state, not just a running connection icon.

Our hypothetical broker supplies complete snapshots for one specified account and instrument. Its fictional protocol explicitly assigns increasing authoritative revision numbers to successive states. Each snapshot replaces the earlier state for that same scope. This convention is supplied for the exercise; it is not a claim that MT4, MT5 or every broker exposes this particular revision field.

All position quantities are EUR units of a long EUR/USD exposure. There are no other positions in the account. Snapshot 410 shows 30,000 EUR long. After confirmed partial closures, snapshot 411 shows 20,000 EUR and snapshot 412 shows 12,000 EUR. The underlying chronology is known from the stipulated revision contract, even if transport delivery is delayed.

Order the state evidence using its declared meaning

Hypothetical reconnection delivery order
Arrival at the review screenAuthoritative snapshot revisionConfirmed long position in EUR units
First41030,000
Second41212,000
Third, delayed41120,000

After all three messages have arrived, the latest confirmed snapshot in this exercise is still revision 412 and the position is 12,000 EUR long. Revision 411 arrived last but describes an older state. It neither reverses the reduction nor adds another separate position. Snapshots are state descriptions, not additive fills.

The underlying reductions are 30,000 − 20,000 = 10,000 EUR and 20,000 − 12,000 = 8,000 EUR, for 18,000 EUR closed so far. Adding the three snapshot quantities would double-count states of the same exposure. Treating them as separate accounts would also ignore the explicitly identical scope.

The official MQL5 transaction-handler documentation warns that transaction-arrival priority is not guaranteed and that account state can change during processing. That supports checking event and state semantics. It does not supply our fictional snapshot numbering or a universal recovery algorithm.

A submitted closure is not a confirmed flat account

A further instruction requests closure of the remaining 12,000 EUR. No confirmation has yet arrived. Record the requested action and the uncertainty separately. Do not change the confirmed position to zero solely because the button was pressed, and do not blindly send another instruction on the assumption that the first failed.

The next stipulated complete snapshot, revision 413, later confirms zero open position. It also lists an active, unfilled buy-stop order for 8,000 EUR. At that moment current open exposure is zero, but the account is not free of instructions that could create exposure. The unfilled order is not already an 8,000 EUR position, and zero positions is not proof that every pending order has been cancelled.

If the incident plan requires preventing new entries, use the supported procedure to resolve that order and confirm the outcome through current evidence. We do not assume a cancellation succeeds merely because it was requested. If the order activates before cancellation, reconcile the resulting executions and exposure instead of continuing to call it an unfilled instruction.

Close the incident only when the relevant states reconcile

Keep the account identifier, instrument, authoritative source, snapshot revision, delivery time, requested actions and confirmations together. Preserve delayed messages as evidence while preventing them from overwriting newer state under the supplied protocol. If your actual provider offers no comparable authoritative ordering, obtain a current complete state and use its documented reconciliation procedure rather than inventing sequence meaning.

The incident record should distinguish connection restored, position closed and pending instructions resolved. These are different milestones. A return to normal trading additionally requires the operational and admission conditions in the plan; a refreshed screen does not complete that review. No price loss or response-time guarantee is modeled here.

The detailed lesson below covers outages, wrong-size orders, market shocks and tilt. This compact case adds a recovery check: which observation is authoritative for the same scope, which action is merely requested, and what can still create exposure? The answer depends on documented state semantics and confirmations, not on which reassuring message happened to arrive last.

Three exercises with worked answers

The exercise data are hypothetical. Choose an answer, then check the calculation.

1. What is the latest confirmed open position after the first three deliveries?

The fictional protocol orders complete states by revision. Delivery order is 410, 412, then delayed 411.

Show the answer and explanation

D. Keep revision 412 as the current confirmed state. Retain the delayed older snapshot in the evidence log.

  • A. Transport arrival order does not override the explicit revision ordering.
  • B. The snapshots describe successive states of the same position, not separate holdings.
  • C. Connection status is not a closure confirmation.
  • D. Revision 412 is newer under the supplied authoritative state contract.
2. What is established immediately after requesting the final closure?

A request covers the remaining 12,000 EUR; no new execution or complete-state confirmation is available.

Show the answer and explanation

B. Resolve the current state using the provider’s documented procedure. Do not manufacture certainty or duplicate an uncertain action.

  • A. Submission alone does not establish execution.
  • B. The instruction and its confirmed result are separate facts.
  • C. Missing confirmation does not prove failure.
  • D. An improvised opposite order can introduce new exposure; the case provides no authority for it.
3. What does revision 413 establish?

The complete snapshot confirms zero positions and an active unfilled buy-stop for 8,000 EUR.

Show the answer and explanation

A. Zero positions is a confirmed present state, not a promise of remaining flat. Resolve and verify active instructions under the incident plan.

  • A. Position state and pending-order state must both be read.
  • B. The order is explicitly unfilled.
  • C. The snapshot explicitly lists an active order.
  • D. The required order resolution and return-to-operation checks remain separate.

From a reconciled state to the full crisis procedure

Use the snapshot exercise alongside the detailed procedures for confirmed exposure, backup channels, execution evidence and return to normal operation.

1. First 30 seconds – crisis or catastrophe

A crisis is anything that is not in the playbook. A platform outage in the middle of a trade, a gap against you, two phones ringing at once, NFP +199k instead of a +130k consensus, the broker offline, a hand that clicked "Buy 1.0" instead of "Buy 0.10". In every one of these scenarios time is the dominant variable – not price, not analysis, not "what would somebody on a desk do". The first action is always the same: cut exposure first, analyse later.

During an outage there is no time to design a new procedure. Plan the decisions beforehand, then identify the scenario and execute the appropriate loss-limiting steps. In the first 30 seconds you do not invent a solution – you recognise the type of failure and trigger the variant you wrote earlier: close, hedge, phone, mobile or stop the session. Any trade instruction first requires confirmation of the current position state.

Three questions you ask within 5 seconds

  1. How much open exposure do I have? Track two separate quantities: nominal exposure (direction and lots) and risk to the stop-loss as a percentage of the account. Add currency exposure with its direction: 0.3 lots long EUR/USD plus 0.2 lots long EUR/GBP gives 0.5 lots long EUR; 0.3 lots long EUR/USD plus 0.2 lots short EUR/GBP gives 0.1 lots net long EUR. Calculate risk separately from the stop distance and pip value. Lots are neither account risk percentages nor margin.
  2. Are my SL and TP active? Are they on the broker's server or merely mental levels? Server-side orders remain active when your terminal disconnects. MT4 trailing stops are managed by the client terminal: when it stops running, the last submitted SL remains, but further trailing updates stop. See the MT4 trailing-stop documentation[8] (checked in the Polish source on 6 September 2026).
  3. Which scenario is this? My outage (hardware, internet, power), broker outage (platform, server, regulator), market event (release, intervention, gap), or my error (fat finger, tilt)?

Depending on the answer you pick one of the 8 procedures described in sections 2 – 9. The procedures are written in advance – your job is only to launch them, not to invent new ones in real time.

Decision tree for the first 30 seconds

First 30 seconds: confirm position state before trade instructions CRISIS — t = 0 s How much exposure? SL on broker server? yes / no NO — confirm, then close YES — identify scenario CONFIRM STATE → CLOSE ALL desktop + phone + mobile IDENTIFY SCENARIO local / market / own error Reduce risk, then analyze Apply procedure in Sections 2–9 Record in crisis journal Record + post-mortem within 24 h t = 30 s — follow the prepared plan

First action: cut exposure, then analyse

The most common retail mistake in a crisis is trying to recover P&L during the event. The platform unfreezes after 40 seconds, the price shows you are −0.8% under water, so you add a position to "average in". Within 4 minutes you are −2.3% and your hand is shaking. Hard rule: in a crisis you do not add to positions, you close them or freeze them. You come back to play the next day, when you know what happened, why, and whether your thesis is still valid.

Second duty: do not generate the next crisis. A crisis tends to multiply – platform outage – fast manual close – fat finger – tilt – another position. The procedure exists to break this chain. After the first event you stop operationally, regardless of how you feel.

Illustrative crisis scenario: a minute of panic that cost 2.7% of an account. A trader holds 0.1 lots EUR/USD long, with a mental stop 50 pips below entry. Throughout the article, the numerical examples assume USD/PLN = 3.80: one pip on a standard EUR/USD lot is PLN 38. Planned risk is 0.1 × 50 × PLN 38 = PLN 190, approximately 1% of a PLN 18,200 account. NFP is released at 14:30 Polish local time in this scenario; MT4 freezes for 70 seconds. Server overload is one possible cause, not a diagnosis established by the frozen screen. Instead of using the prearranged phone-close procedure, the trader spends 60 seconds trying to log into the broker's web platform; meanwhile price moves 90 pips against the position. Launching MT5, a second terminal that was not logged in before the release, takes another 50 seconds. The position is finally closed 130 pips below entry: 0.1 × 130 × PLN 38 = PLN 494, or 2.7% of the account instead of the planned approximately 1%. The account falls from PLN 18,200 to PLN 17,706 in four minutes, an average loss of approximately 0.68% of the account per minute in this example, not a constant loss rate. Test how long your broker takes to answer during NFP conditions: a saved phone number is not evidence that the route works. Check the release time in your own time zone; Europe/Warsaw and US daylight-saving changes do not always coincide.

What "having a procedure" actually means

A procedure is a 1 – 2 page A4 document in a visible place (a sheet under the monitor, a PDF on the desktop). For each scenario it contains: (1) a trigger (how you recognise this is the scenario), (2) the order of actions in the first 30 s, 5 min and 1 h, (3) phone numbers, (4) a default decision: if the position state is unknown, send no further orders until it has been confirmed through the second or third channel; use “close all” only for a confirmed position state. A printable template is in section 10.

The mechanism that makes the procedure indispensable is neurobiological: stress hits working memory capacity, so creative thinking five seconds after an outage may be impaired. A pre-written sequence is not a luxury – it is a substitute for the thinking you do not have at that moment.

Methodological note for the whole article. Figures described as “community observations” or “observations from retail journals” are not regulator statistics or academic findings. They are working benchmarks from crisis journals, forums, trader communities and operational practice, intended to calibrate procedures and personal alarm thresholds rather than support formal statistical inference. Measure your own values from the first incident and update thresholds after every emergency drill, following the schedule in Article 15.1, and every actual event. Fix the procedure immediately after an incident. Any numerical inference should state its sample size and uncertainty interval; there is no universal minimum observation count that makes it reliable. Decisions about the strategy itself belong in the strategy audit (15.10).

2. MT4/MT5 platform outage — connection broken, freeze, restart

MT4 and MT5 were designed for a different scale of load from today's. They generally operate steadily in normal conditions, but NFP releases, FOMC or ECB decisions and unexpected interventions can coincide with timeouts, requotes, delayed confirmations and “Trade context busy” messages affecting many clients. The recurring catalogue of symptoms ranges from individual rejections to a complete connection failure lasting tens of seconds. How frequently this happens at your execution provider is unknown here: no verified sample or observation count is available. Measuring it in your crisis journal is the first step. Treat the platform's technical limitations as an operational risk, rather than dismissing them as bad luck; the symptom alone does not establish whether the cause lies in the terminal, connection or broker infrastructure.

Classifying platform failures

SymptomMeaningFirst action
“No connection” in the bottom-right cornerThe client has lost its server connection. The server can still hold your positions while you cannot see them live.Call the broker within 15 seconds. Server-side SL/TP orders remain active; document the state.
“Trade context busy”The terminal's trade thread is occupied by another script, EA or previous operation. The instruction generally has not left for the server. This is a local message, not acknowledgement of order receipt: MQL4 IsTradeContextBusy, error 146, ERR_TRADE_CONTEXT_BUSY[9].Wait 5–10 seconds without clicking again: a subsequent attempt could succeed. Check Trade and order history before resending anything.
The entire platform freezes; charts stop updatingThe local client has stopped responding. This does not itself alter positions held on the broker's server.Do not force-close the process immediately. Open the second instance or mobile app.
“Invalid price” on a market orderThe displayed price is stale; the server has a different price.Wait 5–10 seconds for quotes to refresh, or use the phone route.
“Off quotes”Usable quotes or liquidity are unavailable for that instrument at this broker.Wait for quotes to return. Use the backup account only after confirming the primary account's position state: Section 8's rule has no exceptions.
Complete MT4/MT5 crash; the process disappearsThe client has crashed; the server still holds the position.Restart the application, typically 15–30 seconds in the scenario, or use mobile and phone in parallel.

Diagnostic mini-checklist: local, broker or market?

Before activating the three-channel procedure, spend 10–15 seconds classifying the problem and selecting the appropriate response.

  • Ping/traceroute to the configured server host, if the broker discloses it: for example, ping [server-host-from-MT4-MT5-settings]. No ICMP reply does not necessarily mean an outage: some brokers block ping. Treat it as supporting evidence, not definitive proof.
  • Mobile MT over cellular data, rather than the desktop's Wi-Fi: if mobile displays positions while desktop cannot, investigate the local device or connection.
  • Prices on TradingView or another broker: stalled comparison quotes during London trading can indicate a wider outage or market disruption; normally moving comparison quotes with frozen broker quotes point toward that broker's feed or connection. These are diagnostic clues, not proof from a single feed.
  • The broker's website status and social accounts: consult its official status page and Twitter/X account, alongside services such as Downdetector, for corroboration of a broker outage.
  • Timestamp screenshots: save each screenshot with its date and time in the folder or filename, for example 2026-05-04_14-30-12_no-connection.png. This is evidence for a complaint.

The three-channel procedure: parallel channels, not a choice

The key is to use all three channels in parallel. Do not spend the entire incident choosing between them: having a procedure means activating the prepared alternatives.

  1. Channel 1: desktop MT4/MT5. This is the frozen terminal. Do not force-close it immediately; allow 30 seconds for recovery while starting the other channels.
  2. Channel 2: call the broker. Use the duty dealer's number, where that service is offered, rather than general customer support. Dial at t = 5 seconds whether or not desktop appears to recover. Say: “Login XXXXX, I have position XX open. Please confirm its status / close it at market.” A recording can provide evidence. Confirm the broker's recording arrangements; if recording yourself is available and lawful, follow the consent requirements applicable to the call. Do not assume every phone supports recording or every jurisdiction has the same rules.
  3. Channel 3: the MT4/MT5 mobile app. Use independent internet access, such as cellular data, with a previously authenticated active session. It lets you check the server's positions independently of desktop. Use that confirmed server view, or the dealer's confirmation, until desktop catches up.

Activate all three within the first 15 seconds. A channel that does not work is a separate preparedness problem to resolve outside trading hours, rather than discovering it during an outage.

Three channels, one confirmed state
No confirmation does not establish no execution. Avoid duplicate exposure.

What the broker can do by phone

The Polish source describes emergency dealing-desk telephone services at regulated EU, UK and Polish brokers. Availability is broker- and account-specific: verify the dedicated number, service hours, authentication and permitted operations beforehand. Depending on the service, the dealer may be able to perform the following:

  • Close a position at market, normally the most direct emergency instruction: give your login, position ticket and “close at market”.
  • Modify SL/TP, including submitting a server-side stop where you previously had only a mental level.
  • Partially close a position, for example “close half”.
  • Block further trading: some providers may permit an emergency account restriction, for example after a tenfold size error, until manual release. Procedure to verify: check your own account documentation; do not assume this option exists.

What the broker will not do through an ordinary emergency trade instruction: change your leverage, undo a completed order simply because you dislike the fill, or close at a price from a minute ago. A market-close instruction is subject to the executable market price when processed and confirmed.

Illustrative example — synthetic numbers, not an account record: the dealer who did not answer. A trader with a PLN 35,000 account holds 0.4 lots GBP/USD at a CFD broker with an office abroad. MT4 freezes during UK CPI; the documented hotline stays busy for four minutes. GBP/USD moves 110 pips against the trade: 0.4 × 110 × PLN 38 = PLN 1,672, or 4.8% of the account, using the article's USD/PLN = 3.80 assumption. The post-mortem finds that (1) the number serves clients across multiple countries rather than a local desk, (2) the trader never checked promised or actual response times, and (3) there is no backup broker. Operational rule: test the number under peak-load conditions. For example, call 30 seconds after a release treated as lower priority in your calendar, such as UK PMI, to measure the delay. A delay exceeding 30 seconds is an illustrative personal threshold, not an industry standard, for deciding against holding high-impact-event positions there. A backup broker is usable only under the confirmed-state rule in Section 8.

Restarting MT4/MT5: when and how

Rule: restart only after confirming the position state on the server through channel 2, the dealer, or channel 3, mobile. Restarting before independent confirmation risks working from a stale view of the account. The Polish source also raises a possible rare buffered-order duplication scenario, but supplies no build number or supporting document: this behavior remains unverified and must not be treated as an established platform feature. Confirm state first, then restart.

Restart procedure:

  1. Save a screenshot of the current state in a timestamped “crisis” folder.
  2. Check positions through mobile or the dealer.
  3. Close the terminal. If it does not respond, end the process in Task Manager at this stage. The method of terminating the client does not itself change the server's positions; stop interacting with the frozen interface.
  4. Restart. Log in after channel 2 or 3 has confirmed the expected position state.
  5. Compare the reopened terminal's orders and positions against the mobile or telephone confirmation. Call the broker about every discrepancy.

“I clicked, lost the connection and received no confirmation”

This is an easy way to inflict a second loss. You click Buy, the screen flickers and displays “Trade context busy” or “No connection”; now you are uncertain about the attempted instruction. Do not treat the absence of a confirmation as proof of no execution. An instruction whose transmission is uncertain may have executed, been rejected or remain pending. Those states require different responses, but share one rule: send no further instruction until you know the state. The local “Trade context busy” error described above is not itself an acknowledgement that an order reached the server.

  1. Stop sending, t = 0–5 seconds. Hands off the keyboard. No repeat click or precautionary close. Repeating an instruction against an unknown state can create duplicate or unintended opposite exposure.
  2. Establish the provider's state, t = 5–30 seconds. The broker's server holds the positions; your frozen screen does not establish their status. Check Trade and History in mobile over cellular data. If that route also fails, call the dealer: “Login XXXXX, please list open positions and orders from the last two minutes.”
  3. Record the state, t = 30–60 seconds. Save a screenshot with seconds visible, the ticket if available, click time and confirmation time. These are complaint and crisis-journal evidence that cannot reliably be reconstructed later.
  4. Decide only after confirmation. Executed once: manage that position under its plan. Executed twice: close the duplicate rather than the whole intended position. Not executed: reassess at the current price, not the price from 40 seconds ago. Still unconfirmed: submit neither an opening nor a closing order; document and wait for confirmation. A server-side SL does not disappear merely because you cannot see it.

The rule applies to exits as well as entries. If an attempted close is unconfirmed, another instruction sent blindly can produce unintended opposite exposure, depending on the order type and account mechanics, instead of finishing the original close.

Illustrative example — synthetic numbers, not an account record: a laptop crash with the stop in a notebook. A trader holds an intraday GBP/USD position but has written the SL in a notebook instead of submitting it to the server. The laptop freezes after a graphics-driver update. For two minutes the trader struggles to restart it rather than using mobile. When the app finally opens, price has moved another 42 pips and the loss is three times the planned amount. The post-mortem identifies no server-side SL, no authenticated mobile session and no broker-call procedure. The extra damage arose from an operational failure, not merely an adverse market move.

Broker hotline response time: what to measure

A dealer's number is only as useful as its real response time during high-impact events. Product-page promises are insufficient, and no externally verified average or sample count is available here. Run a routine monthly check that the number is current and a quarterly stress test: call 30–90 seconds after a release treated as lower priority, such as UK PMI or retail sales, and record connection time in the crisis journal. Several observations give your own order of magnitude instead of somebody else's claim. Record the fastest and slowest measured response together with the number of attempts, not just one average. A few tests cannot establish how the line will behave during a future event unlike anything measured.

3. Power and internet failure — when the UPS is no longer enough

The UPS bought time for a controlled response, but power is still out. In this scenario eight minutes of backup runtime remain, your phone has 47% battery, and wired internet failed with mains power because the router was not connected to the UPS, a common preparedness mistake. Cellular data works, but laptop failover is not configured. Your long EUR/USD position has planned risk of 1.2% of the account. The source's opening mixes elapsed and remaining runtime; the decision here uses the measured eight minutes remaining.

This procedure begins exactly where Article 15.1 ends. That article prepares the workstation: equipment selection, measured battery reserve and an independent control channel with the dealing-desk number, account number, PIN and charged power bank. It directs the sequence for an open position here. Once hardware redundancy is exhausted, three resources remain: the phone, mobile MT and the duty dealer.

The decision within 30 seconds of a blackout

SituationDefault actionResponse time
Risk below 0.5%, server-side SLLeave the position's protection in place. The SL remains active without your terminal but does not guarantee price. Log into mobile and monitor.2 minutes
Risk 0.5–2%, server-side SLUse mobile and call the broker to confirm status and, if the plan requires it, tighten the SL.1 minute
Risk above 2%, or only a mental SLConfirm the position state, then close through mobile or the dealer before another channel fails.30 seconds
Swing position held over 24 hours, low leverageCheck for a macro event in the next 12 hours. If none is due and no higher-priority condition applies, wait for power to return.5 minutes to assess
Open position during a macro releaseConfirm its state through mobile or phone, then close. Event exposure without functioning controls is outside this procedure's permitted risk.15 seconds

Overlapping conditions have a defined priority: an ongoing macro release and risk above 2% override the server-side-SL rows, including for positions with server-side stops. Stops do not guarantee execution price during events or gaps, and without equipment you cannot readily respond to a worse fill. Assess the event and swing context first, then apply the risk bands; the swing row never overrides a higher-priority close condition. These thresholds are the source's illustrative procedure, to be reconciled with your own plan.

When the phone is your only equipment: prepare these beforehand

Article 15.1 requires the broker's current number in pinned contacts. Here you verify that the entire route works:

  • Mobile MT4/MT5 authenticated, with the password available securely or in a password manager. If you cannot authenticate, you do not have a usable session.
  • A charged power bank. Capacity and equipment selection belong in 15.1. Phone runtime varies with model, screen brightness and signal. Measure your own runtime with MT open over cellular data and enter it on the incident card: this is a procedure to verify, not a universal battery-life claim.
  • A second device with MT. 15.1 establishes whether you need it and which equipment fits. Here the question is whether a drill demonstrates switching to it within a measured time.
  • The duty dealer's number first in Favorites, checked this month through a routine test call during London session hours.
  • Login and account number in a secure note, such as a password manager, rather than an ordinary unsecured notes app. The dealer needs the account details and required authentication before accepting instructions.

What remains after preventive safeguards fail

Equipment by capital scale, UPS, dual-WAN router, second terminal and power bank are covered in 15.1. This section concerns the actions after those safeguards have failed.

WORKSTATION REDUNDANCY
WORKSTATION REDUNDANCY. Educational illustration; the article explains the detailed rules and assumptions.

One dangerous misconception needs correcting: marking Wi-Fi as a metered connection does not create cellular failover. It limits background data use. Cellular settings such as “Let Windows keep me connected” or “Use cellular whenever Wi-Fi is poor”, where available, govern the relevant connection behavior. Interface priority involves metrics, for example netsh interface ipv4 set interface … metric=; netsh interface set interface enables or disables an interface rather than setting its metric. These are the Polish source's notes dated 6 September 2026; verify the controls in your Windows version and hardware configuration. Configuring metering proves no failover capability. Test by unplugging the router's WAN cable while Wi-Fi remains connected, because disabling Wi-Fi tests a different failure, and time reconnection to the broker's server. Configure the equipment under 15.1 and record the measured switch time on the incident card.

Illustrative example — synthetic numbers, not an account record: cellular internet was available, but the phone was not ready. A trader with PLN 22,000 has a UPS selected under 15.1 and MT5 installed on the phone. When power fails, the phone is attached to a now-unpowered charger, its screen is off and battery is at 8%. The power bank has been flat for three weeks. The phone dies within 90 seconds. The router has no UPS; the laptop has power but no internet; the phone has neither usable power nor access. For four minutes there is no control channel while account risk remains 1.4%. By chance a previously moved SL closes at a 12-pip profit; the outcome could have been different. Operational rule: check the power bank weekly and phone battery at 08:00 before the source's trading day, or your equivalent pre-session time. This belongs on the opening checklist.

Power returns: the first hour

Do not immediately resume trading. Follow this sequence:

  1. Check that the modem and router restart automatically, allowing the scenario's 10–60 seconds.
  2. Check that the laptop loads the correct profile. Windows updates after a restart can delay access; the scenario allows 5–15 minutes.
  3. Confirm positions through channel 3, mobile, before logging into desktop MT.
  4. Reconcile every order since the blackout against mobile and account history. Call the broker about any discrepancy.
  5. Use the first 30 minutes after equipment recovery for observation rather than new trades. Residual stress can impair decisions even after the technical problem ends.
Where retail-account losses arise. No verified sample, observation count or incident definition is available here. The crisis journal separates three possible cost sources: client infrastructure failures, including equipment, internet and mental stops; operational mistakes, including fat fingers and tilt; and strategy or sizing calibration. No proportions are claimed without a denominator. Measure your own proportions before adding another indicator. A year's records can reveal which two scenarios recur most often in your own activity; repair those instead of assuming someone else's distribution applies.

4. Fat finger: wrong side, size or instrument

Fat-finger mistakes affect professionals as well as retail traders. The useful professional response is “break the trade, eat the spread”: promptly remove the mistaken exposure and accept execution costs. Trying to repair it with an additional position can turn one error into two, leaving two trades at unintended prices. The cost includes spread, slippage and any commission, not spread alone.

Classic fat-finger errors

ErrorExampleImmediate action, starting within 5 seconds
Wrong sideBuy instead of Sell, or vice versa.Close the mistaken position at market. Allow for spread, illustrated as 0.5–3 pips, slippage and commission. Opening the intended side introduces another set of execution costs. Delay adds exposure to price drift.
Wrong sizeBuy 1.0 instead of 0.10: 10 times the intended size.Close the excess, not necessarily everything: from a Buy 1.0 position, close 0.9 lots and retain the planned 0.1. Confirm the position first; the scenario allows about 10 seconds for a clear check.
Wrong instrumentEUR/USD instead of EUR/GBP because the charts are adjacent.Close EUR/USD promptly, then enter EUR/GBP only if its original plan remains valid. These are two operations, not one improvised repair trade.
Wrong SL/TPA 5-pip stop instead of 50, or a level on the wrong side.Correct the SL immediately rather than waiting for it to trigger.
Duplicate executionYou click Buy 2 times after seeing “Trade context busy”.Do not click a third time. Check positions and order history; if there are two executed positions, close the duplicate rather than the entire intended exposure.

The “eat the spread” rule

The central principle is to remove unintended exposure promptly instead of accepting an open-ended holding period. The Polish source describes immediate closing costs as known and capped, but market execution cannot guarantee that cap: spread, slippage and price movement remain variable. The operational comparison is still useful:

  • Estimate immediate execution costs from spread, illustrated as 0.5–3 pips on majors or 5–15 on exotics, plus slippage and commission on commission-based accounts. These are scenario ranges, not guaranteed quotes; ordinary conditions may mean a few pips, while a crisis can cost much more.
  • Keeping the mistaken position introduces unknown additional market risk, potentially consuming the account under adverse conditions.
  • Time spent debating whether to keep it leaves the position exposed to price drift.
  • Holding an error on hope can impose a much larger emotional burden for the day than accepting a prompt corrective close.

Rule: if the executed position differs from the intended one, remove the mistaken exposure at market and enter the intended trade only under its plan. Predetermined exceptions, such as retaining the correctly sized portion, belong in the playbook before entry; do not invent exceptions under stress. The reasoning rests on the exposure mechanism rather than an unsupported statistic: delay and larger size increase the scope for damage, although price need not move adversely every second.

Calculating fat-finger cost

Error cost as a function of reaction time
cost_PLN = (spread + slippage + reaction_time × drift_pip_per_second) × position_pip_value_PLN

Scenario assumptions: EUR/USD, USD 10 per pip per standard lot, USD/PLN = 3.80, the article-wide assumption, giving PLN 38 per pip per lot. Spread 0.5 pip, slippage 0.5 pip and adverse post-release drift of approximately 3 pips/second are illustrative inputs, not market standards. Measure your own values by broker and pair.
• 0.01 lots, t = 5 seconds: (0.5 + 0.5 + 15) × PLN 0.38/pip ≈ PLN 6.
• 0.10 lots, t = 5 seconds: (0.5 + 0.5 + 15) × PLN 3.80/pip ≈ PLN 61.
• 1.00 lot, t = 30 seconds: (0.5 + 0.5 + 90) × PLN 38/pip = PLN 3,458.

The pip value is already scaled to position size: PLN 0.38 / 3.80 / 38 per pip for 0.01 / 0.10 / 1.00 lots. Do not multiply by lots a second time. These figures exclude commission; add the applicable charges separately, including the additional trade when reversing the side.

Operational implication: five seconds have a small nominal cost at 0.01 lots in this scenario, but delay at 1.00 lot can be very expensive. Sizing determines the reaction time your procedure can afford.

A Close All hotkey: faster than repeated clicks

During a fat-finger, NFP or intervention cascade, every second spent navigating the terminal leaves exposure to price drift. A verified Close All script or EA can request market closure of open positions through a shortcut, where supported. It requires a confirmed position state and does not guarantee simultaneous fills. Configuration:

  • Use the item's context menu in Navigator and “Set hotkey” where available. The MT4 Navigator documentation[8] describes this for indicators; the Polish source checked it on 6 September 2026. Verify availability for your script and terminal version. Otherwise launch the script by double-clicking it in Navigator. MT4 does not provide a shortcut-assignment route under Tools → Options → Charts.
  • Free Close All Positions scripts are available in the MQL5 community. Review the code, permissions and behavior with partial positions; test on demo and then small live exposure before relying on one.
  • Choose a key combination that does not conflict with terminal shortcuts. F11 activates full-screen mode in MT4 and is therefore a poor Close All choice.
  • A broker-side kill switch may block new orders after a daily-loss limit. It is not a standard feature: verify whether your account offers it and how it is reset. Use the loss threshold from the trading plan, 15.2, rather than creating another limit.

A hotkey does not replace the three-channel procedure: it depends on a responsive desktop. With the terminal working, price moving and hands shaking, a tested shortcut can reduce repeated mouse actions compared with clicking through five positions.

Prevention built into the workflow

Five habits reduce opportunities for fat-finger mistakes without making them impossible:

  1. Set the default lot size to the minimum, illustrated as 0.01 in MT4/MT5 where the instrument supports it. Increasing size requires deliberate input before the trade.
  2. Disable one-click trading if it is unnecessary for your execution method. The ordinary confirmation window provides another two or three seconds to check.
  3. Keep a position calculator in a separate window. Enter account-risk percentage and calculate lots. This reduces the “1.0 versus 0.10” opportunity but cannot eliminate a manual transcription error.
  4. Use distinct chart backgrounds, for example blue for EUR/USD and orange for GBP/USD. This helps distinguish instruments, but not two charts of the same pair at different time frames.
  5. Use an account-level maximum-lot restriction if offered. Some providers may support a hard cap, for example no order above 0.5 lots. Verify it in the account documentation. Otherwise rely on a conservative default and position calculator, without pretending they are a hard broker-side block.
Illustrative example — synthetic numbers, not an account record: 0.1 instead of 0.01 and a 5.0% account loss. A PLN 3,800 account belongs to a trader developing an EA and testing setups manually. The default size remains 0.1 lots from the previous test. The intended EUR/USD Buy is 0.01, but the submitted order uses 0.1: ten times too large. Under a simplified spread-only comparison, immediate closure costs 0.1 × 0.5 pip × PLN 38 = PLN 1.90. Instead the trader rationalizes the extra size as confidence in the setup. Price moves 38 pips against the trade; closing now feels even harder. After 22 minutes the 50-pip stop produces 0.1 × 50 × PLN 38 = PLN 190, or 5.0%. PLN 1.90 is 0.05%, a 100:1 comparison. This separate example assumes no additional drift, slippage or commission for the prompt close. It must not be confused with the preceding five-second, three-pips-per-second drift scenario, which gives about PLN 61 at the same size. The comparison illustrates how delayed correction can change the loss by two orders of magnitude under the stated assumptions.
Incorrect volume: 1.00 instead of 0.10 lots
Check account mode and ticket; an opposite order may create a hedge.

Automation errors, inconsistent data and the wrong account

Three related variants create orders without the intended decision or send them to the wrong destination. Instead of one mistaken click, you see a series of orders or a position in an account where you did not intend to trade.

SymptomPossible meaningFirst action
The algorithm submits a dozen or dozens of orders within a minute.An EA logic loop, repeated signal on an unfinished candle or reaction to a lost connection.Disable AutoTrading to stop new automated orders. It does not close existing positions: count and confirm those, then handle them separately.
Position count differs from signal count.Duplicates after retries, partial fills or positions from the previous session.Reconcile Trade, order history and the broker report. Call the dealer about discrepancies rather than submitting another order.
Chart prices stall or jump differently from another provider.A possible feed problem: the algorithm may be calculating from faulty inputs rather than faulty code.Compare another broker or TradingView. Disable AutoTrading while a feed discrepancy is investigated; if inputs agree, investigate code logic.
A position opens on demo instead of live, or vice versa.Multiple profiles, a second login or an account switch after restart.Check the account number in the title and Trade panel. Correct unintended live exposure and trade only under the plan. Close the mistaken demo position and record an incident, not a genuine live trade.

Feed versus code matters operationally. A feed problem may stop when valid quotes return; a logic bug can recur at the next signal. Keep the algorithm disabled until the cause is known, rather than restarting merely because activity has quietened down. Preventive measures include one terminal per account or clearly different profile colors, and a maximum simultaneous-position count enforced within the EA. A code-level limiter can react faster than a human.

5. Unexpected macro data — NFP, CPI and FOMC disorder

NFP consensus +130,000 versus a +199,000 release; year-on-year CPI expected at 2.9% but reported at 3.4%; an FOMC dot plot implying two cuts rather than four. These illustrate surprises outside the expected range. The source's working definition uses a surprise above 1.5 standard deviations, which requires an explicitly measured historical surprise distribution; the quoted numbers alone do not establish that threshold. Its illustrative reaction sequence is an initial 30–90-second panic move, a possible double-top or double-bottom flush over the following 5–15 minutes, and a new price range after approximately 30 minutes. This is a scenario, not a guaranteed market sequence.

Retail traders should not assume they have an edge under these conditions. The source's stress scenarios include spreads at 5–15 times normal and slippage of 5–30 pips on majors or over 100 on exotics; these are not verified frequency estimates. Platform overload and strong emotions can further impair execution. Procedure: trade the release only under an event playbook written beforehand.

Three decisions before the release

Make these decisions 15 minutes before publication, not during it:

  1. Do I have exposure contrary to the scenario I am preparing for? If so, apply the predefined reduction, illustrated as 50%, or close it. Holding through the event requires reserve for execution risk beyond the directional thesis: a first-minute SL can fill at the next available quote tens of pips beyond its level.
  2. Am I planning an event trade? Only with a written playbook specifying (a) the setup, for example fading the first move after 90 seconds if the defined volume measure is below x; (b) sizing at 50% of normal in this scenario; (c) a stop distance calibrated to event volatility rather than ordinary chart structure, with methods and thresholds in the strategy specification, 15.3, and regime filters in 15.6; and (d) explicit acceptance of the modeled 10–30-pip slippage range. Here you check that the stop distance was defined before the release; acceptance of a range does not cap actual slippage.
  3. Do I have a plan B? Specify the response to a frozen platform, failed internet or Off quotes. Without a backup procedure, do not enter.

The first 30 seconds during the release

The market is already moving a second after publication. If you did not plan an event trade, use the following sequence, extending through the first completed minute:

  1. t = 0 seconds: check exposure. If account risk exceeds the procedure's illustrative 0.5% threshold and the position opposes the move, execute the predefined immediate close after confirming its state.
  2. t = 5 seconds: check that stops are on the server and match the predefined event-risk plan. Do not improvise a wider stop to postpone a loss.
  3. t = 10 seconds: keep the broker's number ready; dial if the failure procedure is triggered.
  4. t = 15 seconds: observe the initial reaction without treating it as a completed signal. If the release occurs at the minute boundary, its M1 candle closes at t = 60 seconds; at t = 15 it is still forming.
  5. t = 30 seconds: begin a discretionary review of reducing or closing an existing position. This waiting point does not override the immediate protective exit at t = 0 or any earlier predefined risk trigger.
  6. t = 60 seconds: the first M1 candle closes. Only now is that candle complete; any new position still requires the event playbook written before publication.

Desk rule: during the first minute, execute previously planned decisions rather than inventing new trades. A setup not planned before publication is not an entry in that first minute. Execution conditions and market microstructure can differ sharply from ordinary trading, beyond merely higher volatility.

Event playbook: a binary pre-release checklist

Every required condition must be explicitly satisfied. One missing YES means no event entry.

ConditionYES / NOComment
Pre-release spread below X, for example 1.5 pips on EUR/USD.YES / NOWidening 5 minutes before publication warns that execution conditions are deteriorating; it does not prove the broker knows the result.
The broker has not raised margin requirements for this event.YES / NOThe source models providers raising margin 2–5 times around 30 minutes before FOMC/NFP. Check your account's actual notices and rules.
Any pending order lies outside the predefined initial-whipsaw zone.YES / NOThe scenario allows a 30–60-pip false first move; an order too close can trigger into the wrong leg. This is not a universal event range.
Size at or below 50% of normal under this procedure.YES / NOModeled 5–30-pip event slippage changes reward/risk; smaller size reduces its account impact.
You accept Y pips of modeled slippage, defined before entry.YES / NOSlippage beyond the benchmark is a measured cost in R and a procedure exception, not merely bad luck.
Server-side SL, with event-volatility distance recorded before release.YES / NOA distance suited to ordinary chart structure may be too tight. Methods and thresholds belong in 15.3/15.6; verify here that the number already exists.
A plan B covers platform failure during the first minute.YES / NOMobile is authenticated, the broker's number is ready and any tested Close All shortcut is available while desktop works.
Illustrative example — synthetic numbers, not an account record: an employee copies a US pre-NFP workflow. An IT employee in Poland has a 09:30 stand-up and lunch from 13:00 to 13:30. The scenario's NFP release is at 14:30 Polish local time. A US prop-trading blog lists a 07:00 scan, 08:00 checklist and 09:30 final setup confirmation. Copying it overlooks both the work calendar and time zone: with the usual six-hour Warsaw–New York difference, 07:00 Eastern is 13:00 in Poland and 08:00 is 14:00, when the employee is back in a meeting. Moreover, a 09:30 Eastern confirmation is already after an 08:30 Eastern NFP release and cannot serve as its pre-release check. At 14:30 Polish time, MT5 is blocked by the employer's firewall. The result is hurried phone trading, a missed setup or workplace consequences. Build the workflow around available time and actual events: the source uses London activity around 09:00–17:00 or 18:00 Polish time, London/New York overlap around 14:00–17:00, and many US releases at 14:30. These are afternoon and early-evening windows in Poland, not the equivalent of a New York 07:00 start. Use 15.5 and convert dated events to your own schedule. Eastern local time is not always EST, and US/European daylight-saving mismatch weeks change the offset.
The first minute is not yet a completed candle
These are procedure windows, not predictions of market direction or speed. In this model T0 is the M1 open; T60 is its close.

Example: NFP +199,000 versus +130,000 expected

In this illustrative scenario, the surprise strengthens USD and EUR/USD falls 50–80 pips in the first minute. A trader long EUR/USD faces three possible outcomes:

  • Server-side SL 25 pips below entry: triggered with eight pips of slippage, producing a 33-pip loss instead of 25. This is the scenario's accepted execution overrun, not guaranteed protection at 25 pips.
  • Mental stop 25 pips below entry: platform lag prevents a close during the first 15 seconds. After 90 seconds price is 70 pips below entry; with eight pips of slippage, the 78-pip loss is approximately three times planned.
  • No stop, 0.3 lots and PLN 8,000 equity: an 80-pip adverse move costs 0.3 × 80 × PLN 38 = PLN 912, or 11.4%. Holding for a recovery leads to 110 pips against the trade after 12 minutes: PLN 1,254, or 15.7%. At 1:30 leverage, 0.3 standard lots require about EUR 1,000 margin, using EUR 3,333 per standard lot. With a separate scenario assumption EUR/PLN = 4.30, margin is approximately PLN 4,300. Margin level falls from about 186% to 165% and then 157%, reducing the buffer to the broker's applicable warning and close-out levels.

A server-side SL is protection that remains active without your terminal; it is not the only risk control. Smaller size and exiting before publication reduce exposure when stops fill tens of pips beyond their levels. A mental stop depends on the trader, keyboard, connection and terminal reacting in time. A planned 1% loss can therefore become 3–5% in an adverse scenario; the source supplies no probability estimate for that outcome.

Why the first 90 seconds can behave like a different market. Around high-impact releases, market makers can widen spreads, reduce available size and temporarily withdraw quotes. The Polish source provides no verified observation window or source for the stated several-to-dozen-second withdrawal duration, so it remains an unverified operational scenario. An order at t = 5 seconds may fill at a level not available at t = 0. A modeled 30–80-pip EUR/USD slip despite a normal 0.5-pip spread need not by itself establish a platform fault; neither should every bad fill be assumed legitimate without evidence. The BIS Markets Committee report published in January 2017 examines market microstructure during the 7 October 2016 sterling flash event[3]. The source's reviewed passages do not establish broker-capital recommendations, and none are attributed to the report here.
Historical market background from the January 2017 Markets Committee/BIS report[3]; account decisions are illustrative: GBP flash event, 7 October 2016, 00:07 BST. The Polish source records the report's move from approximately 1.2600 to 1.2494 between 00:07:03 and 00:07:11 BST, UTC+1, and a 1.1491 print at 00:07:41 BST. It describes fewer than ten minutes of severe market dysfunction; no exact stabilization time or price is supplied here. The event occurred in the Asian session with thin liquidity and most London and New York desks closed. During and after the episode:
  • Stop orders could experience substantial slippage: a stop does not guarantee a price when available liquidity disappears.
  • The Polish source also describes some brokers later cancelling disputed trades and lengthy, uneven reimbursement outcomes. No specific provider evidence is supplied for that claim here; it is not presented as a finding established by the cited market-microstructure report.
  • The report identifies interacting factors including time of day, mechanical amplification such as option-related hedging flows, stop-loss cascades and thin Asian-session liquidity.
Operational implication: you cannot date the next flash event, but you can control exposure, submitted stops, size and whether you hold through thin-liquidity periods. Stress-test swing positions against extreme slippage, including the source's 100–500-pip scenario, without treating that range as a measured typical outcome. Its illustrative rule for GBP, AUD and NZD exposure during the Asian session is a 30–50% size reduction, or closing before the trading-day rollover at 17:00 New York, usually 23:00 in Poland outside US–EU daylight-saving mismatch weeks. These percentages are scenario choices, not industry standards.

6. Weekend gaps and the Sunday open

Retail FX generally closes on Friday around the 17:00 New York rollover, usually 23:00 Polish local time outside US–EU daylight-saving mismatch weeks, and reopens on Sunday evening. The exact session depends on your broker and instrument: the Polish source lists examples of 22:00, 22:30 or 23:00 Polish time, all requiring verification against the account specification. During approximately 48 hours, elections, geopolitical developments, regulatory decisions and political statements continue. The source's gap scenarios range from 30 to 500 pips. A stop-loss does not guarantee price across a gap; it can execute only against available liquidity, potentially tens or hundreds of pips beyond the stop.

Friday at 18:00: reduce weekend exposure

The source reviews weekend holdings around 18:00 Polish time, approximately five hours before a 23:00 close. Its default is a 50% reduction in swing-position size. This is an illustrative assumption, not a market standard; derive your own reduction from the gap loss your account can withstand. In this example, normal planned risk of 1.5% per position becomes 0.75%. Translate the review time to your own location and the actual broker close.

Why consider a 50% reduction? Weekend gaps can have heavy tails: the source contrasts ordinary 5–25-pip scenarios with extreme 100–500-pip cases. It provides no verified sample, gap definition or frequency distribution, so those ranges cannot establish a probability or validate 50% as sufficient. Size for a severe stress case, not just an average.

Weekend reduction schedule

Illustrative weekend size reduction; Polish local times and broker-specific Sunday opening Size % 100 50 0 Fri 12:00 100% Fri 18:00 50% Fri 21:00 50% weekend 50% Sun −30 min 50% Sun open 50% Mon 09:00 100% Illustrative schedule; Polish local times. Resume only when plan conditions hold.

Instruments requiring additional care

Pair / instrumentGap-risk scenarioIllustrative default action
USD/JPY, EUR/JPY, GBP/JPYElevated: MoF/BoJ currency operations and Japanese weekend news.Reduce by 70%, or close when JPY political/intervention risk is material.
USD/CHF, EUR/CHFCentral-bank surprise risk, illustrated by the 2015 SNB episode; that episode was not itself a Sunday event.Reduce by 70%; avoid concentrated CHF weekend exposure.
XAU/USD, goldWeekend geopolitics; the source models a 1–3% move.Reduce by 50% and review the political calendar.
EUR/USD, GBP/USD, AUD/USDLower-to-medium risk in the source's ordinary 5–25-pip scenario, with larger tails still possible.Use the scenario's 50% reduction unless central-bank risk requires more.
Exotics: USD/TRY, USD/ZAR, USD/MXNVery high stress-case risk from central-bank decisions and rating changes.Close for the weekend by default in this procedure.
Indices: SPX, NDX, DAXStrongly dependent on underlying futures pricing around reopening.Reduce by 60% in this scenario. Compare actual futures and CFD opening times; do not assume futures always reopen before every broker's FX session.

Sunday review: 30 minutes before your broker opens

Start approximately 30 minutes before your broker's specified opening time. The source's 22:00, 22:30 and 23:00 Polish-time examples are broker-dependent, not interchangeable. Checklist:

  1. Which weekend news can affect your pairs? Review elections, G7 statements, Asian central-bank announcements including RBA, RBNZ and BoJ, and relevant political statements or social posts.
  2. What do available Asian futures indicate? Nikkei 225, Hang Seng and ASX contracts can inform sentiment when their own sessions are open. Verify timestamps; do not treat stale or not-yet-open markets as current evidence.
  3. What spread does your broker show at reopening? The source models spreads at 3–5 times normal during the first 5–15 minutes. Avoid entries in that unstable window under this procedure; measure actual conditions.
  4. Do Friday's stops still fit the plan? A 30-pip favorable gap may justify a structural stop update under the existing rules, not an improvised increase in allowed loss.
  5. What is the first-hour plan? The Sunday opening hour can have thin liquidity and unusual execution. The procedure normally calls for observation rather than a new trade.
Historical market background; account and decisions illustrative: GBP/USD on the Brexit referendum night, 23–24 June 2016. This was not a Friday-to-Sunday weekend gap. It was a move during an active overnight session as results arrived, with thin Asian-session liquidity. The source gives an approximate fall from around 1.49 to 1.32–1.33 over several hours, of the order of 1,500 pips or 10%. These are broad magnitudes, not a verified minute-by-minute or tick reconstruction. A synthetic one-lot GBP/USD long in a PLN 50,000 account could lose approximately PLN 50,000–60,000; at the article's assumed PLN 38 per pip, 1,500 pips equals PLN 57,000. A negative balance could create a repayment obligation under applicable account terms in jurisdictions without relevant protection at the time. The source contrasts this with the later ESMA retail-CFD framework introduced in 2018; that protection must not be assumed to apply worldwide or retroactively. Procedure: treat political announcements outside ordinary liquid hours, including referendums, elections and central-bank decisions, as high-impact events. Avoid exposure during the results window; if holding is essential to a prewritten strategy, the source's stress procedure reduces size to one tenth of normal and explicitly budgets the potentially severe loss. “Risking 100% of the position” is not a reliable loss cap for a leveraged product. Stops across a gap or thin order book can fill only at available executable quotes.

7. A central bank against your position — interventions, peg breaks and communication shocks

Direct currency intervention, abandoning an exchange-rate floor and unexpected central-bank communication can invalidate ordinary execution assumptions. The SNB's January 2015 floor removal and Japan's MoF/BoJ operations in 2024 are different mechanisms with a shared operational risk: prices can skip levels. The source models a 50-pip stop filling another 800 pips away and margin level dropping from 500% to negative equity within 90 seconds. Communication shocks, including an unexpected rate decision or RBA statement, are illustrated by 80–200-pip moves over one to three hours. These are stress scenarios, not established timing distributions.

Three variables during intervention

  1. Resources matter. Major central banks can command foreign-exchange reserves on the scale of hundreds of billions of dollars. A retail position of 0.3 lots has no capacity to oppose that flow; size and exit preparation matter more than confidence.
  2. Time matters. A scheduled statement or press conference may give preparation time; an intervention or policy change may be unannounced. The source's 5–60-minute warning window and claim that 50–80% of a move occurs within 90 seconds are not supported by a supplied sample. Do not rely on either as a forecast or assume a 15-second response guarantees a tolerable fill.
  3. Broker liquidity matters. Your broker is the final execution link. If liquidity providers withdraw quotes, modeled here for 30–60 seconds, a market instruction can meet the next executable price 100–500 pips away. These ranges are illustrative; the available quote, not the screen's last price, determines the possible fill.

SNB, 15 January 2015: case study

The Swiss National Bank had maintained a EUR/CHF floor at 1.2000 since 2011, supported by purchases of foreign currency against CHF. The Polish source gives reserves of roughly 80% of Swiss GDP as an order of magnitude but supplies no verification for that figure; it is not a precise sourced estimate here. At 09:30 GMT, 10:30 CET, on 15 January 2015, the SNB unexpectedly announced the floor's removal.

The following price path is synthetic and illustrates speed, not a quotation record. The source identifies the announcement time and a daily low around 0.85 as historical reference points, but has no minute data establishing the intervening sequence. In particular, the table does not establish that the low occurred in the third minute.

PhaseIllustrative EUR/CHFScenario comment
Immediately before the announcement1.2009Ordinary trading; modeled spread 0.5 pip.
First minute after the announcementAbout 1.15A move of roughly 500 pips.
Second minuteAbout 1.05Approximately another 1,000 pips down.
Third minute in the synthetic sequenceAbout 0.85The vicinity of the historical daily low; its timing here is illustrative.
Following minutes0.85–0.97Modeled consolidation and 100–500-pip spreads.
After approximately half an hourAbout 1.02Illustrative partial rebound.
AfternoonAbout 1.04Illustrative stabilization and spread normalization.

Consequences described in the Polish source:

  • FXCM, then listed on the NYSE, reported approximately USD 225 million of negative client balances in announcements dated 15–16 January; the source explicitly notes that this number is not in the cited 8-K. It obtained a USD 300 million two-year Leucadia loan, initially at 10% annually, increasing by 1.5 percentage points per quarter up to 17%[4]. The source records an approximately 87% share-price fall and resumption of share trading on 20 January.
  • Alpari UK announced insolvency on 16 January 2015, the day after the SNB decision.
  • Retail traders long EUR/CHF could lose their accounts and incur negative balances despite treating the defended floor as a safe premise. The source describes thousands affected but supplies no count methodology. Where applicable protection or contractual relief was absent, negative balances could remain debts owed by clients.

A seemingly safe thesis does not make a position safe. A EUR/CHF long with a 1.1900 stop could be sized to an apparent 0.15% planned account loss; that figure requires the position and account assumptions and is not implied by the stop level alone. A discontinuous break of the floor could instead consume the account and create a negative balance. The stop did not guarantee execution at its specified price.

Japan's MoF and BoJ in 2024: USD/JPY interventions

Japan's Ministry of Finance, MoF, decides foreign-exchange intervention; the Bank of Japan acts as its operational agent. The 2024 operations supported the yen, with official records published by the MoF[5]. The source's 300–600-pip moves in five to 15 minutes have no supplied price-series verification. Operations need not be confirmed contemporaneously: statements and later reports provide different information. The following are illustrative observation thresholds from the 2024 regime, not current-market levels or official intervention triggers:

  • USD/JPY above 158: use 50% of normal JPY exposure in this example and recognize intervention risk.
  • USD/JPY above 160: use 25% of normal exposure and review MoF/BoJ statements daily.
  • USD/JPY above 162: the scenario adopts a heightened intervention-risk posture; some traders would avoid JPY entirely. This threshold does not establish an intervention probability.

An operational intervention alert: what to calibrate

The MoF publishes intervention records; the BoJ executes the operations. The Polish source describes periodic records arriving with a one-to-two-month delay as historical calibration material. Check the actual release type and schedule rather than using a delayed report as a live trigger. Alternative operational clues include:

  • A TradingView alert on one-minute USD/JPY bars for an absolute move above JPY 1.50, or 150 pips, over five M1 bars. In the source's Pine v5 syntax: math.abs(close - close[5]) > 1.50. This symmetric condition detects either direction; it does not identify the cause.
  • Relatively low one-month implied USD/JPY volatility, illustrated as below the low teens in volatility percentage points, alongside a large five-minute move. Treat this as a candidate diagnostic feature to test, not proof of intervention.
  • Morning statements in Japan. JST is UTC+9, eight hours ahead of Polish winter time and seven ahead of summer time: 09:00 JST is 01:00 CET or 02:00 CEST in Poland. Live monitoring therefore requires a night/early-morning schedule or alerts. The source's suggested one-to-five-day interval between verbal and market intervention is unverified and must not be treated as a countdown.

RBA: communication shock rather than the same mechanism as an FX intervention

For the retail trader, the Reserve Bank of Australia example concerns rate decisions, a changed statement or the Governor's remarks, rather than treating every AUD move as a direct currency operation. The source models 80–200 pips over one to three hours after communication and moves two or three times ordinary daily ATR; no frequency evidence is supplied to call those magnitudes typical. The operational lesson remains that a central-bank statement can invalidate a tight ordinary-session stop. Reduce exposure before the known central-bank window according to the plan and avoid unplanned entries during the press conference.

Negative balance protection: what the crisis procedure needs to know

The practical question is whether a gap can leave this account below zero. The answer depends on client classification, broker entity and jurisdiction, not the platform display. Section 13 covers eligibility, professional-client reclassification and the Polish framework: KNF decision DAS.456.2.2019 took effect on 1 August 2019 after the temporary ESMA measure expired[2]. See retail-client protection and retail versus professional status. Record only the checked result on the incident card: “negative balance protection: yes / no / to verify”, with the relevant account/entity. Where applicable, protection limits liability by reference to the funds in the covered account, not merely the margin allocated to one position. Margin is collateral tied up by exposure, not a loss limit. Do not export the Polish or EU rule to an account elsewhere without checking its own framework.

SNB 2015: the floor was not a price guarantee
Based on the historical SNB announcement; no invented minute-by-minute price path.
Historical event; synthetic accounts and decisions: seconds versus minutes after the SNB announcement. Trader A holds 0.1 lots long EUR/CHF, with a 50-pip stop and PLN 12,000 equity. Trader B has the same floor thesis at 0.5 lots with PLN 50,000. A notices the anomaly and promptly requests closure, but fills at the broker's available quote around 1,100 pips below entry. EUR/CHF is quoted in CHF: at 0.1 lots, that is CHF 1,100, approximately PLN 4,125 using the separate scenario assumption CHF/PLN = 3.75, or 34.4% of the account. B waits for a rebound; the broker eventually liquidates the position at a modeled 3,300-pip loss: CHF 16,500, not USD, equal to PLN 61,875. The account balance is PLN −11,875. The later 2018 ESMA retail-CFD protection did not apply retroactively to January 2015, and debt treatment depended on the account's contemporary terms and jurisdiction. These two modeled outcomes contrast a surviving account with a negative balance. They illustrate both delay and different sizing; they do not establish that reaction time alone guarantees the difference or that the synthetic minute path describes actual fills.

8. Broker outage — when nobody responds

You can prepare alternatives for your own equipment or connection failure. When the broker's server is offline, its web platform is inaccessible and the phone goes unanswered, your control is minimal. Preparation starts before the incident, with infrastructure diversification.

A second broker account: its role during an incident

Article 15.1 covers backup-provider selection, including jurisdiction, liquidity provider, execution model and funding. Here the issue is what the account does, and does not do, during an incident:

  • Purpose: a temporary hedge, not another strategy, and only against a confirmed open position. If phone or mobile confirms the main position's direction and volume, an opposite, exposure-matched position at the backup broker can reduce directional risk. That offset exists only while both legs remain open; confirmation is a snapshot, not a guarantee for the next several hours.
  • What it cannot replace: knowledge of the main account's state. If its server-side stop has already executed, opening a precautionary “hedge” creates a new unhedged position in the opposite direction, during the same move that triggered the original loss.
  • Readiness condition: the backup account must have an authenticated active session before the incident and sufficient funds for the exposure actually held at the primary broker.
  • What can break the hedge without a visible frontend: the primary SL or TP can execute; either leg can be stopped out for insufficient margin; different contract multipliers or trading hours can make nominally equal lots unequal. The procedure therefore requires margin reserve at the backup, repeated confirmation of the main position while the hedge is held, and a prewritten response to losing one leg: ordinarily close the confirmed remaining leg rather than adding a third position.

Broker-outage symptoms

SymptomPossible meaningResponse
No connection persists for over 5 minutes across your terminals.Broker-server failure or a routing/network problem.Check the official status page, social updates and outage reports. Use the phone channel.
Off quotes across all pairs for over 60 seconds.Unavailable quotes or liquidity; the message alone does not prove the broker lost every liquidity provider.Monitor recovery during the source’s 5-minute escalation window while applying any more urgent risk procedure. Obtain position status by phone; hedge only a confirmed open position.
The web platform does not load and calls go unanswered.Possible infrastructure failure, such as DDoS or a data-center outage.Prepare/send a timestamped incident email under your communication procedure. Hedge only if an independent channel confirms the open volume. Without confirmation, submit no trade instruction.
Deposits and withdrawals stop without prior notice.A serious warning that may involve operational or broker-liquidity problems.Minimize confirmed exposure and seek withdrawal through available official channels; do not assume funds can be withdrawn while the service is suspended.
Spreads stay above 5–10 times normal across pairs for over 30 minutes.Severe execution deterioration. It does not by itself establish the broker's motive or prove it is covering client-related losses.Document the conditions for complaint or regulatory escalation. A backup hedge still requires confirmed state; unknown state means no new instruction.
Broker outage: before sending a hedge
A hedge is not a position closure and does not remove counterparty risk.

Hedging through the backup broker

Suppose the main broker is offline and you believe you hold 0.5 lots long EUR/USD. The procedure starts by determining whether opening anything is justified.

  1. Step zero: confirm the primary position. Ask the duty dealer for open positions and volumes, check Trade through mobile, or obtain a sufficiently current account report through a trusted channel. A hedge is permitted only if the position is confirmed open with known volume. An old emailed snapshot is not current confirmation.
  2. This is substantive, not a formality. The server-side SL may already have executed, leaving a new opposite position if you hedge blindly. A partial stop fill changes remaining exposure; hedging the original full amount can reverse it.
  3. If confirmation is impossible, open nothing. Record screenshots, attempted-contact times and a timestamped message to the broker, then continue seeking confirmation. Lack of visibility does not cancel an existing server-side stop, although a stop still cannot guarantee price or execution while required liquidity is absent.
  4. Against a confirmed position, open the opposite exposure at the backup broker. Confirmed long 0.5 standard lots corresponds to short 0.5 only with matching contract specifications; a confirmed remainder of 0.2 requires 0.2, not 0.5.
  5. Record the timestamp, execution price and how you confirmed the primary state. This documents a decision made against known exposure rather than a guess.
  6. While waiting, repeatedly confirm the main position through an independent channel and monitor backup margin. When the main broker returns, reconfirm before unwinding both legs as closely together as executable, or retaining the main leg under its plan. If one leg has disappeared, close the confirmed remaining leg rather than adding a third.
  7. Budget the full operation's costs. The source's simplified allowance is two spreads plus 1–3 pips of inter-broker price drift; actual slippage, commissions and financing must also be included. This expense purchases useful control only while the state of both legs is known.

Contract and evidence: some broker agreements contain force-majeure or erroneous-price provisions that may be invoked to adjust disputed executions after an outage. Review the actual terms and applicable rights; do not assume every reconstruction is valid or necessarily adverse. Screenshots, timestamps, account records and lawfully obtained recordings support a dispute. Do not rely entirely on the broker's recordings. Request copies through the applicable access or complaints procedure; your own contemporaneous evidence is the material you control and can produce immediately.

Basis risk: the second broker is not a perfect offset

Matching opposite exposure reduces directionality but does not remove execution and basis risk. Differences affecting the combined result include:

  • Spread: providers can diverge sharply during an event. The source models a 1–5-pip difference, without supplying a distribution that would make it a universal typical range.
  • Execution: ECN versus market-making arrangements, different liquidity pools, last look and asymmetric slippage.
  • CFD specification: similarly named symbols can have different multipliers, settlement or roll arrangements and trading hours. Check the contracts rather than matching the symbol text alone.
  • Trading hours: one leg may be tradable while the other market or broker session is closed.
  • Overnight swap: differing financing rates can erode the combined result over several days.

The hedge offsets the dominant directional component only while its conditions hold. The source allows 5–15 pips of inter-broker noise in its outage scenario. That is an illustrative cost budget, not a guaranteed cap or perfect hedge.

Record the incident and hand over the evidence

Documentation is part of the crisis procedure and begins during the incident. Complete at least the following within 24 hours:

  1. Time: start and end of the symptom to the second in one time zone, preferably UTC, plus attempted-contact times.
  2. Account state: account number, tickets, instrument, side, volume, entry and the planned SL/TP at the incident time.
  3. Independent evidence: timestamped quotes from another provider, platform screenshots showing seconds and mobile logs where available.
  4. Requested remedy: one clear sentence requesting an explanation, execution correction or compensation.

The complaint letter, escalation route and limits of the broker's obligations belong in Section 13's broker-dispute procedure. This crisis procedure supplies a complete evidence package rather than inventing a separate complaints process.

Collect evidence promptly because second-level screenshots, comparison quotes and complete order history may be difficult to reconstruct a week later. No verified sample or success rate is available here for how completeness affects complaint outcomes. Check applicable response deadlines and escalation routes in the broker-dispute article and the relevant account/jurisdiction.

March 2020 COVID stress: an ecosystem under pressure

The week of 9–13 March 2020 provides historical context for extreme FX conditions and unstable cross-asset relationships. The following describes types of retail-infrastructure stress; the numerical magnitudes are illustrative thresholds, not measured observations. The source provides no verified sample, count or data source for these magnitudes:

  • CFD order-flow surges modeled at 5–8 times ordinary levels, with intermittent platform delays of tens of seconds during London and New York hours.
  • Exotic-pair spread dislocation, including USD/MXN, USD/ZAR and USD/TRY, modeled at 8–15 times normal and possible temporary unavailability.
  • Stop and exit execution disruption, modeled from a few to several dozen pips even on major pairs. Distinguish stop-market slippage from the applicable limit/TP order terms rather than assuming all order types permit the same adverse fill behavior.
  • Index CFDs, including SPX, NDX and DAX, with illustrative minute-long Off quotes windows during New York trading.
  • Margin changes: the source describes some retail providers raising requirements at short notice, requiring additional collateral or position reduction. Account-specific notices establish what actually applied.

System lesson: extreme market stress can pressure the platform, broker, liquidity providers and even information services simultaneously. The source's illustrative stress triggers are VIX above 35, an S&P 500 daily move above 3%, or bond-market liquidity disruption. Its procedure halves normal size and treats each macro release as a potential extreme-execution event. Record those triggers in the plan rather than presenting them as universal safe thresholds.

Illustrative example — synthetic facts and numbers, not a named broker incident: Broker X offline for 36 hours. A medium-sized offshore-licensed CFD broker suffers a DDoS attack and a concurrent data-center problem. Clients cannot log into the frontend for 36 hours, while the position server remains operational. In this scenario:
  • EUR/USD moves approximately 70 pips in one direction and returns.
  • Clients cannot close positions themselves through the unavailable interface.
  • Server-side SL/TP instructions remain operational; the frontend, rather than the position server, is the inaccessible component.
A trader who reaches the dealer and confirms that a position remains open can consider a matching backup hedge under the repeated-confirmation rule. A trader who hedges merely as a precaution may find that the original stop already executed, leaving a fresh opposite position in the middle of the move. A second broker reduces outage consequences only alongside a working channel that establishes what is still open. An account without state confirmation can add risk instead of removing it.

9. Your own tilt as a crisis — the stop protocol

A retail trader's own tilt can be a recurring operational crisis alongside platform failures and gaps. After losses, a trader may add exposure, distort stop rules, take off-playbook entries or chase P&L. The source has not measured the shape or frequency of that deterioration, so it is neither an established exponential decline nor necessarily your most common incident. Test the hypothesis in your journal: record each trade's sequence number, isolate trades after the day's first loss and calculate their results separately. Your own sample is the evidence, not a universal story about the third trade.

Tilt concerns behavior that can produce decisions with poor expected outcomes, rather than merely feeling an emotion. After two consecutive losses, judgment alone should not be the only decision filter in this procedure. That does not prove the next trade's expectancy is negative for every trader; it means you should not assume a positive value without evidence while decision conditions may be worse. Kahneman discusses broader decision mechanisms in the domain of losses[7], but “trading tilt” and your third trade are not findings attributed to that book.

Tilt is an operational crisis

It shares several practical characteristics with a platform incident:

  • The first 30 seconds matter: do you stop initiating trades, secure existing exposure and close the interface, or click another order?
  • Procedure before improvised analysis: stress can distort risk perception. If the broker offers a verified hard daily-loss restriction, use the limit already specified in the plan, 15.2, and check how the restriction works and resets. A new promise of willpower is not an external control.
  • Consequences can be disproportionate: an hour of uncontrolled trading can undo a month of disciplined execution.

Early warning signs of tilt

SignalLevelAction under this procedure
Checking P&L every 10 seconds.EarlyClose the P&L display and return to the plan.
Opening a pair absent from the playbook.EarlyClose that chart and check permitted setups.
2 consecutive losses.ModerateTake a 60-minute break away from the screen after securing open exposure.
An off-playbook trade based on a feeling.HighPause for 60 minutes and journal why it happened.
Adding to a loss as an improvised average-down.HighClose the confirmed exposure and end the session; do not return today.
3 consecutive losses.CriticalEnd the session and use an available, prearranged trading restriction.
Calculating how much must be won back.CriticalSecure positions, leave the screen, walk outside or contact someone.
Daily loss exceeds the plan's limit.CriticalEnd the session regardless of the time.

The stop protocol after two and three losses

The source's two-and-three rule specifies a 60-minute pause after two consecutive losses and the end of the session after three. It is an operational rule to put in the plan, not proof that a particular trade count predicts failure.

  1. Two losses: record both trades; close or confirm server-side protection for all remaining exposure before closing MT and leaving the room. Set a 60-minute timer. Walk, eat or shower to change context. Then return to the plan and check whether the setup remains valid. If tilt persists, end the session.
  2. Three losses: end the session regardless of remaining market time. The procedure does not depend on whether open P&L is positive: close positions or confirm that each has a server-side SL before stepping away. A profitable position without protection is still unattended exposure. Take the specified 24-hour pause and complete the day's post-mortem.
  3. Daily limit breached: end the session and take a day off. The number comes from the trading plan, 15.2; this procedure enforces it rather than setting another threshold.
  4. Weekly limit breached: stop for the week. Return requires a journal review and resolution of process breaches, not recovering the money first.

Tilt versus a justified system review

A losing streak does not automatically mean tilt. A strategy can meet an unfavorable regime while the operator follows every rule. Use the following illustrative diagnostic patterns:

  • Operator-tilt pattern: two or three losses in under two hours, increasing size or weakening stop discipline, decisions within 60 seconds of a signal and journal phrases such as “must win it back” or “I feel this move”. The pattern matters; the durations are not a diagnosis by themselves.
  • Possible system/regime pattern: two or three losses over one or two weeks, each within the plan, with server-side stops, intended size, no unauthorized changes and no emotional markers. This alone does not justify changing a setup after one streak.
  • Observation count: no trade count automatically turns losses into proof. State n, but assess uncertainty relative to the decision threshold. Keep, observe and disable criteria belong in the strategy audit, 15.10. One losing day is not proof of failure; neither the thirtieth nor three-hundredth trade settles it merely by its ordinal number.
  • Operator first: short, emotional sequences call for immediate operational controls, breaks and procedure repairs. Pausing for operational risk does not wait for statistical significance. Calm, plan-compliant losses over a longer period belong in the strategy audit.

Tilt requires a practical external limit, not a judgment about character. The rationale is uncertainty about decision quality in the moment, not a claim to know the expectancy of your third trade. A control that interrupts further orders is more dependable than assuming willpower alone will settle the issue.

Mechanical controls

After the procedure's two-loss trigger, do not assume you are a neutral evaluator of the next decision. Prepared controls can provide the interruption another resolution may fail to deliver:

  • A broker-side daily-loss restriction, if offered. Verify availability, account coverage and reset mechanics. Set it from the daily limit in 15.2, not a separate number.
  • A deliberate manual login before a new session. Avoid automatic reopening if a short authentication step helps interrupt impulsive re-entry. Preserve secure emergency access to existing positions; this is not a reason to make the backup channel unavailable during an incident.
  • Scheduled time off-screen, for example Tuesday and Thursday evenings without trading regardless of perceived signals.
  • A Pomodoro rhythm, illustrated as 25 minutes of work and five minutes away, to avoid four hours of fixation on one setup. Secure or appropriately monitor open exposure during breaks.
  • Physical disconnection in extreme cases: after breaching the plan's daily limit, turn off the router and leave the phone in another room only after completing the exposure-first sequence below.
Safety condition: secure exposure before cutting internet access. Disconnecting is appropriate only after positions are closed or every remaining position's server-side SL has been confirmed under the plan. Otherwise a behavioral crisis becomes a technical one with live exposure and no control route. The strongest shutdown sequence is (1) close confirmed positions through desktop, mobile or the dealer, (2) independently confirm no open positions in mobile MT, then (3) turn off the router and place the phone elsewhere. If the plan explicitly permits protected holdings instead, confirm their server-side protection and the consequences of unattended risk before leaving.
Illustrative example — synthetic numbers, not an account record: four hours of tilt cost 16.4%. An account starts at PLN 80,000. The plan permits two A+ setups at 1% risk each. Trade one loses 1%; trade two loses 1%. The trader ignores the required 60-minute pause. The following returns are −1.3%, −2.1%, −3.5%, −4.8%, +1.2% and −5.1%, with size increasing to force a recovery and the one win reinforcing false confidence. The arithmetic sum is −17.6%, but these percentages are applied sequentially to changing equity: 0.99 × 0.99 × 0.987 × 0.979 × 0.965 × 0.952 × 1.012 × 0.949 ≈ 0.8356, a 16.44% drawdown. Equity is approximately PLN 66,845. Recovery requires 80,000 / 66,845 − 1 ≈ 19.7%; generally, required recovery = DD / (1 − DD). At a purely illustrative constant 8% monthly gain, not a normal or promised return, 1.082.33 ≈ 1.197: about two and one-third months under idealized conditions. Four hours would therefore consume more than two months of modeled recovery. The arithmetic is asymmetric: each percentage loss requires a larger percentage gain to recover.
Pause: first secure the account
Thresholds illustrate a procedure, not a scientific test of edge loss.

10. Pre-mortem and emergency checklists — prepare in 60 minutes

Gary Klein described the pre-mortem technique in Harvard Business Review in 2007[6]: assume the catastrophe has already happened, then work backward to identify what went wrong. The article relates it to prospective hindsight; it does not establish an origin in medicine or aviation. For a retail trader, a quarterly hour of preparation can reduce the consequences of a real crisis. The BIS guidance provides broader institutional context for business continuity and incident management[1], rather than a tested promise of a specific retail saving.

A 60-minute pre-mortem, step by step

  1. Step 1, ten minutes: scenario table. List what could cause severe damage technically, such as equipment or broker failure; operationally, such as a wrong order or tilt; and through the market, such as a gap, central-bank surprise or macro release. For each, record the safeguard and when it was last tested.
  2. Step 2, 15 minutes: classification. Assign each scenario to A, my infrastructure; B, broker failure; C, market event; D, my operational mistake; or E, tilt.
  3. Step 3, 15 minutes: a procedure for each category. Write three to five action points covering the first 30 seconds, five minutes and one hour.
  4. Step 4, ten minutes: missing resources. Identify what prevents execution: a pinned dealer number, backup account, charged power bank or available mobile credentials. Turn the gaps into a concrete resource list.
  5. Step 5, ten minutes: implementation. Choose three to five tasks to complete this week and put deadlines in the calendar.

The nine-field incident card

Complete a card for every incident, including those that end favorably. Each of the nine fields answers a different question; omissions can make the entry uninterpretable a month later.

FieldWhat to record
1. SignalWhat identified the incident: platform message, frozen updates, price movement or missing order confirmation. Include time to the second.
2. Known factsFacts confirmed when recording: instrument, volume, whether the SL is server-side and which channel works.
3. UnknownsExplicit gaps: whether the order arrived, whether the stop executed, current net exposure. These determine which actions are not yet justified.
4. Immediate actionWhat happened in the first 30 seconds, including “sent no instruction” if appropriate.
5. State confirmationWhich channel established positions, mobile, dealer or current report, and at what time. No hedge or Close All decision may bypass this field.
6. Backup channelThe alternative route, whether it worked and measured switching time: cellular data, second terminal, dealer or backup broker.
7. Do not repeatA specific action to remove from the response: repeat click, unconfirmed hedge, restart before position check or blind Close All.
8. EvidenceSecond-level screenshots, tickets, independent prices, contact-attempt times and the broker's case number.
9. Return conditionA condition, not merely a clock time: confirmed state, restored channel and known cause. It concerns process, never making back the loss.

Emergency-checklist template: scenario reference

This expands the card across scenarios. The state-confirmation column is a required condition: do not proceed with dependent trade instructions until it has an answer. Use the shorter print version below during stress.

ScenarioTriggerFirst 0–30 secondsState to confirm, and channelEvidenceReturn condition
Platform failureNo connection over 15 seconds.Activate mobile and dealer call in parallel. Do not repeat orders.Open positions and orders through mobile or dealer.Timestamped screenshot and dealer connection time.Desktop returns and agrees with mobile; discrepancies require a call.
Click followed by lost connectionNo order confirmation.Hands off the keyboard; no repeat instruction.Whether the order executed, how many times and at what price, through history or dealer.Tickets, click time and confirmation time.Confirmed orders match intent; any duplicate is closed.
Power failureUPS activates.After confirmation, close positions without server-side SL. Protected positions may remain unless risk exceeds 2% or a macro release is underway; those priority conditions require closing too.Server-side stops through mobile and whether a release window is active.Mobile position list and UPS start time.Power and connection stable for 30 minutes; desktop matches mobile.
Internet failureRouter offline.Use mobile over cellular data and start the switch timer.Whether channel 3 sees the account.Measured backup-connection switch time.Primary service restored and failover test passed.
Fat fingerExecuted position differs from the plan.Close confirmed excess or erroneous exposure at market; accept the corrective execution costs.Actual side and volume in Trade.Error ticket, entry and close prices, calculated cost in PLN or the documented account currency.Position corrected or closed and incident journaled.
Automation errorUnintended order series.Disable AutoTrading; this does not close existing positions.Position versus signal count and feed versus a second source.Experts log and comparison quotes with matching timestamps.Feed/code cause identified and repaired; demo test passed.
NFP/CPI/FOMC surpriseIllustrative first M1 bars at 5–10 times baseline volume.Check exposure and server-side stops; no unplanned new position. Volume is feed-specific and does not alone prove a surprise.Submitted stops and their distance from price.Pre/post-release spread and actual fill slippage.At least 30 minutes elapsed and spreads normal under this procedure.
Weekend gapOpening over 30 pips from Friday's close in this scenario.Check positions, stops and P&L through mobile.Actual execution prices of orders affected by the gap.Friday close and first Sunday quote from the broker record.First hour completed and fills reconciled.
Central-bank interventionIllustrative move over 100 pips in under 60 seconds.On confirmed state, request closure at the first executable price.Net exposure and stops already executed.Independent same-second quote and broker fill.Liquidity restored; no new positions until the next session.
Broker outagePlatform offline over 5 minutes; web platform unavailable.Timestamped incident message. Hedge only a confirmed open position.Primary side and volume, repeatedly checked while the hedge remains.Confirmation method/time, backup ticket and its margin level.Primary restored; state reconciled and hedge unwound as closely together as executable.
2 consecutive losses / tilt rule2 stops or 2 losses over 0.8R in this illustrative definition.Leave the screen only after closing positions or confirming server-side stops, regardless of open P&L.Every remaining position's server-side protection.Trade sequence numbers and time away begins.60 minutes elapsed, emotional control restored and setup remains in the playbook.
Daily loss limit breachedThe limit already set in 15.2.End the session.No unprotected open positions before departure.Numerical daily result versus the plan's limit.Next permitted session after the required pause and journal review, not after recovery of the loss.

Testing the procedure: drill measurements

An untested procedure remains a hypothesis. 15.1 sets the monthly emergency drill's full scope and schedule; do not create a duplicate frequency here. Add these incident-response measurements to that drill:

  • Safety condition: test with live positions closed or on demo. Simulating an outage over real open exposure creates another incident.
  • During a quiet session, unplug the router's WAN cable while Wi-Fi remains active and start a timer. Turning Wi-Fi off tests a different failure.
  • Measure time to (a) authenticated mobile access, (b) reaching the duty dealer and (c) completed closure of a hypothetical 0.01-lot demo position.
  • Measure the often-missed fourth interval: time to independently confirmed position state. It determines whether the prerequisite for a backup hedge can be met.
  • Use a full-procedure target below 60 seconds, ideally below 30, only as the source's illustrative goal, not an industry standard.
  • List failures: missing password, stale dealer number, exhausted cellular-data allowance or another gap. The repair list, not just the stopwatch result, is the drill's output.

Reaction time: targets to test yourself

ActionTime targetIllustrative attainable time, not measured market data
Detect the crisis: trigger to awareness.Under 5 seconds2–3 seconds with active observation.
Open mobile MT.Under 10 seconds5–8 seconds when already authenticated.
Close a confirmed position through mobile.Under 15 seconds10–12 seconds.
Reach the duty dealer by phone.Under 30 seconds15–25 seconds during the scenario's session.
Complete all requested closures by phone.Under 60 seconds40–50 seconds for 1–3 positions.
Independently confirm position state.Under 45 secondsDepends on channel and dealer response: measure in the drill.
Place a backup hedge after confirmation.Under 90 seconds60–80 seconds if already authenticated.
Decide to end the session under the tilt rule.Under 5 secondsExecute the prewritten rule rather than relying on improvisation.

Reaction time and loss: conceptual illustration

Conceptual response-delay and loss relationship: no measured data or vertical scale Loss (no scale) 0 ↑ 5s 15s 30s 60s 120s 240s 300s Response time after the crisis trigger Daily limit from your own plan (15.2)

The chart is a qualitative schematic without observations. It illustrates a possible accelerating increase in loss with response delay, not an empirically estimated function or a guarantee that loss increases monotonically. There are no measured points or uncertainty bands because the source has no sample from which to calculate them. Build your own record using time to the first effective action and incident cost in R and PLN, or your clearly identified account currency. A dozen records may suggest a direction but cannot establish a function's shape; scatter at each response time can be wide. Pair, event, broker execution and the fastest usable channel all affect the outcome. Report every estimate with observation count and range.

Illustrative example — synthetic facts, not an account record: six months of an Excel crisis journal that answered nothing. A trader logs date, scenario, brief comment and result for six months. The sheet cannot distinguish costs caused by equipment, broker, execution or tilt because it lacks trigger timestamp, reaction time, channel, cost in R, operational error and corrective action. The useful minimum columns are trigger timestamp, category A–E, instrument, account-risk percentage, server/mental SL, response channel, time to action, cost in R, cost in PLN or identified account currency, operational error, repair and deadline. Without these, the archive may preserve anecdotes but offers little diagnosis.

A ready-to-use crisis-journal template

After every incident, including minor ones, record in a separate file or journal section:

  • Date, time and scenario, using pre-mortem categories A–E.
  • Trigger: exactly what revealed the problem.
  • Reaction time: seconds to each key action.
  • P&L impact: the loss attributed to the incident under the stated method.
  • What worked: procedure elements completed effectively.
  • What failed: missing resources and procedure gaps.
  • Corrective actions: concrete infrastructure or procedure changes and deadlines.

The crisis journal is a separate data layer, not a replacement for the trade journal. It identifies whether losses arise from equipment, broker, execution, tilt or missing procedures. After a year, you can rank your own scenarios rather than adopting somebody else's ranking. Repair the two leading causes instead of expanding an eight-page checklist that is unusable under stress.

Printable A4 checklist: the stress version

The reference table above is useful for learning but too long for an incident. Put this shorter version under the monitor: six time-ordered actions and six fields completed beforehand. The timings are targets, not reasons to delay a confirmed urgent protective action.

  • □ t = 0–5 seconds: check account-risk percentage and server-side stops through desktop if responsive.
  • □ t = 5–15 seconds: open authenticated mobile and dial the dealer in parallel, using phone and independent cellular internet.
  • □ t = 15–30 seconds: classify local, broker or market failure; apply the operational-error or tilt procedure if relevant.
  • □ t = 30–60 seconds: confirm position state; only then issue dependent close/hedge instructions or carry out the relevant phone/mobile/session-stop action. Act earlier if state is already confirmed and the plan requires it.
  • □ t = 1–5 minutes: save timestamped screenshots and start the crisis-journal entry.
  • □ t = 5–30 minutes: reconcile position state across all three available channels.
  • □ Broker/dealer phone number: ___________________
  • □ Primary account login identifier: ___________________
  • □ Backup account login identifier: ___________________
  • □ Backup-connection switch time measured in the last drill: ___________________
  • □ Daily stop-loss limit from the plan: ___________________
  • □ Default: “If position state is unknown, send no trade instruction; confirm through channel 2 or 3.”

Prevention ROI: when infrastructure pays for itself

Return on emergency-infrastructure spending
This article does not establish a new equipment budget. The capital-band table in Section 2 of 15.1 sets the spending sequence and its “one-time cost below 20% of account capital” rule. Use the amount applicable to your own band, amortize it over the replacement period, illustrated in 15.1 as three years for a UPS, then add recurring costs such as backup-internet service that the purchase budget intentionally excludes. The PLN bands below preserve the Polish source's examples; they are not a current international equipment-price list. Here the other side of the calculation is incident cost avoided and the resulting return ratio.

One unprevented incident, under an illustrative assumption rather than a measured average, costs 2–5% of a PLN 20,000–30,000 account: PLN 400–1,500. Replace this range with your own evidence after a year of recording.

Prevention ROI = (annual avoided cost − annual prevention cost) / annual prevention cost. Both terms must cover the same year. Use the incident journal's PLN-cost entries to estimate losses the proposed safeguard would actually have prevented, with event frequency taken from those qualifying entries rather than an outside claim. This is a documented counterfactual estimate, not proof that every logged loss would disappear. Annualize the 15.1 capital-band budget as above and include subscriptions. Test the extremes before concluding that the investment pays.

The source's PLN 5,000–25,000 capital band gives PLN 800–2,000 one-time spending, approximately PLN 270–670 annually over three years before recurring fees. One PLN 400 incident avoided against PLN 670 annual cost yields approximately −40%; PLN 1,500 avoided against PLN 270 gives approximately +456%. For the PLN 25,000–50,000 band, roughly PLN 4,500 up front becomes PLN 1,500 annually. One incident in the modeled PLN 400–1,500 range produces no positive ROI: best case zero, worst approximately −73%, before subscriptions. The lower band still requires applying 15.1's account-specific 20% cap rather than mechanically buying its most expensive package at the lowest equity level.

“Prevention always pays for itself” is therefore not a valid rule. Low incident frequency can produce negative measured financial ROI, which is a legitimate result rather than a calculation error. No return is guaranteed without your own frequency and severity assumptions. Separately, some extreme incidents have losses far beyond this modeled range; ordinary average-cost ROI does not capture the entire value or limitations of protection against them.

FAQ — Frequently asked questions

Can an experienced trader rely on a mental stop?
Not as a substitute for server-side protection in this crisis procedure. A mental stop depends on the trader, terminal and connection remaining available and fast enough. The source models release/intervention conditions with spreads 5–15 times normal, 5–80-pip slippage on majors and 30–120-second platform delays; those are stress scenarios, not guaranteed ranges. Manual exits may function in a calm London-session example at 11:00, but that does not establish resilience during a failure. The rule here is a server-side SL for every position. Any exception must be defined in the playbook before entry, never invented under stress. A server-side stop still does not guarantee execution price.
How often should I test the broker's phone number?
Run a routine monthly check, for example confirming that it is still the duty dealer's number, and a quarterly stress test around 30 seconds after a release treated as lower priority in your calendar, such as UK PMI. Measure actual response rather than merely saving the number. A 30-second response threshold is the source's illustrative condition for avoiding high-impact-event exposure at that provider, not an industry standard. Record attempts and the fastest/slowest responses as well as any average; a small sample cannot predict the next extreme event. Recheck all contacts after an entity, licensing, office or account-service change, including a merger.
Is mobile MT4/MT5 sufficient as the only backup?
It is one of the three channels, not a replacement for the others. A small screen creates wrong-order opportunities; mobile can also suffer server-related delays; and the phone can run out of power, be damaged or be lost. Desktop, the dealer's phone service where offered and mobile over independent internet compensate for different weaknesses, although they still share some dependencies and are not a guarantee against broker-wide failure. Mobile alone leaves no alternative when that device or app fails. No percentage reliability improvement is claimed because the source supplies no measurements.
What if the broker says it cannot close the position because its server is offline?
Treat this as a serious incident. (1) Send a timestamped factual message through the broker's complaints/contact route and preserve a screenshot. (2) Independently confirm whether the main position remains open and at what volume; only then consider a backup hedge under Section 8's repeated-confirmation and margin rules. Without confirmation, open nothing. (3) When service returns, reconfirm state before closing or unwinding exposure and submit the documented complaint if execution warrants it. (4) Use the applicable escalation route, potentially involving KNF, BaFin, FCA or CySEC depending on the entity and jurisdiction. The source supplies no complaint-success rate; Section 13 covers procedures, deadlines and limits. Preserve written timestamps rather than relying on recollection of a phone call alone.
Does an automatic close after N minutes make sense?
It can be part of an intraday strategy or protection against forgotten positions if specified and tested beforehand. A time-exit EA might request closure four hours after entry; free variants exist under different names in the MQL5 community, but code and behavior require review and demo testing before live use. Such a timer can enforce the intended holding period, release capital and help when the trader is in a meeting, away from the desk or ill, only while the terminal running the EA remains operational and connected. The EA runs on the client: laptop failure, power loss, disconnection or a closed terminal disables it, so it will not automatically close anything then. Return to the three-channel procedure; the timer does not replace a server-side SL. To survive a local workstation outage, the timer needs an independently running terminal, for example on a remote server, where the broker and configuration permit it. That still does not overcome failure of the broker's execution server. For a three-to-ten-day swing strategy, a ten-day time exit can be a tested backstop rather than an improvised emergency fix.
How much capital should the backup broker hold?
The source's initial 5–15% of primary capital is only a starting illustration, not a sufficient funding rule. The purpose is a temporary hedge, but its margin must support the actual intended volume with reserve. For five standard EUR-base lots at 1:30 leverage, margin is EUR 100,000 / 30 ≈ EUR 3,333 per lot, or approximately EUR 16,700 for five lots, before the additional buffer. That may be far more than 5–15% of the main account. Either fund only a predetermined partial hedge and acknowledge the residual exposure, or reduce maximum primary exposure; do not assume an underfunded backup can hedge everything. Article 15.1 considers a different broker entity/jurisdiction and liquidity arrangement to reduce shared failure points. Different branding or jurisdiction alone does not prove independent infrastructure; verify the actual dependencies and terms.
Does holding positions over the weekend make sense?
It depends on strategy and exposure. The source's practical framework is: (a) day trading carries no weekend positions because that is outside its horizon; (b) major-pair swing holdings use an illustrative 50% size reduction, with ordinary 5–25-pip and extreme 100–500-pip gap scenarios rather than known probabilities; (c) position trading explicitly budgets gaps as a strategy cost; (d) JPY, CHF and exotics default to closing in this stricter summary, while Section 6's reductions apply only where a prewritten plan permits exceptions; and (e) material elections, referendums or G7-related announcement risk call for removing exposure during the relevant window. The source's decision test is whether a severe plausible gap, illustrated as 200 pips, would cost over 5% of the account; if so, reduce or close. The gap and account-loss thresholds require calibration and are not guaranteed bounds.
What if ordinary controls do not stop tilt?
Use a stronger interruption only after closing all positions or confirming every remaining server-side stop under the plan: switch off the router, put the phone in another room or use airplane mode. Disconnecting first creates a second crisis with live exposure and no control route. Alternatively, if your broker offers a verified hard daily-loss restriction with delayed increases, configure the plan's existing limit so that new orders are blocked until the permitted next session. Check availability and reset terms rather than assuming this feature exists. For someone who has lost 10–20% in a session through revenge trading, a firm access restriction can be a proportionate damage-control measure. Manage the observed behavioral risk with the environment and technical limits rather than relying exclusively on resolve.
What evidence should I collect for a broker complaint?
At minimum: (1) a platform screenshot with seconds visible; tested automatic screenshots, for example through a spreadsheet macro, can supplement this but one image per minute does not reconstruct second-level events; (2) all relevant tickets and planned SL/TP levels; (3) exact symptom times, such as No connection from 14:30:12 to 14:31:43, with time zone; (4) a contemporaneous timestamped comparison quote from another broker, TradingView or Investing.com, acknowledging feed differences; (5) call records or a recording where supported and lawful under the applicable consent rules; and (6) a concise factual complaint with attachments within the procedure's 24-hour preparation target. That target is not asserted to be a statutory deadline. Complete evidence is under your control; no compensation probability or universal KNF/BaFin/FCA response deadline is established here. Check the relevant Section 13 procedure and your broker entity's rules.
What is the minimum pre-mortem time budget for a beginner?
Reserve 60 minutes quarterly and approximately 15 minutes after each real incident to complete its record. Four quarterly hours plus up to 16 such incident reviews would total four to eight hours annually, or 0.2–0.4% of an assumed 2,000-hour working year; more incidents require more time. No return multiplier is promised because avoided cost depends on your own journal. The first hour establishes procedures, equipment readiness, dealer contacts and a mobile test. A later update may take only 15–30 minutes when little has changed, while the full review slot remains available. Monthly drills follow 15.1 separately. Crisis preparedness is a practical part of retail FX operations, not an optional credential for professionals; it reduces preventable operational loss without guaranteeing that every incident ends harmlessly.

Sources and bibliography

  1. Bank for International Settlements / Basel Committee on Banking Supervision, Principles for Operational Resilience, March 2021. Institutional guidance on operational resilience, business continuity and infrastructure-incident management.
  2. ESMA Decision (EU) 2018/796 on retail-CFD product intervention, 22 May 2018, with restrictions applying from 1 August 2018. This was a temporary measure, not renewed beyond 31 July 2019. In Poland, KNF Decision DAS.456.2.2019, Official Journal of KNF 2019 item 27, took effect on 1 August 2019 without a fixed expiry. The Polish source refers to this framework for leverage limits, negative balance protection and standardized risk warnings. Section 13 discusses scope and client status; do not generalize it to every jurisdiction.
  3. Markets Committee, Bank for International Settlements, The sterling 'flash event' of 7 October 2016, January 2017, prepared through the Bank of England/BIS working group. BIS publication announcement. Analysis of sterling's flash event and thin-liquidity microstructure. Publisher: Markets Committee, not the Bank of England alone.
  4. FXCM Inc., Form 8-K, US Securities and Exchange Commission, January 2015, Exhibit 99.1. Source for the Leucadia loan's USD 300 million principal, two-year term and initial 10% annual rate increasing 1.5 percentage points quarterly to a 17% ceiling.
  5. Ministry of Finance Japan, foreign-exchange intervention reports, 2024. The MoF publishes the data; the Bank of Japan executes as agent. Reference status recorded in the Polish source: 6 September 2026.
  6. Gary Klein, Performing a Project Premortem, Harvard Business Review, September 2007. Original article. It describes the technique without attributing an origin to medicine or aviation.
  7. Daniel Kahneman, Thinking, Fast and Slow, Farrar, Straus and Giroux, 2011. General background on decisions involving losses; it does not establish trading-tilt rules or the expectancy of a trader's third position.
  8. MetaQuotes Software Corp., MT4 Help: Navigator and Set hotkey, and Trailing Stop. Trailing is performed in the client terminal rather than on the server. Reference status in the Polish source: 6 September 2026.
  9. MetaQuotes Software Corp., MQL4 Reference, IsTradeContextBusy, and error 146, ERR_TRADE_CONTEXT_BUSY. The trade context concerns the client terminal's occupied trading thread, not server acknowledgement of an order. Reference status in the Polish source: 7 September 2026.

Historical source scope: the SNB announcement of 15 January 2015 confirms discontinuation of the 1.20 minimum-rate policy, not the table's synthetic minute path. FXCM's 19 January SEC exhibit confirms USD 300 million in financing; it does not establish a FXCM bankruptcy. The Bank of Japan describes its agency role for the Ministry of Finance. Procedure alarms require their own calibration.

Your learning progress

Finished this lesson? Mark it yourself. Opening or scrolling a page never marks it complete.

Progress requires JavaScript and browser storage.

Saved only in this browser. No account or cross-device sync. Clearing site data can erase your progress.

Jarosław Wasiński

Editor-in-chief, ForexMechanics.com • Macro & FX analyst

Independent analyst and practitioner with over 20 years of experience in financial markets. Actively involved in Forex since 2007, with a focus on fundamental analysis, OTC market structure, and disciplined capital risk management.

  • Creator and editor-in-chief of MyBank.pl, providing reliable financial education since 2004.
  • Author of hundreds of in-depth market commentaries, structural analyses, and educational materials for traders and investors.
  • Advocate for market transparency, promoting education grounded in hard data and institutional reports (BIS, ESMA, CFTC).

All content is educational and informational only – it does not constitute investment advice or a recommendation. Remember: leveraged trading (Forex/CFD) carries a high risk of rapid capital loss.