コホートパイプラインのコストは思った以上にかかる

取引ボット、ダッシュボードのアイデア、あるいはHyperliquidのSmart Moneyポジションを追跡したいファンドを持っているとしよう。最初の直感は明白だ。アナリティクスパイプラインを自分で構築する。L1からロウデータを取得し、ウォレットを分類し、コホートメトリクスを計算し、独自のAPIで提供する。どれくらい大変なことだろうか？

思っているよりずっと大変で、コストは桁違いに高くなる。独自のコホートパイプラインの構築を始めたチームは、一貫して5つのことを過小評価する。関与するインフラレイヤーの数、各レイヤーが消費するエンジニアリング時間、パイプラインが稼働した後の継続的なコスト、3ヶ月後に表面化するデータ品質の問題、そしてシニアエンジニアが本来構築すべきプロダクトではなく配管作業をしている機会コストだ。

この記事では、生のフィルインジェストからプロダクションAPIまで、Hyperliquidコホートアナリティクスパイプラインのすべてのレイヤーを、各段階の現実的なコスト見積もりとともに解説する。目的はシンプルだ。ビルダーが実際の数字をもとに自前構築か購入かの判断を下せるだけの情報を提供すること。

コホートパイプラインの5つのレイヤー

コホートアナリティクスパイプラインは、データベースといくつかのAPIエンドポイント以上のものだ。それぞれ独自の障害モードとエンジニアリング要件を持つ、5つの異なるインフラレイヤーで構成される。そのうちの1つでも省略すれば、全体が静かに壊れ、気づく前にデータを汚染する。

レイヤー1: データインジェスト

すべてはHyperliquid L1からロウデータを取得することから始まる。RPCノード接続が必要だ（HyperliquidのパブリックエンドポイントはRPM100に制限されているため、専用プロバイダーが必要になる）。ストリーミングポジション更新のためのWebSocketハンドラー、切断時の再接続ロジック、スロットリングを避けるためのレート制限、そしてフィル、ポジション、オーダーイベントを抽出するためのブロックパーシングも必要だ。

RPCプロバイダーだけで相当な継続コストがかかる。DwellirはgRPCストリーミングに月$299を請求し、無制限スループットの専用クラスターは月$4,000から始まる。より安価な選択肢も存在する（Chainstackは2,000万リクエストで月$49から始まる）が、取引所上のすべてのフィルを処理する大量データ分析パイプラインはレート制限をすぐに使い切ってしまう。

このレイヤーだけでエンジニアリング時間は通常約200時間かかる。なぜなら、複雑さはエッジケースに潜んでいるからだ。ノードがブロックの途中でドロップした場合はどうなるか？障害によるデータギャップをどう検出して補完するか？Hyperliquidのローリングレート制限にかかることなくイベントをどう処理するか？これらは解決済みの問題だが、ゼロから解決するには時間がかかる。

レイヤー2: ウォレット分類

これは最も正確に実装するのが難しいレイヤーであり、ほとんどのチームが最も過小評価するものだ。コホート分類とは、Hyperliquid上のすべてのウォレットの全期間PnLを計算し、現在のパープエクイティサイズで各ウォレットをバケット分けし、各ウォレットが分布のどこに位置するかに基づいて行動ラベルを割り当てることを意味する。

私たちのデータは16の行動コホートを使用している。サイズ別に8つ（ShimpからLeviathan）、全期間PnL別に8つ（Giga-RektからMoney Printer）だ。各コホートには特定のドル閾値がある。例えば、Smart Moneyウォレットは累積全期間PnLが+$100Kから+$1Mの間にあり、Leviathanはパープエクイティで$5M以上を保有している。

難しいのは初期分類ではない。新しいフィルが届くたびに分類を正確に保つことだ。すべての取引はウォレットのPnLとおそらくそのエクイティを変化させる。つまりコホートのメンバーシップは動的だ。先週Consistent Grinderだったウォレットが$100Kの閾値を超えてSmart Moneyになるかもしれない。パイプラインは受信データレートに遅れをとることなく、すべてのフィルでリコンピュートと再分類を行う必要がある。

このレイヤーには約300エンジニアリング時間を見込み、分類がプロダクション精度に一致するまで少なくとも2ヶ月のチューニング期間を予算に組み込むこと。閾値をまたぐウォレット、素早くポジションのクローズと再オープンを繰り返すアカウント、アカウント移行をまたいだPnL継続性の維持という課題など、エッジケースが見つかるだろう。

レイヤー3: ストレージとコンピュート

コホートメトリクスは時系列データだ。ホットストレージ用の時系列データベース（最近のデータ、頻繁にクエリされる）、バックテスト用の過去データのコールドストレージ（数ヶ月分のポジションとフィルデータ）、集計用のコンピュートレイヤー（コホートレベルのポジション、バイアスシグナル、オーダーフローサマリー）、そしてデータベースを酷使せずに繰り返しクエリを処理するキャッシュレイヤーが必要だ。

ここでのクラウドコストはデータ量に大きく依存する。Hyperliquidはアクティブな取引時間帯に毎分数千のフィルを処理し、フィルレベルの粒度で6ヶ月分のポジション履歴を保存すると積み上がる。マネージドデータベースサービスに月$1,000から$2,000、さらに生のフィルをコホートレベルメトリクスに変換する集計ジョブのコンピュートコストも見込むこと。

エンジニアリング時間は約200時間だが、初期のストレージアーキテクチャの決定は後で変更するのが高くつく傾向があるという複雑さがある。間違った時系列バックエンドを選べば、3ヶ月後に移行作業が待っている。

レイヤー4: APIレイヤー

ウォレットを分類してコホートメトリクスを計算したら、それを提供する必要がある。JWT認証、ユーザーごとのレート制限、APIバージョニング（クライアントを壊さずにエンドポイントを進化させるため）、ドキュメント、エラー処理、そして理想的にはユーザーが使う言語向けのクライアントSDKが必要だ。

Webhookデリバリー（コホートが閾値を超えた際のプッシュ更新）やWebSocketストリーミングが必要な場合は、基本的なREST APIの上にさらに複雑さが加わる。各デリバリーメカニズムは独自のインフラを持つ。メッセージキュー、コネクションマネージャー、リトライロジック、デッドレターハンドリングだ。

プロダクション品質のREST APIには約150エンジニアリング時間を予算に組み込もう。プッシュデリバリーが必要な場合はさらに増える。

レイヤー5: モニタリングとメンテナンス

何かが壊れるまで誰も予算を組まないレイヤー。パイプラインには、稼働率アラート（データインジェストは止まっていないか？）、データ品質チェック（コホートカウントはずれていないか？）、RPCノードが深夜3時に落ちた時のオンコールローテーション、新しいエンドポイントを追加する際のスキーママイグレーション、そして不正なデプロイが分類状態を破損した際のパイプライン復旧手順が必要だ。

これは一度きりの構築コストではない。永続的なオーバーヘッドだ。パートタイムのオンコールエンジニアは月$5,000以上かかり、Hyperliquidは24時間365日取引されているため、その対応が常に必要だ。

実際の月額費用

すべてを合計すると、独自のコホートパイプラインを運用する月額コストは次のようになる。

| コストカテゴリ | 月額概算 | 備考 | | --- | --- | --- | | RPCノードプロバイダー | $300〜$4,000 | スループット要件による | | クラウドコンピュート | $1,500〜$2,500 | 集計ジョブ、APIサーバー | | データベース（マネージド） | $1,000〜$2,000 | 時系列ホット+コールドストレージ | | モニタリングとツーリング | $200〜$500 | アラート、ロギング、ダッシュボード | | オンコールエンジニアリング | $5,000+ | パートタイム、24/7対応 | | 合計 | $8,000〜$14,000+ | プロダクトコードの1行を書く前から |

これには初期のエンジニアリング投資は含まれていない。5つのレイヤーで850時間以上、暗号通貨経験のあるエンジニアの混合レートを時給$150と仮定すると、初期構築はエンジニアリング時間だけで約$125,000になる。より低いレートでも、構築作業はシニアエンジニアの全力を3〜6ヶ月間吸い取る。

チームが常に過小評価するコスト

インフラの費用は明白なコストだ。隠れたコストの方がさらに深刻だ。

機会コスト

優秀なエンジニアがデータ配管の構築に6ヶ月費やす。それは収益を生むプロダクト、取引ボット、ポートフォリオダッシュボード、リスク管理システムを構築しない6ヶ月を意味する。コホートパイプラインはインフラだ。構築しているものに必要だが、ユーザーが金を払うものではない。

データ品質の負債

コホート分類は、それを支えるデータと同程度の品質しかない。フィルの見逃しはPnL計算の誤りを生む。PnLの誤りはウォレットを間違ったコホートに押し込む。間違ったコホートは間違ったシグナルを生む。そして危険な点は、これらのエラーがサイレントであることだ。ウォレットが誤分類されてもパイプラインはクラッシュしたりエラーをスローしたりしない。ただ間違ったデータを自信を持って提供し続け、誰かが下流のシグナルが現実と一致しないことに気づくまでそれが続く。

データ品質は立ち上げ時に一度解決する問題ではない。バリデーションパイプライン、照合チェック、定期的な監査を必要とする継続的な規律だ。予算を確保するか、コホートデータが時間とともに真実から乖離することを受け入れるかどちらかだ。

メンテナンスの重荷

Hyperliquidは急速に進化している。新しいアセットクラス（HIP-3スポット上場、予測市場）、プロトコルのアップグレード、APIの変更はすべてパイプラインのアップデートを必要とする。L1が新しいオーダータイプを導入すれば、インジェストレイヤーはそれを処理する必要がある。ガスメカニズムが変わればフィルパーシングが壊れるかもしれない。すべてのプロトコル変更がメンテナンス作業を生み出し、Hyperliquidは頻繁にアップデートをリリースするため、メンテナンスは決して終わらない。

自前構築が理にかなう場合

自前構築の道が常に間違っているわけではない。2つのシナリオは本当に自前構築を支持する。

カスタムコホート定義。 オンチェーンアクティビティとオフチェーンシグナルを組み合わせるなど、標準的な行動セグメントを超えた分類ロジックが必要な場合、あるいは汎用APIがサポートしない特定の戦略パターンに基づいてコホートを定義する必要がある場合、自前構築は分類エンジンへの完全なコントロールを与える。

極端なスケール。 アプリケーションが月200万APIリクエスト以上を処理し、保証されたレイテンシパーセンタイルを持つカスタムSLAが必要な場合、非常に高いボリュームでは自社構築の方が最終的にクエリあたりのコストが低くなる可能性がある。ただし、クロスオーバーポイントは高く、ほとんどのチームはそこへ到達するまでのスピードを過大評価している。

それ以外のすべての人にとって、数字は一つの方向を指している。

マネージドの代替手段

HyperTrackerのPulseプランは、サイズ別8層とPnL別8層をカバーする16の行動コホートすべてを、21のREST APIエンドポイントを通じて月$179で提供する。月50,000APIリクエスト、5分のデータリフレッシュ、ポジションとフィルの6ヶ月以上の過去データ、清算リスクスコアリング、リーダーボード、そしてストップと利確の視認性を持つオーダーフローが含まれる。

上位ティアはボリュームとデリバリーオプションを追加する。月$399のSurgeは15万リクエスト、月$799のFlowはWebhookと40万リクエスト、月$1,999のStreamはWebSocketデリバリーと200万リクエストを提供する。

その差は歴然としている。月$179で、自分で運用すれば月$10,000以上かかるインフラスタックのアウトプットを、ゼロの構築時間、ゼロのメンテナンス負担で手に入れられる。データ品質は、取引所の立ち上げ以来Hyperliquidのフィルを処理してきたチームによって保証されている。

プロダクションクエリの実例

5つのインフラレイヤーを構築・維持する代わりに、1回のAPI呼び出しでHyperliquid上のあらゆるアセットのコホートレベルのポジションが返ってくる。

curl -X GET "https://ht-api.coinmarketman.com/api/external/cohort-metrics?coin=BTC&start=2026-07-01T00:00:00.000Z" \
  -H "Authorization: Bearer YOUR_JWT_TOKEN"

レスポンスはコホートレベルの集計を提供する。各行動セグメントで何個のウォレットがロング、ショートしているか、そしてどの程度か。コホートバイアス、ポジションデルタ、エントリー/エグジットフロー。何百時間もかけて構築したインテリジェンスが、1回の呼び出しで提供される。

ポーリングではなくプッシュデリバリーを望むビルダーには、月$799のFlowプランに設定可能な閾値をコホートポジションが超えた際に発火するWebhookが含まれている。「Money PrinterコホートがETHでネットショートに転換」というWebhookを設定すれば、それが起きた瞬間にボットがシグナルを受け取る。ポーリング不要だ。

パイプラインをスキップして、プロダクトをリリースしよう。

HyperTrackerは16の行動コホート、21のエンドポイント、6ヶ月以上の過去データを提供する。インフラを構築せず、データを使ったプロダクト構築を今すぐ始めよう。

HyperTrackerで無料スタート

判断のフレームワーク

コホートアナリティクスの自前構築か購入かを検討しているなら、3つの質問をしよう。

1. コホートアナリティクスはコアプロダクトか、それともインフラか？ プロダクトである場合（アナリティクスを販売している）、差別化が重要なため自前構築は理にかなう。インフラである場合（コホートデータを消費するボット、ダッシュボード、ファンドを構築している）、購入することで収益を生むプロダクトレイヤーに集中できる。
2. カスタム分類が必要か？ 標準的な行動セグメント（サイズとPnLベース）がユースケースをカバーするなら、それを再発明する理由はない。独自の分類ロジックが必要なら、自前構築で完全なコントロールが得られる。
3. 3〜6ヶ月の構築期間を吸収できるか？ 暗号通貨の世界では市場の動きが速い。6ヶ月のパイプライン構築は、取引プロダクトが6ヶ月間リリースされないことを意味する。立ち上げ遅延の機会コストは、自社ホスティングによるインフラ節約よりも大きいことが多い。

真の構築範囲が明らかになると、構築を始めたほとんどのチームが最初の2ヶ月以内にマネージドAPIに切り替える。構築を成功裏に完了させるチームは、プロダクト側で必要とされていない専任インフラエンジニアを抱える資金力のあるチームである傾向がある。それは狭いプロファイルだ。

どちらの道を選ぶにしても、実際の数字を持って臨もう。パイプラインのコストは思った以上にかかる。