今日はGRVTのティッカー・フィード構造を一通り確認しました。主に、単一のティッカー更新が実際に何を含むのかを理解する必要があったためです。というのも、このスプリントを通じて構築してきたマーケットデータの全体像を締めくくるにあたり、そこで得られる情報の中身が重要になるからです。
ティッカーは、最終取引価格、24時間の高値・安値、24時間の出来高、そしておそらく同一ウィンドウにおけるパーセンテージ変化を提示するはずです。これらは、クライアントが生の取引履歴から自分で統計を導出する必要がないように、コンパクトなスナップショットとして更新されるのだと考えられます。
私が注目したのは、これは本質的に「取引フィードから技術的には導出可能なデータ」の上に成り立つ利便性のレイヤーだという点です。クライアントは理論上、自分で完全な取引履歴を処理すれば、24時間の高値・安値・出来高を計算できます。しかしGRVTがその要約を計算してストリーミングすることで、同じローリング計算を個別に維持する必要のあった、あらゆる単一クライアントから実際の計算負荷が取り除かれます。
これは、今週見えてきたGRVTのより広いフィード設計に共通するパターンにもつながります。つまり、オーダーブックの深さや個別の取引といった生の粒度データが存在する一方で、詳細が必ずしも必要ないケースに向けて、要約済み・事前計算されたビューも同時に用意されているということです。
このスプリントを「GRVTのAPIは一貫して同じトレードオフを前提に設計されているように見える」という観察で締めくくります。精度が必要な人には粒度の高いデータ、素早く正確な全体像が欲しい人には要約済みのデータです。
@grvt_io #grvt