こんにちは、ぼっちbotterよだかです。
今日は「市場と取引」を読み終えて、市場を、価格だけではなく、価値・情報・制度・流動性・執行・参加者制約が接続されたシステムとして見るための整理をしたので、その流れをまとめていきます。
-
-
🛠️開発記録#536(2026/5/6)『市場と取引』を読みながら、見えない市場構造を観測変数へ落とす準備をした話
続きを見る
1. 今日の位置づけ：『市場と取引』を読み終え、bot開発へ戻す整理をした
ここしばらく、市場構造の勉強を優先していましたが、ようやく本書を最後まで読み切りました。読み始めた頃は、注文駆動型市場、ブローカー、ディーラー、流動性、大口取引、裁定、指数、執行コストなどを、それぞれ個別の概念として理解していました。
ただ、最後まで読んでみると、それらは別々の知識というより、かなり強くつながっている話でした。
市場には、価格だけがあるわけではありません。
その裏側には、参加者の目的、情報の偏り、流動性を出す人のリスク、注文を処理する仕組み、規制、取引所の設計、執行コスト、ヘッジや裁定の制約があります。
今回読んだ終盤の章では、特に次のようなテーマが出てきました。
- フロア取引から電子取引システムへの移行
- バブル、暴落、極端な価格変動
- サーキットブレーカーなどの市場安全装置
- インサイダー取引と市場の公正性
- 市場が電子化された後も残る不透明な部分
このあたりは、単なる金融知識として読むだけなら「そういう仕組みがあるんだな」で終わります。
ただ、bot開発の文脈ではそうはいきません。
自分のbotが見る価格、板、約定、出来高、OI、funding、basis、premium / discount などは、すべて電子化された市場インフラの上に出てきている観測データです。一方で、そのデータだけを見ても、市場の全体像が見えているとは限りません。
電子取引が主流になったことで、観測できるデータは増えました。
しかし、それは市場が完全に透明になったという意味ではありません。
たとえば、取引所の板は見えていても、マーケットメイカーの在庫は直接見えません。ETFの価格や出来高は見えていても、APがどの条件で裁定するかは直接見えません。CMEのbasisやOIは見えていても、その背後にあるヘッジ需要やポジション調整の意図は見えません。DeFiでも、オンチェーンデータや公開APIは見えますが、発行体や大口参加者の判断がすべて見えるわけではありません。
だから、今回の読書で得た一番大きな整理は、次の点です。
市場を、価格が動く場所としてではなく、価値・情報・流動性・制度・執行・参加者の制約が接続されたシステムとして見る必要がある。
これは、今後のbot開発にかなり直接関係します。
これまでのリードラグ研究でも、DeFi観測でも、私は何度も「観測できるもの」と「本体」を混同しないように注意してきました。たとえば、OIはレバレッジ需要そのものではありません。fundingは需給やポジション偏りを反映しうる指標ですが、それだけで参加者の意図が分かるわけではありません。premium や residual も、裁定機会そのものではなく、あくまで市場間のズレを測るための定義です。
今回の読書でも、読んだ内容をもとに、いくつかの概念を改めて確認し、自分の理解を修正しました。
特に確認したのは、次の3つです。
1つ目は、サーキットブレーカーです。
当初は、価格が急変したときに取引を一時停止する仕組み、という理解でした。これは狭義には正しいです。ただし、実際には price limit、price banding、velocity logic、再開オークションなど、周辺の市場安全装置とセットで理解した方がよいと分かりました。用語としては、狭義のサーキットブレーカーと、広義の volatility control / market integrity control を分けた方がよさそうです。
2つ目は、インサイダー取引です。
私は仮想通貨botを主戦場にしていますが、暗号資産に関するインサイダー取引規制は、国や制度によって扱いが異なります。日本では直接的な規制は整備途上である一方、今後は未公表の上場情報、取扱廃止情報、流出・ハッキング情報、重大脆弱性、大口取引予定などが重要情報として扱われる方向にあります。したがって、実務上は「現時点で直接規制があるか」だけでなく、公開情報だけをbot入力にし、情報源と取得時刻を説明できるログを残すことが重要になります。
3つ目は、電子取引の規模感です。
2026年5月現在、電子取引は主要市場の主流メカニズムかつインフラだと見てよさそうです。株式、上場デリバティブ、暗号資産では特にその傾向が強く、FXや債券でも電子化はかなり進んでいます。ただし、電子化された市場がすべて透明な中央注文板になるわけではありません。RFQ、internalisation、OTC、ダークプール、voice / chat、DEX / AMM など、市場ごとに電子化の形は違います。
つまり、今日の整理はこうです。
電子取引は現代市場の前提インフラである。
ただし、電子化されたからといって、市場のすべてが見えるわけではない。
bot開発では、見えているデータ、見えない本体、代理変数、制度制約、執行可能性を分けて扱う必要がある。
この理解を、次の開発フェーズに持ち込みます。
今後は、読書で得た概念をそのまま売買仮説にするのではなく、まずは市場ごとに次のような分類に落としていきます。
- この市場で直接見えているものは何か
- 重要だが直接見えていないものは何か
- 見えないものが表に出るなら、どの変数に出るか
- その変数は本体ではなく、どの程度まで代理変数として使えるか
- 制度や規制によって、注文・ヘッジ・裁定が止まる条件は何か
- 最後に、自分のbotで取引可能な形まで落ちるか
『市場と取引』を読み終えたことで、すぐに新しい売買ルールができたわけではありません。
ただ、市場を見るための地図はかなり増えました。
ここからは、その地図を使って、既存のリードラグ研究やDeFi観測をもう一度見直していきます。価格だけを見るのではなく、価格の裏側にある流動性、情報、制度、執行、参加者制約を分解して、観測可能な変数に落とす。
今日の記事は、そのための読了メモ兼、次の開発フェーズに向けた整理として残しておきます。
2. 今日読んだ内容：電子取引、バブル、サーキットブレーカー、インサイダー取引
今日読んだ終盤の章では、フロア取引から電子取引への移行、バブルと暴落、サーキットブレーカー、インサイダー取引などが扱われていました。
どれも一見すると別々のテーマに見えます。
電子取引は市場の仕組みの話。
バブルや暴落は価格形成の話。
サーキットブレーカーは制度や市場運営の話。
インサイダー取引は法規制や公正性の話。
ただ、bot開発の視点で見ると、これらはかなりつながっています。
共通しているのは、市場で見えている価格や出来高の背後に、情報・制度・流動性・執行制約があるという点です。
価格が動いた。
出来高が増えた。
スプレッドが広がった。
OIが増えた。
fundingが偏った。
取引が止まった。
発表前後で価格が飛んだ。
こうした現象は、単にチャート上の変化として見ることもできます。
しかし、それだけでは不十分です。
その変化が、情報の反映なのか、流動性の消失なのか、レバレッジの増加なのか、制度上の制約なのか、参加者のパニックなのか、あるいは未公表情報の漏れなのか。そこを分けて考えないと、観測データをbotに接続するときに危うくなります。
今日読んだ内容は、その点を考えるための材料になりました。
2.1 フロア取引から電子取引へ
まず、フロア取引から電子取引システムへの移行です。
フロア取引では、人間のトレーダーやブローカーが物理的な取引所に集まり、声や身振り、交渉を通じて取引を成立させていました。そこには、単なる価格だけでなく、人間同士の情報交換、交渉、関係性、経験、場の空気のようなものが含まれていたはずです。
一方、電子取引システムでは、注文はシステム上で処理されます。価格、数量、注文種別、優先順位、約定ルールなどが機械的に扱われます。取引の速度は上がり、アクセスは広がり、注文や約定の記録も残しやすくなります。
botterとしては、電子取引はほとんど前提条件です。
自分のbotは、価格、板、約定、出来高、OI、funding、basis、premium / discount などを電子的に取得し、それをもとに判断します。取引所API、WebSocket、公開マーケットデータ、オンチェーンデータ、各種APIがなければ、現在のような研究や自動売買は成り立ちません。
その意味では、電子取引は単なる取引手段ではなく、botterにとっての市場インフラです。
ただし、今回あらためて注意したいと思ったのは、電子化されたからといって、市場のすべてが見えるわけではないという点です。
電子取引では、たしかに観測できるデータは増えます。
板、約定、出来高、スプレッド、注文更新、清算、funding、OIなど、フロア取引時代よりも機械的に取得しやすい情報は多いです。
しかし、それでも見えないものは残ります。
たとえば、マーケットメイカーの在庫は直接見えません。
大口参加者の本当の目的も見えません。
ETFのAPがどの条件で裁定するかも直接は分かりません。
CMEの参加者がヘッジ目的なのか投機目的なのかも、外からは断定できません。
FXや債券のような市場では、電子化されていても、RFQ、内部化、相対取引、voice / chat が残る領域もあります。
つまり、電子取引は透明性を高める部分がある一方で、電子化された相対取引や内部化のように、外から見えにくい流動性もあります。
ここは重要です。
電子取引は、観測可能なデータを増やす。
しかし、電子化は市場の完全透明化を意味しない。
bot開発では、見えている板や約定を「市場全体」だと思わない方がよい。
見えているものは、あくまで観測可能な市場の一部です。
2.2 バブルと暴落
次に、バブルと暴落です。
バブルは、一般には価格がファンダメンタルな価値から大きく乖離した状態として説明されます。買い手が過度に楽観的になり、将来価値への期待が膨らみ、価格が実態以上に上昇する。やがて期待が崩れると、価格が急落する。
この説明自体は分かりやすいです。
ただ、クリプト市場に接続すると、話は変わってきます。
そもそも、何をファンダメンタルな価値と呼ぶのか。
BTC、ETH、stablecoin、DeFi token、perp、meme、NFTでは、価値の置き方が違います。株式のように利益やキャッシュフローを基準にしやすいものばかりではありません。
そのため、クリプトでバブルを扱う場合、「ファンダメンタル価値からの乖離」とだけ言っても、そのファンダメンタル価値自体をどう定義するのかが問題になります。
ここで重要なのは、バブルそのものを直接測れると思わないことです。
bot開発に落とすなら、まずはバブルの代理変数を考えることになります。
たとえば、次のようなものです。
| 観測候補 | 何を見ようとしているか |
|---|---|
| 価格の急上昇 | 過熱、期待の集中 |
| 出来高の急増 | 参加者増加、回転売買、注目度 |
| OIの増加 | レバレッジ需要、ポジション蓄積 |
| fundingの上昇 | ロング需要の偏り、ポジションコスト |
| スプレッド拡大 | 流動性低下、逆選択リスク増加 |
| 板厚の低下 | 流動性の薄さ、価格飛びやすさ |
| SNSや検索量 | 注目度、コミュニティ熱量 |
| 供給制約 | 売り圧の少なさ、流通量の制限 |
ただし、これらはバブルそのものではありません。
価格が上がったからバブルとは限りません。
出来高が増えたから持続的な需要とは限りません。
OIが増えたから将来価格が上がるとは限りません。
SNSで盛り上がっているから、それが売買可能なエッジになるとは限りません。
ここでも、代理変数と本体を分ける必要があります。
バブルを直接観測するのではなく、バブル的な状態に近づいている可能性がある変数を観測する。
ただし、その変数をバブルそのものと取り違えない。
これは、DeFi観測やリードラグ研究にもそのまま接続できます。
EthenaのUSDe供給量、coverage proxy、HyperliquidのOI、funding、volumeなども同じです。これらは何かの状態を反映している可能性がありますが、それ自体が参加者の本当の意図やリスク需要そのものではありません。
観測できるものを、どこまで解釈してよいか。
どこから先は仮説にすぎないのか。
ここを分ける必要があります。
2.3 サーキットブレーカーと市場安全装置
サーキットブレーカーについても、理解を少し修正しました。
もともとは、価格が急激に変動したときに取引を一時停止する仕組み、というイメージでした。これは狭義には正しい理解です。
ただ、実際にはそれだけでは足りません。
市場には、急激な価格変動や誤発注、連鎖的な注文発動、流動性の急減などに対応するための仕組みが複数あります。
たとえば、以下のようなものです。
| 仕組み | 役割 |
|---|---|
| サーキットブレーカー | 一定条件で取引を一時停止する |
| price limit | 一定以上の価格変動を制限する |
| price banding | 許容範囲外の注文を弾く |
| velocity logic | 短時間で動きすぎた価格変動を制御する |
| stop logic | ストップ注文の連鎖による過度な価格飛びを抑える |
| 再開オークション | 停止後に注文を集め直して価格形成する |
したがって、用語としては少し分けた方がよさそうです。
狭義のサーキットブレーカーは、取引停止の仕組みです。
一方で、price limit、price banding、velocity logic などは、広い意味での volatility control や market integrity control として理解した方が正確です。
botter視点では、呼び名よりも実務的な影響の方が重要です。
サーキットブレーカーや市場安全装置が発動すると、単に価格が止まるだけではありません。
- 注文できない
- 約定できない
- ヘッジできない
- 価格バンド外の注文が弾かれる
- 再開時に価格が飛ぶ
- 片方の市場だけ止まり、もう片方の市場は動く
- 裁定やリードラグの前提が一時的に崩れる
こうしたことが起こり得ます。
つまり、サーキットブレーカーは「市場を守る制度」であると同時に、botにとっては執行可能性を変える市場構造上の制約でもあります。
ここは、今後の研究に入れておいた方がよい視点です。
特に、リードラグや裁定、basis、premium / discount を見る場合、片方の市場が止まる、流動性が消える、ヘッジ先が動かない、再開時にギャップが出る、という状況は無視できません。
2.4 インサイダー取引とbot運用上の注意
最後に、インサイダー取引です。
ここは仮想通貨botをやるうえで、かなり慎重に扱う必要があります。
読書メモの時点では、インサイダー取引は「公正な市場を壊す行為」「内部情報を使った取引」「botterとして避けるべき領域」という理解でした。
その方向自体は正しいです。
ただ、実務に落とすなら、もう少し具体化する必要があります。
特に暗号資産の場合、株式市場のように整理されたインサイダー取引規制がそのまま当てはまるとは限りません。国や制度によって扱いが異なり、日本でも暗号資産に関する直接的なインサイダー取引規制は整備途上です。
しかし、だからといって「規制が未整備だから使ってよい」と考えるのは危険です。
未公表の上場情報、取扱廃止情報、流出・ハッキング情報、重大脆弱性、大口取引予定、発行者の破綻や停止に関する情報などは、価格に大きな影響を与えます。こうした情報を、関係者や非公開チャネルから取得してbotに入力することは、実務上避けるべきです。
botterとしては、少なくとも次の原則を置いておく必要があります。
| 区分 | 扱い |
|---|---|
| 公開API | 利用規約の範囲内で使用 |
| 公開オンチェーンデータ | ブロック番号・取得時刻を記録して使用 |
| 公式発表済み情報 | 発表元・発表時刻・取得時刻を記録して使用 |
| 取引所公式ページ | 公開情報として扱いやすい |
| 関係者DM | 使用しない |
| 限定Discord / Telegram | 原則としてbot入力にしない |
| 未公表の上場・廃止情報 | 使用しない |
| 未公表のハッキング・脆弱性情報 | 使用しない |
| 大口売買予定・OTCフロー | 使用しない |
ここで重要なのは、情報源を説明できることです。
公開情報を使っていたつもりでも、後から「そのシグナルは何を見て出たのか」を説明できなければ弱いです。したがって、今後のbot設計では、価格やシグナルだけでなく、情報源・取得時刻・判断時刻・注文時刻をログとして残すことを考えたいです。
たとえば、次のような項目を持たせるイメージです。
source_typesource_namesource_endpoint_or_urlsource_fetch_tssignal_tsdecision_tsorder_tspublic_information_flagmanual_review_required_flag
これは単なる法規制対策ではありません。
研究の再現性にも効きます。
あとから、そのシグナルが公開市場データに基づくものだったのか、公式発表に基づくものだったのか、手動判断が入っていたのかを追えるようになります。
2.5 今日読んだ内容のまとめ
今日読んだ終盤の章は、表面的には電子取引、バブル、サーキットブレーカー、インサイダー取引という別々のテーマでした。
ただ、bot開発の視点では、すべて同じ方向に接続します。
市場には、価格として見える部分と、価格の背後にある構造がある。
電子取引によって観測できるデータは増えたが、市場のすべてが見えるわけではない。
極端な価格変動や制度的な停止は、botの執行可能性を変える。
未公表情報は、どれだけ有利に見えてもbot入力にしてはいけない。
重要なのは、観測可能なデータ、見えない本体、代理変数、制度制約、法規制を分けて扱うこと。
『市場と取引』を最後まで読んで、すぐに新しい売買ルールができたわけではありません。
ただ、市場を見るための分類軸はかなり増えました。
今後は、電子取引を前提とした観測データを使いつつも、それを市場全体だと誤認しないようにする。バブルや過熱を扱うときは、代理変数と本体を分ける。サーキットブレーカーや市場安全装置は、制度知識ではなく執行制約として見る。インサイダー取引については、公開情報だけを使い、情報源を説明できるログを残す。
今日読んだ内容は、次の開発フェーズでこのあたりを整理するための土台になりました。
3. 調べて修正した理解：用語の射程と実務上の扱いを整理した
今日の読書メモをもとに、いくつか気になった概念を追加で調べました。
特に確認したのは、サーキットブレーカー、インサイダー取引、電子取引の規模感です。どれも本の中では概念として説明されていますが、bot開発に接続するなら、もう少し実務的に定義を絞る必要があります。
読んだ直後の理解でも大きく外してはいませんでした。
ただし、いくつかは言葉の射程を広げすぎていたり、逆に実務で重要な部分をまだ分解しきれていなかったりしました。
今回の整理で重要だったのは、概念をそのまま使わないことです。
サーキットブレーカー、電子取引、バブル、ファンダメンタル価値、インサイダー取引。
どれも便利な言葉ですが、そのままbotの判断に接続すると粗くなります。
bot開発では、言葉をもう一段分解する必要があります。
- 狭義では何を指すのか
- 広義ではどこまで含むのか
- 実務上は何が変わるのか
- 自分のbotでは何を観測できるのか
- どこから先は推測になるのか
- 取引判断に使ってよい情報なのか
この観点で、今日修正した理解を整理しておきます。
3.1 サーキットブレーカーは「取引停止」と「市場安全装置群」を分ける
まず、サーキットブレーカーです。
読書メモを書いた時点では、サーキットブレーカーを「価格が急激に変動したときに一時的に取引を止める仕組み」と理解していました。
これは狭義には正しいです。
たとえば、株式市場や先物市場で、価格や指数が一定以上変動した場合に、取引を一時停止する仕組みがあります。これはまさにサーキットブレーカーと呼んでよいものです。
ただし、追加で調べると、市場の急変を抑える仕組みはそれだけではありませんでした。
実際には、次のような仕組みがあります。
| 仕組み | 役割 |
|---|---|
| circuit breaker | 一定条件で取引を一時停止する |
| price limit | 価格の変動幅に制限を設ける |
| limit up / limit down | 許容価格帯の外での取引を防ぐ |
| price banding | 現在価格から離れすぎた注文を弾く |
| velocity logic | 短時間で急激に動きすぎた場合に制御する |
| stop logic | ストップ注文の連鎖による価格飛びを抑える |
| reopening auction | 停止後に注文を集め直して再開価格を決める |
ここで修正したのは、これらをすべてサーキットブレーカーと呼ぶと広すぎるという点です。
狭義のサーキットブレーカーは、取引を一時停止する仕組みです。
一方で、price banding や velocity logic などは、サーキットブレーカーと近い目的を持っていますが、厳密には市場安全装置、volatility control、market integrity control として分けた方がよさそうです。
したがって、今後はこう整理します。
サーキットブレーカーを狭義に使う場合は、一定条件で取引を一時停止する仕組みを指す。
広い文脈では、price limit、price banding、velocity logic、reopening auction などを含む市場安全装置群とセットで理解する。
ただし、実務メモでは個別の仕組み名を分けて記録する。
bot開発において重要なのは、呼び名そのものではありません。
大事なのは、それが発動したときに何が起きるかです。
- 市場が止まるのか
- 注文が弾かれるのか
- 価格帯が制限されるのか
- ヘッジ先だけが止まるのか
- 再開時にオークションになるのか
- 片側市場だけ動き続けるのか
これらは、リードラグ、裁定、basis、premium / discount、ヘッジ、損切り、ポジション解消のすべてに関係します。
つまり、サーキットブレーカーは単なる制度知識ではありません。
極端な局面で、自分の注文・ヘッジ・裁定・撤退が通常通り機能するかを左右する市場構造上の制約です。
この理解に修正しました。
3.2 電子取引は主流インフラだが、完全透明化ではない
次に、電子取引です。
本を読んだ直後の理解では、電子取引はフロア取引に代わる現代市場の中心的な仕組みであり、botterにとっての前提インフラだと捉えていました。
これは大枠としては正しいです。
追加で調べても、株式、上場デリバティブ、暗号資産では、電子取引が主流メカニズムになっていると見てよさそうでした。FXや債券も電子化は大きく進んでいます。
ただし、ここで修正したのは、電子取引＝透明な中央注文板ではないという点です。
電子取引という言葉の中には、いくつかの異なる仕組みが含まれます。
| 分類 | 例 | 特徴 |
|---|---|---|
| CLOB型 | 株式取引所、CME Globex、Binanceなど | 板、約定、スプレッドを観測しやすい |
| RFQ型 | 債券、FX、OTC系 | 複数業者に気配を求めて取引する |
| quote-driven型 | FX、債券、ディーラー市場 | ディーラーが価格を提示する |
| internalisation型 | FXディーラー、株式ホールセラー | 顧客注文が外部市場に出ない場合がある |
| ATS / dark pool | 米国株など | 取引所外で約定する |
| DEX / AMM型 | Uniswapなど | 板ではなくプールや数式で価格が決まる |
| OTC / voice / chat併用 | 債券、大口取引、複雑な取引 | 電子化されていても人間の交渉が残る |
この分類を入れると、電子取引の理解がかなり変わります。
電子取引が主流になったことによって、botterが観測できるデータは増えました。
しかし、市場のすべてが板に出るわけではありません。
CLOB型の市場では、板、約定、スプレッド、出来高が比較的見えやすいです。
一方で、RFQ型やinternalisation型の市場では、電子的に取引されていても、外から見えるデータは限定されます。
DEX / AMM型では、板は存在しなくても、プール残高、価格式、ガス、MEV、ルーティングが重要になります。
つまり、電子化は「データが増えること」と「市場が完全に見えること」を同時には意味しません。
修正後の理解はこうです。
電子取引は、現代市場の主流メカニズムかつインフラである。
ただし、電子取引には CLOB、RFQ、internalisation、ATS、DEX / AMM など複数の形があり、見える情報の範囲は市場ごとに異なる。
したがって、見えている板や約定を市場全体とみなしてはいけない。
これは、今後のリードラグ研究にもかなり効きます。
たとえば、Binance Global のperp価格やOIは見えます。
Binance Japanの板や約定も見えます。
CMEの先物価格やOI、ETFの出来高やpremium / discountも見えます。
しかし、それぞれの背後にある大口の意図、MMの在庫、APの裁定判断、OTCやblockの背景、内部化されたフローは直接見えません。
なので、今後は市場ごとに、
- 見えているもの
- 見えにくいもの
- 見えないものが表に出るとしたら、どの変数に出るか
を分けて整理する必要があります。
3.3 バブルは「価値からの乖離」だけではなく、代理変数で扱う
バブルについても、少し理解を修正しました。
バブルを「価格がファンダメンタル価値から大きく乖離した状態」と見るのは、基本的には自然です。
ただし、クリプト市場でこの定義をそのまま使うと、すぐに難しくなります。
理由は、ファンダメンタル価値の定義が資産ごとに大きく違うからです。
BTC、ETH、stablecoin、DeFi token、perp、meme、NFTでは、価値の置き方が違います。
株式のように、利益やキャッシュフローから価値を推定しやすいものばかりではありません。
そのため、クリプトでバブルを扱う場合、まずは「真の価値からの乖離」を測るというより、バブル的な状態の代理変数を観測するという発想の方が実務的です。
たとえば、次のようなものです。
| 代理変数候補 | 見ようとしているもの |
|---|---|
| 価格上昇率 | 過熱、期待の集中 |
| 出来高急増 | 参加者増加、回転売買 |
| OI増加 | レバレッジ需要、ポジション蓄積 |
| funding上昇 | ロング需要の偏り |
| スプレッド拡大 | 流動性低下、逆選択リスク |
| 板厚低下 | 価格飛びやすさ |
| SNS投稿量 | 注目度、熱狂 |
| 検索量 | 新規関心の増加 |
| 供給制約 | 売り圧の少なさ |
| unlock / emission | 将来供給、売り圧候補 |
ただし、ここでも注意点があります。
これらの変数は、バブルそのものではありません。
あくまで、バブル的な状態に近づいている可能性を示す代理変数です。
価格上昇は、単なる再評価かもしれません。
出来高増加は、実需ではなく短期回転かもしれません。
OI増加は、ロング需要だけでなくヘッジや裁定ポジションかもしれません。
SNS熱量は、すでに天井圏の遅行指標かもしれません。
したがって、今後はこう扱います。
バブルを一発で判定しようとしない。
価格、出来高、OI、funding、流動性、SNS熱量、供給制約などを代理変数として観測し、それぞれが何を表している可能性があるのか、どこまでしか言えないのかを分ける。
これは、DeFi観測にもつながります。
Ethenaのsupply_stateやcoverage_stateも、何かの状態を表している可能性はあります。
しかし、それを「発行体の意図」や「市場の真のリスク状態」と断定してはいけません。
同じように、HyperliquidのOIやfundingも、レバレッジ需要やリスク選好の代理変数にはなり得ますが、それ自体が参加者の意図そのものではありません。
代理変数は入口であり、本体ではない。
この考え方を維持します。
3.4 ファンダメンタル価値は「真の価値」ではなく「基準線」として扱う
読書メモの最後では、「ファンダメンタルな価値を自分で考えて算出できるようになろう」と書いていました。
この方向性自体は良いと思っています。
ただし、追加で考えると、ここも少し修正が必要です。
特にクリプトにおいて、「本当のファンダメンタル価値」を一発で算出するのはかなり難しいです。
資産ごとに価値の源泉が違いますし、そもそも価値の裏付けが弱いものも多いです。
そのため、今後は「真の価値を当てる」というより、自分の研究で使う基準線を定義するという考え方に寄せます。
たとえば、次のようなイメージです。
| 対象 | 基準線候補 |
|---|---|
| Binance Japan BTC/JPY | Global BTC/USD × USD/JPY |
| CME BTC futures | spot BTCとの差、basis、session |
| BTC ETF | NAV、premium / discount、volume、spread |
| stablecoin | backing、supply、peg、yield、liquidity |
| Ethena | USDe supply、coverage proxy、collateral、yield |
| Hyperliquid perp | mark、OI、funding、volume、清算 |
| DeFi token | revenue、TVL、fees、emission、unlock |
| meme / NFT | supply、holder分布、流動性、SNS熱量 |
ここで重要なのは、基準線は真実ではないということです。
基準線は、自分が観測や検証をするための仮置きです。
その基準線が有効な条件もあれば、壊れる条件もあります。
たとえば、Binance JapanのBTC/JPY価格を見るとき、Global BTC/USD × USD/JPY を基準線にするのは自然です。
ただし、国内入出金制約、JPY流動性、取引所固有の参加者構成、スプレッド、手数料、板厚などによって、その基準線からのズレがすぐに埋まるとは限りません。
したがって、今後の実務では、
何を価値や通常状態の基準線として置いているのか。
その基準線はどの条件で有効なのか。
どの条件で壊れるのか。
ズレが出たとき、誰がどの制約の中で戻すのか。
を明文化する必要があります。
これは、歪み回帰研究やリードラグ研究にもそのまま接続します。
「ズレているから戻る」では弱い。
「どの基準線から見てズレているのか」「なぜその基準線に戻る圧力があるのか」「誰が戻すのか」「自分がその過程を取れるのか」まで見る必要があります。
3.5 インサイダー取引は「違法かどうか」より先に情報源を制御する
インサイダー取引についても、理解を実務寄りに修正しました。
本を読んだ時点では、インサイダー取引は内部情報を使った不公正な取引であり、botterとして避けるべきもの、という理解でした。
これは正しいです。
ただし、暗号資産botを前提にすると、さらに具体化する必要があります。
日本では暗号資産に関する直接的なインサイダー取引規制は整備途上です。
一方で、金融庁の議論では、今後、暗号資産についても未公表の重要情報を利用した取引を規制する方向が示されています。
ここで重要なのは、「現行法で直接規制がないなら安全」と読まないことです。
bot運用上は、少なくとも次のような情報は入力にしない方がよいです。
| 使わない情報 | 理由 |
|---|---|
| 未公表の上場情報 | 価格に大きな影響を与える |
| 未公表の取扱廃止情報 | 売り・ショートの先回りになる |
| 未公表の流出・ハッキング情報 | 信用・価格に直撃する |
| 未公表の重大脆弱性 | 攻撃・停止・急落につながる |
| 大口売買予定 | 価格形成に影響する |
| 発行者の破綻・停止情報 | 価値の前提が壊れる |
| 取引所内部情報 | 明確に危険 |
| MM / OTC / VCの非公開フロー | 顧客フロー・大口情報に近い |
これらは、たとえ一見するとエッジに見えても、bot入力にすべきではありません。
実務上は、違法かどうかのギリギリを判断するのではなく、入力ソースを制御する方が安全です。
今後は、次のような方針で扱います。
botの入力は、公開API、公開オンチェーンデータ、公式発表済み情報、公開マーケットデータに限定する。
非公開チャネル、関係者DM、限定Discord / Telegram、上場前情報、ハッキング情報、大口取引予定などは入力にしない。
情報源、取得時刻、判断時刻、注文時刻をログに残し、後から説明できる状態にする。
これは法規制対策であると同時に、研究の再現性にも効きます。
どのシグナルが、どの情報源をもとに出たのか。
それは公開情報だったのか。
取得時刻はいつだったのか。
注文はその後いつ出したのか。
これを残しておけば、戦略検証としても、運用ログとしても強くなります。
3.6 今日修正した理解のまとめ
今回、読書メモと追加調査を通じて修正した理解をまとめると、次のようになります。
| テーマ | 読書直後の理解 | 修正後の理解 |
|---|---|---|
| サーキットブレーカー | 価格急変時に取引を止める仕組み | 狭義には取引停止。広義には市場安全装置群とセットで理解。ただし個別名称は分ける |
| 電子取引 | 現代市場の主流で、透明性を高める | 主流インフラではあるが、RFQ、内部化、OTC、DEXなど形が違い、完全透明化ではない |
| バブル | ファンダメンタル価値からの乖離 | クリプトでは価値定義が難しいため、代理変数として観測する |
| ファンダメンタル価値 | 自分で算出できるようになりたい | 真の価値ではなく、基準線・通常状態・射程・壊れる条件を定義する |
| インサイダー取引 | 内部情報を使った不公正な取引 | 法規制の境界だけでなく、情報源を公開情報に限定し、ログで説明可能にする |
今日の理解修正で一番大きかったのは、概念をそのままbot仮説にしないという点です。
サーキットブレーカーという言葉を覚えるだけでは足りません。
それが注文停止なのか、価格制限なのか、注文拒否なのか、再開オークションなのかを分ける必要があります。
電子取引という言葉を使うだけでは足りません。
CLOBなのか、RFQなのか、internalisationなのか、DEX / AMMなのかで、見えるデータも執行の前提も変わります。
バブルという言葉を使うだけでは足りません。
価格、出来高、OI、funding、SNS熱量、供給制約など、どの代理変数で何を見ているのかを分ける必要があります。
ファンダメンタル価値という言葉を使うだけでは足りません。
自分がどの基準線を置いているのか、その基準線がどこまで有効なのかを定義する必要があります。
インサイダー取引という言葉を知るだけでは足りません。
自分のbotがどの情報源を見て、いつ取得し、どの判断につなげたのかを説明できる必要があります。
今日の整理は、知識を増やすためというより、今後のbot開発で使う概念の扱い方を修正するための作業でした。
次のフェーズでは、この修正を実務に落としていきます。
市場ごとに見えるものと見えないものを分ける。
シグナルに情報源ラベルを付ける。
価値モデルを真の価値ではなく基準線として扱う。
市場安全装置や規制を、執行可能性を変える制約として整理する。
このあたりを、次の開発タスクに接続していきます。
4. 参考にした情報ソース：どの根拠から何を確認したか
今回の整理では、『市場と取引』の読書メモだけでなく、いくつかの外部情報も確認しました。
理由はシンプルです。
電子取引の規模感、サーキットブレーカーの定義、暗号資産におけるインサイダー取引規制の扱いは、本を読んだだけでは現在の実態まで確認できないからです。特に、暗号資産の規制や電子取引の規模感は時間とともに変わります。ここは、古い理解や感覚だけで書くと危ない部分です。
今回の調査では、主に以下の情報源を参考にしました。
4.1 電子取引の規模感を確認するための情報源
まず、電子取引が現在どの程度マーケットの中心になっているのかを確認しました。
参考にしたのは、WFE、CME、BIS、SIFMAなどの市場インフラ・国際機関・業界団体の情報です。
| 情報源 | 確認したこと | 信頼度 |
|---|---|---|
| WFE | 世界の取引所における電子注文板経由の株式売買金額 | 高 |
| CME Group / 10-K等 | CME Globexなど電子取引プラットフォームの比率 | 高 |
| BIS | OTC FX市場の取引規模と電子取引の位置づけ | 高 |
| SIFMA | 米国債・社債市場における電子取引比率 | 中〜高 |
WFEのデータでは、2024年の世界のElectronic Order Book経由の株式売買金額が約148兆ドル規模だったことが示されています。これは、少なくとも上場株式市場において、電子注文板が巨大な市場インフラになっていることを確認する材料になります。
CMEについては、上場デリバティブ市場において電子取引が中心になっていることを確認する材料として見ました。CMEのような大規模デリバティブ市場では、Globexのような電子取引プラットフォームが取引の中核になっています。ここから、先物・オプションの世界でも電子取引が主流インフラ化していると見てよさそうです。
FXについては、BISの2025年Triennial Surveyを確認しました。BISによると、2025年4月時点のOTC FX市場の1日平均売買高は9.6兆ドルで、2022年調査の7.5兆ドルから増加しています。FXは世界最大級の市場であり、その実態を確認するにはBISの調査がかなり重要な参照点になります。
債券については、SIFMAのFixed Income Market Structure Compendiumを見ました。ここでは、米国債の電子取引比率は60%未満、投資適格社債は約50%、ハイイールド社債は約33%と整理されています。つまり、債券市場でも電子化は進んでいるが、株式やCME先物のように単純に「ほぼ電子注文板」とは言いにくいことが分かります。
ここから得た結論は、次のものです。
電子取引は、株式、上場デリバティブ、暗号資産では主流インフラと見てよい。FXや債券でも電子化は進んでいる。ただし、市場ごとに電子化の形は異なり、CLOB、RFQ、internalisation、OTC、voice / chat、DEX / AMM などを分けて理解する必要がある。
つまり、「電子取引が主流」という理解は大枠では正しいです。
ただし、「電子取引＝透明な中央注文板」と見なすのは修正が必要でした。
4.2 サーキットブレーカーと市場安全装置を確認するための情報源
サーキットブレーカーについては、CMEの説明を中心に確認しました。
ここで確認したかったのは、「サーキットブレーカー」という言葉をどこまで広げてよいのか、という点です。
読書メモの時点では、サーキットブレーカーを「価格が急変したときに取引を一時停止する仕組み」と理解していました。これは狭義には正しいです。
ただ、実際の市場運営では、サーキットブレーカー以外にも、price limits、price banding、velocity logic などの仕組みがあります。CMEは、price limits and circuit breakers、price banding、velocity logic を、市場を秩序ある状態に保つための仕組みとして説明しています。特に、price banding は許容範囲外の注文を弾く仕組み、velocity logic は短時間で急激に動きすぎた価格変動を制御する仕組みとして整理できます。
ここから、私の理解は次のように修正しました。
サーキットブレーカーを狭義に使う場合は、一定条件で取引を一時停止する仕組みを指す。
ただし、実務上は price limit、price banding、velocity logic、再開オークションなどを含む市場安全装置群とセットで理解した方がよい。
ただし、それらをすべて雑に「サーキットブレーカー」と呼ぶのではなく、個別名称と機能を分ける。
bot開発では、この区別が重要です。
なぜなら、発動時の影響がそれぞれ違うからです。
- 取引停止なら、注文もヘッジもできない
- price banding なら、注文が弾かれる
- price limit なら、価格が張り付く可能性がある
- velocity logic なら、急変時の追随や撤退が一時的に止まる
- 再開オークションなら、連続市場とは違う価格形成になる
つまり、制度の名前を覚えるよりも、自分の注文・ヘッジ・裁定・撤退がどう制限されるかを見る必要があります。
4.3 暗号資産とインサイダー取引を確認するための情報源
インサイダー取引については、金融庁、米国DOJ、SEC、ESMA / MiCA関連の情報を確認しました。
ここは今回かなり慎重に扱いました。
理由は、法規制に関わる部分であり、感覚や推測で書くべきではないからです。
| 情報源 | 確認したこと | 信頼度 |
|---|---|---|
| 金融庁 | 日本における暗号資産規制見直し、インサイダー取引規制創設の方向性 | 高 |
| DOJ | Coinbase上場前情報を使った暗号資産インサイダー取引事件 | 高 |
| SEC | Coinbase元従業員らに対する暗号資産インサイダー取引関連の訴追 | 高 |
| ESMA / MiCA | EUにおける暗号資産市場濫用規制 | 高 |
金融庁の資料では、暗号資産についても国際的な動向を踏まえ、取引の公正性を確保するためにインサイダー取引規制を設けるべきだと整理されています。現行制度では暗号資産の直接的なインサイダー取引規制は整備途上ですが、今後の方向性としては明確に規制強化側です。
また、米国では実際に、Coinbaseの上場前情報を使った暗号資産インサイダー取引事件が摘発されています。DOJは、元Coinbase従業員が、Coinbaseに上場予定の暗号資産に関する非公開情報を親族・知人に伝えたとして訴追したと公表しています。
SECも同じ事件について、Coinbaseの上場発表前に取引したスキームとして、暗号資産インサイダー取引の文脈で説明しています。
EUについては、MiCAのTitle VIが暗号資産に関する市場濫用の防止・禁止を扱っていることを確認しました。ESMAの資料でも、MiCA Title VIが暗号資産に関するmarket abuseの予防・禁止ルールを定めていると説明されています。
ここから得た実務上の結論は、かなり明確です。
暗号資産botでは、未公表の上場情報、取扱廃止情報、流出・ハッキング情報、重大脆弱性、大口取引予定、発行者の破綻・停止情報、取引所内部情報、MM / OTC / VC の非公開フローをbot入力にしない。
公開API、公開オンチェーン、公式発表済み情報、公開マーケットデータに入力を限定し、情報源・取得時刻・判断時刻・注文時刻をログとして残す。
これは「法規制上どこまで許されるか」をギリギリ攻める話ではありません。
bot運用では、後から自分の判断根拠を説明できることが重要です。
そのためには、情報源をホワイトリスト化し、非公開情報・限定チャネル・関係者情報を入力から明確に除外する必要があります。
4.4 今回の情報ソースの信頼度
今回使った情報源は、信頼度に差をつけて扱いました。
市場構造や規制に関する一次情報、またはそれに近い情報を優先しました。
| 信頼度 | 情報源の例 | 使い方 |
|---|---|---|
| 高 | 金融庁、BIS、WFE、CME、SEC、DOJ、ESMA | 事実確認・制度確認・規模感確認の中心 |
| 中〜高 | SIFMA、業界団体、取引所・市場インフラ側のレポート | 市場構造や電子取引比率の補助情報 |
| 中 | 報道機関、分析記事、法律事務所の解説 | 一次情報の補足、論点整理 |
| 低〜参考 | SNS、個人ブログ、未確認のまとめ記事 | 今回の根拠には使わない |
特に、暗号資産のインサイダー取引については、SNSや個人の解説ではなく、金融庁、DOJ、SEC、ESMAの情報を優先しました。
一方で、電子取引の規模感については、完全に一つの数字でまとめることはできませんでした。
ここは未確定というより、そもそも一つの指標で表すのが不適切だと思います。
株式の電子注文板、CME Globex、FXの電子取引、債券のRFQ、暗号資産CEX / DEXでは、「電子取引」という言葉の意味がかなり違います。
したがって、今日時点では次の整理が一番正確だと考えています。
電子取引は主要市場の中核インフラである。
ただし、全市場共通の単一電子取引比率は置けない。
市場ごとに、CLOB、RFQ、internalisation、OTC、DEX / AMM、voice / chat の比率や役割を分けて見る必要がある。
4.5 調べてもまだ分からなかったこと
今回調べても、はっきり一つの答えにできなかった部分もあります。
特に次の点は、今後も保留です。
| 未確定・保留点 | 理由 |
|---|---|
| 世界全体の電子取引比率 | 市場ごとに電子取引の定義が違うため、単一指標にしにくい |
| 暗号資産全体の正確な出来高 | 取引所ごとの出来高品質、wash trading、インセンティブ取引の影響がある |
| OTC・内部化フローの実態 | 外部から完全には観測できない |
| MMやAPの実際の裁定判断 | 公開データだけでは直接見えない |
| 暗号資産インサイダー取引規制の日本での最終形 | 制度改正の方向性はあるが、最終的な条文・運用は確定していない |
| バブルの定量判定 | 価値定義と代理変数の選び方に依存する |
ここで重要なのは、分からなかったから放置するのではなく、分からないものとして扱うことです。
たとえば、MMの在庫が見えないなら、在庫を見たつもりにならない。
APの裁定判断が見えないなら、「ETF premiumがあるから必ず裁定される」とは言わない。
暗号資産の出来高品質に疑いがあるなら、出来高をそのまま実需と見なさない。
見えないものを見えるものとして扱うと、研究仮説が雑になります。
4.6 参考情報を使って修正した結論
今回の情報ソースを踏まえて、今日の理解は次のようにまとまりました。
1つ目。
電子取引は、現代市場の主流メカニズムかつインフラである。これは株式、上場デリバティブ、FX、債券、暗号資産の各市場データから見ても、おおむね妥当です。ただし、市場ごとに電子取引の形は違うため、「電子取引＝透明な板」とは見ない。
2つ目。
サーキットブレーカーは、狭義には取引停止の仕組みです。ただし、実務上は price limits、price banding、velocity logic、reopening auction などの市場安全装置群とセットで見る必要があります。bot開発では、制度名よりも、注文・ヘッジ・裁定・撤退がどう制限されるかを見る。
3つ目。
暗号資産のインサイダー取引については、現行法の細かい境界を攻めるのではなく、未公表の重要情報を使わない設計にする。公開API、公開オンチェーン、公式発表済み情報、公開マーケットデータに限定し、情報源と取得時刻をログに残す。
4つ目。
バブルやファンダメンタル価値は、一発で正解を当てる対象ではない。自分が置く基準線、代理変数、射程、壊れる条件を定義する対象として扱う。
今回の調査で得た最大の収穫は、知識を増やしたことではなく、概念を実務で使える粒度まで分解する必要があると確認できたことです。
読書で概念を得る。
追加調査で用語の射程を確認する。
実務では、観測できる変数、見えない本体、代理変数、制度制約、法規制、執行可能性に分ける。
この流れを今後のbot開発でも維持していきます。
5. 実務に繋げる具体案：市場ごとの見える/見えない、情報源ラベル、基準線モデル
ここまで読書メモと追加調査を通じて、いくつかの概念を整理しました。
ただ、ここで終わると単なる読書記事になります。
今回の記事は開発進捗として残したいので、最後は「では、これを今後のbot開発にどう戻すか」まで落としておきます。
今日時点で、実務に繋げる具体案は大きく3つです。
1つ目は、市場ごとに「見えているもの」と「見えていないもの」を分けること。
2つ目は、シグナルに情報源ラベルを付けること。
3つ目は、価値モデルを「真の価値」ではなく「基準線」として扱うことです。
どれも派手な実装ではありません。
ただ、今後のリードラグ研究やDeFi観測を雑に進めないためには、かなり重要な土台になると思っています。
5.1 市場ごとに「見えているもの」と「見えていないもの」を分ける
まずやるべきことは、市場ごとに「自分が直接見えているもの」と「重要だが直接見えていないもの」を分けることです。
これまでの研究でも、価格、板、約定、スプレッド、出来高、OI、funding、basis、premium / discount などを見てきました。
ただ、今回の読書を通じて改めて感じたのは、これらは市場の一部であって、市場の本体そのものではないということです。
たとえば、OIが増えたからといって、それだけで参加者の意図が分かるわけではありません。
fundingが偏ったからといって、それだけで市場の方向が決まるわけではありません。
ETFのpremium / discountが見えても、APがどの条件で実際に裁定するかは直接見えません。
CMEのbasisが見えても、その裏側にあるヘッジ需要や在庫調整の意図は断定できません。
だから、まずは市場ごとに次のような整理を入れたいです。
| 市場・対象 | 見えているもの | 直接は見えにくいもの |
|---|---|---|
| Binance Japan BTC/JPY | 価格、板、約定、スプレッド、出来高 | 国内参加者の制約、JPY入出金制約、MM在庫、国内固有の需給 |
| Binance Global / perp | 価格、板、約定、OI、funding、volume | 大口の意図、取引所内部フロー、MM在庫、ヘッジ目的のポジション |
| CME BTC futures | futures価格、basis、volume、OI、session | 実際のヘッジ意図、block / OTC背景、参加者別ポジションの細部 |
| BTC ETF | 価格、出来高、spread、premium / discount、session | APの裁定判断、creation / redemptionの実務判断、MM在庫 |
| Ethena | USDe supply、coverage proxy、collateral、yield | 発行体判断、大口フロー、リスク判断、将来の需給変化 |
| Hyperliquid | mark、OI、funding、volume | 参加者の意図、清算前の脆弱なポジション、内部的なリスク偏り |
| DEX / DeFi | pool残高、swap、TVL、fee、on-chain transfer | 実質的な注文意図、MEV、bot間競争、大口の事前行動 |
この表で大事なのは、「見えないもの」を無理に当てにいかないことです。
見えないものは、見えないものとして扱う。
そのうえで、見えないものが市場表面に出るなら、どの変数に出る可能性があるのかを考える。
たとえば、MMの在庫は直接見えません。
ただし、在庫制約や逆選択リスクが強まれば、スプレッド拡大、板厚低下、reversion速度の変化、特定方向への約定偏りとして出る可能性はあります。
APの裁定判断も直接は見えません。
ただし、ETFのpremium / discount、出来高、spread、米国session、CME basis、BTC現物とのズレの戻り方などには、何らかの痕跡が出るかもしれません。
このように、今後は次の順番で考えます。
- その市場で直接見えているものは何か
- 重要だが直接見えていないものは何か
- 見えないものが表に出るなら、どの変数に出るか
- その変数は本体ではなく、どの程度の代理変数なのか
- その代理変数を使って、どこまでなら判断してよいか
これを入れるだけで、仮説の作り方がかなり変わります。
「OIが増えたから買い」ではなく、
「OI増加を、レバレッジ需要またはヘッジ需要の代理変数として見る。ただし方向や意図は断定しない。funding、価格変化、volume、清算、sessionと合わせて解釈する」
という形になります。
このくらいまで分解してから、ようやくbot研究に戻すべきだと思っています。
5.2 シグナルに情報源ラベルを付ける
次に、シグナルに情報源ラベルを付けることです。
これは、今回インサイダー取引について調べたことで強く感じた部分です。
仮想通貨botでは、公開API、公開オンチェーンデータ、公式発表、取引所データ、SNS、ニュース、Discord、Telegram、個人発信など、いろいろな情報源にアクセスできます。
しかし、すべてを同じようにbot入力にしてよいわけではありません。
特に、未公表の上場情報、取扱廃止情報、ハッキング情報、重大脆弱性、大口取引予定、取引所内部情報、MM / OTC / VCの非公開フローは、実務上かなり危険です。たとえそれが短期的に有利な情報に見えたとしても、自分のbot入力には入れない方がよいです。
そのため、今後はシグナルごとに「どの情報源を見て出たものか」を残す設計を検討したいです。
最低限、次のような項目を持たせるイメージです。
source_typesource_namesource_endpoint_or_urlsource_fetch_tssignal_tsdecision_tsorder_tspublic_information_flagmanual_review_required_flag
source_type は、たとえば次のように分類します。
public_market_datapublic_exchange_apipublic_onchainofficial_announcementpublic_regulatory_sourcepublic_newsmanual_review_requiredblocked_private_source
重要なのは、単に「公開情報を使っています」と言うことではありません。
後から見返したときに、
- そのシグナルは何を見て出たのか
- その情報は公開情報だったのか
- いつ取得したのか
- 判断した時刻はいつか
- 注文した時刻はいつか
- 手動レビューが必要な情報源ではなかったか
を説明できることです。
これは法規制リスクを避けるためだけではありません。
研究の再現性にも効きます。
たとえば、あるシグナルが良さそうに見えたとしても、その情報源が曖昧なら再現できません。
逆に、公開APIから取得したデータ、取得時刻、判断時刻、注文時刻が残っていれば、あとから検証しやすくなります。
つまり、情報源ラベルは、コンプライアンス対策であると同時に、研究ログの品質改善でもあります。
今すぐすべてのbotに組み込む必要はありません。
ただ、次に新しい観測機やシグナル生成機を作るときには、最初から情報源ラベルを持たせた方がよさそうです。
5.3 使わない情報源を明確にする
情報源ラベルを付けるだけでは不十分です。
あわせて、使わない情報源も明確にした方がよいと思っています。
今後の自分用ルールとしては、少なくとも次の情報源はbot入力にしません。
| 情報源・情報種別 | 扱い |
|---|---|
| 関係者DM | 使用しない |
| 非公開Discord / Telegram | 使用しない |
| 未公表の上場情報 | 使用しない |
| 未公表の取扱廃止情報 | 使用しない |
| 未公表の流出・ハッキング情報 | 使用しない |
| 未公表の重大脆弱性 | 使用しない |
| 大口売買予定・OTCフロー | 使用しない |
| 取引所内部情報 | 使用しない |
| VC / MM / 発行体の非公開フロー | 使用しない |
| 噂ベースのリーク情報 | 自動売買には使わない |
一方で、使ってよい情報源は、次のように整理します。
| 情報源 | 条件 |
|---|---|
| 公開マーケットデータ | 取得元と時刻を記録する |
| 取引所の公開API | 利用規約の範囲内で使う |
| 公開オンチェーンデータ | block number、tx hash、取得時刻を記録する |
| 公式発表済み情報 | 発表元、URL、発表時刻、取得時刻を記録する |
| 規制当局・取引所・自主規制団体の公開情報 | 出典と取得時刻を記録する |
| 公開ニュース | 情報源と公開時刻を記録し、必要なら手動レビューに回す |
ここで大事なのは、「便利そうな情報」より「説明できる情報」を優先することです。
botは、情報を高速に処理できます。
だからこそ、入力する情報源を間違えると、問題のある情報も高速に処理してしまいます。
公開情報だけを使う。
使ってはいけない情報源を明確にする。
曖昧な情報は手動レビューに回す。
情報源をログに残す。
このあたりは、今後の仮想通貨bot運用でかなり重要になりそうです。
5.4 価値モデルを「真の価値」ではなく「基準線」として扱う
次に、価値モデルの扱いです。
読書メモの最後では、「ファンダメンタルな価値を自分で考えて算出できるようになろう」と書きました。
これは今でも方向性としては良いと思っています。
ただし、今日の整理を踏まえると、もう少し正確にはこうです。
真の価値を当てにいくのではなく、自分の研究で使う基準線を定義する。
クリプトでは、ファンダメンタル価値の定義がかなり難しいです。
BTC、ETH、stablecoin、DeFi token、perp、meme、NFTでは、それぞれ価値の源泉が違います。
だから、最初から「本当の価値はいくらか」を当てにいくより、まずは「自分は何を基準線として置いているのか」を明確にする方が実務的です。
たとえば、今の研究に接続するなら、次のような基準線が考えられます。
| 対象 | 基準線候補 |
|---|---|
| Binance Japan BTC/JPY | Global BTC/USD × USD/JPY |
| Binance Japan premium | 国内価格とグローバル換算価格の差 |
| CME BTC futures | spot BTCとの差、basis、session |
| BTC ETF | NAV、premium / discount、volume、spread |
| Ethena | USDe supply、coverage proxy、collateral、yield |
| Hyperliquid | mark、OI、funding、volume |
| DeFi yield | protocol yield、staking yield、risk-free proxyとの差 |
| stablecoin | peg、backing、supply、liquidity、yield |
ここで重要なのは、基準線は真実ではないということです。
たとえば、Binance Japan BTC/JPY の基準線として Global BTC/USD × USD/JPY を置くことは自然です。
しかし、それだけで国内価格が必ずその基準線に戻るとは限りません。
国内参加者の制約、JPY流動性、取引所ごとの板厚、手数料、入出金制約、税制、時間帯、MMの在庫などがあるからです。
つまり、基準線を置いたら、同時に次の問いも置く必要があります。
- その基準線は何を表しているのか
- その基準線が有効な条件は何か
- どの条件で壊れるのか
- ズレが発生したとき、誰が戻すのか
- 戻す人にとって、コストや制約は何か
- 自分のbotは、その戻りを取れるのか
- 取る場合、手数料・スプレッド・スリッページを超えるのか
ここまで考えると、価値モデルは単なる理論値ではなくなります。
価値モデルは、ズレを観測するための基準線であり、仮説を検証するための土台になります。
5.5 既存研究への接続
今回の整理は、既存のリードラグ研究やDeFi観測にもそのまま接続できます。
Binance Japanリードラグ研究
Binance Japanでは、国内BTC/JPY価格を見ています。
ここでは、グローバルBTC価格、USD/JPY、CME、ETF、国内需給などが関係します。
今後は、次のように整理できます。
| 観点 | 具体例 |
|---|---|
| 基準線 | Global BTC/USD × USD/JPY |
| 観測するズレ | premium、residual、basis的な差 |
| 見えるもの | BJ価格、板、約定、spread、global価格、FX |
| 見えないもの | 国内MM在庫、入出金制約、参加者の実需 |
| 代理変数 | spread widening、depth thinning、reversion speed |
| 実務判断 | コスト控除後EV、約定可能性、サイズ、時間帯 |
つまり、単に「グローバルが動いたから国内も追随するか」を見るだけでなく、国内側の流動性や制約も含めて見る必要があります。
CME / ETFまわり
CMEやETFは、制度金融側のBTCリスク移転市場として見ることができます。
ここでは、session、basis、premium / discount、volume、spread、OIなどを観測します。
ただし、見えるのは表面のデータです。
CME参加者のヘッジ意図、ETFのAP判断、MM在庫は直接見えません。
したがって、ここでも、
- session overlap
- basis変化
- ETF premium / discount
- volume急増
- spread拡大
- reversion速度
などを代理変数として扱うことになります。
DeFi / Ethena × Hyperliquid
DeFi観測では、Ethenaの supply_state × coverage_state を見ています。
ここでも、今日の整理はかなり重要です。
Ethenaのstate labelやregime labelは、発行体の意図を直接表すものではありません。
USDe supply、coverage proxy、collateral、yieldなど、観測可能な変数から作った状態ラベルです。
したがって、これを原因として断定するのではなく、Hyperliquid側の activity / risk filter candidate として扱うのがよさそうです。
| 観点 | 具体例 |
|---|---|
| 見えるもの | USDe supply、coverage proxy、collateral、yield |
| 見えないもの | 発行体判断、大口参加者の意図、実際のリスク選好 |
| 代理変数 | supply_state、coverage_state、ethena_regime |
| 反応を見る対象 | Hyperliquid OI、funding、volume、mark |
| 注意点 | 価格方向シグナルではなく、activity / risk filter候補として扱う |
この整理は、すでに今のDeFi研究の方向と合っています。
USDe supply shock単体で価格方向を当てにいくのではなく、Ethena側の状態がHyperliquid側の活動量やリスク環境とどう関係するかを見る。
今日の読書と調査を踏まえても、この方向は維持してよさそうです。
5.6 今後の実装・運用候補
今日の内容をすぐに大きな実装へつなげる必要はありません。
ただ、今後の開発候補としては、次のようなものがあります。
| 優先度 | 候補 | 目的 |
|---|---|---|
| 高 | 市場ごとの「見える/見えない」整理表を作る | 仮説の前提を明確にする |
| 高 | シグナルにsource_typeを付ける | 情報源管理と再現性向上 |
| 高 | blocked_sourceルールを作る | 非公開情報をbot入力から除外する |
| 中 | 基準線モデルを明文化する | premium / residual / basisの意味を整理する |
| 中 | サーキットブレーカー・市場停止イベントをメモ化する | 極端局面での執行制約を把握する |
| 中 | ETF / CME / BJ / DeFiごとの代理変数一覧を作る | 観測可能な変数と本体の混同を防ぐ |
| 低〜中 | ニュース・公式発表の取得ログ整備 | 将来的なイベント研究に備える |
直近でやるなら、まずは軽いドキュメントで十分です。
いきなりコードに入れるより、次のようなメモを作る方が良さそうです。
market: Binance Japan BTC/JPYbaseline: Global BTC/USD × USD/JPYobservable: - price - orderbook - trades - spread - volumenot_directly_observable: - domestic fiat flow - MM inventory - participant intentproxy_candidates: - premium_bps - residual_bps - spread_widening_flag - depth_thinning_flag - reversion_speedexecution_constraints: - fee - spread - slippage - liquidity - API availability - market halt / maintenance
これを市場ごとに作るだけでも、今後の仮説カードの質は上がるはずです。
5.7 この章のまとめ
今回の読書と調査を、実務に戻す際に、やることは大きく3つです。
1つ目は、市場ごとに見えているものと見えていないものを分けること。
見えている価格や出来高を、市場全体や参加者の意図そのものと見なさない。
2つ目は、シグナルに情報源ラベルを付けること。
公開API、公開オンチェーン、公式発表済み情報などを区別し、非公開情報や関係者情報をbot入力にしない。
3つ目は、価値モデルを真の価値ではなく基準線として扱うこと。
どの基準線から見てズレているのか、その基準線がどこまで有効なのか、誰がそのズレを戻すのかを考える。
今日の整理を一言で言うなら、
市場構造の知識を、観測可能な変数・見えない本体・代理変数・情報源・制度制約・執行可能性に分解して、bot開発に戻す。
ということになります。
ここまで分解しておけば、読書で得た概念をそのまま都合よく売買仮説にする危険は少し減らせます。
次は、この整理を既存のリードラグ研究やDeFi観測のメモに反映し、どの市場で何を見ているのか、どこから先は推測なのかをもう一段明確にしていきます。
6. 今日時点のまとめ：市場構造をbot開発の制約条件として扱う
『市場と取引』を読み始めた時点では、市場構造の知識を増やすことが主な目的でした。
たとえば、注文駆動型市場、ブローカー、ディーラー、流動性、大口取引、裁定、指数、電子取引、インサイダー取引などを、まずは概念として理解することを優先していました。
ただ、最後まで読んでみると、これは単なる知識の追加ではなかったということを改めて実感できました。
自分がbotで見ている価格、板、出来高、OI、funding、basis、premium / discount などを、どういう市場構造の中に置くのか。その整理をするための材料がかなり増えました。
今日時点での一番大きなまとめは、次のものです。
市場構造は、bot開発の外側にある背景知識ではなく、botの観測・判断・執行・リスク管理を制約する前提条件である。
価格が動いたから取る。
ズレがあるから戻る。
出来高が増えたから参加者が増えている。
OIが増えたからレバレッジ需要が強い。
fundingが偏ったから一方向に歪んでいる。
こういう見方は、入口としては使えます。
ただし、それだけでは粗いです。
実際には、価格の裏側には流動性があります。
流動性の裏側には、マーケットメイカーやディーラーの在庫リスク、逆選択リスク、ヘッジコストがあります。
出来高の裏側には、実需、回転売買、裁定、ヘッジ、清算、インセンティブ取引が混ざります。
OIの裏側には、投機、ヘッジ、裁定、ポジション蓄積、清算予備軍が混ざります。
premium や basis の裏側には、裁定資本、資金調達コスト、取引時間、入出金制約、制度上の制約があります。
つまり、観測できる変数は、いつも本体そのものではありません。
今回の読書を通じて、この点をかなり強く再確認しました。
6.1 価格だけでなく、制度・情報・執行まで含めて見る
これまでのbot研究では、どうしても価格やリターンに目が行きがちでした。
それは当然です。
最終的にbotが取るのは価格差であり、評価されるのもコスト控除後のリターンだからです。
ただ、価格だけを見ていると、なぜその価格差が生じているのか、なぜ戻るのか、なぜ戻らないのか、なぜ取れないのかを見落としやすくなります。
今回読んだ終盤のテーマは、その見落としを防ぐための補助線になったと思います。
電子取引は、現代市場の前提インフラである。
ただし、電子化されているからといって、すべてが透明な中央注文板に出ているわけではない。
バブルや暴落は、価格の極端な変動として現れる。
ただし、クリプトではファンダメンタル価値の定義が難しく、バブルそのものを直接測ることはできない。
サーキットブレーカーや市場安全装置は、市場を守る仕組みである。
ただし、botにとっては、注文できない、ヘッジできない、価格バンド外の注文が弾かれる、再開時に価格が飛ぶ、という執行制約でもある。
インサイダー取引は、公正性の問題である。
ただし、bot運用では、単に「違法行為をしない」という話ではなく、どの情報源をbot入力にしてよいのか、後から説明できるログを残せるのか、という設計問題になる。
ここまで考えると、市場構造は単なる周辺知識ではありません。
価格を観測する前提、シグナルを作る前提、注文を出す前提、ヘッジする前提、リスクを取る前提そのものです。
この認識を、今後の開発に持ち込みます。
6.2 今後のbot開発で使う基本方針
今日時点で、今後のbot開発に持ち込む基本方針は5つです。
1. 観測できるものと、直接見えない本体を分ける
価格、出来高、OI、funding、spread、basis、premium / discount は観測できます。
一方で、参加者の意図、MM在庫、APの裁定判断、大口の本当の目的、内部化されたフロー、OTC背景、ヘッジ需要の内訳は直接見えません。
見えないものを、見えるものとして扱わない。
ただし、見えないものが市場表面に出るなら、どの変数に出るかを考える。
この姿勢を維持します。
2. 代理変数を本体と取り違えない
OIはレバレッジ需要そのものではありません。
fundingは需給の偏りそのものではありません。
volumeは実需そのものではありません。
premium は裁定機会そのものではありません。
coverage proxy は発行体の真のリスク判断そのものではありません。
どれも、本体に近づくための代理変数です。
したがって、今後はシグナルを作るときにも、
- 何を直接観測しているのか
- それを何の代理変数として見ているのか
- その解釈はどこまで有効なのか
- どの条件で壊れるのか
をセットで記録したいです。
3. 価値モデルは「真の価値」ではなく「基準線」として扱う
ファンダメンタル価値を一発で当てにいくのではなく、自分の研究で使う基準線を定義します。
たとえば、Binance Japan BTC/JPYなら、Global BTC/USD × USD/JPY を基準線として置く。
CMEなら、spot BTCとのbasisやsessionを基準にする。
ETFなら、NAVやpremium / discountを見る。
Ethenaなら、USDe supply、coverage proxy、collateral、yieldを状態把握の基準にする。
ただし、それらは真の価値ではありません。
検証するための仮置きの基準線です。
基準線を置くときは、同時に、その基準線が壊れる条件も考えます。
4. 制度・規制・市場停止を執行制約として見る
サーキットブレーカー、price limit、price banding、取引停止、上場廃止、入出金停止、API障害、取引所メンテナンス、法規制、取引所規約。
これらは、単なる外部イベントではありません。
botが実際に注文できるか、ヘッジできるか、撤退できるかを左右します。
したがって、今後は制度や規制を、価格変動の外側にある話ではなく、執行可能性を変える条件として扱います。
5. 情報源を管理する
暗号資産botでは、情報源の管理が重要です。
公開API、公開オンチェーンデータ、公式発表済み情報、公開マーケットデータは使える。
一方で、未公表の上場情報、廃止情報、ハッキング情報、重大脆弱性、大口取引予定、取引所内部情報、関係者DM、非公開チャネルは使わない。
今後は、シグナルに source_type を付けることも検討します。
これは法規制リスクを下げるだけでなく、研究ログの再現性にも効きます。
6.3 既存研究への戻し方
今日の整理は、既存研究にもそのまま戻せます。
まず、CEXベースのリードラグ研究です。
これまでは、グローバルBTC、USD/JPY、CME、ETFなどをリード候補として見てきました。今後は、それぞれを単なる価格系列ではなく、異なる市場構造を持つリード候補として扱う必要があります。
Global BTCは、暗号資産市場内の中心的な価格形成。
USD/JPYは、JPY建て価格の換算基準。
CMEは、制度金融側のBTCリスク移転市場。
ETFは、米国株式市場インフラを通じたBTCリスクの表現。
Binance Japanは、国内法域・JPY流動性・参加者構成を持つラグ市場。
こう分けると、単に「どの価格が先に動くか」だけでなく、どの市場のどの制約がズレや遅れを生むのかを考えやすくなります。
次に、DeFi観測です。
Ethenaの supply_state × coverage_state は、発行体の意図や市場の真のリスク状態を直接表すものではありません。
あくまで、USDe supply と coverage proxy から作った状態ラベルです。
だから、これを価格方向シグナルとして扱うのではなく、Hyperliquid側の activity / risk filter candidate として見る。
OI、funding、volume、mark priceの反応を、regime別に確認する。
この方針は、今日の整理を踏まえても維持してよいと思っています。
最後に、歪み回帰研究です。
「ズレたから戻る」では弱い。
どの基準線から見てズレているのか。
誰が戻すのか。
戻す人にとって、コストや制約は何か。
戻るまでの時間軸はどの程度か。
自分のbotは、その過程をコスト控除後に取れるのか。
この問いが、今回の読書後にはかなり自然に出てくるようになりました。
6.4 今日の成果
今日の成果は、新しい売買ルールを作ったことではありません。
むしろ、すぐに売買ルールへ飛ばなかったことが成果だと思っています。
市場構造の概念を読んで、「これは使えそうだ」とすぐにシグナル化するのは危険です。
サーキットブレーカー、電子取引、バブル、インサイダー取引、ファンダメンタル価値。どれも重要ですが、そのままbotの売買条件にはなりません。
今日やったのは、それらを次のように分解することでした。
| 概念 | bot開発での扱い |
|---|---|
| 電子取引 | 主流インフラ。ただし市場ごとに見える範囲が違う |
| バブル | 直接判定せず、過熱や流動性低下の代理変数として扱う |
| サーキットブレーカー | 制度知識ではなく、執行・ヘッジ・撤退の制約として見る |
| インサイダー取引 | 非公開情報を使わない。情報源と取得時刻を管理する |
| ファンダメンタル価値 | 真の価値ではなく、基準線・射程・壊れる条件として定義する |
| 流動性 | 見える板だけでなく、在庫・逆選択・内部化・OTCも意識する |
この分解ができたことで、読書の内容を今後の開発に戻す準備ができたと思います。
6.5 次にやること
次にやることは、いきなり大きな実装ではありません。
まずは、既存研究の前提整理です。
具体的には、次の3つをやります。
1つ目。
市場ごとに「見えているもの・見えていないもの・代理変数候補」を整理する。
2つ目。
既存のリードラグ研究とDeFi観測について、「自分が何を基準線として置いているのか」を明文化する。
3つ目。
今後追加するシグナルや観測機には、情報源ラベルや取得時刻を残す設計を検討する。
この3つは、すぐに利益を生む作業ではありません。
ただ、長期的には研究の精度を上げるはずです。
なぜなら、仮説の前提が明確になるからです。
何を見ているのか。
何は見えていないのか。
何を代理変数として使っているのか。
どの基準線からのズレを見ているのか。
どこから先は推測なのか。
実際に注文できるのか。
情報源は公開情報なのか。
ここが明確になるほど、検証結果の読み間違いは減るはずです。
6.6 最後に
『市場と取引』を読み終えたことで、市場を見るための地図がかなり増えました。
ただし、地図が増えたからといって、すぐに目的地へ着けるわけではありません。
むしろ、見えていなかった分岐や制約が増えたことで、雑に進めない理由も増えました。
それでも、この状態はかなり良いと思っています。
今までは、価格、出来高、OI、funding、premium、basis などを見ながら、そこに何らかの構造があるかを探していました。
これからは、それらを市場構造の中に置き直して考えられます。
価格差を見る。
ただし、その価格差がどの基準線からのズレなのかを確認する。
OIを見る。
ただし、それが何の代理変数なのかを確認する。
fundingを見る。
ただし、それがどの参加者のどの制約を反映している可能性があるのかを考える。
premium / discountを見る。
ただし、それが裁定可能性そのものではなく、AP、MM、コスト、session、流動性の影響を受けることを忘れない。
市場停止や規制を見る。
ただし、それを外部要因として片付けず、botの執行可能性を変える制約として扱う。
今日のまとめを一言で言えば、こうです。
市場構造の知識を、観測・仮説・検証・執行・リスク管理の前提条件として扱う段階に入った。
読書フェーズは一段落しました。
ここからは、この地図を使って、既存のリードラグ研究やDeFi観測をもう一度見直していきます。
すぐに売買判断へ飛ばすのではなく、まずは市場ごとに見えているもの、見えていないもの、代理変数、基準線、制約条件を整理する。
そのうえで、取れる可能性がある構造だけを、コスト控除後EVと執行可能性に接続していきます。
それでは、また。