トークン化された前受金適用

6 トークン化された前受金適用

トークン化された預入アプリケーション・シナリオでは、最小限のガバナンス・オーバーヘッドで資金の発行と配分がサポートされます。

概要

トークン化されたデポジットは、分散型台帳やブロックチェーン・ネットワークなどのプログラム可能なインフラストラクチャ上の商業銀行預金のデジタル表現です。一般的に準備資産のプールに対して発行される安定したコイン、または中央銀行の負債を表す中央銀行デジタル通貨(CBDC)とは異なり、トークン化された預金は発行する商業銀行の負債のままです。経済的には、トークン化された預金は、スマート・コントラクト、デジタル資産、およびプログラム可能な財務ワークフローと相互作用できる商業銀行の資金を表します。

トークン化された預金は、銀行とその顧客の関係を根本的に変えるものではありません。従来の預金を保有している顧客は、商業銀行に請求します。同様に、トークン化された預入を保持する顧客には、発行銀行に対する要求があります。主な違いは、銀行が保証金をどのように表し、振込、プログラムし、統合し、決済するかです。

金融サービスでのトークン化された預金

トークン化された預金は、プログラム可能なデジタル金融エコシステムに商業銀行のお金をもたらす可能性があります。銀行とその顧客は、機関支払および企業支払、財務振替、トークン化された資産の決済およびその他のプログラム可能な財務トランザクションに、既存の預入値を使用できます。トークン化された預入は、加入者の適格性、トランザクション目的およびアカウント制限に対して定義されたコントロールの対象となる支払をサポートできます。これらの管理には、顧客(KYC)とマネー・ロンダリング防止(AML)のコントロール、リスク・コントロール、構成可能な承認ポリシーなども含まれます。トークン化された預入は、トランザクション履歴を維持し、監査をサポートすることもできます。複数の金融機関を持つ環境では、トークン化された預金は、参加している金融機関全体の許可された参加者間の価値の移転をサポートすることができます。トランザクション・オーケストレーションと組み合せると、トークン化された預入は、トークン化された証券およびその他のデジタル資産トランザクション(配送対支払(DvP)シナリオを含む)の現金レッグとして機能します。トークン化された預金により、銀行は、規制対象の金融サービスに必要なガバナンス、コンプライアンス、および運用管理を維持しながら、信頼できる商業銀行の資金をトークン化された市場に拡大できます。

Oracle実装の利点

Oracle Blockchain Platformトークン化されたデポジット・ソリューションは、標準のファージブル・トークン機能を超えるすぐに使用できるエンタープライズ・アプリケーションを提供します。保証金トークンのライフサイクルをサポートし、組織およびウォレット管理、ロールベースのペルソナ、アカウント管理、構成可能な日次限度、アカウント停止およびトランザクション目的を含みます。

また、このソリューションは、顧客(KYC)とマネーロンダリング防止(AML)の制限管理、金額ベースおよび順次承認ポリシー、およびトランザクション保留の知識も提供します。監査機能、豊富な履歴、アナリティクス、ラッパーAPI、アイデンティティ統合、およびロール固有のWebアプリケーションは、運用の監視と統合をサポートしています。

基礎となるスマート・コントラクト・アーキテクチャは、アカウント機能をトークン機能から分離します。アカウント機能には、登録、ステータス、制限およびロールが含まれます。トークン契約では、残高、発行、振替、保留および除・売却がサポートされます。これらの機能は、スマート・コントラクト、エンタープライズAPI、ウォレット統合、履歴サービス、承認ワークフロー、ユーザー・エクスペリエンスを独立して開発する必要なく、管理されたデジタル・マネー・アプリケーションを銀行に提供します。

また、Oracle Blockchain Platformは、アプリケーション・スタックの導入と統合を簡素化します。ワンクリック・デプロイメントでは、Besuトークン化預金スマート・コントラクト、ラッパーAPI、リッチ履歴データベース・コンポーネント、Oracle REST Data Services (ORDS)およびWebアプリケーションをプロビジョニングして接続します。また、関連するサービス、契約、ウォレット、アイデンティティおよび履歴構成も事前移入されます。

結果として得られる拡張可能な基盤は、金融機関のトークン化された預金運用モデルに適応できます。アプリケーションには、値を保持および移動できるユーザー、適用可能な制限とポリシー、および必要な承認を管理するエンタープライズ・コントロールが保持されます。また、結果のトランザクションの監査可能なレコードも提供されます。

トークン化された預金エコシステムの参加者

発行する商業銀行は、トークン化された預金エコシステムの主要な参加者です。その責任には、トークン化された預入の作成と発行、参加者の適格性要件の確立、発行と償還の管理、および基礎となる預入負債に対する責任の維持が含まれます。銀行はまた、トークンの保有と転送に関するガバナンス・ルールを確立します。

企業および機関の顧客は、支払い、財務業務、証券取引、その他の財務活動など、承認された活動に対してトークン化された預入を保持し、使用できます。規制の枠組みによっては、個人が小売支払にトークン化された預入を使用する資格がある場合もあります。

ビジネス・ワークフローとアプリケーションの機能

Oracle Blockchain Platformトークン化されたデポジット・アプリケーションは、トークン化された商用銀行の資金のエンドツーエンドのライフサイクルをサポートします。ライフ・サイクルには、トークンの初期化、参加者のオンボーディング、作成、発行、転送、価値のリターンおよびリタイアが含まれます。

アプリケーションは、管理者、作成者、発行者、マネージャ、承認者、役員、ユーザー、リタイアおよび監査者を含む、管理ロールと運用ロール(ペルソナ)間で職責を分離します。各オペレーショナル・ユーザーは、適格なウォレットおよびトークン化された預金口座に関連付けられます。アプリケーション・グループはユーザーのワークスペースを決定し、元帳ロールはユーザーが完了できるスマート・コントラクト操作を決定します。これらの管理により、トークン化された預入ライフ・サイクル全体で職務分掌と機関ガバナンスが確立されます。

トークンの作成、発行およびリタイア: アプリケーションは、無制限のミントおよびバーン操作ではなく、制御されたプロセスによるトークン化された預入の作成、発行およびリタイアを管理します。在庫ベースのモデルを使用して、トークン化された預入が認可されたプロセスを介して事前に作成されます。その後、アプリケーションは、各顧客トランザクションに対してオンデマンドでミントするのではなく、使用可能な在庫からトークンを配布します。; 承認された作成者が、新しいトークン化された保証金供給を作成するリクエストを送信します。リクエストは、指定の管理者が承認するまで保留中のままです。承認後、作成されたトークン化された預入が発行者に転送されます。発行者は使用可能な在庫を保守し、必要に応じて適格な参加者にトークンを配布します。; インベントリ・ベースのモデルにより、トークン作成、職務分掌の明確化、および予測可能なトークンの可用性に対する運用管理が強化されます。また、発行トランザクションごとにミント・ワークフローの必要性を低減します。このアプローチは、効率的な日々の流通をサポートしながら、承認プロセスによるミントと書き込みを制御したい金融機関に適しています。; ライフサイクルの終了時に、トークン化された預入が返され、その後、承認された退職者により退職のために発行されます。アプリケーションは、必要な承認後にのみトークンを書き込みます。; オンデマンド・モデルを好む金融機関は、スマート・コントラクトおよび関連するアプリケーション・ワークフローをカスタマイズできます。このモデルでは、トークン化された預入は、すでに作成されている在庫を介して管理されるのではなく、個々の発行および引換要求に応じて動的にミントされ、書き込まれます。
転送および承認ポリシー: 日々のトランザクションの場合、エンティティ担当者およびユーザーはトークン化された預入を他の参加者に転送できます。アプリケーションは、転送ごとにアクティブな金額ベースの承認ポリシーを評価します。構成されたポリシーに応じて、トランザクションは即時に解決するか、指定された承認者からの承認を要求するか、または決済前に複数の承認者からの順次承認を要求できます。拒否により、決済なしでトランザクションが停止されます。; 振替には、資金の移動の事由を記録する構成可能なビジネス目的を含めることもできます。トランザクションを処理する前に、アカウント・ステータス、受取人の適格性、使用可能残高、日次限度額、日次トランザクション数限度および必要な承認コンテキストが検証されます。; また、トークン化された預入トランザクションのガバナンスおよびコンプライアンス制御も提供されます。管理者は、ユーザーの顧客(KYC)、マネーロンダリング防止(AML)、および制限の状態を把握できます。また、トランザクション値の範囲に基づいて承認ポリシーを定義することもできます。; 承認ポリシーでは、関連する承認者組織、個々の承認者、および承認の実行順序を指定できます。アプリケーションは、確認のためにポリシー履歴を保持します。管理者は、取引先レベルで、最大日次トランザクション金額およびトランザクション数を定義できます。また、必要に応じてアカウントを一時停止または再アクティブ化することもできます。
機関の管理と監査: トークン化された預入アプリケーションは、標準的なERC-20真菌トークン機能を機関制御で拡張します。登録された組織とアカウント、ウォレット・アソシエーションおよびロールベースの職務分掌を提供します。アプリケーションでは、制御された作成と除・売却、トランザクション保留、金額ベースおよび順次承認もサポートされます。追加機能には、KYCおよびAML制限管理、アカウント停止、日次トランザクション制限、構成可能なトランザクション目的、専用の監査者ロールなどがあります。; この実装では、アカウント関連の機能とトークン関連の機能が分離されます。アカウント関連の機能には、登録、ステータス、制限およびロールが含まれます。トークン関連の機能には、残高、発行、振替、保留および除・売却が含まれます。; このアプリケーションは、トークン化された保証金ライフサイクル全体を通じて、運用の可視性、トランザクションのトレーサビリティおよび監査性を提供します。トランザクション履歴では、開始者、相手方、金額、ビジネス目的またはメモ、残高、トランザクション・タイプおよびトランザクション識別子を取得できます。専用の監査ワークスペースは、監視およびトランザクション調査のための読取り専用アクセスを提供します。

カスタマイズと拡張のオプション

トークン化された預入アプリケーションは、銀行の運用モデル、ガバナンス・フレームワーク、顧客要件、統合アーキテクチャに合わせてカスタマイズおよび拡張できます。パッケージ・アプリケーションは、組織、アカウント、ロール、トランザクション制限、承認ポリシー、ウォレットおよびアプリケーション・プレゼンテーションの構成オプションを提供します。

これらの構成オプション以外の要件については、スマート・コントラクト、ウォレットおよびアカウント・ポリシー、WebアプリケーションおよびAPIを拡張できます。これらの拡張により、パッケージ化されたアプリケーションを銀行固有のトークン化された預入オファリングに適応させることができます。

スマートコントラクトのカスタマイズ: お客様は、スマート・コントラクトを拡張して、追加のビジネス・ルールやトークン化された預入行動を実装できます。パッケージ・ソリューションでは、アカウント登録、ステータス、制限、ロールおよび関連操作をサポートするアカウント契約を、残高、発行、振替、保留、除・売却および関連するトークン操作をサポートするトークン契約から分離します。; お客様は、追加のトランザクション管理、様々な承認条件、参加者制限、追加のライフサイクル操作など、銀行固有の要件を満たすようにこのアーキテクチャを拡張できます。; たとえば、パッケージ・アプリケーションでは、在庫ベースの発行モデルを使用します。お客様は、スマート・コントラクトとアプリケーション・ワークフローをカスタマイズして、トークン化された預入が個々の発行および引換リクエストに応じて動的にミントおよび燃焼されるオンデマンド・モデルをサポートできます。これらの拡張機能は顧客固有であり、ドキュメントではパッケージ化された機能として説明されていません。
WalletおよびAccount-Policyのカスタマイズ: 銀行は、トークン化された預入とどのような条件でやり取りできるユーザーとアカウントを構成できます。パッケージ・アプリケーションは、ユーザーをウォレット、組織、アプリケーション・グループ、スマート・コントラクト・ロール、アカウント・ステータスおよびトランザクション制限に関連付けます。ユーザーのアプリケーションセッションを確立するときに、これらの属性を検証します。; お客様は、これらのコントロールを使用して、管理者、管理者、役員、法人ユーザーおよび監査人に対して異なる運用プロファイルを設定できます。追加の要件については、ウォレット適格ルール、トランザクション認可要件および参加者固有の制限を使用してモデルを拡張できます。これらの追加ウォレット・ポリシー・コントロールには、顧客固有の実装が必要です。
ガバナンスと承認のカスタマイズ: アプリケーションでは、承認主導のトランザクションがサポートされます。適用可能なポリシーおよびトランザクション金額に応じて、転送は、構成済の承認者または承認順序にルーティングされる間、直接完了するか、保留中のままにできます。否認済トランザクションが決済されません。; 銀行は、内部ガバナンス・モデルを反映するために、このフレームワークを拡張できます。潜在的拡張には、様々な承認しきい値、追加の承認ステージ、機関固有の認可階層、および様々なカテゴリの顧客とトランザクションの個別のポリシーが含まれます。; これらのコントロールは、規制対象の銀行システムの管理対象トランザクションに必要なメーカー・チェッカ環境をサポートできます。
Webアプリケーションのカスタマイズ: お客様は、ブランディングと用語を反映するようにアプリケーションのユーザー・エクスペリエンスをカスタマイズできます。パッケージ・デプロイメントでは、名前、ロゴ、通貨表示、言語、組織情報およびロール・ラベルを表示するためのオプションの変更がサポートされています。; 追加の要件のために、顧客は、顧客固有の画面、ダッシュボード、データ・フィールド、承認ジャーニ、レポート・ビューおよびトランザクション・ワークフローを使用してWebアプリケーションを拡張できます。
APIおよびEnterprise Integrationの拡張機能: ラッパーAPIは、アカウント、トークン、組織およびトランザクション操作用のアプリケーション・インタフェースを提供します。このインタフェースを通じて、Webアプリケーションおよびその他のエンタープライズ・アプリケーションは、基礎となるトークン化された保証金サービスと対話できます。; お客様は、この統合レイヤーを拡張して、トークン化された預入アプリケーションをコア・バンキング・システム、預金口座、総勘定元帳、財務および流動性管理システム、および支払インフラに接続できます。その他の統合には、KYC(Know Your Customer)、マネーロンダリング防止(AML)、制裁サービス、規制レポート、エンタープライズ・リソース・プランニング(ERP)アプリケーションなどがあります。; これらの外部統合は、ドキュメントに記載されている事前構築済の統合ではなく、潜在的な顧客拡張です。