1. トークンは商品そのものではない
トークンは金融商品の権利や移転を表すデジタル表現です。裏側には発行体、法的権利、カストディ、償還、記録台帳が必要です。
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を実現する話です。
読む順番
- プロジェクト関係図
誰が登場し、それぞれ何を担当するのかを理解する。 - POCフロー
顧客指示からstablecoin発行、RWA取得、カストディ口座反映までの流れを見る。 - 競合ランドスケープ
直接競合、代替、パートナー、ベンダーを分類し、DigiClassの差別化余地を見る。 - ドキュメント要約
各PDF・資料を、元の章構成を残したまま日本語で読みやすく確認する。 - AI Research OS
AIエージェント、スキル、調査成果物、保存場所の全体構成を見る。 - 重要コンセプト
RWA、DPM、custody、tokenized depositsなど、背景を理解する。 - グロサリー
PDF内で詰まりやすい用語を辞書として確認する。 - 技術アーキテクチャ
エンジニアとして、どんなシステムを作る必要があるかに落とす。 - 学習ロードマップ
Junior EngineerからHead of Web3 Digital Assetに近づくための順序を確認する。
ドキュメントリソースまとめ
プロジェクト内のPDF・抽出テキストを、元資料の章立てや論点をできるだけ残しながら日本語で要約した入口です。詳細な原文確認の前に、各資料の構成、重要論点、POCや設計への示唆を掴むために使います。
各ページは翻訳ではなく、原資料のセクションを残した構造化要約です。判断に使う場合は、該当ページの「原資料」と抽出テキストも確認してください。
最初に押さえる5つ
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.md と docs/web3-digital-asset-knowledge-map.md にあります。