卸売CBDCサンプル・アプリケーション・ワークフロー

サンプルの卸売CBDCアプリケーションをインストールして構成した後、システム所有者(中央銀行)および加入者組織(他の金融機関)が銀行間市場で相互作用するシナリオで使用できます。

サンプル・アプリケーションでは、11個のロール(ペルソナ)がサポートされています。各ロールには、卸売CBDCシナリオでのトークン管理のワークフロー全体をサポートする、異なるインタフェースおよび操作のセットがあります。

中央銀行ロール

  • 中央銀行管理者: トークンおよび組織を構成し、ウォレットおよびCBDCアカウントを作成し、制限、目的、グループおよびロールを設定します。
  • 中央銀行作成者(minter): トークン作成を要求し、作成された資金を中央銀行発行者に転送します。
  • 中央銀行発行者: 参加者に資金を発行し、退職のために資金を返します。
  • 中央銀行マネージャ: 作成、発行、振替および除・売却要求を承認または否認します。
  • 中央銀行退職者(バーナー): 退職または雇用申請書を提出します。
  • 中央銀行監査者: データを変更せずに、ネットワーク・アクティビティ、残高、保留中のリクエストおよび履歴をレビューします。

金融機関の役割

  • 金融機関管理者: 参加者ウォレット、アカウント、アプリケーション・グループ、ステータスおよび制限を管理します。
  • 金融機関マネージャ: 関係者組織の異動を承認または否認します。
  • 金融機関役員: 中央銀行に資金を預け、許可されたユーザーに資金を振り替えます。
  • 金融機関ユーザー: 許可された受信者に資金を振り替えます。
  • 金融機関監査者: データを変更せずに、参加者/組織アクティビティをレビューします。

オンボーディング

アプリケーションをインストールして構成した後、ユーザー、ウォレット、CBDCアカウントおよび元帳ロールを準備します。トークン操作を実行する前に、次のステップを実行します。

  1. 中央銀行の管理者が最初にログインします。スマート・コントラクトの初期化時にToken Admin Besuロールを付与されたブートストラップ・ウォレットを選択します。これは、CBDCアカウントが存在する前の初期管理エントリ・ポイントです。
  2. 中央銀行の管理者は、組織登録を検証します。ファウンダ組織と参加者組織を登録またはレビューし、ファウンダ順序を確認し、組織の順序と表示値を確認します。詳細は、「中央銀行管理者」を参照してください。
  3. 中央銀行管理者はトークンを初期化し、初期口座を作成します。中央銀行ロールおよび参加組織を管理する金融機関管理者用のウォレットおよびCBDCアカウントを作成します。正しいウォレット、アプリケーション・グループおよびアカウント制限を選択します。
  4. 各参加組織はデプロイおよび構成されます。参加者アプリケーションには、同じワンクリックまたはローカル・デプロイメント・プロセスを使用します。ワンクリック・デプロイメントではOracle Blockchain Platform構成を使用します。ローカル・デプロイメントでは手動構成が必要です。
  5. 金融機関管理者が参加者組織にログインします。組織のウォレットをロードまたは作成し、許可されたアプリケーション・グループおよび制限を使用してマネージャ、役員、ユーザーおよび監査者のアカウントを作成します。
  6. 中央銀行管理者は、マネージャ・ロールを同期します。各金融機関マネージャ・アカウントが作成されたら、そのアカウントに対して「アカウント処理」→「ロールの同期」コマンドを使用して、そのEscrow元帳ロールを適用します。アプリケーション グループはワークスペース アクセスを制御し、元帳ロールは契約操作を制御します。
  7. 各ロールがログインし、アクセスを検証します。複数のウォレットが使用可能な場合は目的のウォレットを選択し、正しいワークスペースが開いていることを確認し、許可されたアクションおよび制限されたアクションが割り当てられたアプリケーショングループおよび元帳ロールと一致していることを確認します。次の表のロール順序を使用します。
  8. すべてのロール構成およびアクセス・チェックが完了したら、アプリケーション・ワークフローに従って、卸売CBDCトークンのライフサイクルを操作します。

ロールの順序

シーケンス 役割 職責 情報
1 中央銀行管理者 中央銀行、組織、ウォレット、口座およびロールの設定を完了します。 中央銀行管理者
2 金融機関管理者 参加者ウォレットおよびアカウントを設定します。 金融機関管理者
3 中央銀行の作成者 トークンを作成するリクエストを送信します。 中央銀行作成者
4 中央銀行マネージャー 作成要求を承認または否認します。 中央銀行マネージャー
5 中央銀行発行者 参加者に資金を発行し、退職のために資金を返します。 中央銀行発行者
6 金融機関マネージャ 関係者異動を承認または否認します。 金融機関マネージャ
7 金融機関役員 前受金および資金の振替。 金融機関役員
8 金融機関ユーザー 許可された受信者に資金を振り替えます。 金融機関ユーザー
9 中央銀行引退者 資金が返された後、除・売却要求を発行します。 中央銀行保有者
10 中央銀行監査役 中央銀行の活動と歴史をレビューします。 中央銀行監査人
11 金融機関監査役 関係者組織のアクティビティおよび履歴をレビューします。 金融機関監査人

アプリケーション・ワークフロー(トークン・ライフ・サイクル)

デプロイメントおよび設定後、シナリオのロールは、完全なトークン・ライフ・サイクルの一部として次のタスクを実行します。

  1. トークン・ミント・リクエスト。 中央銀行作成者がトークン作成を要求します。要求は保留のままであり、作成者をまだクレジットしていません。
  2. トークン・ミント承認。 中央銀行マネージャが作成要求を承認または否認します。承認は作成者をクレジットし、否認はクレジットしません。
  3. 発行者は資金を受け取ります。 中央銀行の作成者は、承認された資金を中央銀行の発行者に直接転送します。この異動には追加の承認ステップがありません。
  4. 発行者は資金を配分します。 中央銀行の発行者は、中央銀行の退職者に直接振り替えて退職資金を返却するか、または金融機関の役員に配分を発行します。役員配分は中央銀行マネージャの承認のために保持され、否認によって保留が解除されます。
  5. 役員は承認済資金を振り替えます。 金融機関担当者は、中央銀行発行者、別の金融機関担当者または金融機関ユーザーに転送します。各役員異動は、金融機関マネージャの承認のために保持され、却下によって保留が解除されます。
  6. ユーザーが承認済資金を振り替えます。 金融機関ユーザーは、許可された金融機関役員またはユーザーに転送されます。各ユーザー異動は、金融機関マネージャの承認のために保持され、拒否によって保留が解除されます。
  7. トークン書き込みリクエスト。 中央銀行の退職者は、資金を受け取った後にバーン・リクエストを送信します。中央銀行の管理者がリクエストを承認または却下します。承認によって資金が循環から除去され、拒否によってバーンが不完全になります。
  8. アクティビティの監査。 中央銀行監査人は、その監査範囲で使用可能な中央銀行および金融機関活動をレビューします。金融機関監査人は、自身の機関の活動をレビューします。工程IDと最終履歴状態の両方を使用して、連番を調整します。

各リクエストまたは決定後に、送信者、受信者、マネージャおよび監査者のビューを必要に応じてリフレッシュします。別の操作を発行する前に、最終ステータスおよび残高を確認してください。