Python動的ポジションサイジング：なぜ固定レバレッジは口座を破壊するのか

常に10倍のレバレッジでエントリーすることは一貫しているように思えますが、市場環境は決して一定ではありません。アベレージ・トゥルー・レンジ（ATR）が一晩で倍増すると、管理可能だったポジションが突然ロスカットの瀬戸際に置かれます。

大半の口座が破綻するのは、方向性の予測を誤ったからではありません。ボラティリティの構造的変化の最中にも、ポジションサイズを同一に保ってしまったからです。

長期的に生き残るためには、市場の混乱が拡大するにつれてエクスポージャーを縮小させなければなりません。固定の倍率をハードコーディングしているだけでは、突然の板の薄さに対応できません。

サイジングロジックを実行する前に、スクリプトは取引所から正確な利用可能証拠金を照会する必要があります。残高変数をハードコードしていると、ドローダウン時に計算誤差が蓄積します。

次に、直近のローソク足データを取得し、14期間のローリングウィンドウでATRを計算します。この指標は、標準的なパーセンテージ変動よりも資産の実際のドル建ての動きを捉えます。

リアルタイムの証拠金とライブのボラティリティを組み合わせることで、リスク調整済みサイジングに必要な正確な分母が得られます。

ここでリスクパラメータを実行可能なコードに変換します。注文サイズを勘で決める代わりに、1回のトレードあたりの最大許容リスク（現在の資本の1%など）を定義します。

そのリスク金額を、価格ポイントで測定した計画中のストップロスまでの距離で割ります。さらに現在のATRを考慮して、相場が激しく動いている場合はサイズを動的に抑制します。

この関数の出力は正確な契約数量であり、API拒否エラーを防ぐために取引所の最小ステップサイズに丸められます。

数式を書くのは半分の労力にすぎません。安全に注文を通すには、堅牢な例外処理が必要です。ブレイクアウト時にネットワークのレイテンシが急増すると、スクリプト古い計算を再試行する可能性があります。

資産のロットサイズ制限に一致させるため、常に厳格な丸めロジックを実装してください。許容小数点を超える端数の数量を送信すると、即座にAPI拒否を引き起こします。

フラッシュクラッシュ時に、自動スクリプトが極端なスリッページを防ぐことはできません。流動性が消失した場合、意図したストップロスが計算よりも大幅に悪化して約定する可能性があります。