CONFIDENTIAL
Discussion Purpose Only

デジタルアセット共創コンソーシアム(DCC)
資金決済WG | 中間報告書
2022年9月
デジタルアセット共創コンソーシアム

目次

CONFIDENTIAL / Discussion Purpose Only

エグゼクティブサマリ

#01 デジタルアセット共創コンソーシアムと本WGの概要#02 Progmat内RTGS分科会中間報告#03 クロスチェーンRTGS分科会中間報告#04 今後の計画© 2022 Mitsubishi UFJ Financial Group, Inc.

#1

エグゼクティブサマリ
Progmat RTGS

スキーム
/契約構成
/法的論点

内

中
間
成
果

CONFIDENTIAL / Discussion Purpose Only・ステーブルコイン(SC)は「ホールセール(WS)型」と「リテール型」に大別されるが、まずはSTセカンダリ取引の決済効率化が必須目標であり、当該ユースケースでは金商業者間決済のSC利用のみで要件充足するため、「WS型」を実装する。
・複数金商業者を委託者兼受益者とする受益証券発行信託を銘柄別に組成(目的別に複数のSC銘柄発行が可能)し、資金決済法上の電子決済手段(SC)として特定信託受益権を発行する。
・WS型SCの業務プロセス/システム構成として、「①PTSや金商業者がNode保有未済」と「②直接保有済」の2つの業務態様の断面が想定され、まずは①の断面における「Progmat Coin1.0」の要件整理を実施した。

業務プロセス/システム構成

・②の断面における、より高度化された全自動化プロセスも整理を実施し、SC決済のフェイル発生防止策(事前チェック
プログラム実装)やPTSにおける個人情報取扱回避策(権利者ID情報のPTS宛連携不要)を織込済み。
・PTSの個人情報取扱回避のために想定している、金商業者Node間の情報共有の実現方法については、金商業者間においても個人情報の第三者提供に該当し得るため、本WGの残期間において継続検討を行う。
・必要な技術検証内容の策定に向けて、机上検証によりクロスチェーン実装方式の主案を定めた。

・チェーン(BC)間の接続/認証方式として、「API方式」「相互認証方式(TTP方式,HTLC方式,Relay方式)」で比較し、トラストポイント発生による拡張性制約や、一定のケースにおける取りはぐれを回避すべく「Relay方式」を主案とした。

技術検証

RTGS

ク
ロ
ス
チ
ェ
ー
ン

ネクストアクション

・「Relay方式」のアーキテクチャとして、「IBC」プロトコル活用が望ましい前提で、実装方式である「直接検証型」「プロキシ型(BC上)」「プロキシ型(TEE上)」で比較し、拡張性とセキュリティ・性能面から「プロキシ型(TEE上)」を主案とした。
・Cordaにおける実装方法として、トランザクション(Tx)の正当性を担保するためのValidatorsを導入すると共に、
Corda側のロック/アンロックを行いアトミックな処理を実現すべく、Encumbrance機構(消費条件任意追加)を活用する。
・①疑似環境でのQuorum-Corda間クロスチェーン検証、②各ST基盤-Progmat Coin間の機能検証、③実際のST取引を想定した実証検証、の3Stepで検証を進めることとし、①は2022年10月~2023年2月で実施する。

・「Progmat Coin1.0」実装、及び「②PTSや金商業者がNode直接保有済の断面」の全自動化プロセス確定を行う。
・実機検証Step1の検証開始と技術課題の抽出、及び検証結果を踏まえた実機検証Step2の計画策定を行う。

© 2022 Mitsubishi UFJ Financial Group, Inc.

#2

CONFIDENTIAL / Discussion Purpose Only

#01
デジタルアセット共創コンソーシアムとWGの概要© 2022 Mitsubishi UFJ Financial Group, Inc.

#3

#01 デジタルアセット共創コンソーシアムとWG概要

CONFIDENTIAL / Discussion Purpose Only

#01-1 デジタルアセット共創コンソ―シアム(DCC)概要

デジタルアセット全般を対象とした新たなエコシステム共創を目的に、「デジタルアセット共創コンソーシアム」(DCC)という枠組みを設けている。
2022年9月時点で会員企業数は134社が参画（参加費用は無償、入会申込書のファイル送付のみで入会手続き完了）。
事務局からの最新動向に関する情報発信のほか、目的別のワーキング・グループ(WG)を組成し検討を実施中。
DCC内でST市場の将来像を具体化した「セカンダリ・DLT拡張WG」の後続として、資金決済の在り方を具体化する取り組みが「資金決済WG」。

【目的】
デジタルアセット全般を対象とした、業界横断での新たなエコシステムの共創

最新ナレッジ
共有

プロダクト
共創

【参加会員】

共同検討
・提言

各種を保有する資金調達者や運用者、顧客接点を担う仲介者、原簿管理者やカストディアン、開発を担う技術者、各種士業等の専門家が、企業グループ横断的に参加する中立組織【運営概要】①事務局より最新ナレッジを月次でWeb配信②業界横断的/新規性の高いテーマを対象に、ワーキング・グループ(WG)を組成し、任意参加

デジタルアセット共創コンソーシアム(DCC)③包括的な秘密保持契約として機能し、会員同士で柔軟に個別プロジェクトを実施④プロダクトに係る分権的運営(予定)© 2022 Mitsubishi UFJ Financial Group, Inc.

#4

#01 デジタルアセット共創コンソーシアムとWG概要

CONFIDENTIAL / Discussion Purpose Only

#01-2① 前提｜ステーブルコイン導入意義

ST取引において、資金決済手段が法定通貨(銀行送金)しか存在しない場合、取引から決済完了まで(T+2営業日)の決済リスクがあるうえ、金商業
者間での相対ネッティングのための金額確認や銀行関連オペ等の事務コストが掛かり、更に他行送金手数料も発生する。
「Progmat Coin」で発行したステーブルコイン(SC)を利用し、PTSから出来通知をDLT上で連携することで、ポストトレードプロセスが一線完結化。
決済リスクは極小化(T+0)され、全ての処理を全自動化可能で、且つ送金手数料も低減される。
PTS

約定

ST × 法定通貨

金商業者①【売】

結果受領

金商業者②【買】

結果受領

金額確認

決済関連
事務コスト

着金確認

残高増加
他行振込

銀行【金商②】

他行送金
手数料

ST基盤

ST × SC

金商業者①【売】

金商②署名

検証

ST移転

約定

決済関連事務
全自動化
送金コスト
極小化

金商業者②【買】
ST基盤+Progmat Coin

決済リスク
(T+2)

送金指図

銀行【金商①】PTS

ST移転Tx

出来通知

金商①署名 金商②署名

検証

決済リスク極小化(T+0)

ST/SC同時移転【凡例】:自動処理(DLT):自動処理(DLT外):事務処理(人員介在要)© 2022 Mitsubishi UFJ Financial Group, Inc.
#5

#01 デジタルアセット共創コンソーシアムとWG概要

CONFIDENTIAL / Discussion Purpose Only

#01-2② 前提｜「Progmat内RTGS」俯瞰図（2022年3月時点）


証券決済は「Progmat ST」で、資金決済は「Progmat Coin」で発行したSCで対応する場合、デジタル証券PTSによるマッチング完了後、各市場参加者はProgmat用Nodeを介した1本のフローでポストトレードプロセスが完結する。
デジタル証券PTS(EN)からの出来Txをインプットに、CN(売)がST及びSCの移転Txを生成し、ST/SCの取引関係者全員の署名の下、NNによる二重消費検証を経て移転が確定する。
デジタル証券PTS
売注文情報(専用線)

買注文情報(専用線)

マッチングシステム(競売買)
出来情報

EN

出来Tx生成

tCN

ST

API

指
図
出
来
次
第

提
供
基
盤

バ
ッ
ク
シ
ス
テ
ム

出来Tx

出来Tx

CN

CN

NN
移転Tx
署名

移転Tx
生成

Coin

:対面/画面入力:API/専用線連携

NN :Nortry Node

AN :Asset Node(ST)

移転Tx承認(ST分)

移転Tx承認
(SC分)

AN

SN

ST原簿管理者

SC原簿管理者

金商業者

)

【凡例】

カストディアン

買
注
文
残
高
有

)

金商業者

(カストディ委託)

取
引
シ
ス
テ
ム

(SC

バ
ッ
ク
シ
ス
テ
ム

(

売
注
文

取
引
シ
ス
テ
ム

(直接管理):DLT連携(Progmat ST/SC)

SN :SC Node(SC)EN :Exchange Node(ST&SC)

CN :Custodian Node(ST&SC)© 2022 Mitsubishi UFJ Financial Group, Inc.

#6

#01 デジタルアセット共創コンソーシアムとWG概要

CONFIDENTIAL / Discussion Purpose Only

#01-2③ 前提｜「クロスチェーンRTGS」俯瞰図（2022年3月時点）


証券決済は「ST基盤(3rd Party)」で、資金決済は「Progmat Coin」で対応する場合、デジタル証券PTSによるマッチング完了後、各市場参加者はProgmat用Nodeを介したSC移転のフローに加え、当該ST基盤用NodeとST移転用フローが別途必要になる。
Progmat Coin側で、信頼できる第三者機関に依存しないクロスチェーンソリューション(＝Relayer)を提供することで、「Progmat ST」以外のST基盤
もアトミックなDVP決済が可能となり、各市場参加者はデジタル証券市場における資金決済手段を統一/効率化できる。
デジタル証券PTS
売注文情報(専用線)

買注文情報(専用線)

マッチングシステム(競売買)出来情報

出来Tx生成出来Tx

出来Tx

ST基盤(3rd Party)
移転Tx
署名
(ST分)

API

提
供
基
盤

連
携

CN

)

(カストディ委託)

カストディアン

NN

Coin

移転Tx
署名
(SC分)

tCN
移転Tx承認
(ST分)

バ
ッ
ク
シ
ス
テ
ム

連
携

CN

移転Tx承認
(SC分)

取
引
シ
ス
テ
ム

買
注
文
残
高
有

金商業者

)

金商業者

移転Tx
生成
(SC分)

R

移転Tx
生成
(ST分)

(SC

指
図
出
来
次
第

(

売
注
文

取
引
シ
ス
テ
ム

バ
ッ
ク
シ
ス
テ
ム

(直接管理)

SN

ST原簿管理者【凡例】:対面/画面入力:API/専用線連携

NN :Nortry Node

AN :Asset Node(ST):DLT連携(Progmat SC)

SN :SC Node(SC)SC原簿管理者:DLT連携(3rd Party ST基盤)

EN :Exchange Node(ST&SC)

CN :Custodian Node(ST&SC)

R :Relayer Server:3rd ST基盤用 Node© 2022 Mitsubishi UFJ Financial Group, Inc.

#7

#01 デジタルアセット共創コンソーシアムとWG概要

CONFIDENTIAL / Discussion Purpose Only

#01-3① 資金決済WG｜分科会構成・目的

国内法準拠のステーブルコイン発行基盤である「Progmat Coin」を用いた資金決済の在り方を具体化するべく、「資金決済WG」を組成した。
「Progmat Coin」を決済手段とするST基盤はProgmatに限定しないため、「Progmat内RTGS」に加え「クロスチェーンRTGS」も含めて検討を行う。
「Progmat内RTGS」分科会は、共通ToDoをスコープとして、「Progmat Coin1.0」開発へ要件等をインプットすることを目的としている。
「クロスチェーンRTGS」分科会は、他ST基盤連携を目的とした「クロスチェーン決済機能」開発までに、各種合意形成の完了を目的としている。

対象レイヤー

1

SC原簿管理者「Progmat内RTGS」分科会【共通ToDo】「クロスチェーンRTGS」分科会「共通ToDo」は「Progmat内RTGS」分科会で整理①改正資金決済法規制を踏まえた(金銭預託原則禁止)
SC発行/SC償還/ST分配金フローの具体化②各種改正法を踏まえた発行者/金商業者(仲介業者)
における法令遵守方法具体化(法定調書等)

2

金商業者

【共通ToDo】「共通ToDo」は「Progmat内RTGS」分科会で整理①デジタル証券PTSにおける取扱情報と管理方法具体化(投資家ID,資金決済関連情報)

3

デジタル証券PTS②デジタル証券PTSの責任分界点とコストシェア方法具体化(”ゴールデンソース”としての責任,PTS接続料金転嫁是非)「セカンダリ・DLT拡張WG」にて検討済(1～3行目のレイヤーの議論を受けて適宜更新)

4

ST基盤

【固有ToDo】①各種ST基盤と「Progmat Coin」間のクロスチェーン技術の技術検証（可否,パフォーマンス,課題有無）②クロスチェーン技術検証により認識した課題に対する対応方法具体化（可否.トレードオフ,是非）

5③クロスチェーン技術の商用化にあたり必要なコストの明確化とシェア方法の具体化

Coin④クロスチェーン技術商用化方式とスケジュールの合意形成「Progmat Coin1.0」開発へインプット「クロスチェーン決済機能」開発へインプット© 2022 Mitsubishi UFJ Financial Group, Inc.

#8

#01 デジタルアセット共創コンソーシアムとWG概要

CONFIDENTIAL / Discussion Purpose Only

#01-3② 資金決済WG｜中間成果「Progmat Coin1.0」(初回スコープ)における各種具体化は完了し、実装プロセスに移行する。
更なる将来形における在り方、及びクロスチェーンRTGSの技術検証を踏まえた各種合意形成は、後半継続して検討を進める。

ToDo

分科会

2

各種改正法を踏まえた発行者/金商業者(仲介業者)
における法令遵守方法具体化(法定調書等)

内3

デジタル証券PTSにおける取扱情報と管理方法具体化(投資家ID,資金決済関連情報)

分
科
会

RTGS

ク
ロ
ス
チ
ェ
ー
ン

RTGS

改正資金決済法規制を踏まえた(金銭預託原則禁止)
SC発行/SC償還/ST分配金フローの具体化

Progmat1

分
科会

中間時点での主な取組
・初回リリースのスコープをホールセール型(後述)に決定
・ホールセール型の契約構成,業務フローを策定

ステータス
完了

*1

・初回スコープの電子決済手段等取引業の考え方を確認も、最終的な法定帳票の範囲は内閣府令案等を以て確定

継続検討・初回スコープのデータフロー、情報管理方式案を整理
・初回スコープのシステム具体化、将来形に係る整理は継続検討

継続検討

・デジタル証券PTSのNode直接参画/STP化の実現は「Progmat Coin1.0」リリース後となるため、優先順位劣後

継続検討

・机上検証を経て、実現方式は「プロキシ型(TEE上)IBC」を主案とし、10月から3STEPで検証予定

継続検討

4

デジタル証券PTSの責任分界点とコストシェア方法具体化(”ゴールデンソース”としての責任,PTS接続料金転嫁是非)

5

各種ST基盤と「Progmat Coin」間のクロスチェーン技術の技術検証（可否,パフォーマンス,課題有無）

6

クロスチェーン技術検証により認識した課題に対する対応方法具体化（可否.トレードオフ,是非）・技術検証結果を踏まえた検討となるため、中間時点では
未着手

継続検討

7

クロスチェーン技術の商用化にあたり必要なコストの明確化とシェア方法の具体化

・同上

継続検討

8

クロスチェーン技術商用化方式とスケジュールの合意形成

・同上

継続検討

*1

ー

「Progmat Coin1.0」(初回スコープ)の要件整理は予定どおり完了。更なる将来形については下期継続して検討。
© 2022 Mitsubishi UFJ Financial Group, Inc.

#9

#01 デジタルアセット共創コンソーシアムとWG概要

CONFIDENTIAL / Discussion Purpose Only

#01-3③ 資金決済WG｜参加者・運営概要「Progmat内RTGS」分科会
1

デジタル証券PTS

２

原簿管理者

３

４

証券会社
(ST専業証券設立予定者含)

DLT基盤/証券システムを担うソフトウェア会社「クロスチェーンRTGS」分科会
2

社

4

社

17
社

月
次
参
加

DCC事務局
各検討会アジェンダ設計
各検討会資料最終化

月
次
参
加

1

デジタル証券PTS

２ST基盤提供者

３

DLT基盤/証券システムを担うソフトウェア会社

2

社

2

社

3

社

各検討会ファシリテーション

4社

議事録作成、配信
関係者間折衝、取り纏め

論
点
検
討

/

1

論
点
検
討

５

法律事務所

６

オブザーバー

開催方法

定期的に、参加者全員が参加する「検討会」を実施

開催形式

事務局の主催するオンライン会議形式

開催期間

1年｜2022年4月~2023年03月

開催頻度

月次開催(全12回)｜各回原則1時間（最大2時間）

秘密保持「デジタルアセット共創コンソーシアム規程」に基づく”参加者内に閉じた”取扱いとする（情報公開は参加者全員の合意の下で実施）

技
術
協
力

社

3

団体

※第11条(秘密情報の定義)、第12条(秘密保持)、第13条(目的外使用の禁止)、第20条(権利の帰属)、第21条(協議事項)© 2022 Mitsubishi UFJ Financial Group, Inc.

#10

CONFIDENTIAL / Discussion Purpose Only

#02
P r o g m a t 内 RTG S 分 科 会 中 間 報 告© 2022 Mitsubishi UFJ Financial Group, Inc.

#11

#02 Progmat内RTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#02-1 「Progmat Coin1.0」の開発スコープ「Progmat Coin」を用いて発行されるステーブルコイン(電子決済手段,SC)は、金商業者が自己口で保有し業者間移転取引に用いる「ホールセール(WS)型SC」と、個人・企業等のエンドユーザーがそれぞれ直接保有する「リテール型SC」の、2つの類型に大別される。
「Progmat Coin1.0」(初回スコープ)段階では、デジタル証券PTSを介した金商業者間のST移転取引における資金決済の効率化が目的のため、必ずしもエンドユーザーが直接SC残高を保有する必然性がない(むしろ法定通貨との交換の手間が生じる)ことから、「WS型」を対象とする。

ホールセール(WS)型

リテール型

1

利用用途

・金商業者が自己口で保有し業者間移転取引に用いる・現行の日銀当預を利用したインターバンク決済に相当

・エンドユーザーが直接保有する・証券取引以外にも、NFT・DeFi・一般決済取引も想定

2

SC発行スキーム

・受益証券発行信託(電子決済手段＝特定信託受益権)

・同左

3

ス
キ
ー
４ ム
関
５ 係
者

委託者

・SC銘柄別の複数金商業者

・同左+SCを必要とする事業者等

受託者

・SC銘柄別の信託銀行（MUTBに限定されない）

・同左

受益者(SC保有者)

・委託者と同一の金商業者自己口（のみ）・同左+他委託者+エンドユーザー(個人・企業)

６

仲介者

・取引方式の構成次第

・顧客口を取り扱う各種業者

・パーミッション型のみで要件充足可能・パーミッション型+パーミッションレス型まで必要になる

7

DLT基盤

Progmat Coin1.0(初回スコープ)は、STセカンダリ取引の決済効率化目的であり、「WS型」で充足する© 2022 Mitsubishi UFJ Financial Group, Inc.

#12

#02 Progmat内RTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#02-2 「Progmat Coin(WS型)」の拡張ロードマップ「Progmat Coin(WS型)」の拡張ロードマップは下図のとおり、システム断面及びその業務態様が、①PTS・金商間連携オフチェーン(既存回線)/ホール
セール型SC有/カストディ委託型、②PTS・金商間連携オンチェーン/ホールセール型SC有/直接管理型の2断面に大きく分かれる。
①の断面では、MUTB以外の各参加者はNodeを直接持たず、ST/SCの移転をAPI又はCSV送付にて行うカストディ委託型となる。
②の断面では、災対サイト強化のうえで、PTSを含む各参加者がNodeを直接保有し、自身で直接ST/SCの移転が可能な直接管理型へ移行する。

基
盤
拡
2 張
1

2023.032023.06

2023.092023.122024.032024.06

2024.09

ProgmatCoin 1.0｜ホールセール型SC

DLTオープン化｜AN

3

DLTオープン化｜CN+EN

4

災対サイト強化

業
務
態
6 様

ST発行

■MUTBのみ■MUTBのみ■各種原簿管理者による発行■各種原簿管理者による発行

ST移転■PTS無し■金商内移転■カストディ委託■PTS有り
■出来通知:既存回線(PTS→金商)■カストディ委託(API or CSV)■PTS有り
■出来通知:既存回線(PTS→金商)■カストディ委託(API or CSV)■PTS有り
■出来通知:自動(EN→CN)■直接管理(CN)■法定通貨のみ■法定通貨orホールセール型SC■カストディ委託(API or CSV)

■法定通貨orホールセール型SC■カストディ委託(API or CSV)

■法定通貨orホールセール型SC■直接管理(CN)5(API or CSV)

7

資金決済

1 EN無,ST/SCカストディ委託

2 EN有,ST/SC直接管理© 2022 Mitsubishi UFJ Financial Group, Inc.

#13

#02 Progmat内RTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#02-3 「Progmat Coin(WS型)」の断面別パターン


フローを検討する際の論点の1つである「PTSで個人情報(権利者ID)を取り扱う必要性の有無」について、断面別に整理を実施。
断面①では、そもそもEN⇒CN間の自動連携がないため、PTSで権利者ID(移転先/移転元ID)を取り扱う可能性は無く、パターンは単一。(A)
断面②では、PTSでの個人情報取扱有無によりTx処理フローが変わり得るが、現状のエクスチェンジでは個人情報取扱はなく、ST/SC取引に際して新規で取り扱うことは課題感が強いことから、パターン(C)ではなくパターン(D)を採用する。

PTSでの個人情報取扱
有
断
面

無

1

業務の態様

EN無,
ST/SCカストディ
委託■PTS有(EN無し)■出来通知:既存回線(PTS→金商業者)■ホールセール型SC■カストディ委託(API or CSV)
✓ 金商業者様からの移転指図のため、PTS様における個人情報取扱問題は発生しない

2023.06～

B

A

C

D 業務の様態

× Node無いため、全自動化不可

2

業務の様態

EN有,
ST/SC直接管理■PTS有(EN)■出来通知:自動(EN→CN)■ホールセール型SC■直接管理(CN)■PTS有(EN)■出来通知:自動(EN→CN)■ホールセール型SC■直接管理(CN)✓ EN⇒CNでST/SCの移転全自動化✓ EN⇒CNでST/SCの移転全自動化

× PTSでの個人情報管理保有の課題あり✓ CN間で移転に必要な移転先/移転元IDを2024.06～

連携することで、PTS様の個人情報取扱回避© 2022 Mitsubishi UFJ Financial Group, Inc.

#14

#02 Progmat内RTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#02-4 「Progmat Coin(WS型)」の詳細検討対象


前頁のとおり、パターン(C)は採用可能性がないため詳細検討の対象外とする。
パターン(A)は、Progomat Coin1.0(初回スコープ)の前提となるため、優先的に詳細検討を行った。
パターン(D)は、各社がNode保有し、PTSを除く金商業者間で投資家ID等の情報を共有する将来形だが、残論点もあるため、後半に継続検討する。
パターン(A)における業務フロー/データフロー案、パターン(D)における各種現時点(案)は、参考までにAppendixに掲載する。

PTSでの個人情報取扱
有
断
面

無

1

業務の態様

EN無,
ST/SCカストディ
委託■PTS有(EN無し)■出来通知:既存回線(PTS→金商業者)■ホールセール型SC
中間報告書にて詳細明示■カストディ委託(API or CSV)実現に向けて後半継続検討✓ 金商業者様からの移転指図のため、PTS様における個人情報取扱問題は発生しない

2023.06～
2

業務の様態

EN有,
ST/SC直接管理■PTS有(EN)■出来通知:自動(EN→CN)■ホールセール型SC
PTSで個人情報取扱不可のため、■直接管理(CN)

詳細化対象外✓ EN⇒CNでST/SCの移転全自動化

2024.06～

× PTSでの個人情報管理保有の課題あり

B

A

C

D 業務の様態

× Node無いため、全自動化不可■PTS有(EN)
各社がNode保有する将来形では、■出来通知:自動(EN→CN)■ホールセール型SC
権利者ID等の共有方式等の■直接管理(CN)

残論点があるため、後半継続検討✓ EN⇒CNでST/SCの移転全自動化(現時点案は中間報告書に参考掲載)✓ CN間で移転に必要な移転先/移転元IDを連携することで、PTS様の個人情報取扱回避© 2022 Mitsubishi UFJ Financial Group, Inc.

#15

#02 Progmat内RTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#02-5 契約構成｜パターン(A)

複数金商業者を委託者兼受益者とする受益証券発行信託を銘柄別に締結し、資金決済法上の電子決済手段として特定信託受益権を発行する。
WS型SCでは投資家は直接SCを保有しないため、金商業者とは既存契約に基づく金銭預託とST/SC交換取引の取次の委託に留まる。
パターン(A)の断面①時点ではカストディ委託必須のため、STと同様、カストディアンを含めた各当事者間で事務取扱要領により詳細を定める。
金商業者がAPIを利用する場合は受託者/カストディアンとAPI利用契約を締結し、受託者/カストディアンはPF提供者とPF利用契約を締結する。
電子決済手段等発行者
投資家

委託者兼受益者

投資家(a1)

金商業者(A)
02

01

投資家

預り金
(a1,a2)

金銭(A)

SC(A)

03
04

受託者
受益証券発行信託(SC銘柄別)
金銭(A)

SC(A)

金銭(B)

SC(B)

委託者兼受益者

投資家

金商業者(B)

投資家(b1)

02

03
04

預り金
(b1,b2)

金銭(B)

01

投資家

SC(B)

投資家(a2)

投資家(b2)

03

05

03

06

07

08

秘密鍵管理等委託先

秘密鍵管理等委託先

カストディアン(A)カストディアン(B)09プラットフォーム(PF)提供者
Core Developer

受益証券発行信託契約(SC銘柄別,複数委託者) 03 受益権原簿管理等事務取扱要領
05 業務委託契約(金商業者-カストディ(A)間)
06 API利用契約(金商業者-カストディ(A)間,任意)
08 API利用契約(金商業者-カストディ(B)間,任意)
09 PF利用契約(※MUTB内で完結する時点で は不要)

01 総合取引約款等に基づくST購入用金銭の 預託,ST/SC交換取引の取次の委託

04 API利用契約(金商業者-受託者間,任意)07 業務委託契約(金商業者-カストディ(B)間)

02© 2022 Mitsubishi UFJ Financial Group, Inc.

#16

#02 Progmat内RTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#02-6① 業務システム俯瞰｜SC移転(ST決済)｜(A)
各投資家は、口座を有する各金商業者に対して、取引決済用の資金を預託したうえで(現状どおり)、ST/SC交換取引の取次を依頼する。
PTSの媒介により金商業者間でST/SC交換取引が法的に成立し、その経済効果が取次の委託元の各投資家に帰属する。
「Progmat Coin 1.0」時点では、PTSはEN導入未済のため、金商業者はDLT外で出来通知を受領後、APIにてカストディアンに移転を指図。
各金商業者はST決済用SC枠を用意しておき、顧客口の買付資金を自己口に移しつつ、自己のSC枠内で他金商業者とDLT上で自動決済を行う。






投資家(a)①ST売注文(取次委託)

デジタル証券PTS

投資家(b)②ST売注文
⑦出来通知

⑦出来通知

⑥ST買注文 ④ST買注文(取次委託)③ST購入資金預託

ST取扱者/SC委託者兼受益者(A)SC原簿管理者

ST取扱者/SC委託者兼受益者(B)バックシステム(約定管理等)

ファンド管理システム(信託会計等)

バックシステム(約定管理等)

証券口座
(顧客口)

勘定系システム

証券口座
(顧客口)
⑤振替

銀行預金口座(証券会社自己口)

銀行預金口座Progmat Coin
(SC移転管理)⑧ST/SC移転指図(API)ST/SCカストディアン:法定通貨送金:対面/画面入力:既存の資金決済システム⑧ST/SC移転指図(API)ST/SCカストディアン

Progmat ST/Coin(ST/SC移転管理)【凡例】

銀行預金口座(証券会社自己口)⑨ST移転/SC移転(DLT):既存システム連携:Progmat API

Progmat ST/Coin(ST/SC移転管理):Progmat DLT:Progmat ST/Coin(ST/SC移転管理システム)© 2022 Mitsubishi UFJ Financial Group, Inc.

#17

#02 Progmat内RTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#02-6② 業務システム俯瞰｜SC発行(枠確保)｜(A)

WS型SCにおけるSC発行は、STセカンダリ取引における流動性(枠)確保のための事前発行、及び枠超過時の追加発行の2パターンを想定。
金商業者は現行の日銀当座預金と同様に事前に一定金額のSCを発行の上で、前述のとおり即時決済(T+0)を実現する形を想定。
枠の考え方については、ST取扱残高やセカンダリ取引実績に応じて、各金商業者(SC委託者兼受益者)が動的にコントロールすることを想定する。

ST投資対象投資家

ST原簿管理者

SC原簿管理者

ファンド管理システム(信託会計等)

ファンド管理システム(信託会計等)勘定系システム

入金&振替
記帳・処理

ST取扱者/SC委託者兼受益者①SC発行指図

証券口座
(顧客口)

勘定系システム

銀行預金口座銀行預金口座Progmat Coin
(SC移転管理)

Progmat Coin
(SC移転管理)②入金:法定通貨送金:対面/画面入力:既存の資金決済システム:既存システム連携:Progmat API

銀行預金口座(証券会社自己口)④SC残高照会(API)③SC発行(DLT)〔→SC委託者兼受益者〕【凡例】

バックシステム(約定管理等)

ST/SCカストディアン
Progmat Coin
(SC移転管理):Progmat DLT:Progmat Coin(SC移転管理システム)© 2022 Mitsubishi UFJ Financial Group, Inc.

#18

#02 Progmat内RTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#02-6③ 業務システム俯瞰｜SC発行(追加)｜(A)STセカンダリ取引が想定よりも増加した場合、ST決済用SC枠が不足するため、SCの追加発行が必要となる。
ST買注文前/移転前の必要SC残高確認により不足を検知した場合に発生するが、その前提としてST買発注者(投資家)は必要な決済用資金を予め顧客口に預託しているため、追加発行に要する法定通貨を顧客口から自己口に移したうえで、自己口の当該資金を用いてSCの追加発行を行う。

ST投資対象投資家①ST購入資金預託

ST原簿管理者

SC原簿管理者

ファンド管理システム(信託会計等)

ファンド管理システム(信託会計等)勘定系システム

入金&振替
記帳・処理

ST取扱者/SC委託者兼受益者②SC発行指図

バックシステム(約定管理等)
証券口座(顧客口)

勘定系システム③振替

銀行預金口座銀行預金口座Progmat Coin
(SC移転管理)

Progmat Coin
(SC移転管理)④入金⑤SC発行(DLT)〔→SC委託者兼受益者〕【凡例】:法定通貨送金:対面/画面入力:既存の資金決済システム:既存システム連携:Progmat API

銀行預金口座(証券会社自己口)

ST/SCカストディアン
Progmat Coin
(SC移転管理):Progmat DLT:Progmat Coin(SC移転管理システム)© 2022 Mitsubishi UFJ Financial Group, Inc.

#19

#02 Progmat内RTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#02-6④ 業務システム俯瞰｜SC一部償還｜(A)STセカンダリ取引におけるST売却側の金商業者様及び投資家は、売側金商業者宛てのWS型SCで対価を受領するため、その後投資家の顧客口へ
法定通貨として資金移動する必要がある。
よって、SCを一部償還して証券会社自己口へ必要な法定通貨を準備した上、自己口から顧客口へ当該資金を振り替えることを想定。

ST投資対象投資家

ST原簿管理者

SC原簿管理者

ファンド管理システム(信託会計等)

ファンド管理システム(信託会計等)勘定系システム

出金
記帳・処理

ST取扱者/SC委託者兼受益者①SC一部償還指図

バックシステム(約定管理等)
証券口座(顧客口)

勘定系システム④振替

銀行預金口座銀行預金口座Progmat Coin
(SC移転管理)

Progmat Coin
(SC移転管理)③出金

銀行預金口座(証券会社自己口)

ST/SCカストディアン②SC償還(DLT)【凡例】:法定通貨送金:対面/画面入力:既存の資金決済システム:既存システム連携:Progmat API

Progmat Coin
(SC移転管理):Progmat DLT:Progmat Coin(SC移転管理システム)© 2022 Mitsubishi UFJ Financial Group, Inc.

#20

#02 Progmat内RTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#02-7 主要論点と中間時点の整理状況
「Progmat Coin1.0」(初回スコープ)時点で影響を受ける論点については、SC流動性確保の論点以外、中間時点で以下のとおり整理済み。
「Progmat Coin」拡張後の“EN・CNオープン化”断面(前述のパターンD)における業務プロセスは残論点があるため、継続検討を行う。
a

b

c

d

カテゴリ

論点

検討結果

ステータス

法的論点

ホールセール型SCにおいて、金商業者が改正資金決済法の電子決済手段
等取引業者に該当するか

1

2

改正法による業規制該当有無

業務
プロセス

デジタル証券PTSでの個人情報取扱
金商業者がPTSにST売買注文を発注する際、PTSを起点とするSTP化のために個人情報(投資家ID)を連携可能か

SCの流動性確保について

3

円滑にST移転処理を実行するために、
フェイル発生時に備えてSCの準備金
枠をどの程度確保すべきか

Node間のデータ共有範囲

4

PTSに個人情報(投資家ID)を連携させずにSTP化を実現するための、
金商業者(CN)間の情報共有を
どのように実現するか

金商業者及びカストディアンの電子決済手段等取引業該当性について確認も、最終的な結論は内閣府令等の公表を以て確定させる。

継続検討

PTSのNode保有後、ST売買注文マッチングからST移転完了までを自動完結化(STP化)するため、金商業者からPTSへの注文発注時に、投資家IDを付加して連携する方式を想定。その後、投資家IDは個人情報に該当しPTS・金商業者共に連携が困難であるとの見解を得たため、「注文ID・約定IDをKeyに、PTSを介さず
金商業者(CN)間で連携する方式」に変更し、PTSは個人情報取扱い不要とした。

完了

SCの流動性確保を目的として確保しておく準備金の額は、現時点では存在しない
セカンダリ取引量に依存するため、足許で明確なロジックは決定できないとの結論。
流動性確保の目的は「SC残高不足によるフェイルを発生させない」ことにあるため、「そもそもフェイルが発生し得ないフロー案」を策定した。実装に向けた詳細化は継続検討する。

継続検討

PTSでの個人情報取扱が不可であることから、ST移転に必要な投資家IDは
Progmatを介して金商業者(CN)間で連携する方式とした。
但し、金商業者間においても個人情報の第三者提供に該当し得るため、断面②(CN/ENオープン化後)以降の投資家IDの共有方針について継続検討する。

継続検討© 2022 Mitsubishi UFJ Financial Group, Inc.

#21

CONFIDENTIAL / Discussion Purpose Only#03
ク ロ ス チ ェ ー ン RTG S 分 科 会 中 間 報 告© 2022 Mitsubishi UFJ Financial Group, Inc.

#22

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-1 論点と検討経緯


必要な技術検証内容の策定に向けて、まずは机上検証によりクロスチェーン実装方式の主案を定め、合意形成を行った。
机上検証に際しては、商用利用を前提としたセキュリティ面・性能面に加え、将来的な拡張性を最大限考慮して比較検討を行い、「プロキシ型(TEE
上)IBC」が望ましいとの見解を得た。(詳細は後述)
当該主案を前提に、「Progmat Coin」(on Corda)のユースケースにおける実装方法を具体化し、3ステップアプローチによる検証計画を定めた。

1

2

3

論点と進め方

検討結果

チェーン間の接続/認証方式
・異なるチェーン間でのトランザクションの処理状況を把握し相互の処理を連動させるための仕組みとして、どのような方式が望ましいか確定する。
【方式】API方式、相互認証方式(TTP方式、HTLC方式、Relay方式)

・新たなトラストポイントが生じ、拡張性を制約し得る「API方式」
や「TTP方式」は採用しない。

クロスチェーンのアーキテクチャ
・①で確定した方式を実現する際のアーキテクチャとして、どのような方式が望ましいか確定する。
【方式】直接検証型、プロキシ型(BC上)、プロキシ型(TEE上)・前提として、本ユースケースでは「IBC」プロトコルと「Cross
Framework」活用が望ましい。(「Polkadot」との対比)

Cordaにおける実装
・「Progmat Coin」のようにCorda上に構築した基盤において、上述の検討で主案としたアーキテクチャをどのように実装するかを確定する。

・CordaにおいてもTxの正当性を担保するためのValidatorsを導入し、Proofの条件とする。

・Cordaを用いたユースケースの具体的なクロスチェーンのフローを検討する。

4

検証計画
・上記を踏まえ、クロスチェーン検証の実現可能な進め方・方針を整理する。
・実機検証の初回スコープ・検証項目を策定し、スケジュールを明定する。

・一定のユースケースにおいて「HTLC方式」は取りはぐれのリスクがあるため、最も優位な「Relay方式」を主案とする。

・「IBC」のネットワーク構成として、将来の拡張性とセキュリティ・
性能面を考慮し、「プロキシ型(TEE上)IBC」を主案とする。

・Corda側のロック/アンロックを行いアトミックな処理を実現すべく、
Encumbrance機構(消費条件の任意追加)を活用する。

・①疑似環境でのQuorum-Corda間クロスチェーン検証、②各ST基盤-Progmat Coin間の機能検証、③実際のST
セカンダリ取引を想定した実証検証、の3ステップで行う。
・ステップ1の検証は、2022年10月～2023年2月で実施し、6つの検証シナリオにより技術課題を抽出する。
© 2022 Mitsubishi UFJ Financial Group, Inc.

#23

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-2① チェーン間の接続/認証方式(1/3) | 「API方式」vs「相互認証方式」



異なるブロックチェーンを跨いだDvPを実現するにあたって、大きく①APIによる処理状況を連携する方式、②ブロックチェーン間で直接処理状況を連携して整合性を担保する相互認証方式、の2パターンに分けられる。
API方式は、ブロックチェーン間の整合性担保に工夫を要し、かつAPI管理者に対する規制/要件が国により異なり得る点で、拡張性に制約が生じる。
相互認証方式は、ブロックチェーン間の直接接続により整合性担保が比較的容易で、様々なユースケースを想定した場合に拡張性の観点で比較優位。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#24

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-2② チェーン間の接続/認証方式(2/3) | 「相互認証方式」の3パターン


相互認証方式は、「TTP方式」(Trusted Third Party)、「HTLC方式」(Hashed Time Locked Contract)、「Relay方式」、の3パターンがある。
「TTP方式」は“信頼可能な第三者エンティティ”により整合性を担保するが、「HTLC方式」と「Relay方式」はそのようなエンティティの存在は必要としない。
“信頼可能な第三者エンティティ”は新たなトラストポイントを生むことになり、前述のAPI管理者に対する規制/要件が国により異なり得る問題と同様の課題を孕んでいるため、「HTLC方式」又は「Relay方式」が望ましい。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#25

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-2③ チェーン間の接続/認証方式(3/3) | 「HTLC方式」vs「Relay方式」



「HTLC方式」は、ST⇔SCの交換取引において、ST受け側(SC渡し側)が鍵を用いてSTをアンロックすると、ST渡し側(SC受け側)は当該鍵を用いてSCをアンロック可能になる仕組み。
例えばST側に譲渡数制限がある等の一定のユースケースにおいては、SC側のみ移転が成立し、ST側は移転が不成立となる「取りはぐれ」が生じ得る。
したがい、相互認証方式の中でも新たなトラストポイントを必要としない「HTLC方式」と「Relay方式」のうち、「Relay方式」を採用する。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#26

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-3① クロスチェーンのアーキテクチャ(1/7)｜「IBC」アーキテクチャ

Relay方式の選択肢として、「IBC」(Inter Blockchain Communication)と呼ばれるプロトコル(通信規格)を用いる方法か、「Polkadot」を利用する方法が考えられるが、「実績」「プライバシー」「その他制約(不透明)」の観点で、「IBC」を採用する。(比較概要はAppendix参照)「IBC」は、「ICS」(Interchain Standards)として仕様を公開しており、異なるBC間でデータのやり取り(転送,認証,順序付け)が可能。
BC(A)の情報をクエリしてBC(B)にTxを送る通信仲介役の「Relayer」と、各BC上で受領データの正当性を検証する「ライトクライアント」に特徴がある。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#27

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-3② クロスチェーンのアーキテクチャ(2/7)｜「ライトクライアント」による検証
「IBC」のトラストレスな性質を可能にしているのが、改ざん検知が可能で信頼不要な「Relayer」と、リレーされてきた相手方BCデータの正当性を検証する「ライトクライアント」(簡易ノード,以下LC)であり、両方のBCが相手方BCのLCを立ち上げることで相互検証を行う。
LCは、主にブロックヘッダー(ブロックのハッシュ値)のみを用いて検証するため、全てのデータを保存するために大きなリソースが必要なフルノードよりも軽量。
※Cordaはブロック(＝ブロックヘッダー)の概念がない等、台帳毎の特性を考慮したProofを用意する© 2022 Mitsubishi UFJ Financial Group, Inc.

#28

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-3③ クロスチェーンのアーキテクチャ(3/7)｜「Cross Framework」活用


各BC上でスマートコントラクトとして組み込む「IBC-module」に加え、App-moduleとして組込可能な「実行制御機能」「ロック機構」を「Cross
Framework」としてDatachainが提供しており、「Progmat Coin」によるDvP/PvPで活用を想定する。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#29

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-3④ クロスチェーンのアーキテクチャ(4/7)｜「直接検証型」vs「プロキシ型」


前述の「IBC」では、各BC上にそれぞれ相手方のBCのLCを持ち合うこと(直接検証型)となるが、「Progmat Coin」のように接続先BCが増加していく将
来像を踏まえると、ネットワーク構成全体として複雑化/非効率化していくことが想定される。
より効率的なネットワーク構成案として、各BCのLCを持つ「ハブシステム」(プロキシ)と各BC上のLCとで相互検証を行う“ハブ&スポーク型ネットワーク構成”(プロキシ型)が考えられる。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#30

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-3⑤ クロスチェーンのアーキテクチャ(5/7)｜「プロキシ型」の採用
「IBC」のネットワーク構成として「プロキシ型」を採用することにより、以下記載のメリットにより拡張性が担保し易くなるものと考えられる。
①新規に参画するBCは、ハブシステム(プロキシ)のみに繋げば、ハブシステム(プロキシ)の先の各接続済BCと容易に接続が可能になる②接続先BCが新規増加する際、ハブシステム(プロキシ)に当該新規BCのLCを追加すればよく、各接続済BC側で新たなLCの追加は不要③「直接検証型」の場合、異なるBCの組み合わせによっては相手方BCのLCを実装することが困難なケースもあり得るが、「プロキシ型」では実装が可能

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#31

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-3⑥ クロスチェーンのアーキテクチャ(6/7)｜「プロキシ型IBC」アーキテクチャ

前述の「(直接検証型)IBC」アークテクチャを、「プロキシ型IBC」アーキテクチャに昇華させた概念図は下図のとおり。
改ざん検知可能で信頼不要なBC間通信仲介役の「Relayer」の存在は不変だが、BC(A)の情報をクエリしてTxを送る先はBC(B)ではなくハブシステム(プロキシ)となり、ハブシステム(プロキシ)において検証した結果をBC(B)に提出し、BC(B)はハブシステム(プロキシ)の検証結果を検証する。
上記プロセスにより、各BC(A/B)はハブシステム(プロキシ)のLCを実装することで足り、その先の各BC(B/A)のLCをそれぞれ実装する必要がなくなる。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#32

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-3⑦ クロスチェーンのアーキテクチャ(7/7)｜「プロキシ型IBC」実装方式


「プロキシ型IBC」におけるハブシステムの実装方式として、①ブロックチェーン(Tendermint等)上実装、②TEE(Trusted Execution Environment)
上実装、の2パターンが考えられる。（TEE＝OSとは独立したCPU上の隔離実行環境。SGX＝インテルの「Software Gard Extension」の略）①は、Tendermintでの開発実績はあるものの、新たに導入するブロックチェーンにおけるセキュリティ対策コストや性能面での懸念が想定される。
②は、①と比較して技術的に黎明期ながら、①におけるセキュリティや性能面の懸念を軽減でき、単一障害点とならない設計も可能なため、主案とする。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#33

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-4① Cordaにおける実装(1/5)｜Corda特有の考慮点「Progmat Coin」を含む「Progmat」基盤は、金融ユースケースにおけるプライバシーと性能面の観点から、まずはCorda上で実装している。
Cordaは、Ethereum等と異なる仕組みを有しているため、EthereumやQuorum、HyperLdger等の基盤との接続には工夫が必要となる。
一般論として、NVN(Non-Validating Nortary)による二重消費検証を行っているCordaのビジネスネットワークの場合、Txの中身を検証する
Validatorが必ずしも存在しないため、Txの正当性を異なるBC間で担保するための仕組みが必要となる。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#34

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-4② Cordaにおける実装(2/5)｜Corda特有の実装方法


Cordaにおいて、SCの移転Tx(＝Cash Contractと呼ぶ)のOwnerが各取引参加者のままの場合、前述の「IBC-module」「Cross Framework」
によるフローにおいて、相手先BCからのデータを受けてアンロックする際、再度Ownerの署名が必要となり、アトミック性が損なわれる。
したがい、Contractの消費条件を任意に追加できるEncumbrance機構を活用し、EncumbranceによるCashのロックを行う際にOwnerを公知の秘密鍵に変更したうえで、相手先BCからのデータを受けてEncumbranceのアンロックと公知の公開鍵署名とを1つのフローで実行可能とする。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#35

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-4③ Cordaにおける実装(3/5)｜Cordaを含む「プロキシ型IBC」構成

前述の「プロキシ型IBC」におけるハブシステム(プロキシ)を「LCP Node」(Light Client Proxy Node)と定義し、当該Node上の「LCP Enclave」内に(Relayer,App経由で得た)Cordaを含む各BCからのデータを検証する「ELC」(Enclave Light Client)と、(Relayer,App経由で)各BCに返すデータに署名する際に用いるEnclave Keyを生成・管理する「EM」(Enclave Manager)を保持する。
「Attestation Service」により、「LCP Enclave」の完全性を各BC上の「LCP Client」が検証可能になる。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#36

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-4④ Cordaにおける実装(4/5)｜Cordaを含む「プロキシ型IBC」フロー①© 2022 Mitsubishi UFJ Financial Group, Inc.

#37

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-4⑤ Cordaにおける実装(5/5)｜Cordaを含む「プロキシ型IBC」フロー②© 2022 Mitsubishi UFJ Financial Group, Inc.

#38

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-5① 検証計画(1/6)｜検証フェーズ・ステップの大枠FY2022下期時点では、「Progmat Coin」のSC移転プログラム群は開発前であること等から、実施可能なスコープから段階的に検証する方針とする。
Step1では、Quorum-Corda間の「IBC」を用いたクロスチェーン検証を疑似環境下で実行し、技術課題の抽出を行う。
Step2では、ST基盤側は「ibet」「Securitize」(Quorum)、SC基盤側は「Progmat Coin」(Corda)の検証環境下で実行し、各システム固有の課
題の抽出を行ったうえで、STEP3において実際のSTセカンダリ取引におけるプロセス(PTSからの出来TxをインプットとしたSTP化)を踏まえた検証を行う。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#39

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-5② 検証計画(2/6)｜Step1｜検証の目的


Step1では、前述の机上検証により主案とした“Cordaを含む「プロキシ型IBC」構成“を前提に、構成要素である「IBC」「LCP」「Cross Framework」の活用によって、「拡張性の高いトラストレスなブロックチェーン間相互接続」と「異なる基盤上のSTとSCの同時移転(クロスチェーンアトミックスワップ)」を実装し、技術課題を抽出する。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#40

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-5③ 検証計画(3/6)｜Step1｜検証シナリオ


Step1では、ST基盤側をQuorum、SC基盤側をCordaと想定し、Quorum-Corda間のIBCを用いたクロスチェーン検証をスコープとする。
主要な正常系/異常系ケースにおける技術課題を抽出するため、下表のとおり6つの検証シナリオを実行する。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#41

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-5④ 検証計画(4/6)｜Step1｜検証項目
Step1の各検証シナリオにおける検証項目は下表のとおり。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#42

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-5⑤ 検証計画(5/6)｜Step1｜検証環境

前述のとおり、“Cordaを含む「プロキシ型IBC」構成”を前提に、検証環境を用意する。
Step1では、「Progmat Coin」のSC移転プログラム群は開発前であることに加え、ST基盤側も「ibet」「Securitize」と個別に検証を実施する場合は重複部分を含めてスコープが拡大することから、「Corda-Quorumの疑似環境」を本検証用に別途構築することとする。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#43

#03 クロスチェーンRTGS分科会中間報告

CONFIDENTIAL / Discussion Purpose Only

#03-5⑥ 検証計画(6/6)｜Step1｜検証スケジュール

2023年2月末時点で検証結果を分科会として取りまとめることを念頭にスケジュールを策定。
2023年1月末までに前述の検証環境構築を完了し、2023年2月前半で各検証シナリオをPoCとして実行する想定。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#44

CONFIDENTIAL / Discussion Purpose Only

#04
今後の計画

© 2022 Mitsubishi UFJ Financial Group, Inc.

#45

#04 今後の計画

CONFIDENTIAL / Discussion Purpose Only

#04-1 全体スケジュール

FY2021の「セカンダリ・DLT拡張WG」を踏まえ、4月より「資金決済WG」(=Progmat Coin)・「Progmat 5.0」に着手した。
「資金決済WG」中間報告を踏まえ、「Progmat Coin1.0」は実装フェーズに移行する。（改正資金決済法施行を踏まえた業務開始を目標とする）
3月までの残り6ヵ月で「CN/EN拡張後フローの確定」と「クロスチェーン技術検証」を進め、「Progmat 6.0」及び「Progmat Coin2.0」の実装に向けた前提整理/合意形成を行う。
FY2021

FY2022
1Q-2Q

1

中間報告書公開▼

マイルストーン

FY2023
3Q-4Q

1Q-2Q

FY2024
3Q-4Q

1Q-2Q

3Q-4Q

Progmat Coin1.0リリース▼
ANオープン化▼

CN/ENオープン化▼
Progmat Coin2.0リリース▼

・

WG

3

DCC

2

セカンダリWG

DLT拡張WG

第1期 - 第2期
(全体設計)
第1期 - 第2期
(全体設計)

第3期(AN/CN/EN横断協議)

資金決済WG(Progmat内RTGS)

第1期前半(Coin1.0開発要件)

第1期後半(CN/EN拡張フロー)5

資金決済WG(クロスチェーンRTGS)

第1期前半(実現方式机上検証)

第1期後半(技術検証Step1)

6「Progmat Coin1.0」(WS型/Progmat内)

予備検討・企画

7

Progmat4「Progmat 5.0」
(ANオープン化)

8「Progamt 6.0」
(EN/CNオープン化)

9「Progmat Coin2.0」(クロスチェーン)

予備検討

第2期
(技術検証Step2-Step3)

要件定義・開発

企画・要件定義・開発(AN個別協議並走)
予備検討

企画・要件定義・開発(CN/EN個別協議並走)
予備検討

企画・要件定義・開発・© 2022 Mitsubishi UFJ Financial Group, Inc.

#46

CONFIDENTIAL / Discussion Purpose Only

#05
Appendix© 2022 Mitsubishi UFJ Financial Group, Inc.

#47

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-1① Progmat内RTGS｜想定業務フロー｜(A)(1/6)
約定日(取引都度～)
1

注文ID
採番・連携

PTS
【売側】金商業者A

2(Coin/間接/CSV or API)

ST売注文

保有ST
残高確認

ST売注文
発注

売側注文ID受領【買側】金商業者B

3

ST買注文

(Coin/間接/CSV or API)業
務
カストディアン

4

顧客口預り金ロック

自己口保有
SC残高確認

自己口で保有しているSC残高がST買注文の金額を充足しているか金商業者にて事前確認
充足している場合は、PTSへST買注文発注実施

5

原簿管理者

6

SC発行者

CN

7

9

10

11

(金商A)

CN

シ
ス
テ
ム

(金商B)

| Progmat

8

未充足の場合は、SC追加発行実施してから、PTSへST買注文発注実施(カストディアン)

CN

AN
SC発行者
Node
© 2022 Mitsubishi UFJ Financial Group, Inc.

#48

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-1② Progmat内RTGS｜想定業務フロー｜(A)(2/6)
約定日(取引都度～)
1

注文ID
採番・連携

PTS
自己口SC保有残高不足時の対応【売側】金商業者A

2(Coin/間接/CSV or API)【買側】金商業者B

3(Coin/間接/CSV or API)

：手オペ処理：自動処理

自己口保有
SC不足確認

不足金額
入金

業
務

4

カストディアン

5

原簿管理者

6

SC発行者

10

11

SC追加信託情報登録

SC残高増加連絡

SC追加信託手続き

SC残高増加買側注文ID
受領

入金確認

(金商A)

CN

シ
ス
テ
ム

(金商B)

| Progmat

9

SC追加信託
指図受領

ST買注文
発注

CN

7

8

SC残高増加確認

SC追加信託指図(カストディアン)

CN

AN
SC発行者
Node

SC追加信託© 2022 Mitsubishi UFJ Financial Group, Inc.

#49

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-1③ Progmat内RTGS｜想定業務フロー｜(A)(3/6)
約定日(取引都度～)
1

PTS【売側】金商業者A

2(Coin/間接/CSV or API)【買側】金商業者B

3

PTSから連携される出来通知は、既存の専用線

マッチング(Coin/間接/CSV or API)

ないしは、それに準じた専用線の利用想定
出来通知
受領

ST・SC移転
指図

出来通知
受領

ST・SC移転
指図業
務

4

カストディアン

5

原簿管理者

6

SC発行者

7

ST・SC移転
指図受領

CN

PTSより受領した出来情報を基に、金商業者は(金商A)

CSVでカストディアンへ指図を出すか、APIを通じて

ST・SC移転
情報入力

ST・SC移転情報を登録

9

10

11

CN

シ
ス
テ
ム

(金商B)

| Progmat

8(カストディアン)

CN

AN
SC発行者
Node

PTSがEN未保有時点では、金商業者にて移転情報登録時に権利者IDを夫々登録できるため、個人情報の問題は発生しない

ST・SC移転
情報登録

買側SC残高
事前確認

ホールセール型SCの場合は、買側権利者IDに紐づく金商業者の自己口IDに置換して確認想定© 2022 Mitsubishi UFJ Financial Group, Inc.

#50

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-1④ Progmat内RTGS｜想定業務フロー｜(A)(4/6)
約定日(取引都度～)
1

PTS
自己口SC保有残高不足時の対応【売側】金商業者A

2

3(Coin/間接/CSV or API)

：手オペ処理【買側】金商業者B

：自動処理

業
務

4

カストディアン

5

原簿管理者

6

SC発行者

10

11

SC残高不足連携SC追加信託指図SC追加信託指図受領

SC残高増加確認

SC追加信託指図登録

SC残高増加連絡SC追加発行
手続き

SC残高増加

入金確認

(金商A)

CN

シ
ス
テ
ム

(金商B)

| Progmat

9

SC残高不足
通知受領

不足金額
入金

CN

7

8

SC残高不足連携受領(Coin/間接/CSV or API)(カストディアン)CN

買側SC残高
不足確認

買側SC残高
不足通知

AN
SC発行者
Node

SC追加発行© 2022 Mitsubishi UFJ Financial Group, Inc.

#51

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-1⑤ Progmat内RTGS｜想定業務フロー｜(A)(5/6)
約定日(取引都度～)
1

PTS【売側】金商業者A

2(Coin/間接/CSV or API)【買側】金商業者B

3(Coin/間接/CSV or API)業
務

4

カストディアン

5

原簿管理者

6

SC発行者

CN

7

(金商A)

随時リトライ処理
実行

9

10

11

CN

シ
ス
テ
ム

(金商B)

| Progmat

8(カストディアン)

CN

AN
SC発行者
Node

買側SC残高
再確認

ST・SC移転
Tx生成・回付

ST・SC移転
Tx受領
ST・SC移転
Tx受領

ST・SC移転
Tx署名・回付

ST・SC移転
Tx受領

ST・SC移転
Tx署名・回付© 2022 Mitsubishi UFJ Financial Group, Inc.

#52

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-1⑥ Progmat内RTGS｜想定業務フロー｜(A)(6/6)
約定日(取引都度～)
1

PTS
ST・SC移転
結果確認【売側】金商業者A

2(Coin/間接/CSV or API)【買側】金商業者B

3

ST・SC移転
結果確認(Coin/間接/CSV or API)業
務

4

カストディアン

5

原簿管理者

6

SC発行者

CN

7

9

10

11

(金商A)

CN

シ
ス
テ
ム

(金商B)

| Progmat

8

ST・SC移転
結果連携(カストディアン)

CN

NNへ二重
消費検証依頼NNから署名済Tx受領

ST・SC移転
Tx確定・配布AN

ST・SC移転
Tx取込

SC発行者
Node

ST・SC移転
Tx取込© 2022 Mitsubishi UFJ Financial Group, Inc.

#53

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-2① Progmat内RTGS｜想定データフロー｜(A)(1/5)
【凡例】

#

取引事由

売
買
注
文
受
注

：DLT格納データ(確定Tx)：DLT格納データ(未確定Tx)

a

b

c

PTS

【売】金商業者【買】金商業者

PTSシステム

金商内システム

金商内システム

ST売却注文受注

ST買付注文受注：署名

青字：該当処理で生成される新規情報d
カストディアン
社内システム

f

原簿管理者
CN

社内システム：DLT間連携

：連携

e

SC発行者
AN

SC発行者システム

SN

買付金商業者が自己口で保有するSC残高がST
ST残高確認

(SC

注
文
受
注
時
残
高
事
前
確
認

ST

1

：DLT外データ

買付注文の金額を充足していない場合は、PTSに

SC残高確認

発注する前にSC追加発行を実施

SC追加信託情報

不足時）・買側SC権利者ID・追加信託金額

SC

SC追加信託情報

追加発行SC追加信託情報

SC追加信託情報

・買側SC権利者ID
・SC発行金額

2

SC発行金額情報

SC発行金額情報
・SC発行金額

買側SC残高情報

買側SC残高情報

ST

PTS

3

へ
注
文
発
注

売
買
注
文
発
注

売却注文情報買付注文情報・銘柄名 or コード

・銘柄名 or コード

・注文数量

・注文数量

・注文単価

・注文単価

・ST決済基盤コード

・ST決済基盤コード© 2022 Mitsubishi UFJ Financial Group, Inc.

#54

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-2② Progmat内RTGS｜想定データフロー｜(A)(2/5)
【凡例】#：DLT外データ

取引事由
PTS：DLT格納データ(未確定Tx)

b

c

PTS

【売】金商業者【買】金商業者

PTSシステム

金商内システム

金商内システム：署名

青字：該当処理で生成される新規情報d
カストディアン
社内システム

f

原簿管理者
CN

社内システム：DLT間連携

：連携

e

SC発行者
AN

SC発行者システム

SN

注
文

ID

へ
注
文
発
注

：DLT格納データ(確定Tx)

a

採
番
・
登
録

売却注文情報売却注文ID情報

売却注文ID情報

・売側注文ID

4

買付注文情報買付注文ID情報

買付注文ID情報

・買側注文ID

PTS

5

マ
ッ
チ
ン
グ
・
出
来
通
知

に
て
マ
ッ
チ
ン
グ
・
出
来
通
知

出来情報
・約定ID
・銘柄名 or コード
・ST約定数量・ST約定金額
・売側参加者コード
・買側参加者コード

・売側注文ID
・買側注文ID
・ST決済基盤コード

出来情報

出来情報

© 2022 Mitsubishi UFJ Financial Group, Inc.

#55

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-2③ Progmat内RTGS｜想定データフロー｜(A)(3/5)
【凡例】#：DLT外データ

取引事由
ST SC

・
移
転
指
図

ST

カ
ス
ト
デ
ィ
ア
ン
へ

SC

・
移
転
指
図

：DLT格納データ(確定Tx)：DLT格納データ(未確定Tx)

a

b

c

PTS

【売】金商業者【買】金商業者

PTSシステム

金商内システム

金商内システム：署名

青字：該当処理で生成される新規情報d
カストディアン
社内システム

f

原簿管理者
CN

社内システム：DLT間連携

：連携

e

SC発行者
AN

SC発行者システム

SN

ST・SC移転情報

PTSより受領した出来情報を基に、金商業者は・約定ID
・売側注文ID
・買側注文ID
・ST受益権ID
・ST/SC約定数量
・ST/SC約定金額
・ST売買区分・SC決済手段(利用SCの別)・移転パターン(取次・媒介等)
・ST権利者ID

CSVによるカストディアンへの指図、もしくはAPIを通じて、ST・SC移転情報を登録
なお、PTSがEN未保有時点では、金商業者にて移転情報登録時に権利者IDを夫々登録できるため、個人情報の問題は発生しない

ST・SC移転情報

ST・SC移転情報

6

・約定ID
・売側注文ID
・買側注文ID
・ST受益権ID
・ST/SC約定数量
・ST/SC約定金額
・ST売買区分・SC決済手段(利用SCの別)・移転パターン(取次・媒介等)
・ST権利者ID

ST・SC移転情報
ST・SC移転情報

残
高
確
認

残
高
確
認

SC

買
側

SC

7

買
側

買側SC残高確認

事前登録された資金決済情報を基に、買側
SC残高を確認
ホールセール型SCの場合は、SC保有者である
金商業者の自己口のIDも確認© 2022 Mitsubishi UFJ Financial Group, Inc.

#56

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-2④ Progmat内RTGS｜想定データフロー | (A)(4/5)
【凡例】

#

取引事由
SC

：DLT格納データ(確定Tx)：DLT格納データ(未確定Tx)

a

b

c

PTS

【売】金商業者【買】金商業者

PTSシステム

金商内システム

金商内システム：署名

青字：該当処理で生成される新規情報

d

買
側

f

原簿管理者
CN

社内システム：DLT間連携：連携e

カストディアン
社内システム

SC発行者
AN

SC発行者システム

SN

買側SC残高
不足金額情報

SC

残
高
不
足
8

：DLT外データ

残
高
不
足
通
知

・約定ID

・買側SC不足金額

買側SC残高
不足金額情報買側SC残高
不足金額情報

SC

追
加
発
行

SC追加信託情報
・買側SC権利者ID・追加信託金額

SC追加信託情報

SC追加信託情報

9

SC追加信託情報

・買側SC権利者ID
・SC発行金額

SC発行金額情報

SC発行金額情報

・SC発行金額

SC

買
側
10

買側SC残高再確認

残
高
再
連
携

© 2022 Mitsubishi UFJ Financial Group, Inc.

#57

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-2⑤ Progmat内RTGS｜想定データフロー｜(A)(5/5)
【凡例】

#

取引事由

：DLT格納データ(確定Tx)：DLT格納データ(未確定Tx)

a

b

c

PTS

【売】金商業者【買】金商業者

PTSシステム

金商内システム

金商内システム：署名

カストディアン
社内システム

f

原簿管理者
CN

移
転
実
行
処
理

移
転

・取引ID
・トークンのTxID
・約定ID
・ST/SC受益権ID
・ST/SC約定数量
・ST/SC約定金額

SC

ST
ST・SC移転情報

SC・

社内システム：DLT間連携

：連携

e

・

Tx

生
成
・
回
付

青字：該当処理で生成される新規情報

d

ST
11

：DLT外データ

SC発行者
AN

SC発行者システム

SN

ST・SC移転情報
CN署名
AN署名

・売側権利者ID・買側権利者ID

ST・SC移転情報

CN署名

CN署名
AN署名
SN署名

ST
ST・SC移転情報

移
転

CN署名

SC

・

Tx

12

確
定
・
取
込

AN署名
SN署名

NN署名(NNにて付与)

ST・SC移転情報

ST・SC移転情報© 2022 Mitsubishi UFJ Financial Group, Inc.

#58

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-3 Progmat内RTGS｜契約構成｜(D)

複数金商業者を委託者兼受益者とする受益証券発行信託を銘柄別に締結し、資金決済法上の電子決済手段として特定信託受益権を発行する。
WS型SCでは投資家は直接SCを保有しないため、金商業者とは既存契約に基づく金銭預託とST/SC交換取引の取次の委託に留まる。
パターン(D)の断面②以降はCNオープン化によりカストディ委託は任意となるため、金商業者-受託者間で事務取扱要領により詳細を定める。
金商業者がAPIを利用する場合は受託者とAPI利用契約を締結し、受託者/金商業者はPF提供者とPF利用契約を締結する。
電子決済手段等発行者
投資家

委託者兼受益者

投資家(a1)

金商業者(A)
02

01

投資家

金銭(A)

預り金
(a1,a2)

SC(A)

03
04

受託者
受益証券発行信託(SC銘柄別)
金銭(A)

SC(A)

金銭(B)

SC(B)

委託者兼受益者

投資家

金商業者(B)

投資家(b1)

02

03
04

金銭(B)

預り金
(b1,b2)

01

投資家

SC(B)

投資家(a2)

投資家(b2)05

プラットフォーム提供者
Core Developer

01 総合取引約款等に基づくST購入用金銭の 預託,ST/SC交換取引の取次の委託

04 API利用契約(金商業者-受託者間,任意)02

受益証券発行信託契約(SC銘柄別,複数委託者)

03

受益権原簿管理等事務取扱要領

05 PF利用契約© 2022 Mitsubishi UFJ Financial Group, Inc.

#59

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-4① Progmat内RTGS｜業務システム俯瞰｜SC移転(ST決済)｜(D)

各投資家は、口座を有する各金商業者に対して、取引決済用の資金を預託したうえで(現状どおり)、ST/SC交換取引の取次を依頼する。
PTSの媒介により金商業者間でST/SC交換取引が法的に成立し、その経済効果が取次の委託元の各投資家に帰属する。
パターン(D)の断面②以降は、PTSはENを、金商業者はCNを直接管理し、出来通知からST/SC移転までDLT上で自動完結(STP化)する。
各金商業者はST決済用SC枠を用意しておき、顧客口の買付資金を自己口に移しつつ、自己のSC枠内で他金商業者とDLT上で自動決済を行う。
投資家(a)①ST売注文(取次委託)

デジタル証券PTS

投資家(b)②ST売注文
⑦出来通知
(DLT)

⑦出来通知
(DLT)

⑥ST買注文 ④ST買注文(取次委託)③ST購入資金預託

ST取扱者/SC委託者兼受益者(A)SC原簿管理者

ST取扱者/SC委託者兼受益者(B)バックシステム(約定管理等)

ファンド管理システム(信託会計等)

バックシステム(約定管理等)

証券口座
(顧客口)

勘定系システム

証券口座
(顧客口)
⑤振替

銀行預金口座(証券会社自己口)

銀行預金口座銀行預金口座(証券会社自己口)Progmat ST/Coin(ST/SC移転管理)

Progmat Coin
(SC移転管理)

Progmat ST/Coin(ST/SC移転管理)⑧ST移転/SC移転(DLT)【凡例】:法定通貨送金:対面/画面入力:既存の資金決済システム:既存システム連携:Progmat API:Progmat DLT:Progmat ST/Coin(ST/SC移転管理システム)© 2022 Mitsubishi UFJ Financial Group, Inc.

#60

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-4② Progmat内RTGS｜業務システム俯瞰｜SC発行(枠確保)｜(D)

WS型SCにおけるSC発行は、STセカンダリ取引における流動性(枠)確保のための事前発行、及び枠超過時の追加発行の2パターンを想定。
金商業者は現行の日銀当座預金と同様に事前に一定金額のSCを発行の上で、前述のとおり即時決済(T+0)を実現する形を想定。
枠の考え方については、ST取扱残高やセカンダリ取引実績に応じて、各金商業者(SC委託者兼受益者)が動的にコントロールすることを想定する。
パターン(A)との違いは、CNオープン化により金商業者がCNを直接管理することが可能となり、カストディアンとの残高確認等が不要となる。
ST投資対象投資家

ST原簿管理者

SC原簿管理者

ファンド管理システム(信託会計等)

ファンド管理システム(信託会計等)勘定系システム

入金&振替
記帳・処理

ST取扱者/SC委託者兼受益者①SC発行指図

証券口座
(顧客口)

勘定系システム

銀行預金口座銀行預金口座Progmat Coin
(SC移転管理)

Progmat Coin
(SC移転管理)

バックシステム(約定管理等)②入金

銀行預金口座(証券会社自己口)Progmat Coin
(SC移転管理)③SC発行(DLT)〔→SC委託者兼受益者〕【凡例】:法定通貨送金:対面/画面入力:既存の資金決済システム:既存システム連携:Progmat API:Progmat DLT:Progmat Coin(SC移転管理システム)© 2022 Mitsubishi UFJ Financial Group, Inc.

#61

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-4③ Progmat内RTGS｜業務システム俯瞰｜SC発行(追加)｜(D)STセカンダリ取引が想定よりも増加した場合、ST決済用SC枠が不足するため、SCの追加発行が必要となる。
ST買注文前/移転前の必要SC残高確認により不足を検知した場合に発生するが、その前提としてST買発注者(投資家)は必要な決済用資金を予め顧客口に預託しているため、追加発行に要する法定通貨を顧客口から自己口に移したうえで、自己口の当該資金を用いてSCの追加発行を行う。
パターン(A)との違いは、CNオープン化により金商業者がCNを直接管理することが可能となり、発行完了等の確認が自社内で完結する点。
ST投資対象投資家①ST購入資金預託

ST原簿管理者

SC原簿管理者

ファンド管理システム(信託会計等)

ファンド管理システム(信託会計等)勘定系システム

入金&振替
記帳・処理

ST取扱者/SC委託者兼受益者②SC発行指図

バックシステム(約定管理等)
証券口座(顧客口)

勘定系システム③振替

銀行預金口座銀行預金口座Progmat Coin
(SC移転管理)

Progmat Coin
(SC移転管理)④入金

銀行預金口座(証券会社自己口)Progmat Coin
(SC移転管理)⑤SC発行(DLT)〔→SC委託者兼受益者〕【凡例】:法定通貨送金:対面/画面入力:既存の資金決済システム:既存システム連携:Progmat API:Progmat DLT:Progmat Coin(SC移転管理システム)© 2022 Mitsubishi UFJ Financial Group, Inc.

#62

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-4④ Progmat内RTGS｜業務システム俯瞰｜SC一部償還｜(D)STセカンダリ取引におけるST売却側の金商業者様及び投資家は、売側金商業者宛てのWS型SCで対価を受領するため、その後投資家の顧客口へ
法定通貨として資金移動する必要がある。
よって、SCを一部償還して証券会社自己口へ必要な法定通貨を準備した上、自己口から顧客口へ当該資金を振り替えることを想定。
パターン(A)との違いは、CNオープン化により金商業者がCNを直接管理することが可能となり、償還完了等の確認が自社内で完結する点。
ST投資対象投資家

ST原簿管理者

SC原簿管理者

ファンド管理システム(信託会計等)

ファンド管理システム(信託会計等)勘定系システム

出金
記帳・処理

ST取扱者/SC委託者兼受益者①SC一部償還指図

バックシステム(約定管理等)
証券口座(顧客口)

勘定系システム④振替

銀行預金口座銀行預金口座Progmat Coin
(SC移転管理)

Progmat Coin
(SC移転管理)③出金

銀行預金口座(証券会社自己口)Progmat Coin
(SC移転管理)②SC償還(DLT)【凡例】:法定通貨送金:対面/画面入力:既存の資金決済システム:既存システム連携:Progmat API:Progmat DLT:Progmat Coin(SC移転管理システム)© 2022 Mitsubishi UFJ Financial Group, Inc.

#63

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-5① Progmat内RTGS｜想定業務フロー｜(D)(1/6)
約定日(取引都度)
1

注文ID
採番・連携

PTS

【売側】金商業者A

2(Coin/直接/DLT)

ST売注文

保有ST
残高確認

ST売注文
発注

売側注文ID受領【買側】金商業者B

3(Coin/直接/DLT)
業
務

4

顧客口預り金
ロック

ST買注文

自己口保有
SC残高確認

自己口で保有しているSC残高がST買注文の金額を充足しているか金商業
カストディアン者にて事前確認
充足している場合は、PTSへST買注文発注実施

5

原簿管理者

6

SC発行者
EN

7

9

10

11

(PTS)
CN
シ
ス
テ
ム

(金商業者A)/ Progmat

8

未充足の場合は、SC追加発行実施してから、PTSへST買注文発注実施(金商業者B)

売側注文IDと移転情報紐付CN

AN(原簿管理者)

PTSへの発注時に採番された注文IDにSTSC移転に必要となる情報を紐付し、各社の社内システム上で管理し、CNへ注文情報を連携(マスタ情報(RDB))

SN(SC発行者)© 2022 Mitsubishi UFJ Financial Group, Inc.

#64

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-5② Progmat内RTGS｜想定業務フロー｜(D)(2/6)
約定日(取引都度)
1

注文ID
採番・連携

PTS
自己口SC保有残高不足時の対応【売側】金商業者A

2(Coin/直接/DLT)【買側】金商業者B

3(Coin/直接/DLT)：手オペ処理

：自動処理

自己口保有
SC不足確認

不足金額
入金

SC追加信託指図

SC残高増加確認

SC追加発行
処理

SC残高増加

ST買注文
発注

買側注文ID
受領

業
務

4

カストディアン

5

原簿管理者

6

SC発行者
EN

7

9

10

11

(PTS)
CN
シ
ス
テ
ム

(金商業者A)/ Progmat

8

入金確認(金商業者B)CN

注文IDと移転
必要情報紐付AN(原簿管理者)
SN(SC発行者)

PTSへの発注時に採番された注文IDにSTSC移転に必要となる情報を紐付し、各社の社内システム上で管SC追加発行理し、CNへ注文情報を連携(マスタ情報(RDB))© 2022 Mitsubishi UFJ Financial Group, Inc.

#65

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-5③ Progmat内RTGS｜想定業務フロー｜(D)(3/6)
約定日(取引都度)
1

PTS

マッチング

出来情報
自動作成

【売側】金商業者A

2(Coin/直接/DLT)【買側】金商業者B

3

PTSにてENへデータを連携するシステム構築が必要(Coin/直接/DLT)

プログラムバグによる誤情報連携時のリスク・責任業
務範囲に係る整理が必要

4

カストディアン

5

原簿管理者

売側CNは、ST決済に必要なSC金額の充足確認を買側CNに依頼し、買側CNは充足・未充足の結果を売側CNに返す想定

EN

7

9

10

(PTS)
CN
シ
ス
テ
ム

(金商業者A)/ Progmat

8

ホールセール型SCの場合は、買側権利者IDに紐づく金商業者の

SC発行者

6

(金商業者B)CN

自己口IDに置換して確認想定
具体的な処理方法については、下期分科会にて継続検討
出来通知Tx
生成・回付
出来通知Tx
取込

買側移転情報連携依頼

買側移転情報受領

SC移転金額
確認依頼

出来通知Tx
取込

買側移転情報連携依頼受領買側移転情報連携

SC移転金額
確認依頼受領SC移転金額
確認結果連携AN(原簿管理者)

ST売側CNより、PTSから売側注文ID、買側注文ID、約定IDをST買側CNに連携
ST買側CNは、連携された注文IDをキーにマスタ情報(RDB)に格納されている買側移11SN

転情報を連携することを想定(SC発行者)© 2022 Mitsubishi UFJ Financial Group, Inc.

#66

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-5④ Progmat内RTGS｜想定業務フロー｜(D)(4/6)
約定日(取引都度)
1

PTS【売側】金商業者A

2(Coin/直接/DLT)【買側】金商業者B

3(Coin/直接/DLT)

自己口SC保有残高不足時の対応：手オペ処理：自動処理

買側SC残高不足通知受領買側SC残高不足金額入金SC追加発行
指図

SC残高増加確認業
務

4

カストディアン

5

原簿管理者

6

SC発行者

入金確認

随時リトライ処理
実行

EN

7

9

10

11

買側SC残高
不足通知

CN
シ
ス
テ
ム

(金商業者A)/ Progmat

8

(PTS)

(金商業者B)

CN

SC残高
不足通知

SC追加発行
処理

SC残高増加

SC移転金額
確認依頼

SC移転金額
確認結果受領SC移転金額
確認依頼受領SC移転金額
確認結果連携AN(原簿管理者)
SN(SC発行者)

SC追加発行© 2022 Mitsubishi UFJ Financial Group, Inc.

#67

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-5⑤ Progmat内RTGS｜想定業務フロー｜(D)(5/6)
約定日(取引都度)
1

PTS【売側】金商業者A

2(Coin/直接/DLT)【買側】金商業者B

3(Coin/直接/DLT)業
務

4

カストディアン

5

原簿管理者

6

SC発行者
EN

7

8

10

11

シ
ス
テ
ム
/ Progmat

9

(PTS)
CN

売側ST残高ST・SC移転

ST・SC移転(金商業者A)

確認

Tx生成・回付

Tx受領

CN

ST・SC移転

ST・SC移転(金商業者B)

Tx受領

Tx署名・回付AN

ST・SC移転

ST・SC移転(原簿管理者)

Tx受領

Tx署名・回付SN

ST・SC移転

ST・SC移転(SC発行者)

Tx受領

Tx署名・回付© 2022 Mitsubishi UFJ Financial Group, Inc.

#68

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-5⑥ Progmat内RTGS｜想定業務フロー｜(D)(6/6)
約定日(取引都度)
1

PTS

2

3

【売側】金商業者A

ST・SC移転(Coin/直接/DLT)

結果確認【買側】金商業者B

ST・SC移転(Coin/直接/DLT)

結果確認

業
務

4

カストディアン

5

原簿管理者

6

SC発行者
EN

7

9

10

11

CN

NNへ二重消費NNから署名付

ST・SC移転Tx

シス
テム(金商業者A)

検証依頼

Tx受領

確定・配布

CN

ST・SC移転Tx/ Progmat

8

(PTS)

(金商業者B)

取込

AN

ST・SC移転Tx(原簿管理者)

取込

SN

ST・SC移転Tx(SC発行者)

取込© 2022 Mitsubishi UFJ Financial Group, Inc.

#69

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-6① Progmat内RTGS｜想定データフロー｜(D)(1/5)
【凡例】：DLT外データa：DLT格納データ(確定Tx)

b

取引事由

1

売
買
時
残
高
事
前
確
認

ST

#

注
文
受
注

d

EN

金商内システム

PTS(Node保有)
PTSシステム：DLT格納データ(未確定Tx)ce【売】金商業者(Coin /直接)
CN

：署名

f

青字：該当処理で生成される新規情報g【買】金商業者(Coin /直接)
金商内システム

ST売却注文受注

ST買付注文受注

ST残高確認SC残高確認

CN

h

j

AN

SC発行者システム

原簿管理者
社内システム：DLT間連携

：連携

i

k
SC発行者
SN

買付金商業者が自己口で保有するSC残高がST
買付注文の金額を充足していない場合は、PTSに発注する前にSC追加発行を実施

SC

追
加
発
行

SC追加発行情報

・買側SC権利者ID
・SC追加発行金額

SC追加発行情報
CN署名

SC追加発行情報

2
買側SC残高情報
・買側権利者ID
買側SC残高情報

・買側SC残高

買側SC残高情報© 2022 Mitsubishi UFJ Financial Group, Inc.

#70

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-6② Progmat内RTGS｜想定データフロー｜(D)(2/5)
【凡例】：DLT外データ

a
取引事由

3

注
文
受
注

PTS

#

へ
注
文
発
注

：DLT格納データ(確定Tx)b

EN

金商内システムe【売】金商業者(Coin /直接)
CN

：署名

f

青字：該当処理で生成される新規情報gh【買】金商業者(Coin /直接)
金商内システム

売却注文情報買付注文情報・銘柄名 or コード

・銘柄名 or コード

・注文数量

・注文数量

・注文単価

・注文単価

・ST決済基盤コード

・ST決済基盤コード

CN

j

AN

SC発行者システム

原簿管理者
社内システム：DLT間連携

：連携

i

k
SC発行者
SN

売却注文情報ID

注文d

PTS(Node保有)
PTSシステム：DLT格納データ(未確定Tx)

c

採
番
・
登
録

売却注文ID情報
・売側注文ID

売却注文ID情報

情報(RDB))へ登録。
売却注文情報・売却注文ID
・ST売買区分・ST受益権ID
・SC決済手段(利用SCの別)・移転パターン(取次・媒介等)
・ST権利者ID
・注文数量・金額

4PTSにて採番された注文IDと移転必要情報を紐付し、各社はCN(マスタ注文IDと移転必要情報の紐付登録方法については、下期分科会にて継続検討事項
売却注文情報買付注文情報買付注文ID情報

買付注文ID情報

・買側注文ID

買側注文情報・買側注文ID
・ST売買区分・ST受益権ID
・SC決済手段(利用SCの別)・移転パターン(取次・媒介等)
・ST権利者ID
・注文数量・金額

買付注文情報© 2022 Mitsubishi UFJ Financial Group, Inc.

#71

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-6③ Progmat内RTGS｜想定データフロー｜(D)(3/5)
【凡例】：DLT外データ

a
#

取引事由

5

PTS

マ
ッ
チ
ン
グ

に
て
マ
ッ
チ
ン
グ

Tx

出
来
通
知
生
成
・
回
付

6

：DLT格納データ(確定Tx)

b

d

EN

金商内システム

PTS(Node保有)
PTSシステム：DLT格納データ(未確定Tx)ce【売】金商業者(Coin /直接)
CN

：署名

f

青字：該当処理で生成される新規情報g【買】金商業者(Coin /直接)
金商内システム

CN

h

j

AN

SC発行者システム

原簿管理者
社内システム：DLT間連携

：連携

i

k
SC発行者
SN

出来情報
・約定ID
・銘柄名 or コード
・ST約定数量・ST約定金額
・売側参加者コード
・買側参加者コード
・売側注文ID
・買側注文ID
・ST決済基盤コード

出来情報

・取引ID
・トークンTxID
・約定ID
・銘柄名 or コード
・ST約定数量・ST約定金額
・売側参加者コード
・買側参加者コード
・売側注文ID
・買側注文ID

出来情報

出来情報

EN署名

7

買
側
移
転
必
要
情
報
確
認

買
側
移
転
情
報
確
認

買側移転情報連携依頼
・売側注文ID
・買側注文ID
・約定ID

買側移転情報売側CNから連携された約定IDと注文IDを基に、・売側注文ID
・買側注文ID
・約定ID
・買側ST権利者ID
・買側SC権利者ID
・買側SC決済手段
・買側移転パターン

買側CNは該当する買側移転情報を事前登録した
CN(マスタ情報(RDB))から抽出し連携
金商業者間の個人情報授受方法については、下期分科会にて継続検討事項

買側移転情報© 2022 Mitsubishi UFJ Financial Group, Inc.

#72

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-6④ Progmat内RTGS｜想定データフロー｜(D)(4/5)
【凡例】：DLT外データ

a
#

買
側
移
転
必
要
情
報
確
認

買
側

買
側

充
足
確
認

d

EN

金商内システム

PTS(Node保有)
PTSシステム：DLT格納データ(未確定Tx)ce【売】金商業者(Coin /直接)
CN

：署名

f

青字：該当処理で生成される新規情報g【買】金商業者(Coin /直接)
金商内システム買側SC残高連携依頼
・買側SC権利者ID
・約定ID

CN

h

j

AN

SC発行者システム

原簿管理者
社内システム：DLT間連携

：連携

i

k
SC発行者
SN

買側SC残高情報

売側CNはSC移転金額の充足確認を買側CNへ依頼

・買側SC権利者ID

買側CNは保有するSC残高が移転金額を充足している

・約定ID
・SC充足確認結果

か確認し、確認結果を売側CNに返す想定
具体的な処理方式は下期分科会にて継続検討

買側SC残高情報

SC

残
高
不
足

SC

9

取引事由

SC

8

：DLT格納データ(確定Tx)

b

残
高
不
足
通
知

SC移転金額不足
通知

SC移転金額不足
通知

SC

追
加
発
行

SC追加発行情報
・買側SC権利者ID

・SC追加発行金額

SC追加発行情報

SC追加発行情報

10

CN署名
買側SC残高情報
買側SC残高
情報

買側SC残高情報
・買側SC権利者ID
・買側SC残高© 2022 Mitsubishi UFJ Financial Group, Inc.

#73

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-6⑤ Progmat内RTGS｜想定データフロー｜(D)(5/5)
【凡例】：DLT外データ

a
#

取引事由

SC

買
側
充
足
確
認

11

・

移
転
実
行
処
理

移
転

SC

ST

・

SC

ST

Tx

12

：DLT格納データ(確定Tx)

b

生
成
・
回
付

d

EN

金商内システム

PTS(Node保有)
PTSシステム：DLT格納データ(未確定Tx)ce【売】金商業者(Coin /直接)
CN

：署名

f

青字：該当処理で生成される新規情報g【買】金商業者(Coin /直接)
金商内システム

SC移転金額充足
確認依頼

CN

h

j

AN

SC発行者システム

原簿管理者
社内システム：DLT間連携

：連携

i

k
SC発行者
SN

SC移転金額充足
確認結果

SC移転金額受足
確認結果

ST・SC移転情報

ST・SC移転情報

ST・SC移転情報

ST・SC移転情報

・取引ID
・トークンTxID
・約定ID
・ST/SC受益権ID・ST・SC移転数量・ST・SC移転金額
・売側注文ID
・買側注文ID
・売側権利者ID・買側権利者ID

売側CN署名売側CN署名売側CN署名買側CN署名買側CN署名買側CN署名

AN署名

AN署名

SN署名

売側CN署名ST
ST・SC移転情報

移転売側CN署名

確
定
・
取
込

AN署名

SC

・

Tx

13

買側CN署名

SN署名
NN署名(NNにて付与)

ST・SC移転情報

ST・SC移転情報

ST・SC移転情報© 2022 Mitsubishi UFJ Financial Group, Inc.

#74

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-7① クロスチェーンRTGS｜検証計画｜Step1｜検証シナリオ1


検証シナリオ1「正常系｜SC/STの同時移転の実行」の想定フローは以下のとおり。
検証項目は、「①売側Aliceの送金Tx生成&送付」、「②各Signerの承認を受け、Corda上でのSC仮送金とELCでの仮送金確認」、「③Quorum上
でのLCPでのロック確認」、「④Quorum上でのST移転実施と同時にCorda上でのSC移転実施」

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#75

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-7② クロスチェーンRTGS｜検証計画｜Step1｜検証シナリオ2


検証シナリオ2「異常系｜Relayerがダウン後、再開時の同時移転が成功する」の想定フローは以下のとおり。
検証項目は、「①検証シナリオ1と同様のシナリオ上で、Relayerをダウンさせる」、「②Relayerはステートレスなため、再開後に処理は成功する」

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#76

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-7③ クロスチェーンRTGS｜検証計画｜Step1｜検証シナリオ3


検証シナリオ3「異常系｜LCP Nodeがダウン後、再開時の同時移転が成功する」の想定フローは以下のとおり。
検証項目は、「①検証シナリオ1と同様のシナリオ上で、LCP Nodeをダウンさせる」、「②RelayerはLCP Node再開後にPacketを再送するため、処理は成功する」・© 2022 Mitsubishi UFJ Financial Group, Inc.

#77

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-7④ クロスチェーンRTGS｜検証計画｜Step1｜検証シナリオ4


検証シナリオ4「異常系｜Sellerが移転対象ST不所持による同時移転失敗」の想定フローは以下のとおり。
検証項目は、「①検証シナリオ1と同様のシナリオ上で、売側AliceのST不所持でST移転(on Quorum)が失敗する」、「②処理が異常終了(Abort)
し、買側BobのSCは移転しない」

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#78

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-7⑤ クロスチェーンRTGS｜検証計画｜Step1｜検証シナリオ5


検証シナリオ5「異常系｜Buyerの残高不足による同時移転失敗」の想定フローは以下のとおり。
検証項目は、「①検証シナリオ1と同様のシナリオ上で、買側Bobの資金不足で送金(on Corda)が失敗する」、「②処理が異常終了(Abort)し、売側
AliceのSTは移転しない」

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#79

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-7⑥ クロスチェーンRTGS｜検証計画｜Step1｜検証シナリオ6


検証シナリオ6「異常系｜Relayerの不正な振る舞いによる同時移転失敗」の想定フローは以下のとおり。
検証項目は、「①検証シナリオ1と同様のシナリオ上で、PacketやAckを不正なものに入れ替えて実施」、「②Cross Frameworkは検証の結果、このTxを無視するため、後続処理が発生しない（状態継続）」

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#80

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-8① クロスチェーンRTGS｜IBCとは｜「IBC」概要①


IBCは、複数の異なるブロックチェーン間で情報をやり取りを行うために開発されたデータの転送、認証、信頼性を処理する通信プロトコルで、 「Inter
Blockchain Communication」の略称である。
TCP/IPプロトコルをモデルとして、ブロックチェーン間の相互運用を目指したブロックチェーン・プラットフォームである「Cosmos」によって開発された。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#81

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-8② クロスチェーンRTGS｜IBCとは｜「IBC」概要②



「Cosmos」は、主にブロックチェーンの相互運用性に係る問題を解決するため、「Internet of Blockchain」というコンセプトを掲げたプロジェクト。
ブロックチェーンの仕様に依存せずにアプリケーションを開発可能にするため、Tendermint BFTと呼ばれるパッケージ化して提供し、その上で様々な言語
でアプリケーション開発を可能とする構成を採用しており、その効率的な開発のために「Cosmos SDK」や「IBC」といった仕組みを提供。
また、IBCによってハブ型でブロックチェーンが接続されたネットワーク全体を「Cosmons Network」と呼ぶ。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#82

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-8③ クロスチェーンRTGS｜IBCとは｜「Cosmos」「Polkadot」概要


ブロックチェーンの市場拡大に伴い、ブロックチェーンの相互運用性に係る課題が注目されると、それを解消するための様々な仕組みが考えられるとともに、相互運用性を目的として新たなブロックチェーン基盤を開発するプロジェクトが立ち上げられた。
「Cosmos」「Polkadot」は、共に相互運用性を主眼としたプロジェクトとして知られ、共に大きなエコシステムを形成している。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#83

#05 Appendix

CONFIDENTIAL / Discussion Purpose Only

#05-8④ クロスチェーンRTGS｜IBCとは｜「Polkadot」との比較


「Cosmos」「Polkadot」は共にブロックチェーンの相互運用性を主眼として発足したプロジェクトであるが、「Cosmos」は既に複数のDappsがメインネット
ローンチしており、IBCによって40以上のチェーンが本番環境で相互接続している。
また、「Polkadot」は全体としてのセキュリティやガバナンスの統一を意識しているのに対し、「Cosmos」は各ブロックチェーンの独立性、開発の柔軟性を重視しており、ブロックチェーンの構築に制約がないことが特徴であり、金融機関特有のセキュリティをネットワーク夫々で設定可能と考えられる。

・© 2022 Mitsubishi UFJ Financial Group, Inc.

#84

CONFIDENTIAL / Discussion Purpose Only

免責事項


本資料は、ディスカッション用に作成されたものであり、三菱UFJ信託銀行の個別の商品、サービスを勧誘することを目的としたものではありません。本ディスカッション或いは資料だけで契約が成立するものではありません。従って、当社はいかなる種類の法的義務、或いは責任を負うものではありません。



本資料は信頼できると思われる各種データ等に基づいて作成されていますが、当社はその正確性、完全性を保証するものではありません。ここに示したすべての内容は、当社の現時点での判断を示しているに過ぎません。また、本資料に関連して生じた一切の損害については、当社は責任を負いません。その他専門的知識に係る問題については、必ず貴社の弁護士、税理士、公認会計士等の専門家にご相談の上ご確認ください。



本資料は当社の著作物であり、著作権法により保護されております。当社の事前の承認なく、本資料の全部もしく
は一部を引用または複製、転送等により使用することを禁じます。



商号等：三菱ＵＦＪ信託銀行株式会社 登録金融機関 関東財務局長（登金）第33号



加入している協会の名称：日本証券業協会 一般社団法人日本STO協会
一般社団法人金融先物取引業協会 一般社団法人日本投資顧問業協会© 2022 Mitsubishi UFJ Financial Group, Inc.

#85

CONFIDENTIAL / Discussion Purpose Only