About For Firms Methodology Insights Get started
Trading Integrity Bureau
Trading Integrity BureauIndependent Verification Body
Classification Public
Document TIB-FRM-PF-1.0
Issued 16 April 2026
Module of TIB-FRM-1.0
Type-Specific Module · Proprietary Trading Firms

Verification Module — Proprietary Trading Firms

Twenty-four binding criteria added to the universal Standards (TIB-IS) for verification engagements with proprietary trading firms operating evaluation programmes, funded-trader accounts, or proprietary capital allocated to external traders.

Document code
TIB-FRM-PF-1.0
Universal base
TIB-IS-1.0
Adds
24 binding criteria · 7 themes
Effective
16 April 2026
Status
In force
Approved by
TIB Standards Committee
Issued by
Stratinova LTD
Next review
16 April 2027
Distribution. Controlled public document. Reproduction with attribution.
© 2026 Stratinova LTD. All rights reserved.
Controlled ModuleApproved · In force
Foreword

About this module

This module (the PF Module) is a type-specific extension of the TIB Standards Library applicable to proprietary trading firms. A proprietary trading firm, for the purposes of this module, is any entity whose business model includes the operation of trader-evaluation programmes, the allocation of proprietary capital to external traders under documented programmes, or the operation of funded-account products in which a participant trades simulated or proprietary capital and receives a contractual share of profits.

The module adds twenty-four binding criteria (PF-1 through PF-24) organised under seven themes: programme design, rule-enforcement parity, demo-vs-live execution, payout integrity extensions, breach behavioural framework, anti-abuse rule scope, and lifecycle mechanics (buyback and scaling). These criteria are added to — never substituted for — the universal pillars and thirty universal criteria published in TIB-IS-1.0.

The module was prepared by the TIB Standards Committee with reference to observed industry practice across the proprietary trading sector during 2024-2026. Application of the module is mandatory whenever the engagement scope includes activities described in the first paragraph above.

Module code
TIB-FRM-PF-1.0
Document type
Controlled Standard — Type-specific Module
Authority
TIB Standards Committee
Approval date
16 April 2026
Effective date
16 April 2026
Universal base
TIB-IS-1.0
Parent framework
TIB-FRM-1.0
Distribution
Public — controlled document

Verification Module — Proprietary Trading Firms

Twenty-four binding criteria with rationale, requirement, evidence rubric, illustrative cases, and cross-references to international standards.

Status
In force
Themes
7
Criteria
24

Scope

This Module applies whenever an engagement covers a Firm whose activities include (a) the operation of trader-evaluation programmes, (b) the allocation of proprietary or simulated capital to external traders under documented programmes, or (c) the operation of funded-account products under which an external trader receives a contractual share of profits.

Joint application

Where the Firm also operates regulated brokerage activity, the Brokers Module (TIB-FRM-BR) is invoked jointly. Where the Firm holds participant funds beyond evaluation fees, the Custodians Module (TIB-FRM-CU) is invoked jointly. Joint module application is recorded on the Cover Page and in the Engagement Scope section of the Audit Report.

Out of scope

This Module does not assess investment-strategy quality, expected returns, or commercial pricing of evaluation fees. It is concerned exclusively with operational integrity of the published programmes and the consistency between published rules and observed practice.

Definitions

For this Module, the following terms apply in addition to those defined in TIB-FRM-1.0 § 3 and TIB-MTH-1.0 § 2.

  • Programme — a published evaluation, funding, or subscription product offered by the Firm.
  • Participant — an external trader who has purchased, subscribed to, or is otherwise enrolled in a Programme.
  • Funded Account — an account on which the Participant trades simulated or proprietary capital and is entitled to a contractual share of profits.
  • Breach — the occurrence of a published condition under which the Participant's account is closed, restricted, or denied a payout.
  • Buyback (or Reset) — the Firm's offer to reinstate a breached account on payment of a fee.
  • Scaling — an automatic or rule-based increase in account size triggered by Participant performance.
  • Profit Split Ladder — a published progression of profit-share ratios over the Participant lifecycle.
  • Server-Side Rule — a rule enforced by the Firm's trading-platform configuration without Participant action required.

Theme map

ThemeCriteriaUniversal pillarSection
Programme designPF-1 through PF-4TIB-IS.6 Disclosure§ 4
Rule-enforcement parityPF-5 through PF-7TIB-IS.3 Execution§ 5
Demo-vs-live executionPF-8 through PF-10TIB-IS.3 Execution§ 6
Payout integrity extensionsPF-11 through PF-14TIB-IS.4 Payout§ 7
Breach behavioural frameworkPF-15 through PF-17TIB-IS.6 Disclosure§ 8
Anti-abuse rule scopePF-18 through PF-20TIB-IS.6 Disclosure§ 9
Lifecycle mechanicsPF-21 through PF-24TIB-IS.4 Payout / TIB-IS.6 Disclosure§ 10

Programme design

Programme-design criteria assess whether the published evaluation, funding, and continuation pathways are internally consistent, observable to a prospective Participant before purchase, and free of bait-and-switch mechanics.

PF-1

Programme parameter consistency across sources

Inconsistency between the FAQ, programme landing page, and binding terms creates ambiguity that systematically benefits the drafting party. Internal consistency is the minimum threshold for "published rules" to be meaningful.

All numeric parameters of every Programme — profit targets, drawdown limits (initial / trailing / static), leverage, time limits, minimum trading days, minimum trading sessions, profit splits, scaling triggers, payout cycles, instruments permitted — shall be reconciled across the FAQ, the per-Programme landing page, and the binding Terms & Conditions. Where Programmes are advertised in multiple jurisdictions, parameters shall be reconciled across jurisdictional variants.

PassCross-source reconciliation worksheet shows zero discrepancies, including in jurisdictional variants. Live URL captures with timestamps confirm reconciliation at evidence date. CondDiscrepancies identified in non-material parameters (e.g. cosmetic descriptions); remediation plan agreed with deadline. FailDiscrepancies identified in material parameters (drawdowns, splits, targets) with no agreed remediation, or repeated cycles of advertised-vs-binding divergence.
Illustrative. A Firm advertises an "8% maximum drawdown" on its programme landing page; the binding T&Cs specify "8% maximum drawdown trailing from highest daily balance". The trailing methodology is not on the landing page. Outcome: Conditional, with remediation to publish drawdown methodology unambiguously on the landing page within 60 days.
References TIB-IS.6.A TIB-IS.6.B ISO 19011 §6.4.7
PF-2

Pre-purchase rule disclosure

A Programme rule that is only accessible after payment cannot inform the purchase decision. Pre-purchase visibility of the full rule set is a non-negotiable condition of meaningful consent.

The full binding rule set of each Programme shall be accessible to a prospective Participant without payment, login, account creation, email-gated download, or "available on request" qualifier. Material rules behind any of those mechanisms shall be deemed not pre-disclosed.

PassIncognito-session purchase-flow walkthrough demonstrates full rule access at every step before payment. CondMaterial rules accessible but located unintuitively; remediation to surface rules in the purchase flow within agreed deadline. FailOne or more material binding rules accessible only after payment, login, or "request" mechanism, with no agreed remediation.
Illustrative. A Firm requires the prospective Participant to agree to T&Cs at checkout, but the T&Cs document is hosted on a domain different from the marketing site and not directly linked from the purchase page. Outcome: Conditional pending consolidation of T&Cs into the purchase flow with a single click-through.
References TIB-IS.6.A TIB-IS.6.D
PF-3

Drawdown methodology disclosure

Drawdown is the single most consequential numeric parameter for funded-account Participants. Subtle differences in drawdown methodology (basis, reference, reset events, close-of-day timing) materially change the practical risk envelope.

Drawdown computation for every Programme shall be unambiguously specified including: (a) basis — initial balance, trailing from highest balance, or static; (b) reference — balance, equity, or floating equity; (c) reset events — at end-of-day, on profit milestones, or never; (d) close-of-day timing — broker time-zone reference. Methodology is published on the Programme landing page in plain language alongside an example calculation.

PassDocumented methodology covers all four dimensions; published example calculation reconciles to a TIB-traced sample equity-curve under documented conditions. CondOne or two dimensions absent from public documentation; remediation to publish within agreed window. FailDrawdown methodology so ambiguous that two reasonable Participants would compute different remaining-buffer values from the same equity curve.
Illustrative. A Firm publishes "5% daily drawdown" without specifying that the reference is "highest daily floating equity" rather than "balance at session open". A Participant who closes the day positive on equity but with realised loss may believe the buffer extends from balance, when in fact it extends from the now-higher equity peak. Outcome: Conditional pending publication of full methodology including the floating-equity-vs-balance distinction.
References TIB-IS.6.A TIB-IS.6.B FCA Guidance on retail CFD disclosures
PF-4

Programme version control

Programme rules change over time. Without versioning, a Participant cannot determine which rules apply to their account, and the Firm cannot demonstrate that rules in force at purchase have been honoured.

Every Programme shall carry a version identifier and an effective date. The version in force at the date of Participant purchase shall apply to that Participant's account for the lifecycle of the Programme, unless the Participant accepts a subsequent version. A historical archive of programme versions shall be available on request.

PassProgramme pages carry version + effective date; archive of three previous versions available; sample Participant account shows applied version matched to purchase date. CondVersioning operates internally but not surfaced; remediation to publish version + date publicly. FailNo versioning; rule changes applied to existing Participants without notice or grandfathering.
Illustrative. A Firm tightens its Anti-Abuse rule mid-engagement, applying the new rule retroactively to existing funded Participants. An existing Participant breaches under the new rule for behaviour permitted under the rule in force at purchase. Outcome: Material Finding; this is precisely the harm versioning prevents.
References TIB-IS.6.E

Rule-enforcement parity

Parity between published rules and server-side enforcement is the single most testable integrity signal in this entity type. Discretionary enforcement creates the largest risk of differential treatment.

PF-5

Server-side parity testing

A rule that is enforced inconsistently by the trading platform is not a rule. Server-side enforcement converts the rule into a consistently applied condition that the Firm cannot bend after the fact.

Every numeric breach threshold (max drawdown, daily drawdown, profit target, time limits, minimum trading sessions) shall be tested against TIB-supervised demo or sandbox accounts on the Firm's production platform. Recorded delta between published value and observed enforcement shall be zero, or the deviation shall be investigated and explained.

PassParity test log demonstrates zero delta on all tested numeric thresholds across all Programmes in scope. Test conditions reproducible. CondDelta within tolerance attributable to rounding (e.g. cent-level) with documented rounding policy; remediation to disclose policy. FailDelta exceeds tolerance, or delta favours the Firm asymmetrically (Firm enforces stricter than published).
Illustrative. Published max drawdown on a $50,000 Programme is 8% ($4,000). TIB-supervised demo shows automatic close occurring at $3,950 cumulative drawdown ($3,900 on a different test). Outcome: Material Finding requiring server-side reconfiguration before re-test.
References TIB-IS.3.A TIB-IS.3.D
PF-6

Discretionary breach decisions

Some breach grounds (behavioural rules, gambling clauses, news-event prohibitions) are inherently judgement-based. The integrity question is whether judgement is exercised consistently against published criteria, or arbitrarily.

Where the Firm reserves discretion to declare a Breach, (a) the criteria for exercise of discretion shall be documented; (b) the volume of discretionary Breaches shall be recorded; (c) a sample of recent discretionary Breaches shall demonstrate consistent application against the documented criteria; (d) the Participant shall be given the documented reason for any discretionary Breach affecting their account.

PassDiscretionary-breach register shows consistent application; case files cite documented criteria; Participant notifications include reasons. CondDocumented criteria exist but not always cited in case files; remediation to standardise notification template. FailMaterial variance in application across similar fact patterns; or use of discretion to deny payouts to profitable Participants disproportionately.
Illustrative. A Firm's Anti-Abuse rule prohibits "gambling-style trading". TIB samples 30 discretionary Breaches; in 22 cases the case file cites specific behaviour against the documented criteria; in 8 cases the case file simply states "gambling behaviour observed" without specifics. Outcome: Conditional pending standardisation of case-file documentation requirements.
References TIB-IS.6.C IFAC §270.7
PF-7

Selective enforcement detection

A pattern in which rules are enforced more frequently against profitable Participants than against losing Participants is direct evidence of integrity failure. The pattern is observable from breach statistics.

Breach incidence shall be analysable across Participant cohorts (profitable, breakeven, losing). Where the rate of discretionary Breach is materially higher among profitable Participants than among losing Participants for the same behaviour pattern, the Firm shall provide a documented explanation. The absence of such an explanation in the face of the pattern is itself a Material Finding.

PassStatistical analysis shows discretionary Breach rate independent of Participant profitability, or differences explained by underlying behaviour mix. CondModest skew toward profitable Participants partly explained by behaviour mix; remediation to document criteria more tightly and re-test. FailMaterial skew with no explanation, or evidence of discretionary Breach being used as a tool against payout-eligible Participants.
Illustrative. Across 1,000 Participants, 12% of profitable Participants are subject to discretionary Breach in a 90-day window, vs 3% of losing Participants. The Firm explains: "Profitable Participants attract closer scrutiny because they trigger payout review." Outcome: this explanation does not satisfy the criterion; Material Finding.
References TIB-IS.6.C TIB-IS.4.A

Demo-vs-live execution

Where the Firm advertises that funded-account execution conditions match evaluation conditions, the equivalence is verifiable. Material divergence creates a perverse incentive: Participants who pass evaluation under favourable conditions face adverse execution on the funded account.

PF-8

Execution venue equivalence

Same liquidity, same spread profile, same slippage methodology between evaluation and funded accounts is the basis on which a Participant can rely on evaluation performance as predictive of funded-account performance.

Where the Firm advertises that funded-account execution conditions are equivalent to evaluation execution conditions, the same liquidity feed, spread profile, and order routing shall apply on both sides. Material divergence (different venues, different LP set, different platform-side controls) requires explicit pre-purchase disclosure.

PassServer configuration files map evaluation and funded accounts to the same LP feed and venue set; comparative trade-execution sample within tolerance. CondMinor divergence (e.g. one feed differs in 1 of 50 instruments) with documented rationale; remediation to disclose at purchase. FailMaterial divergence between evaluation and funded execution with no pre-purchase disclosure.
Illustrative. A Firm runs evaluation on its primary LP feed and funded accounts on a wider-spread B-book LP. Spread on EURUSD averages 0.4 pips on evaluation, 1.1 pips on funded. The Firm has not disclosed this. Outcome: Material Finding.
References TIB-IS.3.B TIB-IS.3.C
PF-9

Slippage profile parity

Slippage favouring the Firm on funded accounts is a hidden cost that Participants cannot price into their strategy. Evaluation-funded slippage parity converts the published evaluation experience into a reliable predictor of funded experience.

Slippage profile (mean, distribution, asymmetry) shall be measured on both evaluation and funded accounts. Material divergence requires disclosed rationale. Asymmetric slippage that systematically disadvantages the Participant on the funded side is a Material Finding regardless of disclosure.

PassSlippage statistics for evaluation and funded sides within tolerance; symmetry maintained on both sides. CondModest asymmetry attributable to legitimate factors (different time-zone coverage, different LP); remediation to disclose. FailFunded slippage systematically adverse to Participants; or undisclosed last-look applied only on funded side.
Illustrative. Funded-account slippage on EURUSD averages -0.3 pips on Participant orders vs +0.2 pips on evaluation orders — a 0.5-pip "transport tax" on the funded side. Outcome: Material Finding pending re-engineering or pre-purchase disclosure.
References TIB-IS.3.C FX Global Code Principle 17
PF-10

Stop-out behaviour parity

Where automated stop-outs operate (margin, drawdown, daily loss), the trigger logic must operate identically on evaluation and funded sides. Asymmetric trigger logic creates a hidden disadvantage for funded Participants.

Automated stop-out and breach-detection logic shall operate identically on evaluation and funded accounts. Where logic differs by design (e.g. funded accounts subject to additional risk controls), the difference is documented and disclosed pre-purchase.

PassConfiguration files show identical stop-out logic across evaluation and funded; behavioural test from supervised accounts confirms. CondDocumented additional risk control on funded side (e.g. earlier liquidation under high volatility); remediation to disclose pre-purchase. FailUndisclosed additional stop-out triggers on funded side; or stop-out triggered on funded accounts at higher equity than published threshold.
Illustrative. Published max drawdown on funded account is 8%. TIB observes automated close at 7.6% on funded test account; on evaluation account, close occurs at 7.99%. Investigation reveals an additional "volatility safety margin" applied only on funded side. Outcome: Material Finding pending disclosure or removal.
References TIB-IS.3.D

Payout integrity (extensions)

This theme extends pillar TIB-IS.4 with criteria specific to participant claims under funded-account programmes.

PF-11

Profit-split-ladder consistency

Where profit splits change over the Participant lifecycle (e.g. 50% → 70% → 80%), the trigger conditions must be unambiguous, deterministic, and applied without discretion. The pattern of "ladder up but never down" creates a contractual expectation.

The Profit Split Ladder for every Programme shall: (a) state the trigger for each rung in observable terms; (b) be deterministic — no discretion in advancement; (c) preserve gained rungs unless the Participant breaches and is reinstated, in which case ladder reset is permissible only if disclosed pre-purchase.

PassLadder published; trigger conditions in observable terms; sample Participants traced through ladder advancement match published rules. CondLadder published but reset-on-breach not pre-disclosed; remediation to publish. FailDiscretionary advancement; ladder rungs revoked without breach; reset-on-breach undisclosed and applied.
Illustrative. A Participant reaches 80% split after three payouts. Following a buyback after a breach on the same account, the Firm resets the split to the 50% starting rung. The reset was not disclosed in the Programme rules. Outcome: Material Finding.
References TIB-IS.4.A TIB-IS.6.A
PF-12

Payout method optionality and reliability

Single-payout-method dependence concentrates failure risk and gives the Firm leverage over Participant choices (e.g. forcing crypto onto users in jurisdictions with tax complications). Multi-rail optionality is a Participant protection.

At least two materially different payout methods shall be offered (e.g. bank wire and crypto). The Firm shall not unilaterally restrict Participant choice without documented prior notice. Time-to-pay shall be tracked per method and disclosable on request.

PassTwo or more payout methods, both operational; time-to-pay distributions available. CondTwo methods offered but one routinely fails or is unavailable in major Participant jurisdictions; remediation to fix or disclose. FailSingle payout method; unilateral restriction without notice; documented systematic delay on one method to favour another.
Illustrative. Firm advertises bank wire and crypto. Bank wire fails 4 of 10 sampled cases due to "intermediary bank issues"; crypto succeeds 10 of 10. Firm has not investigated the bank-wire failure rate. Outcome: Conditional pending investigation and remediation.
References TIB-IS.4.B TIB-IS.4.D
PF-13

Time-to-pay disclosure

"Weekly payouts" can mean anything from "request submitted by Monday, paid Wednesday" to "request submitted any time, processed within 30 days". Specific disclosure converts marketing language into measurable commitment.

Time-to-pay shall be disclosed with explicit (a) cut-off day and time, (b) processing day, (c) typical and maximum disbursement timing per method, (d) treatment of weekends and bank holidays. Marketing language ("instant", "fast", "industry-leading") that is not backed by specific commitments is a Conditional Item at minimum.

PassSpecific cut-offs and processing windows published; sample disbursements within published windows in >95% of cases. CondGeneral language only ("typically within 24 hours"); remediation to publish specifics. FailMarketing language with no published specifics, or actual times-to-pay materially exceed published commitments.
Illustrative. Firm advertises "weekly payouts processed every Wednesday" but does not publish a cut-off. Sample shows requests submitted Monday paid Wednesday; requests submitted Tuesday paid the following Wednesday. Outcome: Conditional — cut-off must be published.
References TIB-IS.4.B TIB-IS.6.A
PF-14

Payout rejection grounds

Each rejection of a payout request must be tied to a specific clause of the published payout policy and supported by retained evidence. Vague rejection grounds ("rule violation observed") are functionally equivalent to no policy.

Each payout rejection shall (a) cite a specific clause of the published payout policy; (b) be supported by retained evidence accessible during this engagement; (c) be communicated to the Participant with sufficient detail to understand the basis; (d) include the appeal pathway.

PassSampled rejection cases include cited clause, evidence, and detailed Participant notification. CondCases include cited clause but Participant notifications are template-only; remediation to standardise notifications with detail. FailRejections cite "rule violation" without specific clause; evidence not retained; Participant given no detail or no appeal pathway.
Illustrative. 50 sampled payout rejections. 47 cite specific policy clauses and provide reasoned notifications. 3 cite "behavioural review" without further detail. Outcome: Conditional pending revision of the 3 cases and standardisation.
References TIB-IS.4.C TIB-IS.4.D

Breach behavioural framework

"Behavioural" Breach grounds (gambling, all-or-nothing, reckless trading) are inherently judgement-based. The integrity test is whether the Firm has converted that judgement into observable criteria that can be applied consistently.

PF-15

Behavioural-Breach criteria observability

A behavioural rule with no observable threshold ("we'll know it when we see it") is functionally equivalent to a discretion-on-demand grant. Observable criteria force the Firm to declare in advance what it considers a Breach.

Each behavioural-Breach ground shall be defined with at least one observable, size-relative threshold — e.g. position size relative to account, position count relative to historical mean, time-of-day concentration, multi-instrument correlation. Subjective grounds without observable criteria shall not be Pass-compliant.

PassEach behavioural ground has at least one observable threshold; trigger samples demonstrate consistent application. CondMost grounds observable; one or two retain subjective elements; remediation to convert. FailBehavioural grounds rely on undefined judgement language with no observable threshold.
Illustrative. Firm's "gambling" ground is defined as "a single position exceeding 50% of account balance, OR a session in which the Participant takes more than 5 positions of more than 10% of account balance each, with average holding time under 60 seconds". This is observable. Outcome: Pass.
References TIB-IS.6.A TIB-IS.6.C
PF-16

News-event policy clarity

News trading is widely permitted on most Programmes but widely prohibited on others. Ambiguity creates retroactive Breach risk for Participants who unknowingly trade through news.

The Firm's news-event policy shall (a) state whether news trading is permitted; (b) if restricted, define the news source(s) and impact level treated as restricted; (c) define the time window before and after the event; (d) define the consequence (close, ignore, fine).

PassNews policy specifies source, impact, window, and consequence with no ambiguity. CondPolicy general ("avoid trading around major news"); remediation to specify. FailNo published policy but news-related Breaches enforced; or policy enforced inconsistently.
References TIB-IS.6.A
PF-17

Cross-account behavioural detection

Where the Firm prohibits cross-account hedging, copy-trading, or coordinated multi-account behaviour, detection logic must operate consistently and the criteria for cross-account linkage must be documented.

Cross-account behaviours shall be detected against documented linkage criteria (KYC matches, IP / device fingerprints, deposit-source linkage, behavioural similarity scores) with retained detection records. Discretionary inference of cross-account coordination without supporting evidence is not Pass-compliant.

PassDocumented linkage criteria; sample cross-account Breaches supported by detection records. CondCriteria documented but detection records inconsistent; remediation to harden. FailCross-account Breaches issued on inference alone, without retained linkage evidence.
References TIB-IS.6.A TIB-IS.6.C

Anti-abuse rule scope

Anti-abuse prohibitions exist legitimately to protect the integrity of the Programme. They become a Material Finding when they are scoped so broadly as to capture legitimate trading strategies, used as catch-all grounds against profitable Participants.

PF-18

Anti-abuse calibration

Anti-abuse rules should target specific exploitative practices (latency arbitrage, tick scalping, multi-account hedging, copy-trading without disclosure, signal-bot dependence). They should not capture legitimate strategies used by professional discretionary traders.

Each Anti-Abuse prohibition shall be (a) named; (b) defined with observable behaviour; (c) supported by a stated rationale linked to programme integrity. News trading, scalping, swing trading, and overnight holding shall be presumed permitted unless explicitly disallowed with documented rationale.

PassAnti-Abuse list scoped to exploitative practices; legitimate strategies presumed permitted; rationale memo links each rule to integrity. CondList captures one or two legitimate strategies (e.g. ban on holding through weekend without rationale); remediation to remove or justify. FailCatch-all anti-abuse rules ("any strategy the Firm considers abusive") used to deny payouts to profitable Participants.
Illustrative. Firm prohibits "any strategy that consistently generates profits in conditions the Firm considers anomalous". Outcome: Material Finding — this is a catch-all that subverts the published rule structure.
References TIB-IS.6.A TIB-IS.6.B
PF-19

EA / algorithmic-trading scope

Where Expert Advisors (EAs) or algorithmic strategies are permitted, the boundary between permitted and prohibited classes (martingale, grid, latency-sensitive) requires precise definition. Vague EA-policy is a frequent source of dispute.

EA / algorithmic policy shall (a) state whether algorithmic trading is permitted in general; (b) enumerate prohibited classes with definitions; (c) state the consequence of using a prohibited class; (d) describe how the Firm detects prohibited classes.

PassEA policy clear on permission, prohibited classes, consequence, and detection. CondPermission stated but prohibited classes vaguely defined; remediation to enumerate. FailEA policy contradictory across sources, or "EA permitted" advertised but enforced as "EA prohibited".
References TIB-IS.6.A
PF-20

Anti-abuse enforcement statistics

Even a well-scoped anti-abuse policy can be misapplied. Enforcement statistics — volume of anti-abuse Breaches, distribution across Programme types, profitability of affected Participants — reveal the operating reality.

Anti-abuse Breach statistics shall be available for the trailing 12 months, broken down by anti-abuse ground, Programme, and Participant profitability cohort. Statistical patterns inconsistent with the published rule scope require explanation.

PassStatistics available; distribution consistent with rule scope; no skew against profitable Participants. CondStatistics available but show modest skew; remediation to investigate and refine criteria. FailStatistics not maintained, or show pattern incompatible with published rule scope (e.g. 80% of anti-abuse Breaches in one Programme tier despite uniform rules).
References TIB-IS.6.C TIB-IS.4.C

Lifecycle mechanics

Buyback, reset, and scaling mechanics determine the economics of the Participant relationship over time. Their design and disclosure are decisive for whether the Programme operates fairly.

PF-21

Buyback policy disclosure

Buyback can be a Participant protection (one-shot recovery from a bad week) or a revenue mechanism (pressuring Participants on the verge of completion to pay again). The design and disclosure determine which.

If buyback or reset is offered, the Firm shall publish: (a) cost (absolute or % of account); (b) reinstatement timeline; (c) per-account, per-lifetime, and per-Participant limits; (d) any conditions on availability (e.g. minimum days since breach); (e) treatment of progress on the original account (start fresh, retain progress, partial credit).

PassAll five elements published; usage register shows consistent application; no unpublished terms. CondMost published; one or two omissions; remediation to complete. FailBuyback offered with terms varied case-by-case; or used as recurring upsell against Participants near completion.
References TIB-IS.4.E TIB-IS.6.A
PF-22

Scaling determinism

Scaling rewards consistent Participant performance with larger account size. If trigger conditions are discretionary or unclear, scaling becomes another lever the Firm controls in its own favour.

Scaling triggers shall be deterministic, free of fees not disclosed at purchase, and timely — scaling takes effect within a defined window (typically 5 business days) from satisfaction of the trigger.

PassTriggers deterministic; sample scaling events processed within published window; no undisclosed fees. CondTriggers deterministic but processing window exceeded in >5% of cases; remediation to fix. FailDiscretionary advancement; undisclosed fees attached to scaling; trigger conditions altered after Participant qualifies.
References TIB-IS.4.A TIB-IS.6.A
PF-23

Inactivity policy

Inactivity-based account closure is a legitimate housekeeping rule. Where inactivity rules are weaponised — e.g. by counting login as inactivity, or applying inactivity to accounts in dispute — they become a Material Finding.

Inactivity policy shall specify (a) the inactivity period; (b) what counts as activity (typically a trade execution, not a login); (c) the consequence (notification then closure); (d) any exclusions (accounts in dispute, accounts pending payout, KYC-on-hold accounts).

PassPolicy clear; sample closures consistent; exclusions honoured. CondPolicy unclear on what counts as activity; remediation to publish definition. FailInactivity used to close accounts in dispute or pending payout; "login does not count" not disclosed and applied retroactively.
References TIB-IS.6.A
PF-24

Participant termination grounds and process

Whatever the Programme allows, the Firm retains contractual ability to terminate the Participant relationship. Where this power exists, the grounds and process must be documented to prevent capricious use.

Termination grounds shall be documented; the process shall include written notice to the Participant with the ground cited; outstanding earned payouts shall be honoured (subject to documented exceptions for fraud or sanctions); the appeal pathway shall be available.

PassTermination policy clear; sample terminations follow process; outstanding payouts honoured. CondProcess not always followed (e.g. termination effective without prior notice in some cases); remediation to standardise. FailTerminations issued without grounds; outstanding payouts withheld absent fraud finding; no appeal pathway.
References TIB-IS.4.D TIB-IS.6.C

Public Report sections

In addition to the universal Public Report sections required by TIB-FRM-1.0 § 6, every PF Public Report shall include:

  • Programme inventory — one row per active Programme with headline parameters: profit target, max DD, daily DD, leverage, time limit, payout cadence, terminal split, max account size;
  • Rule-parity statement — explicit statement of the parity test outcome under PF-5;
  • Behavioural-rule disclosure — whether discretionary behavioural breach grounds are in force, with summary of criteria;
  • Anti-abuse scope statement — one-line summary indicating whether legitimate strategies are presumed permitted (PF-18 Pass) or constrained.

Engagement-specific evidence pathway

Evidence typeSourceFrequency / scope
Cross-source rule reconciliationFAQ, programme pages, T&Cs (live captures with timestamps)Once at evidence phase + jurisdictional variants
Server-side parity testTIB-controlled demo / sandbox account on the firm's production platformPer Programme, per breach threshold, per side (eval / funded)
Payout ledger sampleFirm's payout system extractLast 12 months, redacted to participant initials
Discretionary breach registerFirm's compliance systemTrailing 12 months by ground type
Behavioural rule definitionsFirm's published rules + internal interpretation guidanceCurrent versions + change-log over trailing 12 months
Anti-abuse breach distributionFirm's compliance systemTrailing 12 months, broken down by ground × Programme × Participant cohort
Profit-split-ladder applicationFirm's account management systemSample of 30 Participants traced through their lifecycle
Programme version archiveFirm's content management systemThree previous versions per Programme

Limitations

  • Where the Firm uses a third-party trading platform (e.g. MetaTrader), TIB observations of server-side parity reflect the configuration as observed at the engagement window; subsequent platform-side changes are out of scope until next re-assessment;
  • Behavioural-Breach criteria are inherently judgement-based; TIB assesses whether the criteria are observable and consistently applied, not whether they are wisely set;
  • Profit-split economics are not assessed for "fairness" — only for consistency with disclosure and ladder application;
  • Where TIB testing occurs in a controlled environment (demo, sandbox), conditions may differ from live trading at peak load; this limitation is recorded in the Methodology Statement of the Public Report.

Module changelog

VersionEffectiveApproved byNotes
TIB-FRM-PF-1.016 April 2026TIB Standards CommitteeInitial publication. 24 binding criteria across 7 themes. Full criterion structure with rationale, requirement, acceptance evidence, illustrative case, and references.
Annex A — Normative
Criterion-to-Pillar Map

Normative annex — integral part of this Module.

Module criteria contribute to universal pillar Determinations as follows. The pillar Determination is computed from the conjunction of universal criteria (TIB-IS) and applicable module criteria (PF) per the rules in TIB-FRM-1.0 Annex C.

Universal pillarUniversal criteriaModule criteria contributing
TIB-IS.1 Governance1.A – 1.E
TIB-IS.2 Capital & Safeguarding2.A – 2.E
TIB-IS.3 Order Handling & Execution3.A – 3.EPF-5, PF-6, PF-7, PF-8, PF-9, PF-10
TIB-IS.4 Payout Integrity4.A – 4.EPF-11, PF-12, PF-13, PF-14, PF-21, PF-22, PF-24
TIB-IS.5 Risk & Compliance5.A – 5.FPF-17 (cross-account)
TIB-IS.6 Disclosure & Conduct6.A – 6.EPF-1, PF-2, PF-3, PF-4, PF-15, PF-16, PF-18, PF-19, PF-20, PF-23
Annex B — Informative
Sector Observation Log

Informative annex — explanatory background to module design choices.

The criteria in this module reflect observed practice in the proprietary trading sector during the period 2024-2026. Patterns informing each theme:

  • Programme design — cross-source inconsistency observed in 60%+ of sampled firms; particularly common in jurisdictional variants and in programme-tier-specific terms.
  • Rule-enforcement parity — deviations between published and server-enforced thresholds observed in <10% of firms tested but always in the firm's favour where present.
  • Demo-vs-live — meaningful spread or slippage divergence between evaluation and funded sides observed in a non-trivial minority of firms; often undisclosed.
  • Payout integrity — "weekly payouts" advertised without specific cut-off in >50% of firms; specific time-to-pay distributions rarely published.
  • Behavioural framework — "gambling" rules without observable thresholds widespread; selective enforcement against profitable Participants periodically alleged.
  • Anti-abuse — catch-all anti-abuse clauses present in materially over half of sampled firms; legitimate strategies (news trading, scalping) sometimes prohibited without rationale.
  • Lifecycle — buyback used as recurring upsell in some firms; scaling triggers occasionally retroactively altered.
Annex C — Informative
Document Control

Informative annex.

Document codeTIB-FRM-PF-1.0
Document typeControlled Standard — Type-specific Module
Issuing authorityTIB Standards Committee
Issuing entityStratinova LTD trading as Trading Integrity Bureau
Approval date16 April 2026
Effective date16 April 2026
Next scheduled review16 April 2027
DistributionPublic — controlled document. Reproduction with attribution.
Comment channelstandards@integritybureau.org

Issuing entity

Stratinova LTD

Cyprus HE475207

Archiepiskopou Makariou III 228, Agios Pavlos Building, 3030 Limassol, Cyprus

Parent & base

TIB-FRM-1.0 Framework

TIB-IS-1.0 Standards

TIB-MTH-1.0 Methodology

Related modules

Brokers

Asset Managers

Hedge Funds

Exchanges

Custodians

TIB-FRM-PF-1.0 · Effective 2026-04-16 · Approved TIB Standards Committee · Public · Controlled Document · 24 criteria · 7 themes © 2026 Stratinova LTD