Bot 開発ログ

🛠️月次報告(2025年7月)&8月の計画

こんにちは、よだかです。
7月の目標は大体クリアできたので、8月の開発スケールに向けて現状の整理をしておきます。


2025年7月1日 〜 7月25日:仮想通貨Bot開発・運用ログ総まとめ

視点の構造化

  1. 全体像 – 7月の開発テーマと到達点
  2. 時系列ハイライト – 主要イベントを日別/週別で俯瞰
  3. 領域別まとめ – インフラ・ロジック・モニタリングほか
  4. 学び & 次の一手 – 気づき/改善アクション

1. 全体像 – 7月の開発テーマと到達点

領域重点テーマ主な成果
MMBot安定化Docker自動再起動+二層Watchdog、ログ出力パス整理testnet → mainnet で稼働しつつ、監視系がほぼ完成
データ/分析基盤Parquet整形・ログ統合・因果分析スクリプトanalyze_pnl_vs_log.pyspread × 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‑5MMBot本番テスト開始。二層Watchdog(cron+restart)構築自動再起動・Slack通知 を実装し安定度向上
7/6‑10Parquetに欠損カラム発生 → 構造化ログ検証を強化SaveProcessMonitor 導入、保存経路の循環依存解消
7/11‑12週次レビュー(開発4ヶ月目)・VIP手数料検討Makerリベート/BNB割引の影響試算、VIP判定式自動化
7/13‑15Rust×Pyハイブリッドでビルドエラー(arm64リンク)libpython リンクオプション修正+maturin再構築で解決
7/16‑18Binance Japan API権限・署名‐1022問題パラメータ順序&フィールド名修正、署名完全一致を確認
7/19‑21Spread最適化 Phase 2‑3、シミュレーションで改善確認gross_edge負値→±0付近へ、約定確率チューニング開始
7/22清算ハンター連載:BBO/L2Book活用+ガス最適化部分清算ループの2週間スプリント案を公開
7/23Parquet列不足→構造化ロガー強化、Hyperliquid清算指標整理OI変化・FR変動を追加指標に採用
7/24WebSocket 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.0MMBot改修+@bookTicker実装着手など着実。ただFRMMbot作り直しで純増コード量は減少。
2. インフラ安定性15 %8.0二層Watchdogで“止まらない”体制をほぼ確立。残課題は異常時パラメータ自動縮小
3. リスク管理/ガードレール15 %6.5max position・auto‑cancel等 ▲ ただDD回収ロジック・自動損失リミットはβレベル。
4. 取引戦略の実行・収益性15 %5.5本番ネット走行は◎だがエッジはまだ±0付近。勝ち筋検証よりPoC再構築が先行。
5. データ収集・因果分析10 %7.5PnL×log統合スクリプト完成はGood。反面、統計的有意性テストは未着手。
6. 学習&改善サイクル10 %7.0週次レビュー→即リファクタのループは定着。ただPoC→本番導入のリードタイム長め。
7. アウトプット・ドキュメンテーション10 %8.5ラジオ原稿/ブログ連載で知識を外部化。読者フィードバックを指標化すると更に◎。
8. 体調管理・サステナビリティ5 %6.0毎朝4~5時起床+ランニングの継続は◎。ただ体調不良日も開発を進めがちでリスク。

*重みは「収益に直結する影響度」で筆者が設定

総合スコア(加重平均) → 7.1 / 10

“安定化フェーズを完遂し、次はエッジ最大化フェーズへ”


✔️ 強み(今月伸びた点)

  1. 障害復旧力の向上
    • Watchdog+Slack通知でMTTR(平均復旧時間)を事実上ゼロに近づけた。
  2. データ整備の質的転換
    • Parquet欠損を根治し、spread‑notional‑PnLの多変量解析へステップアップ。
  3. アウトプット継続
    • 知識の外化が思考のメンテナンス兼セルフマーケとして機能し始めた。

❌ 改善必須ポイント

痛点具体的リスク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日平均取引数237300±10 %
総PnL (JPY)+1.8 %+6 %
最大DD‑4.1 %< ‑3 %
解析レポート自動生成率40 %80 %

PnL/DDは公開可能な例示値。実値で追跡する


次月フォーカス ― “勝率ブースト月間”

  1. @bookTicker fallback 完成 → 実測レイテンシ検証
    • 1秒未満の欠損補完を確認できなければタイムアウト閾値を再設定。
  2. MMBot: spread/sizeパラメータをベイズ最適化で自動チューニング
    • optuna + rolling backtest をCIに組み込む。
  3. FRMMbot最小版を14日でShadow Modeへ
    • Funding収益 > 手数料を最低条件に“商用可”ラインを引く。
  4. DDガード “red‑zone stop” 実装
    • PnL曲線×ボラで動的閾値。trigger時にポジ縮小→Slack通知→要手動解除。
  5. 統計的有意性ダッシュボード
    • 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
⑤ 再ステーキング & クロスチェーンYFLST→リステーク→利回り複合★★★☆☆ブリッジ/スマコン危険ChainCatcher

*ROIポテンシャルは収益規模 ÷ 必要キャピタル ÷ 想定稼働時間の総合評価。


2. スコアリング結果 ― どこを掘るか?

評価軸重み①アービトラージ②MEV③清算④Airdrop⑤再ステーク
期待ROI30 %79865
既存資産とのシナジー20 %75866
インフラ追加コスト15 %64687
開発期間(PoC→本番)15 %63787
リスク管理容易さ10 %64576
規制/コンプラ10 %75656
合計 /106.65.66.96.66.2

結論

  • 最優先PoC③ 清算スナイピング(既に構想有+ROI高+実装リードタイム短)
  • 並行候補① クロスアービトラージ(MM基盤と共通部品多い)
  • 中期研究:②(MEV)、⑤(再ステーク)— 高ROIだが重装備が必要

3. 8月の実行プラン(Dual‑Track)

MM改良タスク (70 %)ハイエッジPoCタスク (30 %)
1@bookTickerフォールバック完成・Latency測定清算Bot PoCスケルトン + backtest dataset 整備
2spread/size Optuna 最適化 → ABテスト開始シミュレート清算 Fill > 90 % 条件まで調整
3DDガード「red‑zone stop」実装 & ストレステストShadow Mode (リアルFeeds / 0サイズ注文)
4PnL・約定率 有意性p値レポート自動生成Mainnet試行 ≤ 0.5 %資本 & Slackライブモニタ

4. 資本・リスク配分ガイドライン

  1. 試験運用上限
    • PoC期間は 総資本の ≤ 5 % を上限。
    • DD > 1 σ 達成で即自動ポジ縮小。
  2. モジュール分離
    • MMBot → execution core を共通ライブラリ化。
    • 清算Bot/アービトラージBotは adapter層だけ差替え
  3. KPIセット
    • ROI(日次)、Fill率、ガス比率、失敗Tx率を Grafana に並列表示。
    • ペイバック期間 ≤ 30 d を撤退/追加投資の境界線に。

5. 落とし穴と回避策

リスク痛い事象先回り策
コンペ激化でエッジ蒸発清算Txが競合で滑るPrivate Tx / Builders連携・Failoverチェーン実装
ガス市場急騰スナイプ利幅 < Gasmin_EV = 2×ガス を動的閾値に
規制強化(MEV/airdrop)資金凍結・KYC要請オフチェーン法人設計・Jurisdiction分散
オペリスク拡大多Bot同時障害WatchdogにBotごとCircuit Breakerを追加

6. TL;DR — “勝ちの太い所” へ踏み出す三手

  1. 清算スナイプPoCを2週間でShadow→Mainnetへ
  2. クロスCEX/DEXアービトラージはMM部品流用で月内にβ版
  3. ROI/リスクを数値でトラッキングし、8月末に撤退 or 増資を即決

これで 「薄利の安定MM」+「太エッジのイベント駆動」 のポートフォリオが回り始めます。
ハイエッジ領域は結果が出るまで速い—失敗コストを限定しつつ、当たれば指数的
“専業5か月目” は「勝てるBotの量産フェーズ」へ入ることを目指します。

MMの“武器庫”を横展開できる戦略ポートフォリオ

高頻度 MM で培った ① 板読み微粒度データ処理② サブ秒レイテンシ低減③ 在庫‐リスク制御 は、次の8つの戦略群へ比較的スムーズにスケールできます。
(◎=特に技術シナジーが大きい/★=ROIポテンシャル)

#戦略カテゴリROI★MM資産の流用ポイント主要リスク & 障壁
1クロス CEX/DEX アービトラージ★★★★☆◎同時発注エンジン/レイテンシ最適化送金遅延・取引量規制 ワンダートレーディング
2RFQ/ブロック 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
7DEX CLMM リバランス LP(Uniswap v4, Hyperliquid LPD)★★★☆☆◎スプレッド最適化ロジックガスコスト・IL
8MEV サンド/バックラン(Builder統合)★★★★★◎競合回避レイテンシ/Txシミュレーション倫理・規制 & 超高競争

1. クロス CEX/DEX アービトラージ

  • Core idea: 価格差 ≧(手数料+ガス)を狙い、同時約定でリスク中立。
  • MM知見の活用: マルチエクスチェンジの order‑routing流動性スナップショット を既存 MM モジュールに差し込むだけで PoC 可。
  • 優先タスク:
    1. “hot wallet ≈ ポジション” を許容する在庫モデル。
    2. 手数料 / ガス / 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 backtestROI>手数料 を確認
W3ベーシス・Funding Bot (ライブサイズ≤1 %資本)Funding収益>費用 証明
W4統合ダッシュボード (PnL / リスク / 稼働率) と ABテスト枠組み比較可能な KPI セット完成

Tips: MM基盤を“万能モジュール化”するコツ

  1. Execution Core → gRPC 化:複数Botが同じ低レイテンシ発注パイプを共有。
  2. Inventory Service:全Bot共通の在庫リスク計算を 1ヶ所に。
  3. Edge Score Engine:各Botが返す raw PnL / σ / DD から 資本再配分 を自動化。
  4. 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開発にも着手するフェーズ。とは言え、一気に進めても理解が中途半端な状態での運用になってしまうので、マイペースにコツコツやります。

-Bot, 開発ログ