CASE 18
When Point Value and Currency Conversion Make the Backtest P&L Wrong
The strategy bought at 4,980 and sold at 5,000: a 20-point gain. The report booked $20. The contract specification says each point was worth $50.
Validation verdict for point value and currency conversion
Price movement is not money until units are resolved. Quantity, tick size, tick value, contract multiplier, quote currency and account-currency conversion must align at the trade timestamp. One wrong factor can scale every return, fee and drawdown by orders of magnitude.
What the headline metric obscures about point value and currency conversion
The trade direction and entry/exit prices can be perfectly plausible, so the P&L column receives little scrutiny. A neat equity curve then inherits the authority of correct-looking market prices even though its monetary transformation is wrong.
Percentage metrics may also appear internally consistent when both profit and account balance were scaled under the same mistaken assumption. The error becomes visible only when one trade is recomputed from first principles against instrument specifications and the relevant exchange rate.
How point value and currency conversion enters the backtest
Points are mistaken for currency
A 20-point move is entered as 20 dollars even though the contract multiplier may make it 1,000 dollars before costs.
Tick and point are conflated
Minimum tick size and monetary tick value can differ from one full price point, especially across futures and CFDs.
Conversion uses the wrong side or date
Quote-currency P&L can be translated with a current rate, a daily close or an inverted pair instead of the rate applicable to the trade.
Portfolio assets use inconsistent units
One symbol may export currency P&L, another points and another percent, creating a false combined equity curve.
Compact reconstruction of point value and currency conversion
| Calculation | Price move | Multiplier | FX conversion | Booked P&L |
|---|---|---|---|---|
| Naive points = dollars | +20.0 | ×1 | ×1.00 | +$20 |
| Correct contract value | +20.0 | ×$50/point | ×1.00 | +$1,000 |
| EUR profit to USD at 1.08 | +20.0 | ×€50/point | ×1.08 | +$1,080 |
| Wrong inverted conversion | +20.0 | ×€50/point | ÷1.08 | +$926 |
The signal did not change. The unit model changed the reported gain from $20 to $1,000 or $1,080. The same factor propagates into average trade, drawdown, sizing decisions and any portfolio allocation based on monetary volatility.
The test that can overturn the point value and currency conversion verdict
Select several trades and independently rebuild P&L from instrument units. Reconcile the result to the export within a documented rounding tolerance before trusting aggregate statistics.
What trade-list analysis can and cannot identify about point value and currency conversion
Export-level red flags for point value and currency conversion
- P&L numerically equals the raw price difference
- Contract multipliers are absent from documentation
- Mixed assets share one unexplained P&L unit
- Historical trades use today’s FX conversion rate
- Direct and inverse currency pairs produce asymmetric errors
What the export reveals about point value and currency conversion
- Internal consistency between price change, quantity and exported P&L when required columns and specifications are supplied
- Outlier scaling factors that repeat across all trades in one symbol
- Cross-asset unit mismatches before portfolio aggregation
- Sensitivity of KPIs and drawdown to corrected value-per-point or currency conversion
What point value and currency conversion still requires from settings, code, or market data
- The export may not contain contract specifications or historical FX rates. Those must come from authoritative venue, broker or data-vendor records.
- Instrument rules can change through time and futures contracts can differ. A current specification should not automatically be applied to old trades.
Turn contract-unit and currency-conversion mismatch into a falsifiable backtest diagnosis.
Case file 18/20 · DIM-RECON · one failure mechanism, one falsifiable protocol
Research abstract: point value and currency conversion
Case file 18/20 · DIM-RECON · one failure mechanism, one falsifiable protocol
This article tests one central proposition: multiplying price change by quantity alone can inflate P&L severalfold when one contract term or conversion direction is wrong. The question is not merely whether the displayed net profit or win rate was arithmetically calculated. The deeper identification problem is whether we know what constitutes one observation, what information was available at the decision time, which assumptions are necessary for the profit to exist, and how much of the conclusion survives when those assumptions are perturbed. The research object is therefore not one performance table; it is the linked data-generation, fill-generation, estimation, selection, and capital-allocation process.
The primary estimand is account-currency P&L reconciled with dimensionally consistent contract multipliers, point values, and FX conversion. The observation unit is defined as price difference, quantity, contract specification, and conversion timestamp for every fill leg. Without this definition, split fills, duplicated signals, common events, synthetic prices, or timestamp conversions can be double-counted as independent evidence. A larger row count does not necessarily contain more independent information. An academically defensible analysis fixes the relationship between the observation unit and the estimand before it reports sample size, standard error, or statistical confidence.
The principal sensitivity axes are multiplier substitutions, conversion direction, entry/exit FX timing, and rounding. The hidden state is instrument multipliers, pip/tick value, inverse currencies, timestamped FX rates, and quanto terms. In particular, the error can remain subtle in normal periods and explode only during currency shocks or cross-instrument aggregation. Means and medians alone are incapable of describing that mechanism, so the analysis combines central estimates with lower quantiles, expected shortfall, sign stability, boundary-hitting frequency, and contribution concentration. The objective is not to find one pessimistic number, but to map the full region in which the original conclusion changes sign or ceases to be economically usable.
The conclusion does not attempt to prove that a backtest is good. It separates the component that remains after attempted falsification from the component that disappears when assumptions are reconstructed. The governing decision principle is to recompute each row with a dimensional formula and drive reconciliation error versus broker statements near zero before trusting statistics. This is not trading advice; it is a research procedure for measuring how much evidentiary weight a TradingView trade export can carry. Liquidity not present in the file, broker-specific rules, future regimes, outages, and gaps require separate evidence, and statistical survival never guarantees future profit.
The numerical values illustrate the method for contract-unit and currency-conversion mismatch; they are not a real strategy, client record, or forecast.
Hypotheses and identification target for point value and currency conversion
account-currency P&L reconciled with dimensionally consistent contract multipliers, point values, and FX conversion
H₀ for point value and currency conversion: The reported performance is not materially dependent on the suspected failure mechanism and survives reasonable perturbations.
H₁ for point value and currency conversion: The reported performance depends materially on the suspected failure mechanism and deteriorates after reconstruction, perturbation, or dependence-aware resampling.
account-currency P&L reconciled with dimensionally consistent contract multipliers, point values, and FX conversion
price difference, quantity, contract specification, and conversion timestamp for every fill leg
instrument multipliers, pip/tick value, inverse currencies, timestamped FX rates, and quanto terms
multiplier substitutions, conversion direction, entry/exit FX timing, and rounding
Formal estimands for point value and currency conversion
Definitions precede inference.
Π_quote=d·(P_exit−P_entry)·|q|·m, d∈{+1,−1}Quote-currency P&L with explicit trade direction d, absolute quantity, price change, and contract multiplier m.Π_account=Π_quote·FX_{quote→account}(t)Convert with an explicitly directed time-specific FX multiplier; record whether a reciprocal rate is used.ε_rec=Π_reported−Σ_iΠ_rebuilt,iReconciliation difference between reported P&L and the sum rebuilt at fill-leg level.The primary estimand is account-currency P&L reconciled with dimensionally consistent contract multipliers, point values, and FX conversion. The observation unit is defined as price difference, quantity, contract specification, and conversion timestamp for every fill leg. Without this definition, split fills, duplicated signals, common events, synthetic prices, or timestamp conversions can be double-counted as independent evidence. A larger row count does not necessarily contain more independent information. An academically defensible analysis fixes the relationship between the observation unit and the estimand before it reports sample size, standard error, or statistical confidence.
The principal sensitivity axes are multiplier substitutions, conversion direction, entry/exit FX timing, and rounding. The hidden state is instrument multipliers, pip/tick value, inverse currencies, timestamped FX rates, and quanto terms. In particular, the error can remain subtle in normal periods and explode only during currency shocks or cross-instrument aggregation. Means and medians alone are incapable of describing that mechanism, so the analysis combines central estimates with lower quantiles, expected shortfall, sign stability, boundary-hitting frequency, and contribution concentration. The objective is not to find one pessimistic number, but to map the full region in which the original conclusion changes sign or ceases to be economically usable.
Illustrative recomputation design for point value and currency conversion
For the currency conversion reconstruction, table values are illustrative calculations used to expose a verdict reversal; they are not a user’s observed TradingView result.
| ID | Recomputation layer | Operation | Comparison | Diagnostic purpose |
|---|---|---|---|---|
| S0 | Reported result | Restate the Strategy Tester aggregate | Base | Apparent conclusion |
| S1 | Unit reconstruction | price difference, quantity, contract specification, and conversion timestamp for every fill leg | Reassess count and dependence | Information correction |
| S2 | Independent recomputation | Rebuild price, size, cost, and currency row by row | Separate reconciliation error | Measurement validity |
| S3 | Local stress | multiplier substitutions, conversion direction, entry/exit FX timing, and rounding | Perturb one factor only | Causal sensitivity |
| S4 | Tail injection | the error can remain subtle in normal periods and explode only during currency shocks or cross-instrument aggregation | Recompute lower quantiles and boundary hits | Capital preservation |
| S5 | Dependence-aware resampling | Generate paths across several block lengths | Intervals and sign stability | Estimation uncertainty |
| S6 | Selection adjustment | Log search, OOS review, and exclusions | Correct maximum-selection bias | Generalization |
| S7 | Full gate | recompute each row with a dimensional formula and drive reconciliation error versus broker statements near zero before trusting statistics | Compare with predeclared thresholds | Pass / hold / reject |
The illustrative recomputation for point value and currency conversion changes one processing layer at a time, then combines only predeclared layers. S0 is never treated as ground truth; it is the statement to be audited. S1 and S2 ask whether the exported unit and arithmetic are coherent. S3 and S4 identify local sensitivity and tail failure. S5 changes the uncertainty model rather than the trade list. S6 adjusts for the search that preceded publication. S7 applies the same gate to every version. This order prevents an adverse result from being explained away by simultaneously changing several assumptions.
In the currency conversion figures, color and position encode diagnostic sensitivity only; they do not represent statistical significance or future P&L.
Diagnostic figures specific to point value and currency conversion
Four separate visual tests; no decorative chart reuse.
Multi-layer audit questions for point value and currency conversion
A result is only as strong as its weakest unresolved layer.
Under adversarial review, fix the estimand as “account-currency P&L reconciled with dimensionally consistent contract multipliers, point values, and FX conversion.” Do not substitute net profit, win rate, or a visually smooth curve for that target. Declare the horizon, account currency, included frictions, and operating-stop boundary before calculation. Any post-result change creates a new hypothesis and version, preventing the question from being selected after the answer is known.
Reconstruct the observation unit as “price difference, quantity, contract specification, and conversion timestamp for every fill leg” before treating rows as independent evidence. Report raw rows, parent trades, decisions, event clusters, and the denominator used for each average or standard error. Recompute row-level reconciliation error, multiplier error, conversion-direction difference, conversion-time difference, accumulated rounding, and dimensional-check failures under more than one defensible aggregation rule so that a larger export is not mistaken for a larger information set.
Preserve the hash of the TradingView export and the symbol, timeframe, session, timezone, order-processing settings, costs, account currency, and Pine version. For contract-unit and currency-conversion mismatch, instrument multipliers, pip/tick value, inverse currencies, timestamped FX rates, and quanto terms directly affects reproducibility. Keep immutable source, normalized, and analysis layers separate, with every join, deletion, imputation, and conversion recorded in a transformation ledger.
The export identifies only what can be rebuilt from recorded time, price, quantity, and P&L. exchange specification changes, broker-specific multipliers, quanto contracts, and the source of FX conversion rates requires additional evidence. Mark each causal link as observed, bounded by assumption, or externally unverified. This prevents instrument multipliers, pip/tick value, inverse currencies, timestamped FX rates, and quanto terms from being presented as a confirmed fact when the available data support only an interval or conditional conclusion.
Do not adopt the platform summary as ground truth. Independently recompute account-currency P&L for every fill leg with explicit direction, quantity, price change, contract multiplier, tick value, FX direction, and conversion time. Reconcile total and row-level differences by sign, date, symbol, and order type. If discrepancies concentrate in the exact state associated with contract-unit and currency-conversion mismatch, treat that concentration as a primary finding rather than dismissing it as rounding.
Report row-level reconciliation error, multiplier error, conversion-direction difference, conversion-time difference, accumulated rounding, and dimensional-check failures with intervals or resampling distributions, not point estimates alone. Match the uncertainty method to sample size, skewness, heavy tails, censoring, and selection history. If normal, quantile, and dependence-aware methods disagree on the sign, classify the edge as unidentified and show the minimum detectable effect and lower decision bound.
Do not narrow uncertainty with an IID shuffle alone. Resample asset blocks that preserve contract specification and conversion currency using several fixed block lengths and stationary bootstrap. Preserve random seed, repetition count, wrap rule, and missing-data treatment. For each block specification, report the distribution of row-level reconciliation error, multiplier error, conversion-direction difference, conversion-time difference, accumulated rounding, and dimensional-check failures, the rejection-side tail mass, and the rate at which the verdict changes sign.
Interrogate the mechanism “instrument multipliers, pip/tick value, inverse currencies, timestamped FX rates, and quanto terms” with lower quantiles, expected shortfall, influence, cluster length, and boundary-hitting measures. Historical maximum loss is not a loss cap. Define several absorbing or operating boundaries—capital, margin, mandate drawdown, and recovery time—and record which boundary fails first under each stress.
A flat commission deduction is not an execution model for contract-unit and currency-conversion mismatch. Allocate spread, slippage, financing, borrow, roll, conversion, rounding, and rejected orders to the relevant unit. Recompute row-level reconciliation error, multiplier error, conversion-direction difference, conversion-time difference, accumulated rounding, and dimensional-check failures under base, upper-quantile, and crisis states while preserving the possibility that costs and losses worsen together.
Count the complete population of periods, symbols, timeframes, parameters, exits, filters, and metrics that were tried. Do not detach the attractive result for contract-unit and currency-conversion mismatch from rejected candidates, interim changes, or repeated validation reviews. Where appropriate, use PBO, SPA, and a Deflated Sharpe Ratio, and treat an unrecorded trial count as a material audit limitation.
Test whether contract-unit and currency-conversion mismatch is concentrated in one trend, volatility, liquidity, rate, or session state. Define regimes prospectively or on training data only. Report statewise row-level reconciliation error, multiplier error, conversion-direction difference, conversion-time difference, accumulated rounding, and dimensional-check failures, occupancy, transition probabilities, and costs, then reweight the mixture to adverse but realistic future compositions.
For the point value and currency conversion case, the same trade set can follow different capital paths under another inception date, order, initial balance, rounding rule, or stop condition. Separate fixed quantity, fixed R, and percentage sizing, then use circular shifts and block orderings to recompute drawdown, recovery, and boundary hits. Equal terminal P&L does not imply equal path risk.
Perturb “multiplier substitutions, conversion direction, entry/exit FX timing, and rounding” one axis at a time before creating a joint sensitivity surface. Add the negative control “run fixed fixtures with known price differences, quantities, and FX rates and compare the engine with hand-calculated values.” Predefine the grid and crisis rule so that neither the most favorable nor the most damaging cell is selected after inspection. Save the slope, curvature, and exact point where the decision boundary is crossed.
Have a second implementation recompute account-currency P&L for every fill leg with explicit direction, quantity, price change, contract multiplier, tick value, FX direction, and conversion time, then compare critical row-level outputs. Regression fixtures should include empty files, duplicate timestamps, extreme costs, reverse ordering, missing values, and boundary cases. Agreement between implementations is insufficient if they share the same bad input, so separate data construction and review roles where feasible.
Predeclare the decision rule. This case passes only if “every row is dimensionally consistent, reconciliation error is within tolerance, and defensible conversion times do not change the performance sign.” Near a boundary, disclose interval width and economic materiality rather than a binary badge. If only one favorable block length, cost state, or implementation passes, classify the result as assumption-sensitive rather than robust.
The evidence ledger must store the input hash, code version, settings, exclusions, “multiplier substitutions, conversion direction, entry/exit FX timing, and rounding,” block lengths, random seed, repetition count, and every scenario output. Keep exploratory and confirmatory results in separate namespaces and retain failed trials. When new TradingView data arrive, create a new version and track symbol-level reconciliation error, specification version, FX rate, reciprocal use, and rounding residual rather than overwriting the old result.
Translate statistical changes into capital consequences. A shift in expectancy, lower quantile, recovery time, or boundary risk caused by contract-unit and currency-conversion mismatch should be mapped to trade count, capital, margin, and continuation. A small per-trade difference can compound under high turnover, while a rare loss can be decisive near an absorbing boundary.
Separate hypothesis design, implementation, independent recalculation, and approval where practical. Stop automatically on material reconciliation error, unresolved missing data, non-reproducibility, or a predeclared threshold breach. Audit the chain “unit mismatch → multiplicative row-level P&L error → accumulation in totals → wrong risk assessment → mismatch with the live account,” and monitor symbol-level reconciliation error, specification version, FX rate, reciprocal use, and rounding residual prospectively without turning a historical pass into a promise of future profit.
Falsification protocol for point value and currency conversion
recompute each row with a dimensional formula and drive reconciliation error versus broker statements near zero before trusting statistics
Freeze the TradingView source for the point value and currency conversion audit
Store the export without alteration and record its hash, export time, strategy, symbol, timeframe, and settings. Preserve every column relevant to contract-unit and currency-conversion mismatch; deletions and imputations belong only in derived tables.
Reconstruct the observation unit for point value and currency conversion
Aggregate rows into “price difference, quantity, contract specification, and conversion timestamp for every fill leg,” and report raw rows, parent trades, events, and independent clusters. Recompute the critical result under another defensible aggregation.
Independently recompute the displayed point value and currency conversion result
Independently recompute account-currency P&L for every fill leg with explicit direction, quantity, price change, contract multiplier, tick value, FX direction, and conversion time. Reconcile row-level and aggregate outputs with Strategy Tester and preserve where discrepancies concentrate.
Isolate the point value and currency conversion mechanism
Treat contract-unit and currency-conversion mismatch as the principal mechanism and move “multiplier substitutions, conversion direction, entry/exit FX timing, and rounding” one axis at a time while holding other settings fixed.
Map the operating boundary for point value and currency conversion
Combine the primary and interacting axes on a predeclared grid and recompute row-level reconciliation error, multiplier error, conversion-direction difference, conversion-time difference, accumulated rounding, and dimensional-check failures. Record the width and connectivity of the acceptable region and every boundary crossing.
Resample the dependence structure relevant to point value and currency conversion
Use asset blocks that preserve contract specification and conversion currency with several fixed block lengths and stationary bootstrap. Save every random seed, repetition count, and block specification.
Inspect influence points and operating boundaries for point value and currency conversion
For the currency conversion influence test, remove the largest contributor, top-k contributors, selected periods, and relevant regimes in sequence; then recompute lower-tail measures and the operating boundary.
Apply negative controls and conservative bounds to point value and currency conversion
Run fixed fixtures with known price differences, quantities, and fx rates and compare the engine with hand-calculated values. Bound exchange specification changes, broker-specific multipliers, quanto contracts, and the source of FX conversion rates as unobserved factors rather than elevating the optimistic value into the final answer.
Apply the predeclared gate to point value and currency conversion
Do not move the threshold after seeing results. Compare with “every row is dimensionally consistent, reconciliation error is within tolerance, and defensible conversion times do not change the performance sign,” and distinguish pass, hold, and reject. Any unresolved material mismatch causes a hold.
Save a reproducible evidence package for point value and currency conversion
Bundle the source, transformation ledger, formulas, figures, all scenarios, failure logs, and code version for rerun in another environment. Prospectively monitor symbol-level reconciliation error, specification version, FX rate, reciprocal use, and rounding residual.
Decision gate for point value and currency conversion
Reject the story before trusting the curve.
How to read the point value and currency conversion figures and equations
The figures for point value and currency conversion use illustrative recomputations constructed to expose this specific failure mode. Do not infer statistical significance from line position or color alone; first verify the estimand, units, denominator, censoring rule, and cost sign defined by the equations. A sensitivity surface is not a causal estimate. It shows how a conclusion changes only within the stated assumptions. Resampling should compare an IID shuffle with stationary and block bootstrap procedures across several block lengths so that loss clustering and regime persistence are not silently destroyed. Store the random seed, iteration count, block length, bandwidth, and missing-data treatment, and claim reproducibility only after an independent implementation reproduces the same aggregates.
This case passes only if “every row is dimensionally consistent, reconciliation error is within tolerance, and defensible conversion times do not change the performance sign” across reconstructed values, local perturbations, joint sensitivity, dependence-preserving resampling, and the negative control, with no material sign reversal or unresolved reconciliation error. A pass is limited evidence against the stated failure mode, not certification of future profit.
- The estimand and observation unit were fixed before outcomes were reviewed
- For currency conversion, any material disagreement between reported and independently recomputed values must be resolved or explicitly explained.
- The currency conversion claim passes this gate only when its acceptable stress region is broad and connected rather than one isolated favorable island.
- The sign of the currency conversion estimate must remain stable across defensible block lengths, saved seeds, and reasonable interval methods.
- For point value and currency conversion, economic margin remains after deleting the largest and top-five contributors and key regimes
- For point value and currency conversion, conservative cost, fill, and capital-boundary scenarios remain inside the stopping mandate
Limitations, external validity, and reproducibility of the point value and currency conversion audit
Every inference has a boundary.
The first limitation is that a trade export does not contain the complete market state. If order-book depth, queue position, network latency, rejected orders, broker liquidity, or realized financing history is absent, account-currency P&L reconciled with dimensionally consistent contract multipliers, point values, and FX conversion remains model-mediated. Model outputs should be displayed as scenario ranges and must not be formatted as though they were directly observed facts.
A second limitation specific to the point value and currency conversion analysis is structural change. A long historical sample does not guarantee a common population when market rules, participants, volatility, rates, spreads, data construction, or Pine execution semantics change. Do not increase nominal sample size by indiscriminately pooling old periods. Estimate rolling and regime-conditioned behavior and test parameter stability around detected changes.
A third limitation specific to the point value and currency conversion analysis is reuse of the diagnostic battery. Applying these tests repeatedly to the same data and editing the strategy until it passes turns the diagnostic process itself into another optimizer. Every post-test edit starts a new model version and requires untouched or prospective evidence. A test chosen after reading the outcome belongs to exploration and cannot be counted as independent confirmation.
A fourth limitation for the point value and currency conversion analysis is the distinction between statistical survival and operational suitability. Behavioral tolerance, locked capital, tax, regulation, outages, account terms, order-size limits, market-order restrictions, and liquidity discontinuities cannot be resolved from a CSV alone. The lab is a diagnostic for discovering hidden failure risk earlier; it is not investment advice, a performance warranty, or a guarantee of bounded loss. User-specific constraints remain a separate decision layer.
The estimand “account-currency P&L reconciled with dimensionally consistent contract multipliers, point values, and FX conversion” is identified only within the columns present in the TradingView export and the stated assumptions. If exchange specification changes, broker-specific multipliers, quanto contracts, and the source of FX conversion rates cannot be observed, report bounds rather than a false point estimate.
Past estimates of contract-unit and currency-conversion mismatch need not belong to the same population after changes in rules, participants, volatility, costs, or data specifications. Track symbol-level reconciliation error, specification version, FX rate, reciprocal use, and rounding residual in rolling and regime-specific windows.
For currency conversion, repeatedly applying the same diagnostic battery and editing until it passes turns verification into another optimizer. Every post-audit change therefore creates a new model version and requires untouched evidence.
Even if every row is dimensionally consistent, reconciliation error is within tolerance, and defensible conversion times do not change the performance sign, the analysis does not establish tax, regulatory, behavioral, liquidity, order-size, or systems suitability. Separate statistical diagnosis from live-operating approval.
Deleting observations related to instrument multipliers, pip/tick value, inverse currencies, timestamped FX rates, and quanto terms may improve the result. Compare no deletion, conservative imputation, and worst-case imputation, and display how row-level reconciliation error, multiplier error, conversion-direction difference, conversion-time difference, accumulated rounding, and dimensional-check failures changes.
Run the control “run fixed fixtures with known price differences, quantities, and FX rates and compare the engine with hand-calculated values.” If the control performs similarly, suspect processing rules or common market drift before attributing performance to the strategy.
After a provisional pass, log symbol-level reconciliation error, specification version, FX rate, reciprocal use, and rounding residual sequentially and stop on persistent departures from the predeclared predictive range. Diagnose implementation drift before reoptimizing history.
Multiple methods can agree because they share the same bad input or the same mechanism “instrument multipliers, pip/tick value, inverse currencies, timestamped FX rates, and quanto terms.” Give lower-tail outcomes, failed scenarios, and unresolved mismatches the same visual prominence as favorable results; test count is not proof of correctness.
Independent and adversarial findings for point value and currency conversion
The currency conversion case has a separate review line for formulas, chart encodings, data definitions, and falsifiability so agreement on one layer cannot mask failure on another.
The formula audit checks numerator, denominator, sign, unit, domain, and every conditioning assumption as one system. The material caution for this case is: A price-difference formula can mis-sign short P&L when direction is implicit. State d∈{+1,−1}, absolute quantity, and whether FX_{quote→account} is a direct or reciprocal rate. Quanto contracts and nonlinear point values require separate formulas. A correct symbolic expression can still calculate the wrong quantity when a column, currency, time unit, or fee sign is misdefined, so those mappings are part of the mathematical audit.
The figure audit assigns distinct jobs: Figure 1 diagnoses contract-unit and currency-conversion mismatch; Figure 2 maps joint sensitivity; Figure 3 shows the dependence-preserving distribution of account-currency P&L reconciliation error; Figure 4 traces causal propagation. Color denotes distance to a predeclared gate, not probability or observed performance. Axis units, zero, quantiles, censoring, and bounds must agree with captions and tables. A smooth SVG line is explanatory geometry, not evidence of estimation precision.
The adversarial test does not cherry-pick one hostile scenario. It uses the negative control “run fixed fixtures with known price differences, quantities, and FX rates and compare the engine with hand-calculated values,” resamples asset blocks that preserve contract specification and conversion currency at several block lengths, and bounds exchange specification changes, broker-specific multipliers, quanto contracts, and the source of FX conversion rates as unobserved factors. Repetitions, seeds, exclusions, block specifications, and plotting range are frozen before results so the implementer cannot tune the audit after seeing the answer.
The independent conclusion is restricted to whether “every row is dimensionally consistent, reconciliation error is within tolerance, and defensible conversion times do not change the performance sign.” It does not certify a good strategy or future profit. Any material reconciliation error, formula-domain violation, table-figure contradiction, sign reversal across defensible block lengths, or failure to outperform the negative control produces hold or reject. Prospectively, monitor symbol-level reconciliation error, specification version, FX rate, reciprocal use, and rounding residual.
Methodological references for point value and currency conversion
Primary methods and official platform documentation.
- TradingView Pine Script® documentation: Chart information.
- TradingView Pine Script® documentation: Strategies.
- Efron, B. (1979). Bootstrap Methods: Another Look at the Jackknife. Annals of Statistics.
- Politis, D. N. & Romano, J. P. (1994). The Stationary Bootstrap. JASA.
- Newey, W. K. & West, K. D. (1987). A Simple, Positive Semi-definite, Heteroskedasticity and Autocorrelation Consistent Covariance Matrix. Econometrica.
- Lo, A. W. (2002). The Statistics of Sharpe Ratios. Financial Analysts Journal.
- White, H. (2000). A Reality Check for Data Snooping. Econometrica.
References for the point value and currency conversion case provide methodological context; they do not validate the synthetic numbers in this article or certify any backtest result. TradingView documentation is used for platform semantics, while statistical papers motivate uncertainty and selection controls.
Frequently asked questions about point value and currency conversion
Can percentage returns remain correct when money P&L is wrong?
Sometimes, if both numerator and assumed capital use the same scaling. But sizing, fees, margin and portfolio combination can still be materially wrong.
Which conversion timestamp is correct?
It depends on the accounting policy: execution time, settlement, daily close or another documented convention. Consistency and reproducibility are essential.
Is this only a futures problem?
No. It appears in FX, CFDs, options, crypto derivatives and any multi-currency portfolio where price units are not identical to account currency.
Can a backtest exposed to point value and currency conversion be trusted?
Do not judge the currency conversion case from a finished equity curve alone. Use the TradingView trade list to inspect the mechanism-specific concentration, path, cost, timing, and dependence evidence shown on this page.
Important limitations for the point value and currency conversion analysis
This article provides educational, descriptive analysis of constructed backtest failure examples. It is not investment advice, a buy or sell signal, a forecast or a promise of performance. Backtest results depend on data, code, broker-emulator assumptions, costs, sizing and market structure. TradingView is a trademark of TradingView, Inc.; SG Group is independent and does not claim endorsement or sponsorship by TradingView.
Counterpart: ポイント価値と通貨換算の誤りでバックテスト損益が別物になる

