An Equity Edge trader says an approved payout was subsequently treated as a loss in the firm’s account-risk calculations, causing the trading account to show as breached before support restored access.
The trader then claims that a new position closed automatically with a loss of roughly $2 and the account was breached again.
The allegation appeared in an October 6 customer review and remains unverified. No account statement, payout amount, dashboard history or server-side calculation has been published that would allow the sequence to be independently reconstructed.
That distinction matters because the most interesting possibility is not simply another prop-firm payout complaint. If a withdrawal reduced the account balance while Equity Edge’s risk engine continued measuring daily loss from the pre-payout balance or equity reference, a trader could theoretically appear to breach without having actually lost the corresponding amount through trading.
Equity Edge’s own published rules, however, vary significantly between account types and include specific post-payout adjustments in some programs. Without knowing which product the reviewer traded, it is not yet possible to determine whether the incident reflects a software calculation error, a dashboard-display problem or the intended operation of a drawdown rule the customer misunderstood.
The Trader Says Support First Restored the Account
In the public customer review, the trader says Equity Edge approved and paid a withdrawal but the account then showed a breach because the daily loss limit had supposedly been reached.
The reviewer explicitly alleges that the payout itself had been included as a loss.
According to the account, the trader contacted Equity Edge support and the firm restored the account.
That detail is potentially important. If accurate, a manual restoration could indicate that the initial breach was not ultimately considered valid, although it does not establish why it occurred.
The trader then says they placed another trade, which closed automatically with an approximately $2 loss, after which the account showed as breached again.
There is currently no public screenshot showing the account balance immediately before the payout, the payout amount, the daily-loss threshold, the post-payout balance or the metrics immediately before the second breach.
Equity Edge had also not published a detailed public explanation of this specific account at the time of review.
The Missing Numbers Are the Entire Story
Four figures would make the allegation testable: the balance or equity at the relevant daily reset, the payout amount, the post-payout account value and the exact daily-loss threshold shown by Equity Edge.
Consider an illustrative example.
Suppose an account begins a trading day with $105,000 in balance and a 3% daily-loss rule calculated from that amount. The breach threshold would be $101,850.
If the trader then receives a $5,000 payout and the displayed balance falls mechanically to $100,000, the system must distinguish that withdrawal from a trading loss.
If the risk engine correctly recalculates or adjusts the reference point, there is no problem.
If it simply sees the balance drop from $105,000 to $100,000 while preserving the $101,850 loss threshold, however, the account could appear to have breached by $1,850 even though the decline came from a payout rather than market losses.
This example is hypothetical. There is no evidence that these were the reviewer’s numbers or that Equity Edge’s system works this way.
But it demonstrates exactly why a withdrawal-aware risk engine matters in prop trading.
Equity Edge’s Rules Suggest Payouts Are Supposed to Receive Special Treatment
Equity Edge publishes several account structures with different drawdown methodologies.
Its Pro Edge rules state that the daily loss limit is 3% of the higher of balance or equity at the daily rollover. Maximum total loss trails 5% from the highest balance or equity.
Crucially, the firm also says that after a payout request, the maximum total loss resets to the account’s initial balance and begins trailing again only after the account reaches a specified profit level.
Separate Crypto Edge documentation says that, after a payout, a funded account resets to its initial balance and the highest-equity reference used in the trailing-drawdown calculation is reduced by the payout amount.
Those provisions show that Equity Edge’s rule framework already recognizes a fundamental accounting point: money removed through a payout cannot always be treated in the same way as money lost through trading.
The unresolved issue is how its daily-loss calculation behaves during the same process.
The public material clearly explains some maximum-drawdown adjustments following withdrawals, but the exact sequence between payout processing, dashboard balance changes and the daily-loss reference is less obvious across every account variant.
Account Type Could Completely Change the Explanation
This is why the missing account type is a major limitation.
Equity Edge offers 1-Step, 2-Step and Instant-style programs, and their risk models are not interchangeable.
Some use trailing maximum drawdown. Others use static limits. Daily-loss percentages also differ, and Instant accounts include additional risk and consistency conditions.
A trader who sees an account balance decline after a payout may therefore interpret the change differently depending on which metric actually governs the account.
A trailing drawdown can also create counterintuitive situations where the trader has little remaining risk buffer after withdrawing profits even though the nominal account balance has returned close to its starting value.
That has been a recurring issue across the prop sector. Dave Finances recently examined a case in which a Funded Futures Family trader disputed what happened to simulated profits after an account change, illustrating how the economic result can depend heavily on how a firm’s internal account state is transformed rather than simply on whether the trader was profitable.
A $2 Loss Causing the Second Breach Is Plausible in More Than One Scenario
The reviewer’s second claim may initially sound more suspicious: support restored the account, then a roughly $2 losing trade allegedly triggered another breach.
But that alone does not establish a faulty system.
If the restored account had only a few dollars of remaining drawdown headroom, even a tiny realized loss, commission or adverse movement in equity could legitimately cross the threshold.
Alternatively, support may have restored account access without correctly resetting all backend risk references. In that scenario, the subsequent $2 trade could simply have caused the risk engine to run another calculation and rediscover the same underlying mismatch.
A third possibility is that the trader-facing dashboard showed a different number from the backend breach engine.
That last possibility is worth considering because another October 6 Equity Edge reviewer separately reported that a consistency metric was not displaying correctly on the dashboard and said support fixed the issue. The reports concern different customers and different metrics, so they do not establish a common technical problem.
They do, however, reinforce why screenshots alone are insufficient if a firm’s dashboard and enforcement engine are drawing from different values.
Support Restoration Would Be More Significant Than the Original Complaint
The strongest piece of the reviewer’s story, if documented, may be the alleged restoration of the account after the first breach.
Generic complaints about prop-firm rules are difficult to assess because traders can misunderstand trailing drawdown, news restrictions, consistency requirements or floating equity calculations.
A firm reversing a breach is different.
It can mean support identified an incorrect enforcement event, applied an exception or simply chose to give the customer another opportunity. The reason matters.
The same evidentiary problem appears when traders dispute restrictions at other firms. Dave Finances recently covered how Tradeify added additional checks as traders questioned payout-stage account reviews. The critical question was not whether customers were unhappy but what internal rule or control produced the result.
For Equity Edge, an anonymized explanation of why this account was restored would immediately narrow the possibilities.
Prop-Firm Risk Engines Have to Separate Cash Events From Trading P&L
At a system-design level, payouts create a surprisingly important accounting problem.
A prop dashboard may track starting balance, current balance, equity, realized P&L, floating P&L, high-water marks, daily starting equity, maximum drawdown and withdrawals at the same time.
A payout changes the nominal balance without representing a trading loss.
If the system does not tag that transaction correctly throughout every calculation layer, one part of the platform can treat the account as healthy while another sees a loss-limit violation.
This is why the issue would be materially different from an ordinary display bug.
A dashboard error is inconvenient if the backend risk engine still has the correct numbers. An incorrect backend reference value can terminate accounts and affect payout eligibility.
The distinction is similar to other trading-platform incidents where the visible symptom matters less than what happened inside the order or risk system. Dave Finances made the same distinction when examining a CMC Markets order-processing incident during live trading.
The Report Is Not Enough to Call This a Systemic Equity Edge Bug
The evidence currently supports a narrow conclusion.
An Equity Edge customer publicly claims a payout was counted toward the account’s loss calculation, says support restored the account and says a subsequent approximately $2 loss caused another breach.
What the evidence does not establish is that Equity Edge systematically counts payouts as losses, that other customers are affected by the same calculation or that the firm’s published rules were violated.
The review contains no account identifier, product type, transaction ledger or before-and-after risk metrics.
That makes allegations such as “one account, one payout only” impossible to substantiate from the available record.
Equity Edge also describes its accounts as simulated trading environments rather than customer brokerage accounts, making the technical issue one of internal eligibility and risk-rule accounting rather than the disappearance of deposited trading capital.
A Reproducible Case Would Need Five Records
The next step is unusually straightforward.
The trader would need to publish or provide five items: the account type, pre-payout balance and equity, payout amount, risk thresholds immediately after the payout and the account metrics immediately before and after the approximately $2 trade.
Support correspondence confirming why the first breach was reversed would be equally useful.
If those records show the payout amount being inserted directly into daily trading losses while Equity Edge’s rules say withdrawals should be excluded or the reference level should adjust, this becomes a reproducible risk-engine story.
If instead the post-payout buffer had legitimately shrunk to almost zero under a trailing rule, the second breach could be entirely consistent with the firm’s published framework.
Until those numbers emerge, the Oct. 6 report is notable precisely because it is specific enough to test but not yet detailed enough to prove.
The question is no longer simply whether a trader says Equity Edge breached an account after paying them.
It is whether the company’s backend can demonstrate, line by line, that a payout and a trading loss are being treated as two different things.
Johan Shamshad is a financial markets writer at Dave Finances covering cryptocurrencies, trading platforms, brokers, fintech, financial regulation, and developments across global markets. He previously worked at Gulf News, adding newsroom experience to his coverage of fast-moving financial and digital-asset markets.
His work focuses on identifying market-moving events, company developments, regulatory changes, product launches, and shifts in trading and financial infrastructure.
Johan contributes news and analysis designed to help readers understand not only what happened, but why a development matters and how it may affect the wider financial landscape.