複数ポジション・サイジングに影響するエラーとは?
複数ポジション・サイジングを定義する(エラーの明確な到達点を作る)
複数ポジション・サイジングとは、複数のポジションのサイズを調整して、選択した目的に対して合計のエクスポージャーが一致するようにする手法です(たとえば、取引の「バンドル」に対する目標リスク)。目的が一定であっても、サイジングは価格、取引契約の仕様、そしてエクスポージャーを1つの基準通貨で表すために必要な通貨換算などの入力に依存します。
古い価格がサイジングを歪める
よくあるエラーは、執行に使われたものではない価格を使ってしまうことです。価格やクオートは、実際の注文約定よりも前に取得されたとき、マーケット状況が急速に変化するとき、あるいは意思決定時刻と執行時刻の間に処理遅延があるときに、古くなる(staleになる)ことがあります。サイジングが P_old を使って計算されているのに、注文が P_new の近くで約定すると、エクスポージャーやリスク推定がズレる可能性があります。
例の前提:時刻 t0 のクオートからサイジングを計算するとします。このサイジングは、そのクオート値を使って「リスク額」をポジションサイズへ変換します。ところが、時刻 t1 に別のクオートで約定した場合、「リスク額」から「ポジションサイズ」への対応関係は正しくなくなります。
レートの慣習と単位の混乱
別のエラーは、レートの慣習、つまり市場が為替レートをどのように表示するかに起因します。スポットFXでは、通貨ペアのクオートは2つの通貨の関係を示しますが、方向(ベース通貨とクオート通貨のどちらか)が重要です。ペアの方向を誤って扱うと、為替レートを逆にしてしまい、結果として金額の換算方法が反転します。
関連する失敗パターン:計算が、ペアの値をクオート通貨建てで期待しているのか、それともベース通貨建てで期待しているのかを取り違えることです。特に、pipあたりのエクスポージャーを計算したり、P&L見積もりを換算したりするときに起こり得ます。
例の前提:モデルが「ベース通貨の1単位がクオート通貨のR単位に等しい」と仮定しているのに、適用したクオートの慣習が実際には逆の関係を使っている場合、以降の換算ステップはすべて係数の分だけズレる可能性があります。
銘柄間での契約サイズの前提
複数ポジション・サイジングは、契約サイズ(1ロットが表すベース通貨、または想定元本の量)にも依存します。サイジング・モデルは標準の契約サイズを前提にするかもしれませんが、実際の契約仕様はプロバイダー、口座タイプ、あるいは銘柄によって異なり得ます。モデルが誤った契約サイズを使うと、ポジションの想定元本(notional)—したがってエクスポージャー—が意図と一致しません。
重要な制限:2つのポジションが同じ「ロットサイズ」という言い回しを使っていても、基礎となる契約定義が基準通貨で同じ想定元本につながるとは限りません。
通貨換算と基準通貨の不一致
基準通貨でリスクやエクスポージャーを表すために、通貨間で金額を換算する必要があるとき、エラーは頻繁に起こります。誤った換算レートを使う、換算を誤った方向で適用する、あるいは換算経路に必要な中間通貨を省略すると、合計のエクスポージャーが誤って報告される可能性があります。
例の前提:通貨Xでのリスク額が欲しいが、あるポジションの価格設定と契約仕様によってエクスポージャーが通貨Yで生成されるとします。X→Yであるべきレートを使ってY→Xへ換算すると、計算されたポジションサイズは実質的に大きく異なる可能性があります。
執行コスト、スプレッド、タイミングの前提
正しい計算であっても、想定と実現された執行条件の違いが整合性を崩すことがあります。サイジング・モデルが特定のスプレッド、コミッション、または執行価格の挙動を前提としているのに、執行が別の実効価格で行われる(たとえばスプレッドが拡大したため)場合、合計のP&Lや実現したリスクは異なり得ます。
重要な失敗パターン:サイジングにはミッドマーケット価格を使う一方で、執行にはビッド/アスクの水準を頼りにすることです。この不一致は、複数ポジションを集計するときに特に大きくなり得ます。
制限と、入力を独立して検証する方法
主な制限は、複数ポジション・サイジングが、執行時点での入力と同じくらいしか一貫しないことです。過去に観測された関係は将来の結果を保証せず、執行の品質は変わり得ます。
実務的な検証チェックリスト(特定のプロバイダーに依存しない)には以下が含まれます:
- サイジング計算で使った価格のタイムスタンプと出所を確認し、それが執行のタイムウィンドウと一致していることを確かめる。 - レートの方向(ベース/クオート通貨の並び)を確認し、表示されているレートに対して計算が乗算なのか除算なのか、あなたの計算がどちらを想定しているかを確認する。
DOCUMENT END