Source-preserving summary

RWA Flow Simple - HSBC / Centrifuge

DPM clientがcustodian経由でHKD stablecoinを受け取り、AxialがAHKDをUSDCへswapし、Centrifuge経由でJanus Henderson MMFを取得して顧客custodian account / walletへ反映する簡易フローの日本語要約です。

HSBC Anchorpoint AHKD USDC Centrifuge Janus Henderson MMF

出典ノート

Source PDF: rwa/RWA Flow Simple - HSBC.pdf
Extracted text: docs/extracted_text/rwa_RWA_Flow_Simple_-_HSBC.pdf.txt

このページは抽出テキストに含まれる図解の順序・登場人物・処理を保った要約です。外部Web情報は使っていません。

図の全体像

原文図は、stablecoinのissuer / custodian、DigiClassが担うWeb3 infrastructure、Axialのorchestration、Centrifuge for Janus HendersonへのRWA取得、顧客custodian account / walletでの保有を1本の流れとして示しています。SCB版とほぼ同じ流れですが、RWA供給先がLibearaではなく「Centrifuge For Janus Henderson」で、取得後の資産が「Janus Henderson MMF」と明記される点が特徴です。

解説: MMFはmoney market fundです。この図では、AHKDを直接MMFに入れるのではなく、AHKDをUSDCへswapし、そのUSDCを使ってCentrifuge経由のJanus Henderson MMF相当RWAへ変換する流れとして描かれています。

Name / Role / Action or Description

Anchorpoint / HSBC

Role: ISSUER。原文ではissuerがstablecoinを作成し、各coinがreal moneyまたはsafe assetsでbackedされると約束する主体として説明されています。

SCB Bank / HSBC Bank

Role: CUSTODIAN。原文では、stablecoinを裏付けるreal moneyまたはassetsを安全に保管する主体として説明されています。

Axial

Role: USER - Orchestrator。AHKDのrequest、receipt、USDCへのswap、RWAへのswap、customer custodian accountへの配置を担います。

Centrifuge for Janus Henderson

RWA側のplatform / supply routeとして図示されています。原文では「Has RWA Janus Henderson MMF」と続くため、取得対象はJanus Henderson MMFとして扱われます。

Bank Customer / DPM Client

伝統的DPM clientとして開始し、最終的にはcustodian account / walletにassetを保有する顧客として描かれます。

Step 1: DPM client instruction

最初の処理は「Instruction - DPM (Traditional) Client Custodian pay into HKD Stablecoin Custodian」です。顧客またはDPM client側の指示により、custodianがHKD stablecoin custodianへfiatを支払う構成です。

この段階の重要点は、顧客の出発点がtraditional DPM clientであることです。すでにcrypto-native walletから始まるのではなく、銀行・カストディ・DPMの既存運用を起点に、stablecoinとRWAへ接続する流れです。

Step 2: Request stablecoin / Pay fiat

Step 2では、issuerに対してstablecoinをrequestし、fiatをpayします。Issuerはstablecoinを作成し、各coinがreal moneyまたはsafe assetsに裏付けられると約束します。Custodianは、その裏付け資産を安全に保管します。

解説: 図ではissuer、custodian、orchestrator、RWA platformが明確に分かれています。この分離は、誰がtokenを発行し、誰がreserveを持ち、誰がswapを実行し、誰が最終的なRWA商品を供給するかを実装・契約上で分けて確認するために重要です。

Step 3: Delivery HKD Stablecoin

Step 3では、HKD stablecoinがdeliveryされます。図中のAxialはAHKDをrequestし、AHKDをreceiveし、AHKDをUSDCへswapします。これによりAxialはUSDCを保有し、そのUSDCをRWA取得に使う状態になります。

この一連のWeb3実行・infrastructure領域は「ALL WEB3 AND INFRASTRUCTURE BY DIGICLASS」とされ、DigiClassが取引状態、wallet / custodian account、swap、RWA取得、顧客口座反映を管理する前提が示されています。

RWA取得と顧客口座への反映

Requests AHKD
AxialがAHKDを要求する。
Receives AHKD
AxialがAHKDを受領する。
Swaps AHKD to USDC
AHKDをUSDCへswapし、RWA取得に使えるstablecoin残高を作る。
Has USDC
AxialがUSDCを保有する。
Swaps for RWA
USDCをRWAにswapする。
Has RWA Janus Henderson MMF
取得後、Axial側はJanus Henderson MMFに紐づくRWAを保有する状態になる。
Places into customer Custodian acct
そのRWAをcustomer custodian accountに配置する。
Holds Asset in Custodian acct/WALLET
Bank customer / DPM clientがcustodian accountまたはwalletでassetを保有する。

SCB / Libeara版との主な違い

RWA供給先

SCB版は「Libeara RWA Platform」に接続します。このHSBC簡易版は「Centrifuge For Janus Henderson」に接続します。

取得資産の明示

SCB版は「Supplied RWA by Libeara」と広く書かれています。HSBC簡易版では「Has RWA Janus Henderson MMF」と、MMFが対象として明示されています。

銀行・stablecoin側の構造

Issuer / custodian / AHKD delivery / Axial orchestrationの骨格はSCB版と同じです。

DigiClassの実装範囲

両方の図で「ALL WEB3 AND INFRASTRUCTURE BY DIGICLASS」とされ、Web3実行・照合・状態管理をDigiClass側が担う前提です。

判断点・設計上の意味

このフローは、traditional DPM clientからstablecoin settlementを経由し、tokenized MMF型RWAへ接続する実装候補として読めます。DigiClass側で重要になるのは、fiat paymentとAHKD mint/deliveryの照合、AHKDからUSDCへのswap記録、Centrifuge / Janus Henderson側のsubscription条件、RWA保有記録、customer custodian account / walletへの反映です。

解説: 「customer custodian account」と「wallet」が併記されているため、顧客の正式な保有記録が銀行custody bookなのか、on-chain walletなのか、または両方を照合する設計なのかを決める必要があります。

未解決の前提・確認質問

図からは、AHKDのissuer / custodianの確定、mint/burn条件、USDC swap venue、CentrifugeでのJanus Henderson MMF取得条件、DPM clientの投資家適格性、income distribution、redemption、fee、NAV、custodian statementへの表示方法が未確定です。実装前に商品契約、platform API、法的権利、custody model、operation runbookで確認する必要があります。

関連ページ SCB / Libearaフロー要約へ