エコシステム参加者マップ

（セクション： エコシステムとネットワーク）

1）なぜ会員証が必要なのか

参加者マップは、役割、関係、権利、責任の境界、コンプライアンスの輪郭など、エコシステムのモデルを担当する一般的な人です。用語の混乱を解消し、パートナーのオンボーディングを促進し、インシデントトレーシングを簡素化し、ネットワーク管理性（ガバナンス、リスク、セキュリティ、開発）を向上させます。

2）役割分類（トップレベル）

1.オペレータ-顧客体験を所有するブランド/プラットフォーム。
2.コンテンツプロバイダ（スタジオ/コンテンツプロバイダ）-スロット、ライブゲーム、スポーツフィード、ミニゲーム。
3.決済プロバイダ（PSP/オンオフランプ）-カード、APM、ステーブル、暗号財布。
4.識別とリスク（KYC/KYB/AML/Trust）-検証、スコアリング、制裁フィルター。
5.インフラストラクチャ/ネットワーク（ノード/リレー/エッジ/CDN/ブリッジ）-輸送、ルーティング、クロスチェーン接続。
6.アフィリエイト/アグリゲーター/トラフィック-リード、ショーケース、メディアネットワークのソース。
7.分析とデータ（DWH/BI/不正防止）-オブザビリティ、レポート、モデリング。
8.コミュニティとDevRel-開発者、インテグレーター、パートナーチーム。
9.規制当局と監査人（B2G）-ライセンス、検査、レポート。
10.ガバナンスと財務-ルール、予算、助成金。
11.パートナーブローカー/マーケットプレイス-トラフィック、流動性、統合の交換。

3）サブロールとオブジェクト（詳細）

オペレータ：B2Cブランド、ホワイトラベル、地域サブオペレータ、PSPルーター。
スタジオ/プロバイダー：RGS、ライブスタジオ、トーナメントランナー、スポーツフィードサプライヤー。
PSP：カード取得、ローカルAPM （Papara、 Mefeteなど）、暗号処理、リスクルールベンダー。
KYC/KYB/AML： KYCプロバイダー、制裁リストのソース、PEP/アドバースメディアプロバイダー、行動スコアリング。
インフラストラクチャ：バリデータ/ノード、スーパーノード/リレー、ブリッジ（光/楽観的/ZK）、 CDN/エッジキャッシュ。
トラフィック/メディア：ショーケース、仲裁人、インフルエンサーネットワーク、DSPのリターゲティング、CRMプッシュパートナー。
データ：ブロックチェーンインデクサ、CDCコネクタ、不正防止DSS、 BI。
コミュニティ：SDKコントリビューター、インテグレーター、現地代表/大使。
B2G：規制当局、税務報告、監査（外部/内部）。
ガバナンス/財務省：議定書の理事会、代議員、助成委員会。
ブローカー：統合アグリゲーター（API市場）、トラフィック/流動性交換。

4）信頼とアイデンティティのモデル

法的アイデンティティ：KYB（登録番号、国、受益者）、ライセンス/許可。
技術的アイデンティティ：'org_id'、 'peer_id' （ed25519/secp256k1）、 X。509 （mTLS）、アドレス/ウォレット。
信託階層：T0（公共）、T1（基本認証付き）、T2（高度な検証+預金）、T3（重要な役割/ブリッジ）。
キーポリシー：組織ルートキー+セッションキー；回転/失効、信頼されたキーのログ。

5）相互作用マトリックス（B2B/B2C/B2G）

オペレーター↔プロバイダー：コンテンツ、制限、トーナメント、請求、SLA。
オペレータ↔ PSP/KYC：預金、支払い、検証、チャージバック。
オペレーター↔アフィリエイト：リード、アトリビューション、ペイアウト、QoT。
プロバイダ↔ネットワーク/インフラ：配布、遅延、確定。
ガバナンス↔すべて：ルール、投票、助成金。
レギュレータ/監査↔ オペレータ/PSP：レポート、チェック、インシデント。
データ/BI ↔すべて：イベント図、ショーケース、プライバシー。

関係タイプ：データ（イベント）、コール（RPC/API）、価値（支払/資産）、信頼（鍵/署名）、管理（提案/ソリューション）。

6）メンバーライフサイクル

1.オンボーディング：登録、KYB、ライセンス検証、ドキュメントのアップロード、'org_id'生成、キー発行。
2.技術統合：サンドボックス→ステージ→カナリア→生産、テストケース、最初のイベントの署名。
3.アクティベーション：SLOターゲット、クォータ/リミット、プールへの含める（トラフィック/流動性）。
4.成長：地域/方法の拡大、助成/マーケティング、SDKアップデート。
5.コンプライアンス：定期的なレビュー、主要監査、ローテーション、DRテスト。
6.進化/終了：契約の移行、撤退、アーカイブ、重要な失効。

7）参加者登録とアクセス（参考モデル）

• 'org' （organization）、 'role_binding' （role and scope）、 'credential' （key/certificate）、 'capability' （permission set）、 'limit' （quotas）、 'compliance_record' （CCM/BCW/監査）、' contact '（opt） （option） （option） （option） （option） （option）） （option）。

スキーマ例（pseudo-SQL）

sql
CREATE TABLE orgs (
org_id TEXT PRIMARY KEY,
legal_name TEXT, country TEXT, regulator TEXT,
trust_tier SMALLINT, status TEXT, created_at TIMESTAMPTZ
);

CREATE TABLE role_bindings (
org_id TEXT REFERENCES orgs(org_id),
role TEXT,     -- operator    provider    psp    kyc    relay    bridge    affiliate...
scope JSONB, -- regions/networks/products
PRIMARY KEY (org_id, role)
);

CREATE TABLE credentials (
org_id TEXT REFERENCES orgs(org_id),
peer_id TEXT, type TEXT, public_key TEXT, valid_to TIMESTAMPTZ,
revoked BOOLEAN DEFAULT FALSE,
PRIMARY KEY (org_id, peer_id)
);

CREATE TABLE capabilities (
org_id TEXT REFERENCES orgs(org_id),
capability TEXT,  -- payouts. write, events. publish, traffic. receive, bridge. sign,...
conditions JSONB, -- limits/hours/countries/assets
PRIMARY KEY (org_id, capability)
);

CREATE TABLE compliance_records (
org_id TEXT REFERENCES orgs(org_id),
kyb_status TEXT, licenses JSONB, sanctions_check TEXT,
last_audit TIMESTAMPTZ, next_review TIMESTAMPTZ
);

サンプルポリシー（YAML）

yaml access:
tiers:
T1: { max_regions: 2, payouts_daily_usd: 100000, assets: [USDC, EUR] }
T2: { max_regions: 6, payouts_daily_usd: 1000000, assets: [USDC, EUR, TRY] }
T3: { max_regions: 32, unlimited: true, bridge_sign: true }
roles:
operator:
caps: [events. publish, payouts. write, users. read]
provider:
caps: [content. serve, limits. read, events. publish]
psp:
caps: [payments. process, payouts. execute]

8）関係グラフおよび観察可能性の輪郭

メンバーのグラフ：頂点-'org_id'、エッジ-'リレーション（タイプ、スコープ、スラス、制限）'。
エッジカテゴリー：'content'、 'payments'、 'bridge'、 'traffic'、 'data'、 'governance'。
観測性：P2P-hopsのトレース、信頼（署名）のログ、エッジのタイプごとにSLI/SLO。

エッジモデルの例（pseudo-SQL）

sql
CREATE TABLE edges (
src_org TEXT, dst_org TEXT, edge_type TEXT, -- payments    content    traffic    bridge    data    gov slas JSONB, limits JSONB, status TEXT, since TIMESTAMPTZ,
PRIMARY KEY (src_org, dst_org, edge_type)
);

9）プロセスとデータマッピング

イベントモデル：'signup/kyc/pass'、' deposit/payout'、'game_start/event'、'bridge。ロック/ミント'、'トラフィック。view/click'-単一のスキームとidempotencyキー。
カタログ：ネットワーク/資産/支払方法/SDKバージョン/レギュレータ/国。
ロギングと監査：不変ログ（ハッシュチェーン）、'proposal_id'（ガバナンス）と'org_id'へのバインディング。

10）健康指標「マップ」（KPI/SLO）

カバレッジと完全性

役割によるカバレッジ％（参加者によって閉鎖された生態系機能の割合）。
地域カバレッジ％（国×方法×提供者）。
バージョンカバレッジ％（SDK/Protocol）。

品質とリスク

コンプライアンスの鮮度。
キー衛生（時間の回転、腐ったキーの共有）。
ロール/エッジによるインシデントレート；MTTA/MTTR。

経済と成長

新しいパートナー/月、アクティベーションベロシティ（最初のイベントへのオンボーディング）、Net Contribute （GTV/MAU/流動性への貢献者の貢献）。
パートナーチャーン％。

SLOの例

KYBレビュー≤ 5営業日；キーT3回転≤ 90日；インシデントSEV-1 MTTR ≤ 30分；死後≤ 72年。

11）ダッシュボード（レイアウト）

Atlas（一般地図）：インタラクティブグラフ：役割、接続、ステータス（zel/yellow/red）、国/エッジによるフィルタ。
コンプライアンス：監査期限、期限切れのQAS/監査、制裁のヒット。
接続性：p95レイテンシとエッジによる成功、直接P2Pの割合、リレー率。
経済：コントリビューター（GTV/MAU/テイクレート）、上下。
リスク：クラス別のインシデント、バーンレートSLO、カウンターパーティ別のエクスポージャー。
ガバナンス：提案活動、投票配布、助成金。

12）メンバーの初期登録： チェックリスト

1.法的アンケート+書類（KYB、ライセンス、受益者）。
2.技術登録'org_id'、キーリリース/ダウンロード、mTLS設定。
3.役割とスコープの選択、'キャパビリティ'の割り当てと制限。
4.サンドボックスへの接続、テストスイート（イベント、ペイアウト、制限、ブリッジ）。

5.SLO/アラートとコンタクトルーラーの設定（重要な役割については24時間年中無休）

6.SLA/規制の承認、レジスタに掲載。
7.カナリア期間（1-2週間）、その後のクォータの拡大。

13）変更管理と相互運用性

API/イベント/スキーマバージョン管理：Add-Onlyポリシー、Deprecate Window ≥ 90日間。
機能ネゴシエーション：ハンドシェイク時にサポートされる機能を宣言します。
役割/スクープの移行：ガバナンス、タイムロック、監査によるアプリケーション。

14）セキュリティとプライバシー

役割とエッジによる最小必要な権利（PoLP）。
機密トピック（payment/CCM）の暗号化をE2Eします。
DLP/PIIコントロール：トークン化、仮名化、地域のショーケース。
重要な役割のための反Sybil：預金/保険、権限の証明。
キーの回転/リコール：「ダブルキー」、シフトログ、パートナー通知。

15） Playbookインシデント（「エッジ」と「ロール」による）

• 即時リコール、'revoke-event'の発行、ACLによるブロック、依存キーの回転、24時間≤のレポート。

• ルートスイッチング、増加するK確認、スロットル量、通信、SLO補償。

• リンク/スコープの凍結、手動レビュー、コンプライアンスレポート、リストの更新。

• ログの衝突（署名/領収書）、仲裁、一時的なグレイリスト、支払いの調整。

16）「マップ」分析の例（擬似-SQL）

役割と国によるカバレッジ

sql
SELECT role, country, COUNT(DISTINCT org_id) AS orgs
FROM role_bindings rb
JOIN orgs o USING (org_id)
GROUP BY role, country;

コンプライアンス（遅延）期間

sql
SELECT org_id, last_audit, next_review,
CASE WHEN next_review < now() THEN 'overdue' ELSE 'ok' END AS status
FROM compliance_records
ORDER BY next_review ASC;

リブヘルス（成功/遅延）

sql
SELECT edge_type,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY latency_ms) AS p95_latency,
100. 0 SUM(CASE WHEN status='success' THEN 1 ELSE 0 END)/COUNT() AS success_rate
FROM edge_metrics
WHERE ts >= now() - INTERVAL '7 days'
GROUP BY edge_type;

17）レジスタとカタログ（reference-YAML）

yaml catalogs:
networks: [eth-mainnet, polygon, solana, tron]
assets:
- { symbol: USDC, decimals: 6, chains: [eth-mainnet, polygon] }
- { symbol: TRYX, decimals: 2, chains: [tron] }
regulators:
- { code: UKGC, country: GB }
- { code: MGA, country: MT }
sdk_versions:
required: { min: "2. 4. x", lts: "2. 6. x" }

18）運営規程

毎日：エッジモニタリング（SLO）、キーリコールチェック、オンボーディングステータスレポート。
毎週：カード委員会-新しい役割/スコープ、コンプライアンスの遅延、助成/MVPの推奨統合。
毎月：資産/ネットワークカタログ監査、SDKリビジョン、インシデントレポート、および修正時間。
四半期ごと：Trust Tiersレビュー、DRストレステスト、緊急時の手順。

19）カード実装チェックリスト

1.ロール/サブロールおよびデータスキーマの分類に同意します。
2.メンバーレジストリ、ディレクトリ、ACL、および機能ポリシーを展開します。
3.エッジの観測性（SLI/SLO）とバーンレートアラートを含みます。
4.オンボーディングパイプライン（KYB、キー、サンドボックス→prod）を設定します。
5.マップをガバナンス（提案、タイムロック、ソリューションログ）にリンクします。
6.定期的にカバレッジ、リスク、コンプライアンスの遅れを修正します。
7.社内/パートナーユーザー向けの「エコシステムアトラス」を公開します。

20）用語集

org_idは組織のユニークな技術的アイデンティティです。
Trust Tier-メンバーの信頼/認定レベル。
エッジ/エッジ-SLOと限界を持つ参加者間の正式なコミュニケーション。
Capability-特定のループでの操作/権利を許可します。
カバレッジ％-閉じた関数/リージョン/バージョンの共有。
燃焼率SLO-エラー予算を「燃焼」する速度。

ボトムライン：参加者マップはエコシステムの「組織トポロジー」です。"その実装は、役割と接続の単一の言語、責任の透明な境界、予測可能なSLO、迅速なオンボーディングと管理可能なリスクを提供します。この基盤により、ネットワークは拡大、監視、開発が容易になります。驚くことなく、すべての当事者に最大限の利益をもたらします。