INSIGHTS

RWAとは?資産のトークン化の仕組み・具体例・導入の考え方

RWAを初めて学ぶ方へ。設備や売掛債権を例に、資産のトークン化、収益分配、NFTとの違い、メリットとリスク、企業での導入手順を基礎から解説します。

· IndieSquare · 更新

読む目安:約11分

01

RWAとは?まずは言葉の意味から

RWAはReal-World Assetsの略で、「現実世界の資産」を意味します。不動産、工場の設備、金などの現物に加え、売掛債権や債券など、金銭を受け取る権利に関係する資産も含みます。銀行の自己資本規制で使う同じ略語の「リスクアセット」とは、ここでは区別します。

ブロックチェーンの分野で「RWA」と呼ぶときは、こうした資産や権利をトークンとして表し、保有・移転などの記録を扱う仕組みを指すこともあります。資産そのものと、それをデジタルに表す仕組みを分けて考えると理解しやすくなります。

例えば工場の工作機械は、トークン化しても現場から動きません。デジタルにするのは、機械に関する識別情報や、契約で定めた権利です。「何を保有していると記録するのか」が最初の問いになります。

図解

現物・権利・トークンの関係

  1. 現実の資産現場の設備

    工作機械は工場で使い続ける。

  2. 法務・業務の設計契約で定める権利

    例:設備収益の一部を受け取る権利。

  3. デジタルの記録トークンで表す

    誰が何口を持つか、移転したかを記録。

機械そのものをデジタルに移すのではなく、契約で定めた権利をトークンで表します。トークンの保有が何の権利に対応するかは、契約などの設計によって決まります。

参考:BIS: The tokenisation continuum

02

トークン化は、書類の電子化と何が違うのか

トークンは、システム上で発行・保有・移転などを管理できるデジタルな単位です。ここでは「特定の権利を、誰が何口持っているかを記録する単位」と考えてみてください。トークンに対応する権利は、契約や発行条件で別途定めます。

契約書をPDFにするだけでは、保有者が変わったときの台帳更新や、支払額の計算まで連動するとは限りません。トークン化では、保有の記録に加え、「承認された相手にだけ移転できる」「基準日の保有口数で分配を計算する」といった処理を設計できます。

ただし、プログラム上の保有者が変われば、あらゆる法的な権利が自動的に移るわけではありません。実際の権利関係と記録をどう対応させるか、通知や承認が必要かを、対象資産ごとに確認します。

03

どんな資産が対象になる?資産と権利を分ける

同じ設備でも、所有権、利用する権利、収益を受け取る権利は別のものです。下表は検討の整理例であり、そのまま発行できる商品を示すものではありません。

「設備のトークン」という名前だけでは、機械を引き取れるのか、利用できるのか、お金を受け取れるのかは分かりません。読み手が取り違えないよう、何を請求できる権利か、誰がその義務を負うかまで説明する必要があります。

どんな資産が対象になる?資産と権利を分ける
対象の例整理する権利・情報現実側で確認すること
不動産所有・信託受益権・賃料に関する権利など登記、契約、管理費、賃貸状況
設備・ロボット所有、利用、設備収益に関する権利など設備台帳、リース契約、保守、稼働
売掛債権取引先に代金を請求する権利請求の根拠、支払期日、回収状況
債券などの金融資産元利金などを受け取る権利発行条件、保有制限、支払条件
保管された現物現物との対応や引渡しに関する権利保管者、数量、品質、引渡し手順
04

RWAの仕組みを、発行から終了まで追う

説明用に、設備の利用料に関する権利を扱うモデルを考えます。最初に設備の所有者、利用者、運営者、権利の保有者を整理し、契約と台帳を照合します。設備があることと、収益を受け取る権利があることは、別々に確かめます。

次に対象の権利、総口数、参加条件、移転条件、費用負担を決めてトークンを発行します。参加者の確認や資金の受け渡しを経て、誰が何口持っているかを記録します。これらの順序や必要な手続きは事業の仕組みによって変わります。

運用が始まると、利用料の請求と入金を確認し、契約に沿って費用を差し引き、分配額を確定します。保有者の変更、契約更新、設備の故障が起きたときにも記録を更新します。

最後は契約満了、設備売却、償還などの終了処理です。未収金や残余財産をどう扱うか、トークンをいつ無効化するかまで決めておくことで、発行後も運用を続けられます。

図解

RWAは発行後の運用まで設計する

  1. 資産と権利を確認

    所有者・利用者・契約・台帳を照合する。

  2. 条件を決めて発行

    総口数、移転条件、費用負担を決める。

  3. 保有者を記録

    参加者の確認と資金の受け渡しを行い、保有口数を管理する。

  4. 入金を確認して分配

    契約に沿って費用を控除し、分配と保有者の変更を記録する。

  5. 契約終了・精算

    未収金や残余財産を処理し、トークンの扱いを確定する。

設備収益を扱うモデルの概念図です。参加条件、資金の受け渡し、必要な手続きや順番は、実際の仕組みによって変わります。
05

具体例:工作機械のレンタル代を、どう分ける?

工場が支払うレンタル代から必要な費用を引き、残ったお金を「収益を受け取る権利」の割合に応じて分ける例です。登場人物は、設備を所有して貸し出すA社、設備を借りるB工場、資金を出すCさんです。以下は仕組みを説明するための仮定です。

A社は工作機械を買う資金を集めるため、この設備から生まれる収益を受け取る権利を100等分して販売したとします。この一つ分を「1口」と呼び、Cさんは10口を購入しました。機械はA社が所有し、B工場が使います。Cさんが持つのは、この例で分配する収益の10%を受け取る権利です。

運用が始まり、ある月にB工場からA社へレンタル代30万円が入金されました。契約で決めた保守・管理などの費用8万円と、将来の修理に備える積立2万円を引くと、残りは20万円です。この例では、その全額を100口の保有者に同じ割合で分ける、と契約で定めています。

したがって、1口あたりは20万円 ÷ 100口=2,000円。10口を持つCさんは、2,000円 × 10口=2万円を受け取ります。残りの90口の保有者には、合計18万円が分配されます。

図解

B工場の30万円から、Cさんの2万円まで

B工場 → A社:1か月のレンタル代30万円
A社が支払う保守・管理などの費用
8万円
将来の修理のために取り置くお金
2万円
保有者全員に分配するお金
20万円
残った20万円 ÷ 全100口1口あたり2,000円

Cさんは100口のうち10口を持っている

1マス=1口(全100口)
  • Cさん:10口=全体の10%
  • ほかの保有者:合計90口=90%

1口2,000円 × Cさんの10口

Cさんの受取額は2万円
A社が費用・積立を除いた20万円の全額を、同じ権利を持つ100口へ分配すると仮定。税金・手数料などの追加調整を省略した説明用の例です。

「100口」は、100人という意味?

100口は、収益を分けるための単位の総数です。人数ではありません。1人が10口や20口を持つこともできます。この例では100口すべてが同じ権利なので、10口なら全体の10%です。また、2,000円はこの月の「1口あたりの受取額」で、1口の購入価格ではありません。

この例のどこがRWAなの?

現実の資産は工作機械で、トークンで表すのは契約で定めた「その設備の収益を受け取る権利」です。仮に1トークン=1口とすれば、Cさんの10口という保有数や、権利の移転を記録できます。分配時には、その保有数と実際の入金額を照合します。トークン自体がお金を生むのではなく、B工場が払う利用料が分配の元になります。

Cさんは、毎月2万円を受け取れる?

2万円は、今回の入金額と費用を前提にした1か月分の計算結果です。入金が減ったり、費用が増えたりすれば、分配額も変わります。未入金や設備停止のときの扱いは契約で決めます。今回は権利の購入価格を設定していないため、利回りや元本の回収を示す例ではありません。

06

RWAのメリットはどこに生まれるのか

期待できる効果の一つは、複数の関係者が持つ記録の照合を減らすことです。保有、移転、分配の基準が対応していれば、運営者が表計算を何度も突き合わせる作業を減らせる可能性があります。ただし、システムをつないだだけで照合作業がなくなるわけではありません。

もう一つは、権利の単位や移転条件を設計しやすくすることです。一定の単位で参加を受け付けたり、条件を満たす相手への移転を処理したりする仕組みを検討できます。対象者が広がるかどうかは、法制度、事業条件、販売・運営体制にも左右されます。

経営上は「何を何時間減らせるか」「どんな参加者と取引できるか」に置き換えて評価します。技術の新しさよりも、現在の運用に比べてどこが改善するかを示すことが重要です。

07

リスクと限界:トークン化だけでは解決しないこと

資産価値の下落、利用者の支払遅延、設備の故障など、元の事業にあるリスクは残ります。また、買い手がいなければ売れません。小口化できることと、いつでも希望価格で売却できることは別です。

仕組みをつなぐことで、保管者、データ提供者、システム運営者などへの依存が増える場合もあります。FSBは、トークン化に伴う金融システム上の脆弱性を整理しています。本記事では、その論点も踏まえて、資産・契約・運用・技術を一緒に確認する考え方を取ります。

具体的には、誤った入金情報の登録、権限を持つ人による不正、鍵の紛失、プログラムの不具合などを想定します。発生時に誰が処理を止め、正しい記録を確認し、関係者へ説明するのかを決めます。

権利の種類や取引の形によって必要な法務・会計・税務の確認も異なります。技術の検証と並行して専門家や関係部門に確認し、未解決の条件を残したまま運用を始めないことが大切です。

参考:FSB: The Financial Stability Implications of Tokenisation

08

NFT・暗号資産・ブロックチェーンとの違い

これらは同じ分類の言葉ではありません。ブロックチェーンは記録を共有する技術、RWAは現実の資産に関係するテーマ、NFTはトークンの性質を表す言葉です。

設備ごとに異なるIDを付ける用途と、同じ条件の権利を100口に分ける用途では、適した表現が違います。NFTという形式を選んでも、それだけで設備の所有権や価値が保証されるわけではありません。

NFT・暗号資産・ブロックチェーンとの違い
用語意味RWAとの関係
RWA現実世界の資産や、それに関するトークン化の取り組み何を扱うかを示す
ブロックチェーン記録を複数の参加者で共有・検証する技術保有・移転などの記録に利用する選択肢
NFT一つひとつを区別する非代替性のあるトークン個別資産の識別などに使う場合がある
暗号資産ビットコインなどのデジタルな資産RWAと同義ではなく、決済方法も別途設計する
09

企業は融資・リースなどとどう比較すればよいか

資金が必要なら、まず融資、リース、債権売却など既存の手段と並べて比較します。RWAを採用すること自体を目的にせず、調達条件と発行後の仕事を同じ表に置きます。

比較対象の期間、対象資産、必要額をそろえ、初期費用だけでなく毎月の管理費、照合、分配、報告、契約変更の費用を含めます。参加者を集めるための活動や説明の負担も無視できません。

一社内で完結する少数の資産なら、既存システムの改善で目的を達成できる場合があります。複数の組織で権利や分配を継続的に共有する必要があるかを、追加の仕組みを導入する判断材料にします。

  • 目的:資金調達、新たな取引先、業務改善のどれを目指すか。
  • 費用:構築・運営・保守・関係者への説明を含むか。
  • 運用:名義変更、入金、訂正、終了まで担当者が決まっているか。
  • 参加者:誰が、どの条件なら参加する理由を持つか。
10

フィジカルAIとの接点は、設備を動かす事業にある

フィジカルAIは、ロボットなどを通じて現実世界で認識・判断・動作するAIです。その設備を普及させるには、技術に加えて導入費用、保守、利用料の回収を考える必要があります。

RWAは設備に関する権利と収益の設計、ブロックチェーンは関係者が確認する記録、フィジカルAIは現場での仕事という、それぞれ異なる役割を持ちます。3つを必ず一緒に採用する必要はありません。

例えば、搬送ロボットの利用時間を確認し、利用料の入金と対応させ、設備収益の分配へつなぐ構想が考えられます。これは応用の考え方であり、ロボットの性能や収益を保証するものではありません。

11

導入の第一歩:小さなPoCで何を確かめるか

PoCはProof of Conceptの略で、本格導入の前に実現可能性を確認する検証です。最初から大きな市場や多数の資産を扱う必要はありません。少数の設備や請求を対象に、契約、台帳、計算、記録が一致するかを確かめます。

実際の資金や権利を動かす前に、サンプルデータで処理を再現する方法もあります。仮の結果を本番の成果と混同せず、データの正確さや担当者の作業量を記録します。

正常な月だけでなく、未入金、設備停止、契約変更、二重登録を含めて検証します。終了時は「導入」「追加検証」「見送り」の判断と、その根拠を残します。

  • 資産担当:対象資産、所有者、識別番号、契約をそろえる。
  • 経理・運用担当:入金、費用、分配、訂正の流れを書き出す。
  • 法務担当:トークンが表す権利と参加・移転条件を確認する。
  • 開発担当:データの取得元、連携方法、権限、停止手順を設計する。
  • 責任者:確認する効果と、次へ進む判断基準を決める。
12

よくある質問

初めて検討するときに混同しやすい点を整理します。

現物のある資産なら、何でもトークン化できますか?

技術的な記録を作れることと、事業として成立することは別です。権利を明確にできるか、資産や入金を確認できるか、移転や運用の条件を満たせるかを確認します。

RWAを使うには暗号資産を買う必要がありますか?

利用する基盤や運営方式によります。利用者が暗号資産を直接扱わない構成も検討できますが、ネットワークの手数料、決済方法、費用負担は別に設計する必要があります。

トークンを持てば、設備を自由に使えますか?

トークンが表す権利次第です。利用権と収益を受け取る権利は異なるため、名称だけで判断せず、契約と権利の内容を確認します。

発行すれば資金調達できますか?

発行は仕組みの一工程です。参加者の需要、条件への納得、必要な手続きがそろわなければ、資金調達は成立しません。

IndieSquareにはどこから相談できますか?

対象資産と、資金調達・新規事業・業務改善のどれを目指すかが出発点です。契約やデータが未整理でも、分かる範囲の情報から検証する項目を整理します。

13

次に読む:自社の資産と業務に置き換える

ここまで読んだら、自社の資産を一つ選び、「何の権利か」「誰が入金を確認するか」「誰に何を分配するか」を書いてみてください。答えが曖昧な部分が、最初に整理すべき要件です。

IndieSquareは、RWAの発行・分配・運用記録と、既存業務との接続を検討します。設備リースや売掛債権のページでは、より具体的な契約・データ・検証の項目を紹介しています。フィジカルAI設備への応用は構想・検討段階として、実現条件を確認していきます。

CONTACT

PoCの要件整理から、ご相談ください。

対象資産、現在の業務、利用中のシステムをお聞かせください。
必要な資料・検証範囲・評価基準を整理し、計画を具体化します。