The practical answer: count the firm's market session, then apply the exact rule attached to that account stage. A trade before and after midnight can belong to one session. Two trades on the same calendar date can belong to two different sessions. And a day with a trade is not necessarily a winning or payout-qualifying day.
Before planning a pass or payout, write down four separate items:
- the session start and end in the firm's stated time zone;
- what activity makes the day count;
- whether the rule requires any traded day or a minimum-profit winning day; and
- when the dashboard closes, reconciles, or resets the count.
That four-line control prevents the common mistake of treating “five trading days,” “five winning days,” “48 hours,” and “daily payouts” as interchangeable.
Four day types that traders should not combine
| Day type | What it usually measures | What it does not prove |
|---|---|---|
| Calendar day | Midnight-to-midnight in a selected time zone | Which futures session receives the trade |
| Traded or activity day | A session in which the account records required activity | That the day's profit met a winning threshold |
| Winning or qualifying day | A session closing at or above a plan-specific net-profit threshold | That every other payout condition is satisfied |
| Payout-cycle day | A day the firm includes after its request/reset rules | That the same day counts across every account or stage |
The dashboard is the account ledger. A personal spreadsheet should mirror it, not replace it. If the firm delays a holiday session's posting or excludes a payout-request day, use the dashboard count and preserve a timestamped support record before assuming the counter is wrong.
Tradeify: think “market session,” not calendar date
Tradeify defines a trading day as at least one trade placed from 6:00 PM ET to 5:00 PM ET the following day. Its help center explicitly suggests thinking of the term as a market session.
That produces an unintuitive but useful example: a trade at 10:00 AM Tuesday belongs to the session that began Monday evening, while a trade at 7:00 PM Tuesday belongs to the next session. The two trades share a calendar date but count on different trading days.
Tradeify also requires positions to be closed by 4:45 PM ET on regular days. Its current rule applies that intraday close requirement across Evaluation, Sim Funded, and Live accounts. The close deadline is earlier than the stated 5:00 PM session end, so do not use the session boundary as a last-minute exit deadline.
Activity still has to be separated from payout qualification. On Select Flex, a winning day requires plan-size profit of at least $100, $150, $200, $250, or $750 for 25K, 50K, 100K, 150K, or 300K accounts. Select Daily instead uses daily eligibility, a buffer, a minimum request, and cycle-profit controls. One Tradeify session definition supports both paths, but the payout-day test is different.
Holiday posting can also lag. Tradeify says a shortened holiday session on a Rithmic account still counts, but the credit and any payout eligibility may not appear until the next full market close. A Friday half-day can therefore post after Monday's close without becoming a second day.
Topstep: the payout-request day can be excluded
Topstep's payout policy states that its trading day runs from 5:00 PM CT to 3:10 PM CT the following day. It separately says winning-day results lock at 4:00 PM CT. Those are the published controls; traders should not invent activity for the interval the public policy does not describe.
The count then depends on the funded path:
- Express Funded Account Standard requires five non-consecutive winning days with at least $150 net P&L.
- Express Funded Account Consistency requires three trading days with at least one trade per day plus a 40% consistency target.
- Live Funded Account payout cycles require five non-consecutive $150-plus winning days until the separate 30-winning-day daily-payout milestone is reached.
Topstep also excludes the trading day assigned to a payout request from the new cycle. A request submitted after 5:00 PM CT belongs to the next trading session. Topstep's example says a 5:59 PM Monday request makes Tuesday the request day, excludes Tuesday, and starts the new cycle Wednesday.
That means the clock on the wall is not enough. Record the request timestamp, the session it belongs to, and the dashboard reset before counting the next winning day.
Bulenox: one opened trade creates a Qualification day
Bulenox defines its Qualification trading day as 5:00 PM to 4:00 PM the following day in North American Central Time. Positions must be closed by 3:59 PM CT. Weekends and public holidays do not count.
For the Qualification Account, a day counts only when the trader opens at least one trade. Bulenox publishes no minimum or maximum number of trading days for this stage and says the challenge can be completed in one day. “No minimum” therefore does not mean an empty calendar day counts; it means the plan does not impose a multi-day pass requirement once the profit target and other rules are met.
Bulenox's current product family contains Qualification, Master, Fast Track, and Momentum paths with different payout requirements. Do not carry the one-trade Qualification definition into a Master, Fast Track, or Momentum payout calculation unless the exact account page and dashboard use it. The safe practice is to treat stage changes as a new counting system.
My Funded Futures: plan rules can use days or elapsed time
My Funded Futures' current Rapid page requires at least two trading days in the evaluation. The same plan's Sim Funded payout timing is different: the first request becomes available 24 hours after the first trade when the buffer and minimum payout requirements are met, followed by daily cadence.
Builder is another example of why “MFFU day” is not one universal unit. Current Builder evaluation rules publish a one-day minimum, while Builder payout pages publish two qualifying days per cycle and 48 hours after the first Sim Funded trade, subject to the remaining payout rules.
The official MFFU sources reviewed August 27 do not provide one cross-plan session-boundary definition comparable to the Tradeify and Bulenox pages. Use MFFU's dashboard session labeling for the exact account and ask support before converting “24 hours,” “48 hours,” or “two days” into a home-time-zone calendar assumption.
This guide intentionally does not use the conflicted legacy Flex availability lane. MFFU's current Rapid and Builder sources are sufficient to show the day-versus-elapsed-time distinction without resolving that separate product-status issue.
Worked session examples
Two trades on Tuesday can be two Tradeify days
- Trade A: Tuesday at 10:00 AM ET
- Trade B: Tuesday at 7:00 PM ET
Trade A belongs to the session that opened Monday at 6:00 PM ET. Trade B belongs to the session that opened Tuesday at 6:00 PM ET. Same calendar date, two Tradeify trading days.
One overnight position can remain one Tradeify session
- Entry: Monday at 8:00 PM ET
- Exit: Tuesday at 2:00 PM ET
Both timestamps fall inside the same 6:00 PM-to-5:00 PM session, and the position closes before the 4:45 PM deadline. The calendar crossed midnight, but the trading-day count did not.
A Topstep request can consume the next session label
- Payout request: Monday at 5:59 PM CT
- Assigned request day: Tuesday session
- New winning-day cycle: Wednesday
Topstep excludes the request day from the next cycle. Trading on Tuesday does not create the first new winning day in that example.
A day-counting checklist
- Save the exact account name, size, stage, and payout path.
- Record the firm's session boundary and time zone.
- Convert it to local time only as a convenience; retain the firm's original zone.
- Identify the required activity: any opened trade, one trade per day, or a minimum net-profit close.
- Record any minimum trade-duration rule separately from the day rule.
- Confirm when daily P&L locks and when the dashboard reconciles.
- Mark holidays and shortened sessions from the firm's current notice.
- Record payout-request timestamps and whether the request day is excluded.
- Start a fresh counter after a payout or stage change when the policy says it resets.
- Save a screenshot before contacting support about a missing day.
Bottom line
A prop-firm trading day is an account-policy unit, not simply Tuesday on a calendar. Tradeify and Bulenox publish evening-to-afternoon session windows. Topstep publishes a payout-day window plus an exclusion rule for the request session. MFFU shows how plan terms can shift from minimum trading days in evaluation to 24- or 48-hour payout timing in Sim Funded stages.
Count the session first, then test whether it is merely active or actually qualifying. Finally, check when the dashboard locks or resets it. That is the reliable way to plan evaluation minimums and payout cycles without combining different rules.
For adjacent controls, read the prop-firm consistency guide, prop-firm inactivity rules, Tradeify Select Daily vs Flex guide, and the full Tradeify, Topstep, Bulenox, and My Funded Futures reviews.
Current Firm Offers and Direct Links
Open the firm in a new tab with the recorded ComparePropFirms commercial link. Use the displayed code when applicable, and confirm the final price and terms before paying.
CPF
Verification due — our code CPF is past the fourteen-day owner-code confirmation window. The public site currently advertises code SEP for 40% off up to five uses, then 30% off, ending September 30, 2026; confirm current checkout terms and the owner code before paying.
Commercial terms verified September 1, 2026 · Recheck at checkout
Visit Tradeify →
Topstep
No promo code required
No promo code is currently required.
Commercial terms verified September 28, 2026 · Recheck at checkout
Visit Topstep →
Bulenox
Current code KVG6G
Verification due — KVG6G is past the fourteen-day confirmation window and its affiliate coupon table requires login. Confirm current checkout terms; the affiliate desk must also recheck this quota-limited coupon daily while active.
Commercial terms verified August 28, 2026 · Recheck at checkout
Visit Bulenox →
My Funded Futures
Current code CLUB
Use code CLUB for 40% off any plan (Rapid, Rapid EOD, Builder and Pro — Builder now $25K–$150K); confirm the plan-specific price at checkout.
Commercial terms verified September 28, 2026 · Recheck at checkout
Visit My Funded Futures →
Official sources and verification
- Tradeify: What is a Trading Day? — checked August 27, 2026; one-trade activity test, 6:00 PM-to-5:00 PM ET session, calendar-date example, and Rithmic holiday posting.
- Tradeify: Permitted Times to Trade — checked August 27, 2026; all-stage scope, 4:45 PM ET close, session boundary, holiday handling, and overnight example.
- Tradeify: Select Flex and Select Daily Payout Policies — checked August 27, 2026; Flex winning-day thresholds and Daily eligibility structure.
- Topstep Payout Policy — checked August 27, 2026; session assignment, 4:00 PM lock, Standard/Consistency/Live day tests, resets, and payout-request-day exclusion.
- Bulenox Qualification Account — checked August 27, 2026; one-opened-trade definition, 5:00 PM-to-4:00 PM CT session, holidays, close deadline, and no multi-day minimum.
- MFFU Rapid Plan and Rapid 25K guide — checked August 27, 2026; two-day evaluation minimum and first payout 24 hours after the first Sim Funded trade when other requirements are met.
- MFFU Builder 50K and Builder 25K — checked August 27, 2026; one-day evaluation minimum, two qualifying days per payout cycle, and 48-hour timing.
- TradingView status, Tradovate status, CME system alerts, and CFTC releases — checked August 27, 2026; no active platform, exchange, or directly applicable regulatory event displaced this guide.
