Vera Charts を始めたとき、私たちはどの創業者も抱く問いを自らに投げかけました。本当にこれをゼロから作る必要があるのか。正直な答えは「いいえ」です。金曜の午後に Next.js アプリへ組み込んで月曜にはリリースできる本格的なチャートライブラリが、少なくとも三つはあります。しかし、私たちが話をしたプロップファームはどこも、すでにその三つのライブラリのいずれかで動いていて、同じライセンス料を払い、同じインジケーターの限界にぶつかり、同じ不安定な WebSocket のデバッグに追われていました。彼らは運命を共有していたのです。
ベンダーを共有することの本当のコスト
サードパーティのチャートベンダーが不具合を含むリリースを出せば、その上で動くすべてのファームが同じ不具合をリリースすることになります。ベンダーが新機能のために描画ツールの描画を遅くすると決めれば、すべてのファームがその決定を受け入れることになります。ベンダーとの契約更新で三年目に料金が40%跳ね上がれば、すべてのファームが支払うことになります。
それが目に見えるコストです。目に見えないコストはさらに大きく、トレーダーが最も長い時間を過ごす部分で差別化できなくなります。競合が同じライブラリを使っていれば、チャートの見た目も、パフォーマンスも、描画も同じになります。競えるのは外側の部分、つまりブランディング、価格、評価ルールだけです。トレーダーが一日中触れる肝心の画面は、まったく同じなのです。
代わりに私たちが作ったもの
Vera Charts は、独自のシーングラフ、独自のヒットテスト、独自の市場データ配信（ファンアウト）を備え、単一の HTML5 canvas に描画します。気になる数字を挙げると、同時に開いているチャートタブの数にかかわらずシンボルごとにアップストリーム接続は一つだけ、五年分の履歴を含むコールドロードで初回描画は100ms未満、定常状態の描画経路でのメモリ割り当てはゼロです。
パートナーが気にする数字はこうです。私たちは機能を、四半期単位ではなく数日単位でリリースします。パートナー企業から描画ツール、カスタムインジケーター、新しいリスクルールの可視化を依頼されれば、私たちはそれを自社のエンジンの中で作ります。パートナーはそれを手にします。競合他社は手にできません。競合他社は今もベンダーに頼っているからです。
それがパートナーにとって重要な理由
- 差別化: トレーダーが最も多く触れる画面を、本当に自社のものにできます。
- スピード: 機能の要望が、ベンダーの四半期ごとのロードマップに左右されません。
- コスト構造: 成長とともに膨らむシート単位の課金ではなく、固定のライセンスです。
- 回復力: 何かが壊れたら、私たちが直します。依存関係のチェーンで責任をなすりつけ合うことはありません。
“プラットフォームは消えるべきです。トレーダーの目に映るのは、チャートと価格と自分の判断だけであるべきです。”
創業時の原則、Vera Charts エンジニアリングWikiより
今後の予定
次のリリースでは、ファームごとのルールのカスタマイズを順次提供します。ドローダウンルール、日次損失の上限、スケーリングプランのテンプレートを、パートナー管理画面で一度設定すれば、チャート内でリアルタイムに適用されます。同じエンジン、同じ配信の仕組みで、あなたのファームのルールを。プロップファームを運営していて、それがまさに求めているプラットフォームの話だと感じたら、ぜひお問い合わせください。