黒字の取引ボットは資金を増やしても機能するか：流動性、スリッページ、戦略の運用容量

口座が大きくなっても注文が大きくなるとは限らない

注文数量が固定なら、口座に現金を加えても取引は変わらないことがある。戦略の拡大とは、実際の投入資本、同時保有数、市場フローへの参加量、執行期間を変えることだ。一定割合で建玉を作るバックテストは、口座増加とともに注文を暗黙に大きくする。シグナルが同じでも利用可能な価格は変わりうる。

先の成行と指値の検証では手数料節約と逃した取引を分けた。本稿は、予定数量が新規・決済時にどれだけ板を消化するかを調べる。実際の公開板を観測した後、明示的に仮想の執行計算を適用する。板の厚みは有用な証拠だが、それだけで採算を保てる運用容量は示せない。

結果を計算する前に板と来歴を記録する

観測前に対象をBTCUSDT現物、取得を20秒以上間隔の三回、現金予算を100、1,000、10,000、100,000、1百万、10百万、100百万USDTと定めた。Binanceの公開市場データAPIに両側各5,000価格段を要求した。認証情報、口座接続、売買注文は使っていない。[1] [2]

三応答は2026年10月26日の下表のUTC要求区間中に届いた。生バイト列、SHA-256、要求メタデータ、各板要求の前後のサーバー時刻照会を保存した。数量が正、価格が一意かつ整列、最良気配が交差せず、更新IDが増加することを確認した。別々のRESTスナップショットであり、lastUpdateIdは時刻ではない。IDの増加は欠落のないイベント列を証明しない。ローカルの要求区間とサーバー時計の前後照会も、全注文の厳密な取引所時刻を特定しない。

三取得と七予算をすべて報告する。短い前向き測定であって、流動性状況の代表標本や未使用期間の収益検証ではない。同じAPIを後から呼べば別の板が返る。記録した生入力と計算記録は内部に保存する。

S1 fc2c8e288b0f755f2fe1d16862ad6a5b944a3577b41ac3613b574fc57d2f3e39
S2 f9ed09669d92ad0aa78167dbfc1200fe63bf096d1b686c78a0df8471b30b451d
S3 4031506584a0599b7689312182bad12a63d5786c43c3c1973deca74e57339e58

注文に割り当てる資金を定め、購入前に手数料を確保する

各予算Bは、エントリー手数料込みの独立した利用可能現金枠だ。片道手数料f = 0.001なら、購入代金の上限はB/(1+f)。売り板を安い順に消化し、その金額を使うか取得範囲の末尾に達したら止める。購入数量は各価格の取得量の合計、購入VWAPは購入代金をその数量で割った値だ。次に同じスナップショットの買い板を高い順に使い、得た数量を売る。

数量を連続値で扱う反実仮想であり、取引所へ出した注文ではない。実際の最小数量刻みへの丸めや、口座別の代金・数量制限、注文保護は適用しない。Binanceはこれらのフィルターを別途説明する。表示数量が利用可能なまま、競合注文は来ず、自分の仮想取引も後の行動を変えないと仮定する。遅れて行う実決済や板の補充はモデル化していない。[4]

仮定した両手数料はUSDTで一度ずつ支払う。口座固有の料金ではなく、実際は支払資産、割引、料金が異なりうる。売り板・買い板の消化は表示スプレッドと板の奥の不利な価格をすでに含むため、スプレッドやスリッページを追加しない。Binanceの手数料資料は、関連する口座処理の違いを説明している。[5]

entry_notional = sum(ask_price * quantity_taken)
entry_fee = f * entry_notional
unused_cash = B - entry_notional - entry_fee
sale_notional = sum(bid_price * quantity_sold)
exit_fee = f * sale_notional
ending_cash = unused_cash + sale_notional - exit_fee
static_cost_bps = 10000 * (B - ending_cash) / B

同じ手数料率でも数量が増えると総コストは変わる

10百万USDTまでの予算では、各静的計算の全購入数量を取得した買い板で売れる。表は両側の想定手数料を含む同一板の往復コストを、利用可能現金予算に対するベーシスポイントで示す。1ベーシスポイントは0.01%だ。100百万の予算は取得した売り板・買い板では賄えず、全量清算コストを付ければ観測外の価格を創作することになる。

1百万では三板のコストが21.2165–22.8795ベーシスポイント、10百万では39.2707–44.2687となる。数量に依存する表示板の計算であり、実取引で測定した市場インパクトではない。小さな予算でも約19.9813ベーシスポイントかかる。ごく小さい表示スプレッドより、想定した新規・決済手数料が支配的だからだ。

一つの板で1百万の予算を購入から売却まで追う

S1の1,000,000 USDT枠では新規手数料999.000999 USDTを確保し、BTC代金999,000.999001を使う。売り板105段を消化し、約12.42348330 BTCをVWAP 80,412.310721で取得する。仮想取引前の中間価格は80,404.005で、購入VWAPはそこから約1.0330ベーシスポイント高い。

同数量を取得した買い板43段で売ると、VWAP 80,402.348251、売却総代金998,877.230423となる。決済手数料998.877230を引くと997,878.353193が残る。残存資産も外部資金移動もないため、この枠の静的コストは2,121.646807 USDT、21.216468ベーシスポイントだ。現金と数量は照合できるが、実際にどちらの取引もその板で約定できたとは示せない。

この枠が5百万USDT口座の一部なら、同じ仮想コストは口座全体に対して約4.2433ベーシスポイントであり、21.2165ではない。未投入の4百万に、戦略の建玉収益が付くわけではない。大きな口座と小さなボットの利益率を比べる前に、資金枠、注文、口座全体の分母を明確にする。

増えた注文コストに見合う将来の価格改善を問う

静的な即時往復には価格予測がなく、赤字になるのが自然だ。執行を採算に結びつけるため、取得数量と買い板数量を固定し、仮想の将来買い価格をすべて1+g倍にする。宣言した価格上昇感応度であって、シグナルがgを稼ぐ予測でも、将来の板が同じという予測でもない。条件付き純結果はsale_notional × (1+g) × (1−f)から新規時の使用現金を引いた額になる。

厳密な損益分岐上昇率はcash_used/[sale_notional × (1−f)] − 1。S1の1百万枠では21.2616ベーシスポイントで、静的コスト21.2165より少し高い。将来価格の上昇率は別の分母を使うからだ。30ベーシスポイント上昇では、三つの1百万計算が資金枠に対し+7.0518から+8.7199ベーシスポイントを残す。10百万では同じ上昇仮定でも−14.4015から−9.3885になる。予測が同じでも、ある規模で足りる採算が、より大きい規模のコスト条件では足りなくなりうる。

取得前に20ベーシスポイント上昇も定めたが、下表の三予算ではどれも不足する。どちらの感応度も真の期待優位性を推計しない。適切な採算比較には戦略自身の前向き損益、実コスト、不確かさが必要だ。実市場テストの検証はその区別を説明する。

スナップショットが終わっても未観測の板が消えるわけではない

100百万予算で、S1の売り板が賄うのは想定手数料込み30,404,511.278176 USDT、目標の30.4045%だ。計算で376.50736000 BTCを取得するが、既知の買い板は204.10621000 BTCしか賄わず、172.40115000 BTCには範囲内の売却価格がない。データの境界であり、実注文が部分約定する、または深い板が存在しないという報告ではない。Binanceも有限スナップショットには範囲外数量が含まれないと明示する。[2] [3]

モデルには未使用現金69,595,488.721824 USDTが残る。既知の買い板による売却後の現金は85,929,861.018185で、残存資産は172.40115000 BTCだ。元の最良買い気配で評価すると13,861,742.064600の会計価値になる。しかし既知の買い板を消化した後、その価格でさらに清算できるとは主張できない。評価を約定扱いせず、全量清算の収益率と価格上昇の損益分岐は未確定とする。

狭いスプレッドだけでは決済や板の回復は分からない

S1とS2の最良買い・売り気配は同じでも、1百万の静的コストは21.2165と22.8795ベーシスポイントで異なる。最良買い気配の表示数量は観測間に7.42169 BTCから0.07093 BTCへ減る。1百万のS1売却は買い板43段、S2では197段を消化する。スプレッドや入口の売り気配だけでは、反対側の変化を見落とす。

三取得からは、消化した板の補充速度、競合ボットの反応、ストレス決済時に残る流動性は分からない。ECBは厚み、スプレッドの狭さ、回復力を区別し、狭い気配差でも最良価格の数量は少ないことを指摘する。原著の板研究も静的スプレッドだけでなくイベントフローで価格変化を調べる。問いの根拠にはなるが、この取得に対するインパクトや回復力のモデルを較正するものではない。[6] [7]

次の配分を新しい執行・リスク検証として扱う

予定注文数量と完了期限を定め、順序、遅延、口座記録を伴って多様な状況の対象シグナルを評価する。売買VWAPを同時点の判断基準価格と比べ、未成立、部分約定、拒否を数える。既存建玉と他エージェントの同時注文も含める。二つのボットがそれぞれ単独のつもりで同じ表示流動性を使うことはできない。待機や分割はコスト、遅延、機会損失を変えるため、静的計算から無償でコストを減らすのでなく別比較が要る。

新規前に手数料と残余リスク資本を確保し、決済計画と増額を戻す条件を定める。大きい口座でも、同じ投資割合を無理に市場へ入れず現金を残せる。固定運用費、該当する資金調達費、市場・集中リスクも重要だ。資金の増加は予測優位性を増やさず、黒字の少額試験は次の規模の執行を測定しない。

ChatGPTやClaudeは増額案を検証仕様にする作業、CodexやClaude Codeは板の走査と現金恒等式の監査を助けられる。本稿はAIが分析を補助し、記録した公開応答をPythonで十進計算した。AI取引モデル、口座、実注文は評価していない。観測した板項目、計算した反実仮想、未測定の将来行動を分けて報告するよう求める。

時刻付き公開板と宣言した現金予算から、指定手数料を確保し、深い流動性を創作せず売り板・買い板を順に使い、現金と資産を照合してください。VWAP、消化段数、既知板の対応範囲、未解決の保有量を報告し、観測気配と仮想約定を分けてください。遅延、インパクト、数量フィルター、補充、将来収益、口座リスクの何を測っていないかを明示してください。スナップショット上の数量閾値を戦略容量上限と呼ばないでください。

測定した板が支持することと、未解決のこと

記録した板は具体的な結果を支持する。連続数量・静的板計算と固定手数料の下では、1百万から10百万USDTへの増加でモデル上の執行負担が大きく上がる。宣言した将来買い価格30ベーシスポイント上昇は前者を賄うが後者を賄わない。100百万では予定往復を取得データ全体でも賄えない。どれも普遍的な資本上限を特定せず、小さい方が利益を稼ぐとも証明しない。

戦略の運用容量とは、取引工程全体が採算・リスク条件をなお満たせる配分だ。収益機会、執行方針、同時注文、保有期間、不利な決済環境を併せて確かめる必要がある。次の妥当な手順は、少額ボットの過去利益率に大口入金を掛けることではなく、証拠を残す限定的な数量実験だ。