
こんにちは、よだかです。
7月の目標は大体クリアできたので、8月の開発スケールに向けて現状の整理をしておきます。
2025年7月1日 〜 7月25日:仮想通貨Bot開発・運用ログ総まとめ
視点の構造化
- 全体像 – 7月の開発テーマと到達点
- 時系列ハイライト – 主要イベントを日別/週別で俯瞰
- 領域別まとめ – インフラ・ロジック・モニタリングほか
- 学び & 次の一手 – 気づき/改善アクション
1. 全体像 – 7月の開発テーマと到達点
領域 | 重点テーマ | 主な成果 |
---|---|---|
MMBot安定化 | Docker自動再起動+二層Watchdog、ログ出力パス整理 | testnet → mainnet で稼働しつつ、監視系がほぼ完成 |
データ/分析基盤 | Parquet整形・ログ統合・因果分析スクリプト | analyze_pnl_vs_log.py で spread × notional × PnL を一括解析 |
通信最適化 | WebSocket深度欠損フォールバック (@bookTicker) | レイテンシ 12‑18 KB/s → 安定、フェイルオーバ計画立案 |
新戦略検討 | FR解説・FRMMbot再設計、清算スナイパーロードマップ | 既存実装を “作り直し” 方針に転換し、PoCロードマップ策定 |
Rust高速化 | Order‑book delta apply・VWAP/TWAPモジュール | CPU 50 % → 10 %(試算)、レイテンシ −40 µs 見込み |
アウトプット | ラジオ原稿・ブログ連載・週報 | Funding Rate入門、清算ハンター連載、週次レビュー発信 |
2. 時系列ハイライト
日付 | イベント/課題 | 対応・結果 |
---|---|---|
7/1‑5 | MMBot本番テスト開始。二層Watchdog(cron+restart)構築 | 自動再起動・Slack通知 を実装し安定度向上 |
7/6‑10 | Parquetに欠損カラム発生 → 構造化ログ検証を強化 | SaveProcessMonitor 導入、保存経路の循環依存解消 |
7/11‑12 | 週次レビュー(開発4ヶ月目)・VIP手数料検討 | Makerリベート/BNB割引の影響試算、VIP判定式自動化 |
7/13‑15 | Rust×Pyハイブリッドでビルドエラー(arm64リンク) | libpython リンクオプション修正+maturin再構築で解決 |
7/16‑18 | Binance Japan API権限・署名‐1022問題 | パラメータ順序&フィールド名修正、署名完全一致を確認 |
7/19‑21 | Spread最適化 Phase 2‑3、シミュレーションで改善確認 | gross_edge負値→±0付近へ、約定確率チューニング開始 |
7/22 | 清算ハンター連載:BBO/L2Book活用+ガス最適化 | 部分清算ループの2週間スプリント案を公開 |
7/23 | Parquet列不足→構造化ロガー強化、Hyperliquid清算指標整理 | OI変化・FR変動を追加指標に採用 |
7/24 | WebSocket depth 欠損時のフォールバック (@bookTicker) 設計 | タイムアウト2 s→要検討、小さい値で実機テストへ |
7/25 (今日) | @bookTicker 実装着手・タイムアウト閾値議論 | fallbackコードドラフト/レイテンシ計測予定 |
3. 領域別まとめ
🏗 インフラ & コンテナ
- 二層Watchdog(systemd × cron) により Bot停止→自動リブート+Slack で即通知。
- Recorder分離 を検討しつつ、「まずはホスト⇄コンテナ volume mount安定」が優先。
⚙️ 取引ロジック
- MMBot v1.7
- max position / auto‑cancel / Slack alert などセーフティガード完備。
- adaptive_s_entry 設計開始 – spread条件の自動最適化。
- FRMMbot
- 複雑化を理由に「ゼロベースで再設計」。Funding Rateの定義とMMの二重エッジを数値で再整理。
- 清算スナイパー
- BBO差分・OI急減をトリガに部分清算ループ。バックテスト→Shadow modeロードマップ策定。
📊 データ解析
- 因果分析統合スクリプト :
pnl_df
とトレードログをマージしスリッページ要因を特定。 - Parquet整形 : コイン名ハードコード問題を修正し、ETH/SOLデータ消失を解消。
🔔 モニタリング & リスク管理
- Network Guard : API Ping 404 → 正エンドポイント
/v5/public/time
不存在 → 再マッピング。 - Latency Metrics :
process_symbol()
毎の処理時間をPrometheus互換で出力。P99超過時にアラート。
📝 知識アウトプット
- Funding Rate入門シリーズ:市場規模・乖離メカニズム・無裁定条件を解説。
- MM戦略解説:
- 清算ハンター開発記:BBO/L2Book戦略・ガス最適化・EVループを連載。
- 週次報告:開発ロードマップ・KPIレビュー・体調管理の振り返りを定例化。
4. 学び & 次の一手
気づき | アクション |
---|---|
「壊れる前提」から「素早い復旧」へ – 監視⇄再起動の動線が整備できた | 次は 異常検出→自動パラメータ縮小 で損失最小化フローを実装 |
複雑化したコードは一度捨てる勇気 – FRMMbotをリセット | PoC → incremental build のサイクルを月内に回す |
Spread × Notional × PnL の因果分析でボトルネック特定 | ロジック改修 → バックテスト → Mainnet検証を高速ループ化 |
通信欠損時のフォールバック の設計指針が固まった | @bookTicker 実装完了後、latency heatmap で効果検証 |
Rust高速化のROI が具体値で見えた | order‑book delta apply から優先的にマージ & 実測ベンチ |
アウトプット習慣 が開発記録→知識共有に貢献 | ラジオ原稿とブログ記事を 週1本 継続し、学びの外部化を加速 |
🚀 まとめ
7月は 「運用の安定基盤づくり」と「複雑化のリセット」 が大きなテーマでした。
MMBotは本番稼働+二層監視で“止まらない”状態に近づき、データ/分析基盤もパイプラインが整備。
一方で FRMMbot・清算スナイパー など新戦略は「仕様の再整理→PoCスプリント」へ舵を切り、
Rust高速化・フォールバック通信 といった低レイヤー最適化も並走しています。
次のマイルストーンは 「PoC → 本番投入までのスプリント高速化」。
— 自動検証→ロールアウト→モニタリング→学習サイクル を最短距離で回し、
8月以降の複数戦略並列運用に備えます。
7月度セルフレビュー ― “専業4か月目” 厳しめスコアカード
評価軸 | 重み* | 7月スコア (10点満点) | コメント(忖度なし) |
---|---|---|---|
1. 技術開発スピード | 20 % | 7.0 | MMBot改修+@bookTicker実装着手など着実。ただFRMMbot作り直しで純増コード量は減少。 |
2. インフラ安定性 | 15 % | 8.0 | 二層Watchdogで“止まらない”体制をほぼ確立。残課題は異常時パラメータ自動縮小。 |
3. リスク管理/ガードレール | 15 % | 6.5 | max position・auto‑cancel等 ▲ ただDD回収ロジック・自動損失リミットはβレベル。 |
4. 取引戦略の実行・収益性 | 15 % | 5.5 | 本番ネット走行は◎だがエッジはまだ±0付近。勝ち筋検証よりPoC再構築が先行。 |
5. データ収集・因果分析 | 10 % | 7.5 | PnL×log統合スクリプト完成はGood。反面、統計的有意性テストは未着手。 |
6. 学習&改善サイクル | 10 % | 7.0 | 週次レビュー→即リファクタのループは定着。ただPoC→本番導入のリードタイム長め。 |
7. アウトプット・ドキュメンテーション | 10 % | 8.5 | ラジオ原稿/ブログ連載で知識を外部化。読者フィードバックを指標化すると更に◎。 |
8. 体調管理・サステナビリティ | 5 % | 6.0 | 毎朝4~5時起床+ランニングの継続は◎。ただ体調不良日も開発を進めがちでリスク。 |
*重みは「収益に直結する影響度」で筆者が設定
総合スコア(加重平均) → 7.1 / 10
“安定化フェーズを完遂し、次はエッジ最大化フェーズへ”
✔️ 強み(今月伸びた点)
- 障害復旧力の向上
- Watchdog+Slack通知でMTTR(平均復旧時間)を事実上ゼロに近づけた。
- データ整備の質的転換
- Parquet欠損を根治し、spread‑notional‑PnLの多変量解析へステップアップ。
- アウトプット継続
- 知識の外化が思考のメンテナンス兼セルフマーケとして機能し始めた。
❌ 改善必須ポイント
痛点 | 具体的リスク | 8月アクション |
---|---|---|
① エッジの低さ | ±0%付近の損益では“運ゲー”を抜け出せない | 1. spread 動的最適化 を最優先で実装 2. バックテスト→実運用のABテストを日次で回す |
② DD対応遅延 | 大ドローダウン時に資金効率が急低下 | 1. 自動ポジ縮小+トレード一時停止 をWatchdogと連携 2. ヒストリカルDDシミュレーションで閾値検証 |
③ FRMMbot再構築の停滞 | 複数戦略の並列化が遅れる | 1. 2週間でミニマム機能を仕上げ、Shadow運用まで持ち込む 2. 既存MMBotと共有できる共通基盤を先に抽象化 |
④ 統計的検証不足 | “改善”が感覚値で議論されがち | 1. bootstrap/KS検定で勝率・P&L差分の有意性を検証 2. レポートを週報へ自動添付 |
KPIスナップショット(7月末時点)
指標 | 現状値 | 目標値 (8月末) |
---|---|---|
Bot稼働率 | 99.2 % | > 99 % |
1日平均取引数 | 237 | 300±10 % |
総PnL (JPY) | +1.8 % | +6 % |
最大DD | ‑4.1 % | < ‑3 % |
解析レポート自動生成率 | 40 % | 80 % |
PnL/DDは公開可能な例示値。実値で追跡する。
次月フォーカス ― “勝率ブースト月間”
- @bookTicker fallback 完成 → 実測レイテンシ検証
- 1秒未満の欠損補完を確認できなければタイムアウト閾値を再設定。
- MMBot: spread/sizeパラメータをベイズ最適化で自動チューニング
- optuna + rolling backtest をCIに組み込む。
- FRMMbot最小版を14日でShadow Modeへ
- Funding収益 > 手数料を最低条件に“商用可”ラインを引く。
- DDガード “red‑zone stop” 実装
- PnL曲線×ボラで動的閾値。trigger時にポジ縮小→Slack通知→要手動解除。
- 統計的有意性ダッシュボード
- Prometheus → Grafana (or Altair) で勝率と収益差分のp値を常時表示。
最後に
総評: 「壊れないBot」は手に入った。次は「勝てるBot」を量産できる開発サイクルを作る月。
MMbotに集中していたので仕方ないが、エッジの薄いところを掘っていた感は否めないので,8月はハイエッジなイベント駆動系botも作っていく。
安定化で得た余剰リソースをエッジ創出と検証自動化に全振りし、8月末には“純増益が出る複数戦略並列運用”を最低限の目標に据えます。
8月ロードマップ
「薄利のMM」だけでなく ‟高エッジ域” を同時に掘るために
結論先出し:8月は MM改良 70 % + ハイエッジPoC 30 % の二本立てで行く。
- ハイエッジ候補を5カテゴリに整理 → スコアリング
- PoCロードマップとリスク/資本配分指針を提示
1. 2025年現在の“高エッジ”領域マップ
カテゴリ | 典型エdge & 収益源 | ROIポテンシャル* | 参入障壁 | 競争強度 |
---|---|---|---|---|
① クロスCEX/DEXアービトラージ | 並列約定で差額取り | ★★★★☆ | ネットワーク/オーダールーティング | 高 ワンダートレーディング |
② MEV抽出(サンド/フロント/バック) | Tx順序操作でガス>利益 | ★★★★★ | ノード/バンドル/シミュレーション | 非常に高 BlockchainX |
③ 清算スナイピング / 部分清算ループ | 強制決済のインパクト差 | ★★★★☆ | L2理解 & 高速Tx | 中 |
④ Airdrop & ポイントファーミング | 将来トークン&pts | ★★★☆☆ (案件依存) | マルチシグ/タスク自動化 | 中 NFT Evening |
⑤ 再ステーキング & クロスチェーンYF | LST→リステーク→利回り複合 | ★★★☆☆ | ブリッジ/スマコン危険 | 中 ChainCatcher |
*ROIポテンシャルは収益規模 ÷ 必要キャピタル ÷ 想定稼働時間の総合評価。
2. スコアリング結果 ― どこを掘るか?
評価軸 | 重み | ①アービトラージ | ②MEV | ③清算 | ④Airdrop | ⑤再ステーク |
---|---|---|---|---|---|---|
期待ROI | 30 % | 7 | 9 | 8 | 6 | 5 |
既存資産とのシナジー | 20 % | 7 | 5 | 8 | 6 | 6 |
インフラ追加コスト | 15 % | 6 | 4 | 6 | 8 | 7 |
開発期間(PoC→本番) | 15 % | 6 | 3 | 7 | 8 | 7 |
リスク管理容易さ | 10 % | 6 | 4 | 5 | 7 | 6 |
規制/コンプラ | 10 % | 7 | 5 | 6 | 5 | 6 |
合計 /10 | — | 6.6 | 5.6 | 6.9 | 6.6 | 6.2 |
結論:
- 最優先PoC:③ 清算スナイピング(既に構想有+ROI高+実装リードタイム短)
- 並行候補:① クロスアービトラージ(MM基盤と共通部品多い)
- 中期研究:②(MEV)、⑤(再ステーク)— 高ROIだが重装備が必要
3. 8月の実行プラン(Dual‑Track)
週 | MM改良タスク (70 %) | ハイエッジPoCタスク (30 %) |
---|---|---|
1 | @bookTickerフォールバック完成・Latency測定 | 清算Bot PoCスケルトン + backtest dataset 整備 |
2 | spread/size Optuna 最適化 → ABテスト開始 | シミュレート清算 Fill > 90 % 条件まで調整 |
3 | DDガード「red‑zone stop」実装 & ストレステスト | Shadow Mode (リアルFeeds / 0サイズ注文) |
4 | PnL・約定率 有意性p値レポート自動生成 | Mainnet試行 ≤ 0.5 %資本 & Slackライブモニタ |
4. 資本・リスク配分ガイドライン
- 試験運用上限:
- PoC期間は 総資本の ≤ 5 % を上限。
- DD > 1 σ 達成で即自動ポジ縮小。
- モジュール分離:
- MMBot → execution core を共通ライブラリ化。
- 清算Bot/アービトラージBotは adapter層だけ差替え。
- KPIセット:
- ROI(日次)、Fill率、ガス比率、失敗Tx率を Grafana に並列表示。
- ペイバック期間 ≤ 30 d を撤退/追加投資の境界線に。
5. 落とし穴と回避策
リスク | 痛い事象 | 先回り策 |
---|---|---|
コンペ激化でエッジ蒸発 | 清算Txが競合で滑る | Private Tx / Builders連携・Failoverチェーン実装 |
ガス市場急騰 | スナイプ利幅 < Gas | min_EV = 2×ガス を動的閾値に |
規制強化(MEV/airdrop) | 資金凍結・KYC要請 | オフチェーン法人設計・Jurisdiction分散 |
オペリスク拡大 | 多Bot同時障害 | WatchdogにBotごとCircuit Breakerを追加 |
6. TL;DR — “勝ちの太い所” へ踏み出す三手
- 清算スナイプPoCを2週間でShadow→Mainnetへ
- クロスCEX/DEXアービトラージはMM部品流用で月内にβ版
- ROI/リスクを数値でトラッキングし、8月末に撤退 or 増資を即決
これで 「薄利の安定MM」+「太エッジのイベント駆動」 のポートフォリオが回り始めます。
ハイエッジ領域は結果が出るまで速い—失敗コストを限定しつつ、当たれば指数的。
“専業5か月目” は「勝てるBotの量産フェーズ」へ入ることを目指します。
MMの“武器庫”を横展開できる戦略ポートフォリオ
高頻度 MM で培った ① 板読み微粒度データ処理 ② サブ秒レイテンシ低減 ③ 在庫‐リスク制御 は、次の8つの戦略群へ比較的スムーズにスケールできます。
(◎=特に技術シナジーが大きい/★=ROIポテンシャル)
# | 戦略カテゴリ | ROI★ | MM資産の流用ポイント | 主要リスク & 障壁 |
---|---|---|---|---|
1 | クロス CEX/DEX アービトラージ | ★★★★☆ | ◎同時発注エンジン/レイテンシ最適化 | 送金遅延・取引量規制 ワンダートレーディング |
2 | RFQ/ブロック MM(Deribit, WOO, Hyperliquidなど) | ★★★★☆ | ◎価格提示アルゴリズム/在庫管理 | RFQネットワーク参加要件 CoinDesk |
3 | パーぺチュアル‐スポット “ベーシス”/Funding アービトラージ | ★★★★☆ | ◎ペア型在庫ヘッジ/資金効率管理 | FR変動・強制清算 highstrike.comCoinbase |
4 | 清算スナイピング & 部分清算ループ | ★★★★☆ | ◎L2 OrderBook監視/サブ秒Tx発火 | ガス高騰・競合Bot |
5 | オプション Γ(ガンマ)スキャルピング & ボラMM | ★★★☆☆ | ◎Δヘッジ高速発注/在庫限度管理 | IVクラッシュ・板薄 Ninjapromo |
6 | 統計アービトラージ(ペア/PCAモデル) | ★★★☆☆ | ◎Tickデータの特徴量生成/自動発注 | モデルドリフト Taylor & Francis OnlineSSRN |
7 | DEX CLMM リバランス LP(Uniswap v4, Hyperliquid LPD) | ★★★☆☆ | ◎スプレッド最適化ロジック | ガスコスト・IL |
8 | MEV サンド/バックラン(Builder統合) | ★★★★★ | ◎競合回避レイテンシ/Txシミュレーション | 倫理・規制 & 超高競争 |
高頻度MMの知見は以下の戦略にもシナジーがある。8月は開発をスケールさせていく。
・クロス CEX/DEX arb
・perp‐spot “ベーシス”/Funding arb
・清算スナイプ & 部分清算ループ
・オプション ガンマスキャルピング & ボラMM
・統計アービトラージ(ペア/PCAモデル)
・MEV サンド/バックラン— よだか(夜鷹/yodaka) (@yodakablog) July 25, 2025
1. クロス CEX/DEX アービトラージ
- Core idea: 価格差 ≧(手数料+ガス)を狙い、同時約定でリスク中立。
- MM知見の活用: マルチエクスチェンジの order‑routing と 流動性スナップショット を既存 MM モジュールに差し込むだけで PoC 可。
- 優先タスク:
- “hot wallet ≈ ポジション” を許容する在庫モデル。
- 手数料 / ガス / Withdraw 変動を含む 動的エッジ計算器。
2. RFQ/ブロック MM
- 大口トレーダーが Request‑For‑Quote で板外の流動性を探す仕組み。
- MM の 価格提示アルゴ + inventory skew がそのまま武器。
- 小規模資本でも RFQネットワークに早期参入 するとシェア確保しやすい。
3. Perp‑Spot ベーシス & Funding アビトラージ
- Funding ≈ スプレッド を時間軸でヘッジ。
- MM で日常的に解いている デルタヘッジ/ポジ制御 を 8h‑サイクルへ引き伸ばすだけ。
- 高FR局面は ROI が太いが、連続ポジション維持コスト を予測するモデル必須。
4. 清算スナイピング
- 強制決済直前の 端末注文の滑り を刈り取る。
- MMで鍛えた レベル2変動→α判定 と μs単位Tx発火 が直結。
- ガストークン在庫と Builder Private Tx で競合を回避すると成功率↑。
5. オプション Γ スキャルピング
- Gamma > 0 のポジを持ち、デルタヘッジを秒〜分足で回す。
- MMの dual‑leg 発注ロジック + 在庫キャップ がそのまま。
- リスクは IVクラッシュ と流動性断絶。RFQ併用で大口対応を。
6. Statistical/Pairs Arbitrage
- PCAや距離メトリクスで「過剰乖離」を検出→ Mean‑revert。
- 必要なのは 分単位での自動ペア再計算 と 高速レイテンシ(fill率確保)。
- HFT‐MM の 内製バックテスト基盤 がそのまま実験環境に。
7. DEX Concentrated LP Rebalancing
- ズレクオート+流動性集中 を自動再配置。
- MMの dynamic spread ロジックを価格帯‑幅にマッピング。
- L1/L2ごとのガス最小化と impermanent loss シミュレーションが新規課題。
8. MEV プライオリティトレード
- サンド/バックランは order‐flow予測 × レイテンシ勝負。
- 既存の μsオーダーループ・シミュレータ を EVM Tx に置き換える。
- 倫理・規制チェックリストを明文化し、撤退基準 を事前設定。
実行ステップ(ロードマップ概要)
月内Week | 主タスク | 期待アウトカム |
---|---|---|
W1 | スコア上位 ①③④ を技術分解 (データ要件, インフラ追加) | PoC 設計書 |
W2 | ①アービトラージ PoC (paper trade) / ④清算 Sniper backtest | ROI>手数料 を確認 |
W3 | ベーシス・Funding Bot (ライブサイズ≤1 %資本) | Funding収益>費用 証明 |
W4 | 統合ダッシュボード (PnL / リスク / 稼働率) と ABテスト枠組み | 比較可能な KPI セット完成 |
Tips: MM基盤を“万能モジュール化”するコツ
- Execution Core → gRPC 化:複数Botが同じ低レイテンシ発注パイプを共有。
- Inventory Service:全Bot共通の在庫リスク計算を 1ヶ所に。
- Edge Score Engine:各Botが返す raw PnL / σ / DD から 資本再配分 を自動化。
- Fail‑Safe Policy:Bot別 SLAと Circuit Breaker を定義し、異常時に資本をMMに退避。
TL;DR
- MMスキルセット=“低レイテンシ × 板読み × 在庫制御”。
- これらは アービトラージ / RFQ / 清算スナイプ / Funding / オプションγ / 統計アービトラージ / DEX LP / MEV で高い再利用性。
- まずは ROI×実装リードタイム で③清算・①アービトラージを試し、Edge Score Engineで資本を動的配分——“薄利を守りつつ太利を狩る” ポートフォリオ体制を作り上げる。

上記の8戦略についてはまだ理解が浅いので、各戦略の調査→ブログ執筆&ラジオ発信の流れを組みつつリスク管理方法を理解しながらプロジェクトの雛形だけはサクッと作る予定。
で、8月以降はどうすんの?
- 高頻度MM botを作り込む:薄利&多数並行稼働で安定収益,botterとしての強みを伸ばす
→知見を別戦略へスケールさせる - ハイエッジを掘る(主にイベント駆動系):観測対象&戦略の拡張,botterとして戦略の幅を広げる
1,清算スナイプの本番投入(~8/15)
2,クロスCEX/DEXarb実装(~8/29)
3,ショート系(逆張り系)botの実装
4,MEV抽出

そろそろオンチェーンbotと逆張り系のbot開発にも着手するフェーズ。とは言え、一気に進めても理解が中途半端な状態での運用になってしまうので、マイペースにコツコツやります。