What Resets Your Payout Eligibility: The Counters That Restart in 2026
Payout eligibility resets when the conditions that qualified you for a payout have to be met again from the start. It is not a penalty and it is not a firm deciding you have to wait longer. It is a counter going back to zero because something in your account changed the count.
Traders usually meet this idea at the worst moment, which is right after a payout request comes back with a condition unmet. The confusion is understandable. Nothing about your trading felt different, the balance is still there, and yet the clock says you are not eligible. The answer is almost always sitting in a section of the agreement that was easy to skim.
This guide covers what payout eligibility actually consists of, which events restart which conditions, what does not reset despite the folklore, and how to read the eligibility section of a program agreement before you have money riding on it.
Key takeaways
- Treat eligibility as a set of counters, not a status. Each condition tracks separately, and the slowest one decides your date.
- Know which events restart a counter. An account reset, a breach that triggers a reset, and in many programs a completed payout are the three usual candidates.
- Losing money does not reset anything by itself. A drawdown is not an eligibility event unless it crosses a rule.
- Read the eligibility clause before the first trade. It describes the outcome you are actually working toward, and it is short.
- A reset is a restart, not a removal. Nothing about a reset firm-side takes profits you already withdrew.
On this page
What is payout eligibility made of?
Payout eligibility is a set of independent conditions that must all be satisfied at the same moment. In most funded programs there are four: a minimum number of qualifying trading days, a profit threshold above your starting balance, a clean rule record over the qualifying window, and verified account and payment details.
Each of these is a separate counter with its own restart behavior. That is the single most useful thing to understand, because it explains why a trader can satisfy three conditions and still be told the request is early. Eligibility is an AND, never an OR.
The four counters, in plain terms
Qualifying trading days. A count of days on which you traded in a way the program recognizes as a real trading day. Most programs set a floor so that a single lucky session cannot become a payout.
Profit threshold and buffer. The amount of profit above your starting balance that has to exist before a request is valid, and in many programs a buffer that must remain in the account after the withdrawal.
Clean rule record. No breach of the daily loss limit, the drawdown, the position size rule or any other published rule during the qualifying window.
Verification. Identity and payment-method details confirmed. This one is not a trading condition at all, which is why it surprises people.
The condition traders miss: the buffer
A buffer is the amount that has to remain in the account after a withdrawal, and it is the quiet reason a request comes back smaller than expected. If your account is $2,400 above its starting balance and the program requires a buffer to remain, the withdrawable amount is not $2,400. It is $2,400 minus whatever the buffer clause reserves.
This is not a fee and it is not held profit. It is the working balance the account needs in order to keep trading with a live drawdown line underneath it. Once you see it as the account's own margin of safety rather than something taken from you, the arithmetic stops feeling arbitrary. Our breakdown of buffers and minimum balance for payouts works through the numbers in more detail.
Restarts a counter
- Account reset after a failed evaluation
- Paid reset or account re-issue
- Completed payout, where the program restarts the day count
- Moving to a different account or program
Changes nothing
- A losing day inside your limits
- A drawdown that never crosses a rule
- Taking a week off from trading
- Requesting less than the cap allows
Ends the account
- Breaching the daily loss limit
- Breaching maximum drawdown
- Prohibited strategy or account sharing
- Falsified verification details
What actually resets your payout eligibility?
Three categories of event reset eligibility counters in most funded programs: an account reset, a rule breach that forces a reset, and in many programs the completion of a payout itself. Everything else that traders worry about is usually noise.
An account reset
This is the clearest case. When an account is reset, whether after a failed evaluation or through a paid reset, the account starts again with a fresh balance and fresh counters. Your qualifying day count goes to zero because you are now trading a different account state, and the profit threshold is measured against the new starting balance rather than the old one. Our explainer on the evaluation reset covers what that looks like from the evaluation side.
A breach that forces a reset
A hard breach, meaning a violation of the daily loss limit or maximum drawdown, generally ends the account outright rather than resetting a counter. Softer conditions vary between firms and can produce a reset instead. The distinction matters enough that we wrote about it separately in soft breach versus hard breach, and the correct source is always the written rule, not the pattern you saw elsewhere.
A completed payout
This is the one that genuinely surprises people, and it is not punitive. Many programs restart the qualifying trading day count after each payout, because the condition is designed to demonstrate consistency between withdrawals rather than once at the beginning. If your program works that way, you are not waiting again because someone decided you should. You are at day one of the next cycle because the cycle is per payout.
| Event | Trading day count | Profit threshold | Account status |
|---|---|---|---|
| Losing day inside limits | Unchanged | Unchanged | Active |
| Completed payout | Often restarts | Measured from new balance | Active |
| Paid account reset | Restarts | Restarts | Active, new state |
| Daily loss limit breach | Ends | Ends | Closed |
| Maximum drawdown breach | Ends | Ends | Closed |
Behavior varies by program. Read the eligibility and reset clauses in your own agreement for the version that applies to you.
What does not reset, despite what traders assume
A losing day does not reset your eligibility. Neither does a flat week, a smaller-than-maximum request, or a stretch of not trading at all. Traders assume these matter because prop firm folklore is full of stories, and stories travel faster than agreements.
Drawdown is not an eligibility event
Giving back profit is uncomfortable and it does move you further from the profit threshold, but that is arithmetic, not a reset. Nothing restarted. You simply have less profit above your starting balance than you had last week, and the same threshold still applies. The counter only ends if the drawdown crosses the published maximum.
Taking time off is not a penalty
Some programs have an inactivity clause that can close a dormant account after a defined period, which is a different thing from resetting eligibility. Within normal use, not trading for a stretch does not undo qualifying days you already earned. If your program does have an inactivity rule, it will be stated with a specific number of days.
A denied request is not automatically a reset
If a request is returned because a condition was not met, the usual outcome is that you wait until the condition is met and request again. The request being early does not restart the counters. This is worth saying plainly because the first returned request is where most of the anxiety in this topic comes from, and our walkthrough of the payout approval process shows what each gate is checking.
Moving between programs is a new account, not a continued one
If you move from one account size to another, or from an evaluation path to an instant funding path, you are starting a new account with its own starting balance and its own counters. That is a reset in effect even though nothing went wrong. It is worth planning around if you are close to a payout on your current account, because upgrading a week early can cost you the cycle you had almost finished.
The same logic applies to running more than one account. Counters are per account, not per trader, and a qualifying day on one does not credit the other.
Why do these conditions exist at all?
Eligibility conditions exist to separate a repeatable process from a single fortunate week, and to satisfy the identity requirements that apply to anyone sending money. They are unglamorous, and both purposes are legitimate.
The consistency purpose
A minimum trading day count means the account has to show more than one good session before capital is committed to it. A firm allocating simulated capital based on demonstrated behavior needs more than a single data point, and so does the trader. If your edge only shows up in one session out of thirty, a day count will find that out before a payout does.
The verification purpose
Identity verification is not a firm's preference. Any institution sending funds works within a customer identification framework, and the U.S. Treasury's Financial Crimes Enforcement Network sets out the minimum data set in its interagency interpretive guidance on Customer Identification Program requirements: name, date of birth, address and an identification number, verified to a reasonable belief standard. The rule text for that framework sits in 31 CFR 1020.220. It is a one-time cost at the front of your first request and it is not a delay tactic.
The contract purpose
Everything above only works if it is written down. The CFTC's own guidance to market participants on understanding your contractual obligations makes the same point in a broader context: the document you signed governs the outcome, and reading it before there is money at stake costs you nothing. A firm that cannot show you the clause behind a decision is telling you something important.
How do you read an eligibility clause before you commit?
Find the payout section first, before the marketing page, and read it looking for four specific numbers and one behavior. The numbers are the minimum trading days, the profit threshold, the required buffer and the per-request cap. The behavior is what happens to the day count after a payout completes.
If any of those five things is missing or vague, that is your answer about the firm. Not because vagueness proves bad intent, but because a condition you cannot read is a condition you cannot plan around, and you are the one who has to plan around it.
A worked example of the counters
Take a hypothetical account with a starting balance of $50,000, a requirement of ten qualifying trading days, and a buffer that must remain after any withdrawal. The trader reaches $53,100 on day eight. The profit threshold is satisfied. The day count is not, so the request would be early by two sessions.
On day eleven the account sits at $52,400 after two losing sessions inside the daily loss limit. Both conditions are now satisfied, and the losing days did nothing to the counters. The withdrawable amount is the profit above the starting balance less the required buffer, and the request goes in against the per-request cap. After it completes, the day count begins again at zero for the next cycle while the account keeps trading.
Nothing in that sequence involved a judgment call. That is the point of writing the conditions down as numbers.
- What counts as a qualifying trading day, and how many are required?
- What profit threshold applies, and is a buffer required to remain after withdrawal?
- Does the trading day count restart after each payout, or run once?
- What is the per-request cap, and what happens to profit above it?
- Which specific rule breaches end the account rather than reset a counter?
- What verification is required, and when does it need to be complete?
What honest terms look like
Honest terms are specific and boring. They give you numbers rather than adjectives, they name the rule behind every negative outcome, and they say plainly that a request meeting the conditions is paid. TradeFundrr publishes an 80/20 profit split across programs, with per-request caps of $15,000 on the funded evaluation path and $25,000 on the instant funding path, and profit above the cap stays in the account for a later request rather than disappearing. Confirm the current figures in your own account terms, because published program terms can change.
Specific terms also make a firm accountable to itself. A published number can be checked by anyone, and a firm that publishes numbers has given up the option of moving them quietly.
The one sentence that matters most
Look for the sentence that says what stops a payout. At a firm worth trading with, that sentence names a rule the trader broke and nothing else. TradeFundrr does not hold, sit on, or discretionarily delay payouts, and a returned request comes back with the specific rule attached. If a firm's language leaves room for a judgment call, that room is the product.
Frequently asked questions
What resets your payout eligibility?
An account reset, a rule breach that forces a reset, and in many programs the completion of a payout, which restarts the qualifying trading day count for the next cycle. Losing money inside your limits does not reset anything.
Does a losing day reset my minimum trading days?
No. A losing day inside your published limits is a normal trading day and generally still counts toward the qualifying day requirement. Only a breach of a rule changes your account status.
Does the trading day count restart after every payout?
In many programs it does, because the condition is designed to demonstrate consistency between withdrawals rather than only once at the start. Check the payout section of your own agreement, since programs differ on this specific point.
Can TradeFundrr refuse a payout after I meet the conditions?
No. TradeFundrr does not hold, delay or discretionarily withhold payouts. A request that satisfies the published eligibility conditions and carries no rule breach moves forward, and a returned request is returned with the specific rule attached.
What is the payout cap on a TradeFundrr account?
The published caps are $15,000 per request on the funded evaluation path and $25,000 per request on the instant funding path, with an 80/20 profit split on every program. Profit above the cap remains in the account for a later request. Confirm the current figures in your own account terms.
Why do I have to verify my identity before a payout?
Because any institution sending funds has to know who is receiving them. The customer identification framework sets a minimum data set of name, date of birth, address and an identification number, verified to a reasonable belief standard. It is a one-time step at your first request.
Does an account reset take away profit I already withdrew?
No. Money that has already been paid out is yours. A reset restarts the account state and the eligibility counters going forward, and it has no retroactive effect on completed payouts.
Do I get the evaluation fee back?
Only on the Express programs, where the up-front fee is returned with your first payout, once per trader. Fee returns of any kind are rare across the industry, so treat the general case as the fee being kept and check the specific wording in your own program terms.
Read the eligibility clause before you need it
TradeFundrr publishes the trading day requirement, the profit threshold, the buffer, the caps and the split for every simulated funding program, so nothing about a payout arrives as a surprise.
Get Funded →