rwa-analysis

RWA 分析

RWA に関する質問は、単純な集計（「X の AUM はいくらですか」「Y の保有者は何人ですか」など）に見えますが、素朴なクエリには繰り返し起きる特定の誤りがあります。RWA に関する質問の SQL を書く前に、これを読んでください。事後に実際の 30 倍に膨らんだ数値をデバッグするより、こちらのほうが簡単です。

集計：合計せず、スナップショットを使う

AUM、時価総額、供給量はストック（ある時点での残高）であり、フローではありません。日次スナップショットテーブルを期間をまたいで合計すると、同じ残高が何度も積み重なります。

• グループ化キーごとに最新の行を取得してください（QUALIFY ROW_NUMBER() OVER (PARTITION BY ... ORDER BY date DESC) = 1、またはグループごとの MAX(date) を使用します）。日ごとの market_cap_usd や supply を SUM で合計してはいけません。
• 誤った数値も一見もっともらしく見えるため、この誤りは見逃しやすいものです。実際に、同じスナップショット約 30 日分を合計した結果、本当は 72 億ドルだった AUM が「2,200 億ドル」と報告され、約 30 倍に膨らんだケースがありました。

マルチチェーン製品：チェーンをまたいで合計し、その旨を明記する

トークン化ファンド（BUIDL、BENJI など）は複数のチェーンに個別に展開されます。各チェーンへの展開はそれぞれ実在する独立した供給量です。同じスナップショット日のデータをチェーンをまたいで合計すれば真の AUM が得られますが、クエリの対象を単一チェーンに限定すると過少計上となり、実際よりはるかに小さなファンドに見えてしまいます（実例では、Ethereum のみで 4 億 1,500 万ドルでしたが、8 チェーンを合わせた実際の額は 16 億 7,000 万ドルでした）。

• チェーンをまたいだ合計を報告する場合は、COUNT(DISTINCT chain) も表示するか、チェーンの一覧を示してください。読者は、その数値が単一の展開先ではなく集計値だと知る必要があります。

分類：法的な仕組みではなく、リスク要因で分類する

法的な仕組みや、製品名の単純なキーワード照合ではなく、基礎となるリスク要因（asset_class／asset_type）で分類してください。トークン化された Treasury ETF は、ETF が株式のように聞こえるとしても、equities ではなく rates です。テーブルに非推奨の rwa_class 列が残っていても使わず、信頼する前に、より新しい分類フィールドに置き換えられていないか確認してください。

特に「トークン化された米国債」を対象にする場合、通常は asset_class = 'rates' AND asset_type IN ('government_debt_us', 'money_market_funds_us', 'repurchase_agreements') で絞り込みます。値の名称は変更されることがあるため、ライブスキーマで正確な列挙値を確認してください。

IPO 前／トークン化株式：簡単に使えるフラグはない

is_pre_ipo というブール値はありません。ティッカーだけでは判別できません。目新しく聞こえるティッカー（SKHX／SK Hynix、CRCL／Circle、KIOXIA など）の中にも、すでに上場しているものがあります。取引量に占める実際の IPO 前の割合を算出するには、ティッカーごとに実際の IPO 日を個別に調べ、その日を境に時系列を区切ってください（例：SpaceX／SPCX の IPO は 2026-06-12 です。その日より前の取引量は IPO 前、それ以降は IPO 後です）。

また、発行プラットフォーム間で製品が重複するケースにも注意してください。同じ原資産の金融商品が、プラットフォームごとに異なるシンボルのサフィックスを付けた別々のオンチェーン製品として存在する場合があります（例：Dinari の dShares である FBTC.d／BTCO.d と、Robinhood のサフィックスなしの FBTC／BTCO は、同じ原資産 ETF を追跡する別個の製品で、それぞれ独自の供給量／価値を持ちます。1 つの製品として合計すると二重計上になり、無関係な製品として扱うと、その銘柄に対するエコシステム全体の実際の網羅状況を過少評価します）。ティッカー検索で結果が見つからない場合は、symbol、name、product_name を検索してください。プラットフォームによって、同じ金融商品がこの 3 つのいずれかでインデックス化されていることがあります。

価格の欠落：空欄のまま報告しない

新規上場または流動性の低いトークン化資産では、まだライブ価格フィードがなく、供給量テーブルの price_usd／market_cap_usd が NULL になっていることがよくあります。空欄のまま表示したり、行を黙って除外したりするのではなく、代わりに supply × 外部の NAV／1 株あたり価格 で推定し、実測値ではなく推定値であることを明記してください。

ランキングの前に、既知の不正データトークンを除外する

RWA 保有者数／集中度ランキングは、オンチェーンの供給量が大きく、検証可能な現実世界の裏付けがないトークン（実例：「QGold」「UGold」—数十億トークンあるものの、実際の準備金はありません）の影響を受けやすいものです。こうしたトークンは、単純な大口保有者ランキングや上位トークンランキングを、意味のない数値で占めてしまいます。RWA トークンが予想外に大きく見える場合は、供給量がオンチェーンに存在するからといって正当なものと決めつけず、含める前に妥当性を確認してください。

同様に、時系列で「発行」や「フロー」をグラフ化する前に、単発のローンチ当日の移行急増（例：既存残高を新しいコントラクトへ移行するための、トークンの初回上場時のミント／バーン）を除外してください。移行イベントが 1 回あるだけで、その後の実際の経済活動のあらゆる期間を上回り、グラフ全体がその 1 日だけを示すことになりかねません。

TVL／担保の二重計上

RWA トークンを DeFi の TVL コンテキスト（担保としての RWA）に結合する場合は、is_primary の残高（または同等の「主要台帳ポジション」フラグが付いた残高）のみを合計してください。同じ担保のポジションが、プロトコル側の複数の台帳エントリに現れる場合があり、それらをすべて合計すると二重計上になります。

地理情報は代理指標であり、測定値ではありません

Allium には、RWA 保有者やフローに関するネイティブの地理情報はありません。チェーン上のデータは仮名です。ID／エンティティのテーブルから得られるエンティティ／発行体の管轄区域ラベルが、「これはどこで起きているのか」を示す正当な代理指標として最も近いものですが、実測された地理データとして提示するのではなく、代理指標であることを明示してください。

期間：「[年]全体」に相対指定のデフォルトを使用しない

「2024 年の RWA 送金すべて」のように、暦年に範囲が限定されたリクエストでは、相対的なローリング期間（CURRENT_DATE - INTERVAL）ではなく、リテラルの日付範囲（BETWEEN '2024-01-01' AND '2024-12-31'）を使用してください。RWA テーブルは、誤った期間を見逃しても問題にならないほど厳密にクラスタリングされているとは限りません。期間の境界を明示的に確認してください。

---

データソース

各チェーンのデータベースには、独自の rwa スキーマ（<chain>.rwa.* — 例：ethereum.rwa.transfers、ethereum.rwa.supply_change、ethereum.rwa.supply_daily）があります。複数のチェーンにまたがるデータを扱う場合は、crosschain.rwa ではなく、専用の rwa データベースを優先してください。クロスチェーンの集約データは独立したトップレベルのデータベースに移行しており、発行体／資産クラス／資産タイプの分類とネイティブ／ブリッジ版デプロイのメタデータには、rwa.core.transfers、rwa.core.supply_daily／supply_latest、rwa.core.balances_daily／balances_latest、rwa.registry.catalog／deployments を使用します。記憶や以前のセッションを頼りに、古い crosschain.rwa.* の名前を使用しないでください。この命名はすでに置き換えられています。

このスキーマの進化に伴い、テーブル名とカラム名は変わります。そのため、上記の名前を記憶からハードコードしないでください。まず data-matching を実行して、具体的な質問に対応する現在のテーブルを確認してください。SQL を記述する前にカラムを再確認する必要がある場合は、search_schemas／search_docs を直接使用してください。