Sagaの基礎概要は以下: Saga (SAGA): Modular Blockspace for App-Dedicated Chains and Infinite Scalability。本稿は次の一歩として、ユニットエコノミクス、採用戦略、そしてapp専用チェーンモデルの制約を投資家向けに整理する。
1) chainletsはB2Bインフラの販売である
専用環境は性能と自由度を提供するが、経済的にはB2Bの意思決定になる。買い手はアプリチームであり、TCO、立ち上げ速度、運用リスクで判断する。
- 導入の引き金: 成長により混雑や不安定な手数料、カスタム不足が痛点になる時。
- 代替: 多くのチームはまずL2や他のappchainスタックを試す。
- 勝ち筋: 統合支援と参照事例が技術と同程度に重要。
2) ユニットエコノミクス: 何が課金単位で誰が負担するか
技術的にスケールしても、課金単位が曖昧だと商業的に失速する。収益単位とコスト単位を定義し、現実的な使用条件で検証する。
- 収益単位: chainletのサブスク、セキュリティとバリデータサービス、共有流動性アクセス、上位ツール。
- コスト単位: バリデータインセンティブ、運用、助成、統合支援の拡大コスト。
- 核心: 継続的な手数料で安全性と支援を賄えるか。
3) ボトルネックはスループットではなく協調コスト
専用チェーンは局所混雑を減らすが、アップグレード、流動性ルーティング、ブリッジ、複数環境のUXなど協調コストを生む。協調を安くできるかが投資判断の焦点になる。
- UX: 複雑性を隠せるか、ウォレットとブリッジに押し付けるか。
- 流動性: 分離設計の中でどれだけ早く集約できるか。
- 運用: 多数chainletsでアップグレードと事故対応が予測可能か。
4) 採用曲線: 発表よりリテンション
インフラは一回のローンチではなく曲線で評価する。継続利用は偽装が難しい。
- 反復: アプリとユーザーが週次で戻ってくる。
- 有料化: インセンティブ低下後も支払いが伸びる。
- 深さ: 実機能がchainlets上で稼働している。
- 成熟: 透明なインシデント対応と安定運用。
5) トークン整合: 需要が放出を上回れるか
重要なのは活動が構造的な需要に変わるかだ。SAGAが希少資源として機能するかを確認する。
- セキュリティ需要: 守る価値とリスクに応じたステーキング。
- 手数料経路: 意味のあるサービス支払いが存在するか。
- 供給圧力: 放出と発行が需要を上回らないか。
投資家チェックリスト
- 支払者: 専用実行が本当に必要なアプリ領域はどこか。
- 販売証拠: 強いチームの反復導入があるか。
- 協調解: 流動性とUXをスケールさせる仕組み。
- 下振れ: 他スタックが標準化した場合の防衛線。
appchain仮説は成立し得るが、協調が置き換える混雑より安くなることが条件だ。そこが事業とインセンティブ物語の分岐点になる。
