仮想通貨のポジションサイズの決め方｜損切り幅から注文数量を計算する
仮想通貨のポジションサイズは、損失予算と損切りまでの価格差から計算します。往復手数料・滑り・固定予備費を含め、数量の刻みに合わせて検算する手順を架空のBTC例で整理します。
今回の資料確認：2026-10-05 JST
この記事の目次
読む前に：対象と前提
この記事ではUSD建て線形契約を単純化し、損失予算→費用と滑り→注文数量→証拠金の順に練習します。価格・料率・数量刻み・リスク割合はすべて説明用の仮定で、特定サービスの推奨値ではありません。
仮想通貨のポジションサイズは「数量」で計算する
ここで扱うのは、価格をUSDで表示し、値動きによる損益を「数量×価格差」で計算する線形契約です。1 BTC分の契約を1 BTCという数量で数え、担保1単位＝1 USDと仮定します。コイン建ての逆数型契約や、担保の価格変動を含む計算には、そのまま使えません。
表は横にスクロールできます。
| 言葉 | この例で意味するもの |
|---|---|
| コイン数量に換算した建玉 | 何BTC分の契約を持つか。例：0.007 BTC。BTCを現物で保有することとは異なる |
| ロット・契約枚数 | サービスが定める注文単位。1ロット／1枚が何BTC分かを確認して数量へ換算する |
| 建玉金額 | 数量×価格。例：0.007×50,000＝350 USD |
| 証拠金 | 建玉を支える担保の金額 |
| レバレッジ | 証拠金に対して、何倍の建玉を支えるか |
「ポジションサイズ」は建玉の大きさを表す言葉ですが、画面によって数量・枚数・金額で表示されます。この記事では、まずBTCなどの原資産の数量に換算して計算します。注文欄がUSDの金額なら「建玉金額÷価格」、枚数なら「枚数×1枚当たりの数量」で読み替えます。ロットに全サービス共通の大きさがあるわけではありません。
たとえば後の例の0.007 BTCは、価格50,000 USD/BTCで350 USDの建玉です。350 USDを損失予算や証拠金と読み替えないことが、計算の出発点になります。
USD表記でも、実際の契約の担保・決済通貨は要確認です。例えばHyperliquidの契約仕様には、USDC担保・USDT建ての線形契約が説明されています。本稿の単一USDモデルと、同一の通貨条件とは限りません。契約仕様（2026-10-05 JST参照）
損失予算と損切り幅から注文数量を出す
口座の現在の評価額を1,000 USD、今回の損失予算をその1%と仮定します。
損失予算＝1,000×0.01＝10 USD
この1%は説明用に選んだ数字です。どの割合なら安全かを示すものではありません。含み損益や費用で評価額が変わったら、同じ10 USDが口座に占める割合も変わります。
次に、買いの新規価格を50,000 USD、取引の前提が崩れたと考える損切りの発動価格を49,000 USDと置きます。価格差は1 BTC当たり1,000 USDです。
費用も滑りも無視した基本式は、次の形です。
数量＝損失予算÷損切りまでの価格差
この例では、10÷1,000＝0.01 BTC。50,000から49,000へ下がったときの値動きの損失は10 USDになります。ただし、これを完成した注文数量と考えると、費用や想定外の約定を予算から落としてしまいます。
同じ10 USDの予算で損切り幅が2,000 USDなら、数量は0.005 BTCと半分です。取引の前提に必要な幅を広げるなら、数量を小さくして予算と整合させる関係になります。
損切り幅が2倍なら、数量は半分
費用と滑りを除くと、幅1,000 USD/BTCでは0.010 BTC、幅2,000 USD/BTCでは0.005 BTC。幅は2倍、数量は半分で、どちらも値動き損失10 USDです。
前提と費用の扱い：架空のUSD建て線形ロング。新規50,000 USD/BTC、表示の発動価格で全決済すると仮定。手数料・Funding・滑りを除外。幅が近ければ安全という意味でも、実損失の上限でもありません。
損切り位置と許容する損失額から数量を決める考え方は、CMEのポジションサイズ教材（2026-10-05 JST参照）でも説明されています。数量を大きくするためだけに損切りを近づけると、何を根拠に取引を終えるのかが変わります。
往復手数料と滑りを含めたポジションサイズの計算
損切りの「発動」は、49,000で売れたという意味ではありません。板が薄い、価格が急変するなどの状況では、不利な価格で決済されることがあります。そこで今回は、1 BTC当たり200 USDの滑り余裕を置き、計算上の決済価格を48,800 USDにします。
さらに、次の費用を仮置きします。
- 新規・決済の取引手数料：それぞれ約定金額の0.05%。
- Funding（保有中の受け払い）の支払い予備費：数量1 BTC当たり10 USD。
- その他の費用・計算誤差に備える固定予備費：0.50 USD。
これらは実際の料率の引用ではありません。取引手数料は注文のMaker／Taker区分や利用条件を確認し、Fundingは予定の保有期間に応じて別に見積もります。受取りを見込んで、損失予算を増やす前提にはしていません。手数料の公式説明、Fundingの公式説明（ともに2026-10-05 JST参照）
費用は「1 BTC当たりの額」と「固定額」に分ける
数量を増やすと増える手数料・Fundingの予備費は、1 BTC当たりの額へ換算します。一方、今回まとめて0.50 USDを確保する固定予備費は、数量を掛ける前に損失予算から引きます。実際に使う予定の入出金・送金費をこの取引へ配分するなら、固定予備費と重複させず、その配分方法も記録してください。
1 BTC当たりの損失見積もりは、こうなります。
下の表は1 BTC分の計算単価で、今回の取引全体の金額ではありません。後で実際の注文数量を掛け、今回の損失見積もりへ換算します。
表は横にスクロールできます。
| 内訳 | USD／BTC |
|---|---|
| 値動き：50,000−48,800 | 1,200 |
| 新規手数料：50,000×0.0005 | 25 |
| 決済手数料：48,800×0.0005 | 24.4 |
| Funding予備費 | 10 |
| 合計 | 1,259.4 |
この例の見積もり式は予定損失＝数量×1,259.4＋固定予備費0.50（USD）です。固定予備費0.50 USDを先に予算から引き、残りをこの合計で割ります。
計算上の数量＝（10−0.50）÷1,259.4＝約0.00754327 BTC
一般形では、数量＝（損失予算−固定費・固定予備費）÷（不利な決済を見込んだ価格差＋新規手数料単価＋決済手数料単価＋保有費の支払い予備費単価）です。分子の単位はUSD、分母はUSD/BTCなので、答えがBTCになります。価格差には滑りを既に含めているため、ここへ同じ200 USD/BTCをもう一度足しません。
この式は、費用を数量比例分と固定分に整理できる範囲の見積もりです。最低手数料・段階料率などがある場合は、得た数量に対する実際の料金式で検算します。固定分だけで予算を使い切る場合、残額は0以下です。式から正の注文数量を作らず、費用条件や取引の前提を見直します。
ショートでは、損切り価格より上へ不利に滑る想定を置きます。「50,000で売り、51,000で発動、余裕200」なら、計算上の決済価格は51,200です。値動きの損失は「決済価格−新規価格」で計算します。
注文数量を刻みに合わせ、損失見積もりを検算する
注文できる数量の刻みを、架空の0.001 BTCとします。0.00754327を四捨五入すると0.008になり、見積もりは10.5752 USD。予算10 USDを超えます。
ここでは0.007 BTCに切り捨て、もう一度検算します。
表は横にスクロールできます。
| 0.007 BTCの内訳 | USD |
|---|---|
| 値動きの損失：0.007×1,200 | 8.40 |
| 新規手数料 | 0.175 |
| 決済手数料 | 0.1708 |
| Funding予備費 | 0.07 |
| 固定予備費 | 0.50 |
| 合計 | 9.3158 |
0.01 BTCのまま、同じ滑りと費用を計上すると13.094 USDになります。最初の基本式で落としていた項目が、数字に表れます。
費用と予備費を含めて数量を比べる
数量0.010 BTCの見積もりは13.094 USD、切り捨てた0.007 BTCでは9.3158 USDです。予備費は実際に必ず発生する費用ではなく、この条件での計算用です。
前提と費用の扱い：架空のUSD建て線形ロング。新規50,000、発動49,000、滑り200を見込む計算上の決済48,800 USD/BTC。新規・決済手数料は各0.05%と仮定。Funding予備費10 USD/BTC、固定予備費0.500 USDを含む。担保1単位＝1 USD。税金と担保価格変動は除外。実際の滑りや費用が変われば損失は増え、損失上限は保証されません。
損切り幅を2,000 USDに広げた場合の数量比較
ここからは別の架空ケースです。新規価格50,000 USD/BTC、損失予算10 USD、手数料各0.05%、Funding予備費10 USD/BTC、固定予備費0.50 USD、数量刻み0.001 BTCは同じまま、損切りの発動価格を48,000へ変えます。滑り200 USD/BTCを見込む決済価格は47,800です。
1 BTC当たりは、値動き2,200＋新規手数料25＋決済手数料23.9＋Funding予備費10＝2,258.9 USD/BTC。したがって（10−0.50）÷2,258.9＝約0.00420559 BTCで、刻みに合わせると0.004 BTCになります。
表は横にスクロールできます。すべて架空の計算条件です。
| 比較する項目 | 発動49,000のケース | 発動48,000のケース |
|---|---|---|
| 計算上の決済価格（USD/BTC） | 48,800 | 47,800 |
| 数量比例分（USD/BTC） | 1,259.4 | 2,258.9 |
| 刻みに合わせる前（BTC） | 約0.00754327 | 約0.00420559 |
| 切り捨て後（BTC） | 0.007 | 0.004 |
| 固定予備費を含む見積もり（USD） | 9.3158 | 9.5356 |
最初の図で幅2,000に対して0.005 BTCとなったのは、費用と滑りを除いた基本式です。この追加ケースで0.005 BTCのままなら、0.005×2,258.9＋0.50＝11.7945 USDで予算を超えます。前提をそろえて比較すると、計算結果の違いを追えます。
10 USDの予算から、費用込みの0.004 BTCを出す
実際には銘柄ごとに数量の小数桁、価格の刻み、最低注文金額などを確認します。Hyperliquidも、数量の許容桁数を資産ごとに定めています。本稿の0.001を、そのまま実際のBTC注文へ当てはめないでください。切り捨てると最低注文を満たせない場合、最低値へ切り上げれば予算を守れるわけではありません。数量と価格の制限（2026-10-05 JST参照）
同じ数量なら、レバレッジで値動き損失は変わらない
0.007 BTCを50,000で持つ建玉金額は350 USDです。建玉時のマーク価格も50,000とし、当初証拠金の割合を仮に1÷5とすると、証拠金の単純な目安は350÷5＝70 USD。10倍という仮定なら35 USDです。
しかし、数量と決済価格が同じなら、値動きの損失8.40 USDは変わりません。数量に、もう一度5倍や10倍を掛けないでください。少ない担保で支える設定へ変えても、損切り時の価格差が縮むわけではありません。この説明は、線形契約の価格差に数量を掛ける式からの帰結です。Hyperliquidの損益式も、数量・方向・価格を使って示されています（2026-10-05 JST参照）。
表は横にスクロールできます。単純化した架空例です。
| 同じ0.007 BTCの建玉 | 5倍の仮定 | 10倍の仮定 |
|---|---|---|
| 建玉金額 | 350 USD | 350 USD |
| 当初証拠金の単純目安 | 70 USD | 35 USD |
| 50,000→48,800の値動き損失 | 8.40 USD | 8.40 USD |
この証拠金目安には、費用、維持証拠金、他の建玉の影響を含めていません。分離証拠金かクロス証拠金か、清算の条件と損切りの位置がどう関係するかまで確認します。Hyperliquidの当初証拠金は、数量・マーク価格・設定レバレッジを使って計算されます。証拠金の公式説明（2026-10-05 JST参照）
仮想通貨の建玉を増やす前に予定損失を合算する
BTCの予定損失が5 USD、ETHが4 USD。さらに予定損失3 USDの建玉を加えると、合計は12 USDです。口座評価額1,000 USDなら1.2%で、個々の注文を見るだけでは分からない全体の負担が見えます。
予定損失は口座全体で足す
既存建玉の予定損失は9 USD、口座評価額の0.9%。新規分3 USDを足すと12 USD、1.2%になります。個別注文の予算と、口座全体の予定損失を区別する図です。
前提と費用の扱い：口座評価額1,000 USDを使う架空例。各建玉で別々に見積もった予定損失を単純合算。口座全体の損失予算はこの図では設定していません。値動きの相殺や分散効果を保証せず、実際の損失上限を示すものでもありません。
複数の建玉が同時に逆行する場面を考え、約定すれば数量が増える未約定注文も確認します。クロス証拠金では担保を共有するため、一つの建玉の損失が他の建玉を支える余力にも影響します。単純な予定損失の合算は整理の道具であり、実際の損失の上限ではありません。担保共有の説明（2026-10-05 JST参照）
損切りを置いても、損失予算で止まる保証はない
計算は48,800での決済を想定しましたが、実際に48,500まで滑れば、0.007 BTCの値動きの損失だけで10.50 USDです。同じ手数料率と予備費で再計算すると、合計11.41475 USDとなり予算を超えます。
損切りの成行は約定価格を固定しません。損切りの指値は価格を制限できても、約定しない場合があります。Hyperliquidでは発動にマーク価格を使い、注文の条件によって未約定になる例も公式に示しています。損切り注文の仕様（2026-10-05 JST参照）
新規注文が一部だけ約定した場合や、数量を追加した場合は、決済注文が現在の建玉をカバーしているかも確認します。想定した損切りより先に清算条件へ達すれば、この計算どおりの損切りになりません。注文の種類、清算の公式説明（ともに2026-10-05 JST参照）
損切りが未発動なのか、発動したものの未約定なのか、想定より不利に約定したのかは別の状態です。数量計算だけで解決できない注文側の条件は、損切りの発動と約定を分ける記事で確認できます。
注文前の計算と約定後の実績を分けて記録する
あとで比べられるように、入力値と計算結果を同じメモへ残します。注文前の「予備費」と、決済後に実際に払った費用は別の欄にします。
表は横にスクロールできます。
| 残す時点 | 記録するもの | 確認する点 |
|---|---|---|
| 注文前 | 口座評価額と時刻、損失予算、方向、新規想定価格、発動価格、滑りの想定、往復料率、保有費の予備費、固定分、数量刻み | 単位と費用の重複。固定分を引いてから数量を計算したか |
| 数量を確定するとき | 計算上の数量、切り捨て後の数量、最低注文条件、検算額、同時建玉と未約定注文 | 刻み・最低金額を満たすか。合算した予定損失をどう扱うか |
| 新規約定後 | 実際の平均約定価格と数量、手数料、残注文、決済注文の数量 | 部分約定や追加注文で見積もり・決済注文が変わっていないか |
| 決済後 | 実際の決済価格・数量、取引手数料、Funding受け払い、別途払った費用、実績損益 | 実現損益欄が手数料・Fundingを既に含むか。未使用の予備費を実費にしていないか |
約定価格を使う実績に、滑りをもう一度足さない
実際の約定価格には、その約定の滑りが反映されています。実績を計算するときに、同じ滑り余裕を再び損失へ足すと二重計上になります。口座の損益欄が手数料やFunding込みの値なら、そこから同じ費用をもう一度差し引くことも避けます。表示欄の定義を確認し、価格差の損益と費用を分けた集計にするか、費用込みの口座記録を使うかをそろえてください。
たとえば0.007 BTCを50,000で買い、実際に48,500で全決済した架空例を考えます。値動きの損失は10.50 USD、新規手数料0.175 USD、決済手数料0.16975 USD、実際のFunding支払い0.07 USDなら、これらの合計は10.91475 USDです。固定予備費0.50 USDを使わず、別の実費もなかったなら、予備費はこの実績に足しません。先ほどの11.41475 USDは固定予備費まで含めた見積もりで、実績と費用の範囲が異なります。税金と担保価格変動は、この実績例でも除外しています。
見積もりと実績を分けて残すと、「滑りが大きかった」「保有時間が延びた」「料率の前提が違った」といった差を振り返れます。最初の計算額に実績を合わせるために、約定履歴や費用を省かないことが大切です。
仮想通貨のポジションサイズ計算でよくある疑問
計算結果が0.007 BTCなら、現物BTCを用意するのですか？
この記事の例では、BTCの値動きに連動する線形契約の数量です。現物BTCをその数量だけ保有するという意味ではありません。担保の種類と必要額は、利用先の契約仕様・証拠金条件で確認します。
注文画面がロット表示なら、計算した数量をそのまま入れますか？
そのまま入れず、1ロットが何コイン分なのかを確認して換算します。原資産の数量と契約枚数が一致するとは限りません。数量単位・契約倍率・許容刻みを一組で確認してください。
指値で注文すれば、Maker手数料として計算できますか？
指値というだけでは決まりません。既存の注文とすぐ成立すればTakerとして扱われる場合があります。板へ注文を置く条件と、実際の約定区分を確認します。Maker前提の新規見積もりでも、損切り側の料率は別に見積もります。Hyperliquidの注文条件、約定区分の公式データ定義（ともに2026-10-05 JST参照）
切り捨てると最低注文を満たせません。切り上げてもよいですか？
最低注文を満たすことと損失予算へ収めることは別です。切り上げた数量を料金式へ戻して検算し、予算を超えるならこの条件では両立しません。予算の数字を後付けで広げず、注文を成立させる前提から見直します。
損失予算1%や滑り200 USDは、そのまま使えますか？
どちらもこの記事の架空条件です。1%は安全性の基準ではなく、200 USDも将来の約定を予測する値ではありません。口座の状況、対象銘柄、注文数量、板の状態、保有期間に合った前提を別に置いて検算します。それでも損失上限は保証されません。
証拠金を増やすと、同じ建玉の損切り損失は減りますか？
同じ契約数量・新規価格・決済価格なら、価格差による損益は同じです。証拠金の追加は担保や清算条件に関わるため、数量計算とは分けて確認します。実際の費用や決済結果まで同一になるとは限りません。
コメントを残す