トークン化された前受金サンプル・アプリケーション・ワークフロー

サンプル・トークン化された預入アプリケーションをインストールして構成した後、システム所有者(銀行)および加入者組織(他のエンティティ)が銀行間市場で相互作用するシナリオで使用できます。

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

銀行ロール

  • 銀行管理者: トークンと組織を構成し、ウォレットとトークン化された預金口座を作成し、制限、目的、グループおよびロールを設定します。コンプライアンス制御および承認ポリシーを保守します。
  • 銀行承認者: 割り当てられた金額ベースまたは順次振替承認を完了します。構成済銀行承認者または順次銀行承認者チェーンは、ポリシー管理振替の承認ポリシー決定ステップを完了します。
  • 銀行作成者(minter): トークン作成を要求し、作成された資金を銀行発行者に振り替えます。
  • 銀行発行者: 参加者に資金を発行し、退職のために資金を返します。
  • 銀行マネージャ: 割り当てられた作成、発行、保留中の振替および除・売却要求をレビューします。銀行マネージャは、トークンを作成または除・売却する要求を承認または否認します。承認ポリシーの対象となる発行転送の場合、マネージャは、必要な承認者順序が満たされた後にのみ転送を完了できます。マネージャは、転送が保留中の場合、転送を否認できます。
  • 銀行引退者(バーナー): 除・売却を発行するか、要求を書き込みます。
  • 銀行監査者: データを変更せずに、ネットワーク・アクティビティ、残高、保留中の要求および履歴をレビューします。

エンティティ・ロール

  • エンティティ管理者: 参加者ウォレット、アカウント、アプリケーション・グループ、ステータスおよび制限を管理します。
  • エンティティ・マネージャ: 参加者組織の転送を承認または否認します。エンティティ・マネージャは、組織のエスクロー・アカウントに関連付けられた異動をレビューします。マネージャは、直属のマネージャ処理を承認したり、必要な承認者順序が満たされた後にのみポリシー制御の異動を完了したり、保留中の異動を否認できます。
  • エンティティ・オフィサー: 銀行に資金を預け、許可されたユーザーに資金を振り替えます。
  • エンティティ・ユーザー: 許可された受信者に資金を転送します。
  • エンティティ監査者: データを変更せずに、参加者/組織アクティビティをレビューします。

オンボーディング

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

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

ロールの順序

シーケンス 役割 職責 情報
1 銀行管理者 銀行と組織、ウォレット、勘定科目、ロールの設定を完了します。 銀行管理者
2 エンティティ管理者 参加者ウォレットおよびアカウントを設定します。 エンティティ管理者
3 銀行作成者 トークンを作成するリクエストを送信します。 銀行作成者
4 銀行マネージャ 作成要求を承認または否認します。 銀行マネージャー
5 銀行承認者 構成済金額ベースまたは順次転送の割当済承認を完了します。 銀行承認者
6 銀行発行者 参加者に資金を発行し、退職のために資金を返します。 銀行発行者
7 エンティティ・マネージャ 直属のマネージャ処理を承認するか、必要な銀行承認者連番の後にのみポリシー管理転送を完了するか、保留中の異動を否認します。 エンティティ・マネージャ
8 エンティティ担当者 前受金および資金の振替。 エンティティ責任者
9 エンティティ・ユーザー 許可された受信者に資金を振り替えます。 エンティティ・ユーザー
10 銀行引受人 資金が返された後、除・売却要求を発行します。 銀行保有者
11 銀行監査人 銀行活動および履歴をレビューします。 銀行監査人
12 エンティティ監査者 関係者組織のアクティビティおよび履歴をレビューします。 エンティティ監査者

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

デプロイメントおよび設定後、シナリオのロールは、完全なトークン・ライフ・サイクルの一部として次のタスクを実行します。振替承認は、固定ライフサイクル・ステージではなく条件付きであることに注意してください。ポリシー管理振替が発行された後、構成済の銀行承認者は、その振替が決済される前に現在の承認ステップを完了します。

  1. トークン・ミント・リクエスト。 銀行作成者がトークン作成を要求し、承認済資金を移動します。「トークンの作成」ページを開き、数量とオプションのメモを入力し、生成されたオペレーションIDを確認してリクエストを送信します。銀行マネージャが要求を承認した後、承認済資金の振替を銀行発行者に発行します。適用可能な承認ポリシーは、転送が即時に完了するか、承認のためにルーティングされるかを決定します。
  2. トークン・ミント承認。 銀行マネージャは、銀行要求を承認または否認します。作成キューを開いて、トークン作成を承認または拒否します。承認は作成者をクレジットし、否認は要求を未クレジットのままにします。同じマネージャが後で銀行退職者からのバーン要求を承認または否認し、構成済の承認順序が満たされた後にのみ適格な振替を完了できます。
  3. 発行者は資金を配分します。 銀行発行者は資金を配分または返品します。資金をエンティティ担当者に振り替えるか、退職パスを使用して資金を銀行退職者に振り替えます。アクティブな金額ベースのポリシーは、適格な振替が即時に精算されるか、構成された承認順序を待機するかを決定します。
  4. トランザクションの承認。 銀行承認者は、割り当てられた承認ステップを完了します。金額ベースのポリシーが発行した振替を銀行承認者にルーティングする場合: 「銀行承認」ページを開き、トランザクションと現在のシーケンスの位置を確認してから、承認して前倒しまたは完了するか、却下して振替を停止します。複数の承認者が順番に行動します。
  5. エスクロー異動承認。 エンティティ・マネージャは、マネージャ/エスクロー異動をレビューします。マネージャ/エスクロー・アカウントに関連付けられている待ち状態の参加者転送をレビューします。直属のマネージャ処理を承認するか、構成済の承認順序が満たされた後に適格な異動を完了します。異動が決済されない場合は否認します。
  6. 役員は承認済資金を振り替えます。 エンティティ担当者が加入者資金を移動します。銀行発行者、別のエンティティ担当者またはエンティティ・ユーザーに資金を振り替えます。アクティブなポリシーは、振替が即時に決済されるか、構成された銀行承認者順序にルーティングされるかを決定します。
  7. ユーザーが承認済資金を振り替えます。 エンティティ・ユーザーは許可された資金を転送します。許可されたエンティティ担当者またはエンティティ・ユーザーに資金を転送します。同じポリシー・ルールが適用されます。構成済の承認者はすぐに解決できません。複数の承認者が順番に行動します。
  8. トークン書き込みリクエスト。 銀行の退職者は退職を要求します。資金を受け取った後、「トークンの除・売却」ウィンドウを開き、金額と必要な詳細を入力し、バーン・リクエストを発行します。銀行マネージャが要求を承認または否認します。承認によって資金が循環から除去され、拒否によってバーンが不完全になります。
  9. 銀行活動監査。 銀行監査人は銀行活動をレビューします。監査者ワークスペース、フィルタ、トランザクション行、詳細ダイアログ、操作ID、残高、承認結果および履歴を使用して、読取り専用形式で使用可能な銀行活動をレビューします。
  10. エンティティ・アクティビティ監査エンティティ監査者は、参加者アクティビティをレビューします。参加者監査者ワークスペースを使用して、組織のアカウント、異動、承認、残高、操作IDおよび履歴をレビューします。エンティティ監査ワークスペースのワークスペースは読取り専用であり、独自の組織に制限されます。

承認ポリシー: トークン作成およびリタイアでは、構成された銀行マネージャ要求キューが使用されます。発行者、役員、ユーザー、作成者からユーザーへの転送および返品転送では、アクティブな金額ベースのポリシーが使用されます。承認者が構成されていない場合は、要求をすぐに解決できます。承認が必要な場合、ポリシーは要求を構成済の銀行承認者アカウントにルーティングし、1人の承認者が決定し、複数の承認者が順番に処理します。拒否によって保留中の転送が停止され、決済は行われません。

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