Human-readable guide

まず、このプロジェクトをどう理解するか

このページ群は、PDFを読んでも用語や背景が多すぎて掴みにくい状態から、エンジニアとして自分で説明・設計・質問できる状態に進むための学習ポータルです。

RWA Fixed Income Stablecoin Custody DPM Bank-grade Architecture

一言でいうと

このプロジェクトは、DigiClassが銀行・発行体・カストディアン・RWA商品プロバイダー・Alphian/Axialをつなぐbank-grade orchestration layerを作り、stablecoinまたはstablepointを使ってRWAやfixed income商品へ投資できる制御されたPOCを実現する話です。

読む順番

  1. プロジェクト関係図
    誰が登場し、それぞれ何を担当するのかを理解する。
  2. POCフロー
    顧客指示からstablecoin発行、RWA取得、カストディ口座反映までの流れを見る。
  3. 競合ランドスケープ
    直接競合、代替、パートナー、ベンダーを分類し、DigiClassの差別化余地を見る。
  4. AI Research OS
    AIエージェント、スキル、調査成果物、保存場所の全体構成を見る。
  5. 重要コンセプト
    RWA、DPM、custody、tokenized depositsなど、背景を理解する。
  6. グロサリー
    PDF内で詰まりやすい用語を辞書として確認する。
  7. 技術アーキテクチャ
    エンジニアとして、どんなシステムを作る必要があるかに落とす。
  8. 学習ロードマップ
    Junior EngineerからHead of Web3 Digital Assetに近づくための順序を確認する。

最初に押さえる5つ

1. トークンは商品そのものではない

トークンは金融商品の権利や移転を表すデジタル表現です。裏側には発行体、法的権利、カストディ、償還、記録台帳が必要です。

2. DigiClassは発行体ではない

DigiClassの役割は、銀行・issuer・product provider・Alphianをつなぐorchestrationと実装です。

3. 最初のPOCは狭くする

tokenized equitiesではなく、stablecoin/stablepoint settlement into tokenized third-party productが現実的です。

4. 金融では照合が中核

顧客指示、銀行入金、stablecoin発行、RWA取得、保有残高、償還がズレないようにreconciliationを設計します。

5. 技術設計は規制と一体

KYC、投資家適格性、transfer restriction、custody、audit trailは後付けではなく、最初から設計に入れます。

Source documents

LLM向けの詳細索引はローカル文書 docs/pdf-knowledge-index.mddocs/web3-digital-asset-knowledge-map.md にあります。

次に読む プロジェクト関係図で登場人物と役割を見る