7_4_policy
主要機能
マルチレベル収益
- 3レベルの深さ(A → B → C)
TVLベースのティア
- ロックされた総価値に基づく5ティア(Basic → Legend)
TVL計算:
- あなたの預金 + すべてのレベルA預金 + すべてのレベルB預金 + すべてのレベルC預金
生涯アトリビューション
- 時間制限なし、上限なし
柔軟な配分
- レベル間で%を調整(Pro+ティア)
NFT譲渡可能性
- アフィリエイトネットワークを資産として売却
すべての収益源
- カード、スワップ、ステーキング、ブリッジ、オン/オフランプ
ティア構造
| ティア | TVL範囲 | レベルA | レベルB | レベルC | 合計最大 | 柔軟性 |
|---|---|---|---|---|---|---|
| Basic | 0~1万ドル | 10% | — | — | 10% | なし |
| Premium | 1万~10万ドル | 15% | — | — | 15% | なし |
| Pro | 10万~100万ドル | 20% | 5% | — | 25% | ±2ポイント |
| VIP | 100万~1,000万ドル | 22% | 6% | 2% | 30% | ±4ポイント |
| Legend | 1,000万ドル以上 | 25% | 10% | 5% | 40% | ±6ポイント |
手数料ポリシーと割引
中核価格設定哲学
OROKAIの手数料構造は、ユーザーのアクティビティとトークン保有に基づいて透明、競争力があり、調整可能になるように設計されています。このセクションでは、価格設定哲学、割引メカニズム、将来のトークンユーティリティ機能について概説します。
一般原則
透明性第一
- すべての手数料がユーザーが取引に署名する前に表示
- 内訳が利用可能(ネットワーク、プロトコル、OROKAI)
- 隠れた料金なし、予想外の控除なし
価値ベースの価格設定
- 手数料は提供される価値を反映(オーケストレーション、AI、UX)
- より高い複雑さ = より高い手数料(マイグレーション vs シンプルなスワップ)
- 代替案と比較可能(最低ではないが、最高の価値)
調整可能で公平
- OROKAIは30日前の通知で手数料を調整する可能性
- 市場競争力(競合他社の価格を監視)
現在の手数料スケジュール(概要)
クイックリファレンステーブル
オンチェーン操作
| アクティビティ | 基本手数料 | OROKAIシェア |
|---|---|---|
| DEXスワップ | LP手数料(0.05~1%) | LP手数料の25% |
| ブリッジ | プロトコル(0.001~0.05%) | プロトコルの50% |
| ステーキング(自動クレーム) | クレーム済みの8% | 全8% |
| ガス(すべての操作) | ネットワークコスト | +10%マークアップ |
フィアット操作
| アクティビティ | 基本手数料 | OROKAIシェア |
|---|---|---|
| オンランプ | プロバイダー(約3%) | 0.3%固定 |
| オフランプ | プロバイダー(約3%) | 0.3%固定 |
| カード取引 | V Plus Pay(2.2%+) | 0.3%固定 |
成長プログラム
| アクティビティ | 基本手数料 | OROKAIシェア |
|---|---|---|
| アフィリエイト | ユーザーは何も支払わない | 収益を共有 |
| トークンユーティリティ | 変動 [TBD] | 割引/リベート |
手数料調整ポリシー
OROKAIが手数料を変更する可能性がある時期と方法(手数料レビューのトリガー)
四半期レビューサイクル:
- 競合他社の価格分析
- インフラストラクチャコストの変更
- ユーザーフィードバックと使用パターン
- 市場状況(弱気 vs 強気)
- 規制要件
アドホックレビュー(必要な場合):
- 主要なパートナー手数料変更(例:V Plus Payが価格を調整)
- プロトコルコスト変更(例:DEXがLP手数料を増加)
- 重大なインフラストラクチャコストスパイク
- 緊急調整(まれ)
プロセス
1. 内部分析(OROKAIチーム)
├─ データレビュー(コスト、収益、使用)
├─ 競争ベンチマーク
└─ 影響モデリング(ユーザーへの影響)
2. 提案(調整が必要な場合)
├─ 新しい手数料スケジュールの草案
├─ 根拠の文書化
└─ ユーザー影響の見積もり
3. 通知(最低30日前の通知)
├─ アプリ内アナウンス
├─ 説明付きブログ投稿
└─ 質問のためのFAQ
4. コミュニティインプット(オプション、ガバナンスがアクティブな場合)
├─ ディスカッション期間(14日)
├─ フィードバック収集
└─ 必要に応じて調整
5. 実装
├─ 30日以上の通知後
├─ 明確な日付を伝達
└─ 古い手数料は短期間既得権化(7日間の重複)
トークンユーティリティ
OROKAIトークン手数料割引
注意
このセクションでは、計画されたトークンユーティリティについて説明します。実際の実装はトークンローンチに依存します(完全なトークノミクスについては、トークンとブロックチェーンの章を参照)。
メカニズム: OROKAIトークンを保有/ステーク → 手数料を削減
提案構造 [TBD]:
手数料割引を超えたトークンユーティリティ [TBD]
トークン保有者のための追加の潜在的利益:
1. 優先機能
├─ 新しいプロトコル/チェーンへの早期アクセス
├─ ベータ機能(公開ローンチ前にテスト)
└─ 限定AI戦略(Legendティアのみ)
2. 強化された制限
├─ より高い取引制限(オン/オフランプ)
├─ より速い支払い(アフィリエイト/リベート)
└─ より低い最小閾値
3. ガバナンス権(有効な場合)
├─ 手数料調整に投票
├─ プロトコル統合に投票(ホワイトリスト)
├─ 機能優先度に投票
└─ ロードマップに影響(コミュニティインプット)
4. プレミアムサポート
├─ 専用サポートチャネル
├─ より速い応答時間(SLA)
└─ 優先紛争解決
5. 限定イベント
├─ チームとのトークン保有者AMA
├─ 早期通知(新しいパートナーシップ)
└─ OROKAIミートアップ/カンファレンスへのアクセス
手数料ポリシーガバナンス [将来 - TBD]
トークンガバナンスが有効になった場合
コミュニティが投票できること:
├─ 手数料調整(増加/減少)
├─ 割引ティア閾値(ティア2は1万または1.5万トークンであるべきか?)
└─ 新しい割引メカニズム(サブスクリプションを導入?)
投票力の基準:
├─ トークン保有(1トークン = 1投票、または二次投票)
├─ ステーク期間(長いロック = より多い投票権)
└─ プラットフォーム活動(アクティブユーザーはボーナス投票を得る)
提案プロセス:
1. コミュニティメンバーが提案を提出
2. 正式な提案(オンチェーン、Xトークン閾値が必要)
3. 投票期間(7~14日)
4. 実行(過半数/特別多数によって承認された場合)
5. 実装(手数料増加の場合は30日前の通知)
制限:
├─ すべての手数料を排除する投票はできない(持続不可能)
├─ 50%を超える割引に投票できない(経済を壊す)
└─ コアチームは拒否権を保持(安全のため、一時的)
ステータス: [TBD] - トークンローンチと分散化ロードマップに依存。
要約:手数料哲学
OROKAIの手数料へのアプローチ:
透明性
- ユーザーは常に何を支払っているか、なぜかを知っている
競争力
- 代替案と比較可能な手数料(最低ではないが、公平)
価値ベース
- より高い価値の機能にはより高い手数料
ロイヤルティ報酬(将来)
- トークン保有者と大量ユーザーは割引を得る
持続可能性
- 手数料はコスト + 開発 + 成長をカバーする必要がある
コミュニティ主導(将来)
- ユーザーはガバナンスを通じて手数料ポリシーに影響を与えることができる
調整可能だが安定
- 手数料を変更できるが、頻繁または劇的ではない
目標: 忠実なユーザーとトークン保有者に報酬を与えながら、公平、透明、持続可能な手数料構造を作成する。