OneTick:取引所がスプーファーを捕捉し、ヘッジファンドがアルファを探すプラットフォーム

Bloomberg はターミナルが必要なアナリスト向け。TradingView はチャートが必要なリテールトレーダー向け。しかし、取引所がある会場でフェイクオーダーを出して別の会場の価格を動かすトレーダーをリアルタイムで検出したいとき — 必要なのは OneTick です。
OneTick は、金融市場専用に設計されたエンタープライズグレードの時系列データベースおよびストリーミング分析エンジンです。TimescaleDB や InfluxDB のような汎用 TSDB ではありません。ClickHouse のような単なる高速カラムナーストアでもありません。金融データを理解するプラットフォームです:trade/quote の関係、板の深さ、コーポレートアクション、クロスマーケット相関。クライアントは取引所、投資銀行、ヘッジファンド、マーケットメーカー、ブローカーです。
OneTick の三本柱
プラットフォームは単一エンジンで3つの根本的に異なる課題を解決します:
| 柱 | 利用者 | 目的 |
|---|---|---|
| 市場監視(Surveillance) | 取引所、規制当局、コンプライアンス部門 | 不正検出、MiFID II / MAR / SEC / FINRA 準拠 |
| クオンツリサーチ | ヘッジファンド、プロップデスク | アルファ生成、戦略バックテスト、マイクロストラクチャー分析 |
| トレーディング分析 | セルサイドデスク、ブローカー | TCA、最良執行モニタリング、流動性管理 |
重要なインサイト:3つのワークロードすべてが、ヒストリカルとリアルタイムの両方を処理する単一エンジンで動作します。ストリーミング用とバックテスト用で別々のシステムを維持する必要はありません。
アーキテクチャ:クエリ言語としての有向非巡回グラフ(DAG)

OneTick のコアとなるアーキテクチャ上の決定:クエリは SQL ではなく(SQL もサポートされていますが)、Event Processor (EP) の**有向非巡回グラフ(DAG)**として構築されます。
Event Processor とは
Event Processor は計算の原子単位です。各 EP は単一の操作を実行します:フィルタリング、集約、結合、派生フィールド計算、VWAP 計算、板の再構築。データ(ティック)はソースからシンクまで EP のチェーンを流れます。
アナロジー:工場の組立ライン。ティック(タイムスタンプ付きレコード)が左からグラフに入り、プロセッサーのチェーンを通過し、出力は完成した結果:アラート、集約メトリクス、シグナルです。
なぜ SQL ではなく DAG か
| 側面 | SQL アプローチ | DAG(Event Processors) |
|---|---|---|
| ストリーム処理 | 別フレームワーク(Flink、Spark)が必要 | ネイティブ — 同じグラフがストリームとヒストリの両方で動作 |
| 複雑なパイプライン | ネストされたサブクエリ、CTE、ウィンドウ関数 | ビジュアルなノード合成 — 各ノードが独立して理解可能 |
| 再利用性 | SQL ブロックのコピー&ペースト | EP は再利用可能なコンポーネント |
| デバッグ | EXPLAIN ANALYZE + 推測 |
グラフの任意のノードでデータをタップ可能 |
| 並列処理 | DBMS オプティマイザーが決定 | シンボル、日付、CPU コアによる明示的な並列化 |
グラフは内蔵デザイナー(「paint-a-canvas」)でビジュアルに、または Python API でプログラム的に構築できます。
パフォーマンス
OneTick が公表している(業界でも確認されている)数値:
| メトリクス | 値 |
|---|---|
| ティック取り込み | 1日1兆ティック超 |
| バルク処理 | 1コアあたり毎秒1,000万ティック超 |
| タイムスタンプ精度 | サブミリ秒 |
| ヒストリカル深度 | 1970年からのデータ(TickData 経由) |
| 資産クラス | 株式、先物、オプション、債券、暗号資産 |
市場監視:OneTick が業界標準の領域

市場監視は OneTick の最も強力なユースケースです。取引所自体がトレーディング活動の監視に使用しています。
検出する不正行為
| 不正行為 | 何が起きるか | 検出方法 |
|---|---|---|
| スプーフィング | 大量注文を出して価格を動かし、約定前にキャンセル | 発注/キャンセル比率分析、キャンセル速度 |
| レイヤリング | 複数の価格レベルで注文を出し、需給の幻想を作る | 板の「階段」パターン + 反対側の約定との相関 |
| ウォッシュトレーディング | 自己売買で人工的な出来高を作る | アカウントクロスチェック、タイミング分析 |
| フロントランニング | 大口顧客注文の前にブローカーが取引 | プロップ取引と顧客フローの時間的相関 |
| 引け値操作 | セッション終了時に意図的な取引で終値を操作 | 最終分の活動と日中平均の分析 |
| クオートスタッフィング | 大量の注文生成/キャンセルで競合他社を遅延させる | 異常なメッセージ頻度、注文対取引比率 |
| インサイダー取引 | 非公開情報に基づく取引 | 異常パターンとコーポレートイベントの相関 |
クロスマーケット・クロスアセット監視
最も複雑なケース:市場間での不正。あるトレーダーが一方の取引所で先物価格を動かし、別の取引所で関連オプションから利益を得る。
OneTick は複数の会場からのデータを単一ストリームに集約し、構造的な関連が明白でない場合でもクロスマーケットパターンを検索します。
規制カバレッジ
| 規制当局 / 基準 | 管轄 |
|---|---|
| MiFID II / MAR | 欧州 |
| SEC / FINRA | 米国 |
| ASIC | オーストラリア |
| IIROC | カナダ |
ホワイトボックス AI によるアラートスコアリング
サーベイランスの典型的な問題は誤検知です。1日10,000件のアラートに対して、5人のコンプライアンスチームがすべてを確認する余裕はありません。OneTick は「ホワイトボックス」ML を使用:モデルは実際の不正の確率を評価しながら、理由を表示します。ブラックボックスではなく、規制当局にとって重要な説明可能なモデルです。
クオンツリサーチ:ティックからアルファへ
ヘッジファンドやクオンツデスクにとって、OneTick は単なるデータストアではありません。データと分析が一箇所に存在する研究環境です。
何ができるか
-
マイクロストラクチャー分析。 過去の任意の時点での板の再構築、流動性の深さ、スプレッド、オーダーフローインバランスの分析。
-
戦略バックテスト。 ポイントインタイム精度でヒストリカルティックデータ上でトレーディング戦略を実行。先読みバイアスなし。
-
シグナル生成。 「ビッドアスクスプレッドが出来高増加時に3σ拡大した場合、反転の予測因子か?」数十年のデータ、全銘柄で仮説をテスト。
-
ティックデータ上の ML。 MDRE — Python/Pandas ライクな API。ハイパーパラメータチューニング、クロスバリデーション、モデルサービング — 別システムへのエクスポートなし。
アクセス方法
| インターフェース | 対象 |
|---|---|
| Python / Pandas API | データサイエンティスト、ML エンジニア |
| SQL | リレーショナル DB に慣れたアナリスト |
| DAG デザイナー | ビジュアルクエリ構築 |
| 独自グラフ言語 | 経験豊富な OneTick ユーザー |
トレーディング分析:TCA と最良執行
MiFID II 以降、最良執行は推奨ではなく法的要件です。ブローカーは最良の利用可能な価格で顧客取引を執行したことを証明する必要があります。
トランザクションコスト分析(TCA)
| ベンチマーク | 測定対象 |
|---|---|
| VWAP | 期間の出来高加重平均価格 |
| 到着価格 | 注文受信時の価格 |
| Implementation Shortfall | 取引決定と実際の執行の差 |
| スプレッドコスト | ビッドアスクスプレッドでの損失 |
代替手段との比較
| 特徴 | OneTick | kdb+ (KX) | QuestDB | TimescaleDB |
|---|---|---|---|---|
| 専門性 | 金融 — すぐ使える | 金融 — 開発が必要 | 汎用 TSDB | 汎用 TSDB |
| クエリ言語 | DAG + SQL + Python | q(学習曲線が急) | SQL | SQL |
| ストリーミング + ヒストリ | ✅ 統合エンジン | ✅ (kdb Insights) | ⚠️ 限定的 | ⚠️ 拡張経由 |
| サーベイランス | ✅ 既製モデル | ❌ 構築必要 | ❌ | ❌ |
| TCA | ✅ | ❌ 構築必要 | ❌ | ❌ |
| 取り込み性能 | >10M ticks/sec/core | ~10M+ ticks/sec/core | ~3M+ rows/sec | ~1M+ rows/sec |
| オープンソース | ❌ エンタープライズ | ❌ エンタープライズ | ✅ Apache 2.0 | ✅ Apache 2.0 |
エコシステム:OneTick + TickData
OneTick は TickData と緊密に統合されています。カバレッジ:
- 米国株式 — 1970年から
- グローバル取引所 — 80以上の会場
- 全資産クラス — 株式、先物、オプション、債券、FX
- 暗号資産 — スポットとデリバティブ
リンク
- 🌐 OneTick: onetick.com
- 🌐 OneTick Use Cases: onetick.com/use-cases
- 📊 TickData: tickdata.com
- 🌐 kdb+ (KX): kx.com
- 🌐 QuestDB: questdb.io
- 🌐 TimescaleDB: timescale.com
まとめ
OneTick は「もう一つの時系列 DB」ではありません。金融データのための垂直統合プラットフォームであり、単一エンジンで3つの重要なニーズに対応します:取引所とコンプライアンス向けのサーベイランス、ヘッジファンド向けのクオンツリサーチ、セルサイド向けの TCA/最良執行。Event Processor による DAG アーキテクチャは、同じデータをリアルタイムでも深いヒストリでも分析する必要がある世界のためのエレガントなソリューションです。
選択時の主な落とし穴:OneTick を QuestDB や TimescaleDB と「データベース対データベース」として比較しないでください。OneTick はデータベース + 分析エンジン + 既製のビジネスアプリケーションです。高速ティック取り込みだけが必要なら QuestDB を。データ取り込みから規制レポートまでの完全なループが必要なら、OneTick は kdb+ とのみ競合し、より低い参入障壁と既製のビジネスモジュールで勝ります。
MarketMaker.cc Team
クオンツ・リサーチ&戦略