デジタル通貨は現金の代わりになるか｜CBDCの主要10事例と参入余地

デジタル通貨とは？CBDC・電子マネー・ステーブルコインの違い

発行者、償還・保全の条件、決済が完了する時点で、お金の種類を区別します。 デジタル通貨は、電子的に保有・移転できるお金を広く指す言葉です。

ただし、法律上の一つの分類ではありません。誰が発行し、誰の債務で、価値を何が支えるかによって性質が変わります。

日本銀行は、CBDCを三つの条件で説明しています。デジタルであること、円などの法定通貨建てであること、中央銀行の債務として発行されることです。

CBDCは、中央銀行のお金を現金とは別の形で利用できるようにする構想です。一方、ステーブルコインは民間主体が提供します。

表は主な違いの整理で、すべての商品に同一の保全・償還条件があるわけではありません。日本では電子決済手段等取引業などの登録制度があり、行う業務によって必要な区分が変わります。

2026年6月に始まった電子決済手段・暗号資産サービス仲介業は、所属業者から委託を受け、売買・交換の媒介のみを行う場合の制度です。顧客資産を管理する業務と同じものとして扱わず、発行、仲介、管理、システム提供のどこを担うかを先に分けます。

ステーブルコインを中心に知りたい場合は、ステーブルコインの主要事例と事業化条件もご覧ください。

なぜ今、デジタル通貨の議論が進んでいるのか

CBDCへの関心の高さを、正式導入や民間需要の確約とは分けて読みます。 背景は「現金が減ったから」だけではありません。

資産や商取引の記録がデジタル化し、決済だけが別の古い仕組みに残ると、照合や資金移動に時間がかかるためです。

BISの2024年調査（2025年8月公表）は、回答93中央銀行の85行、91%がリテールCBDC、ホールセールCBDC、または両方を検討していたと報告しています。回答全体ではホールセール型の検討段階が進んでおり、3分の1超はステーブルコインや暗号資産の動きを受けて検討を速めていました。

この割合は全世界の導入率や、民間企業の受注確率ではありません。

主な目的は四つあります。

• 現金の利用が減っても、公的なお金へアクセスできるようにする
• 国ごとに分断された決済をつなぎ、国際送金を速くする
• デジタル証券と支払いを同時に完了させ、決済リスクを減らす
• 民間のお金が増えても、「1円は1円」という交換可能性を保つ

ただし、CBDCを作れば利用されるとは限りません。というのも、既存の決済が便利な国では、使う理由が見えなければ新しいウォレットは選ばれないからです。

つまり、通貨の技術より、利用場面と運用の設計が重要です。

CBDCには個人向けと金融機関向けがある

日常決済と銀行間決済では、利用者も合格条件も分けて考えます。 CBDCは、利用者によって二つに分かれます。

まず、リテール型は、個人や店舗の日常決済向けです。一方、ホールセール型は、銀行などの金融機関が大口決済に使います。

IMFは、リテール型を一般の人がウォレットで使うもの、ホールセール型を金融機関が大口決済に使うものと整理しています。

現在の変化は、両方を同じ速さで進めることではありません。たとえば、リテール型では、既存決済を上回る利用価値が問われます。

一方、ホールセール型では、デジタル証券やトークン化預金（銀行預金をブロックチェーン上で扱えるようにしたもの）の決済手段として、具体的な業務改善を示しやすくなっています。

日本のデジタル通貨は発行決定ではなく検証段階

日本は発行判断前の段階なので、未確定の仕様だけに依存する投資を避けます。 日本銀行は2023年4月からCBDCのパイロット実験を進めています。

しかし、日本でデジタル円を発行することが決まったわけではありません。発行の可否は、制度、社会の需要、国民的な議論を含めて判断されます。

日本銀行の2026年6月の議論総括（本文3頁）によると、CBDCフォーラムの参加者は2024年3月時点で64社でした。2023年7月の設置以降に84回の会合を開き、延べ163社が登壇しています。

登壇の延べ数を、異なる163社が参加したという意味では使えません。また、これらは議論の実績で、発注件数ではありません。

議論は、台帳の構成だけに限りません。KYC、認証、API、既存の銀行預金や電子マネーとの接続、端末、UI、オフライン決済、費用負担まで広がっています。

特に重要なのは、既存システムとの接続です。たとえば、CBDCの受け入れや払い出しでは、金融機関の勘定系（預金や送金を管理する基幹システム）やAPI基盤との連携が必要です。

さらに、24時間365日動かす場合、夜間停止を前提にしたシステムとの違いも埋めなければなりません。

この状況から見ると、日本企業が今すぐ「デジタル円の事業者」になるわけではありません。本人確認、異常検知、既存決済との接続、端末、業務運用のうち、今の顧客業務にも使える機能を見極める段階です。

日本の議論では、中央銀行と民間の仲介機関の役割分担が重要です。ただし、台帳管理の方式や個々の業務分担は検討中であり、確定仕様ではありません。

銀行、決済事業者、通信・端末会社は、顧客対応、本人確認、既存口座との交換など、自社が担える部分と責任を整理します。

例えば、利用者がスマートフォンを紛失した場合を考えます。残高を戻せるのか、本人確認を誰がやり直すのか、不正利用分を誰が負担するのかを決めなければなりません。

また、店舗側では、売上をいつ銀行預金へ移すか、会計ソフトへどう記録するかも必要です。つまり、こうした日常業務を具体化することが、民間企業の準備になります。

今の段階で専用製品へ大きく投資するのは早計です。一方、24時間稼働のAPI、本人確認、取引監視、障害復旧は、銀行や既存決済でも必要です。

まず現在の顧客へ売れる機能として育て、将来CBDCにも接続できる形にする方が、発行判断への依存を小さくできます。

世界のCBDCは実運用・パイロット・研究に分かれる

正式発行、限定的な実運用、パイロット、技術試作を区別して比較します。 各国の状況を「導入国の数」だけで比べると、実態を誤ります。

正式に利用できる国もあれば、地域や利用者を絞ったパイロット、技術研究の段階もあるからです。

IMFの2025年ノートは、全面導入されたリテールCBDCとしてバハマ、ジャマイカ、ナイジェリアを挙げています。一方、中国やインドは大規模なパイロットを続けています。

ここでの国の列挙は当該資料時点のものです。現在の導入国数として数え直したランキングではなく、正式発行と限定実験を区別するために使います。

ECBの現行パイロット案内は、2026年の規則成立を前提に、2029年中の初回発行に備える方針を示しています。2026年7月に選定した36の決済事業者と、2027年後半から12か月の実験を予定していますが、発行判断は法制化後です。

実験用のベータ版には法定通貨の地位がなく、一般向けに発行が始まったわけではありません。

個人向けが目立つ一方、銀行間ではホールセール型の検証が進みます。CBDCだけでなく、中央銀行準備、銀行預金、デジタル証券を同じ取引で安全に動かす方向です。

したがって、「どの国が最初か」だけを追うべきではありません。どの業務を、誰の責任で、既存制度とつなぐかを見る方が、事業機会を捉えやすくなります。

導入後の利用率にも注意が必要です。というのも、口座やウォレットを作れることと、毎日の支払いに使われることは別だからです。

実際、利用者は、既存の銀行アプリやカードより便利でなければ切り替えません。同様に、店舗も、端末費用、入金時期、返金方法が悪化すれば受け入れを広げません。

海外事例を比べるときは、発行済みかどうかだけでなく、四つの数字を見ます。具体的には、実際に使う利用者、受け入れる店舗、継続して動く取引、既存決済との交換です。

たとえば、登録者数だけが増えても、取引が少なければ事業者の売上にはつながりません。

また、個人向けの成功条件を、そのまま銀行間へ当てはめることもできません。たとえば、個人向けでは使いやすさと安心感が中心です。

一方、銀行間では、一件の金額が大きく、法的な決済完了、流動性、障害時の復旧が優先されます。このように、顧客が誰かによって、製品と営業の要件は大きく変わります。

デジタル通貨の市場は四つの層で成り立つ

参入する層を決め、顧客の仕事と自社が負う責任を具体化します。 CBDCは、一つの台帳と一つのアプリで完成しません。

本記事では、中央銀行、金融機関、決済事業者、技術会社、端末会社の役割を四層に整理します。すべての国で同一の設計が採られるという意味ではありません。

中央銀行のコア台帳へ参入する場合は、調達条件と長期の運用能力が重要です。調達期間が長く、国家レベルの信用、セキュリティ、継続運用が求められます。

一方、接続、ID、オフライン、企業業務には、既存の顧客や技術を生かせる余地があります。

主要10社・機関で見るデジタル通貨の現在地

10事例は市場の順位ではなく、担当する仕事と検証の段階で読みます。 ここからは、政策、実利用、国際決済、基盤、端末の事例を見ます。

同じCBDCでも、解こうとしている課題と民間企業の役割は異なります。

表の企業・機関は、すべてが同じ商品を売る競合ではありません。自社の担当範囲に必要な基盤、接続、端末、制度運用を切り分け、検証済みの範囲と本番で残る条件を確認します。

日本銀行とECBは民間企業の役割を残している

民間の機会は、利用者・加盟店との接点や、既存システムを動かす仕事にもあります。 CBDCという言葉から、中央銀行が個人の口座やアプリをすべて直接運営すると想像しがちです。

日本では民間の仲介機関との役割分担を検討し、欧州のパイロットでも決済事業者が利用者・加盟店との接点を担います。

日本銀行のフォーラムでは、決済事業者が既存の顧客基盤を使い、顧客管理サービスを担う可能性が議論されました。一方、台帳管理のように経験の少ない業務は、共同利用する仕組みも検討対象です。

日本銀行では既存サービスとの接続が実務論点になる

民間企業にとって重要なのは、既存の顧客情報や決済端末を捨てずに使えるかです。たとえば、新しい本人確認を二重に求めれば、離脱が増えます。

また、店舗が新しい端末を買う必要があれば、導入は遅れます。そのため、既存アプリ、銀行口座、POS（店舗のレジシステム）へ追加できる部品の方が、採用されやすくなります。

ECBは共通基盤と競争領域を分けている

デジタルユーロでは、基本的な支払い機能を公共的な基盤として整える考え方があります。その上で、決済事業者は自社アプリへの組み込み、企業向け管理、不正対策などで違いを出します。

全社が同じウォレットを売る市場ではありません。

欧州で事業を作る場合、EU全体の共通仕様だけを見ても足りません。というのも、本人確認、消費者保護、店舗支援、既存決済との精算を各国の業務へ落とす必要があるからです。

そのため、複数国で同じサービスを展開できる標準化と、現地運用を引き受ける体制の両方が競争力になります。

事業候補には、中央銀行向けのシステム以外に、銀行や決済事業者向けのAPI、本人確認、不正検知、顧客対応、加盟店運用があります。PSPは決済サービスを提供する事業者、KYCは顧客の本人確認等を指します。

需要の有無は、各社が委託したい仕事と予算で確かめます。

バハマとインドはデジタル通貨の利用理由を試している

発行やQR対応だけでなく、継続利用と資金が確定する条件を確認します。 バハマのSand Dollarは、中央銀行が発行する法定通貨です。

多数の島からなる国で、銀行店舗や現金輸送に頼らず決済へアクセスできることが政策上の価値になります。

バハマ中央銀行の2025年年次報告は、Sand Dollarを同行が発行する法定通貨と説明しています。財務諸表の流通残高は2025年末で276万1,573バハマドル、2024年末は262万2,538バハマドルでした。

これは期末の残高であり、年間の決済額、利用者数、決済事業者の売上を示すものではありません。

Sand Dollarは地理的な不便を起点にした

事業の観点では、口座開設支援、加盟店教育、通信が弱い地域の端末、現金との交換拠点が必要です。つまり、中央銀行のシステムを作って終わりではなく、生活圏の中で使える状態を維持する仕事が残ります。

金融アクセスを目的にするなら、残高だけでなく、利用できる店舗、継続利用者、現金や預金との交換のしやすさを確認する必要があります。

インドのデジタルルピーは、2022年12月からリテール型のパイロットを続けています。RBIの案内では、銀行に加えてノンバンクもウォレットを提供し、既存のUPI QRで支払えるようにしています。

デジタルルピーは既存QRへ乗せて利用負担を下げる

インドの例では、既存QRを使うことで、専用の加盟店網を一から整える負担を抑えられます。ただし、RBIのFAQ（2026年2月4日更新、問19）によると、CBDCのQRではウォレット間で即時に決済する一方、UPIのQRを読み取る支払いはUPI側の決済日程に従います。

画面上で同じように支払えても、資金が確定する条件まで同一ではありません。

ただし、既存決済で十分便利なら、デジタルルピーを保有する理由は弱くなります。そのため、事業者は、オフライン、給付、特定の金融商品との同時決済など、CBDCだから改善できる場面を示す必要があります。

逆に、配布先を増やすだけでは、継続利用を作れません。

両者に共通するのは、専用の閉じた決済網だけで普及を狙っていない点です。地域の課題や既存QR網と結び、使う理由と導入負担を同時に考えています。

BISとSWIFTはCBDCの国際決済をつなぐ

送金指示、顧客による資金利用、銀行間の最終決済は、同じ時点とは限りません。 国際送金では、相手国の銀行、為替、制裁確認、営業時間が連なります。

CBDCの台帳が速くても、その前後が分断されたままでは支払い全体は速くなりません。

Project Agoráは、BISと国際金融協会が主導し、7中央銀行と40を超える規制対象金融機関が参加しました。中央銀行準備と商業銀行預金をトークン化し、銀行の役割を保ったまま多通貨の国際決済を試しました。

2026年の最終報告では、共有台帳上で安全な決済を支える試作の目的を達成したとしています。ただし、本番の処理性能やサイバー対策まで保証したものではありません。

実用化には、銀行内の会計、コンプライアンス、流動性管理との接続が残ります。

Project Agoráは銀行を外さずに国際送金を組み直す

国際送金を一つの新興企業へ置き換えるのではなく、規制を受けた銀行を同じ基盤で動かす点が特徴です。支払銀行、受取銀行、中央銀行のお金を一つの取引へまとめ、途中の確認と決済を連携させます。

ここで難しいのは、台帳へ参加することより、各銀行の判断を同期することです。というのも、制裁確認で止める条件、為替を確定する時点、資金不足時の扱いが国ごとに異なるからです。

そのため、各国の規制・銀行内の承認条件を、確認項目と停止・再開の手順へ落とし込む必要があります。

Swiftの2026年7月9日発表は、共有台帳が初期利用の準備を整え、17行がトークン化預金による実取引パイロットを準備しているとしています。対象は銀行預金であり、17か国がCBDCを正式発行したという発表ではありません。

顧客の資金移動を可能にした後、既存システムで最終決済を行う設計なので、利用可能になった時点と銀行間の最終決済を分けて管理します。

SWIFTは既存網から新しい台帳へ橋を架ける

銀行はすでに、送金メッセージ、顧客確認、照合の仕組みへ大きく投資しています。そのため、新しい台帳が生まれるたびに全システムを入れ替えることはできません。

つまり、SWIFTの方向性は、既存の運用を残しながら、CBDCやトークン化資産へ接続するものです。

接続企業に必要なのは、形式を変換するAPIだけではありません。たとえば、送信済みか、決済済みか、受取側で利用可能かを区別し、障害後にも同じ状態へ戻す必要があります。

つまり、金融機関が買うのは「つながったデモ」ではなく、止まっても復旧できる運用です。

G+DとソラミツはCBDCを使える形にする

台帳に加え、端末、既存銀行網、現地の制度を一つの運用へまとめます。 Giesecke+Devrient（G+D）は、紙幣やセキュリティ技術で培った信用をデジタル通貨へ広げています。

Filiaは、コア、中央銀行向け管理、金融機関向け機能、モバイルSDK、端末、店舗受付をモジュールで提供します。

特徴は、通信が使えない場面を想定した、連続オフライン決済の設計です。スマートカード、スマートフォン、ウェアラブルを使い、銀行口座を持たない人も想定しています。

ただし、オフライン対応と、端末の電池切れや停電に無条件で対応することは別です。利用するカード・読み取り機・スマートフォンの給電条件、事前の残高準備、利用上限、復旧後の処理を、採用する方式ごとに確認します。

G+Dは現金で得た信用を端末まで広げる

オフライン決済では、端末内の残高を一時的に信用します。そのため、端末が改造された場合、同じ残高を複数回使われる恐れがあります。

そこで、上限額、利用回数、鍵の期限を組み合わせ、損失を一定範囲へ抑える設計が必要です。

G+Dは、中央の基盤だけでなく、カードやモバイル端末まで一体で扱います。具体的には、紙幣の製造で求められた偽造対策や供給網の経験を、デジタルの鍵管理へ広げています。

つまり、既存事業の信用資産を転用した参入例です。

ソラミツは、Hyperledger Irohaを使ってカンボジア国立銀行のBakongを共同開発しました。Bakongは厳密には中央銀行が直接発行するリテールCBDCではなく、銀行預金を基礎にした国規模の決済基盤です。

ソラミツの2025年公表では、Bakongの本番運用を紹介しています。また、ソロモン諸島、パプアニューギニア、ラオスでの実証も進めています。

ソラミツは現地の銀行網と制度を統合する

Bakongでは、中央銀行と民間金融機関を一つのネットワークでつなぎます。具体的には、利用者は参加金融機関を通じてサービスへ入り、加盟店への支払いと個人間送金を行います。

つまり、中央銀行がすべての顧客対応を直接行う仕組みではありません。

このモデルは、技術の輸出だけでは再現できません。というのも、現地の銀行が参加する理由、既存口座との交換、規制当局の運用を整える必要があるからです。

そのため、海外参入を狙う企業は、製品の共通部分と、国ごとに作り直す部分を分ける必要があります。

両社の事例が示すのは、台帳の技術だけでは受注できないことです。中央銀行、民間銀行、店舗、端末、規制を一つの運用へまとめる能力が必要です。

R3とThalesはデジタル通貨の安全な決済を支える

技術上の処理完了と法的な決済完了を分け、通信断や紛失への対応も設計します。 R3のCordaは、参加者を限定した金融向けの分散型基盤です。

CBDCだけでなく、証券、預金、貿易など複数の業務を、関係者の権限とプライバシーを保ちながら扱います。

R3が紹介するProject Helvetia IIIは、Cordaを使うSIXの基盤上で実際の中央銀行マネーを使うパイロットです。スイス国立銀行の現行案内では少なくとも2028年6月まで継続しますが、恒久導入の約束ではないと明記しています。

一方、Project Dunbarは2022年に完了した多通貨決済の試作で、R3のCordaとPartiorのQuorumを用いました。本番環境での限定運用と、技術試作を区別して比較します。

R3は参加者の権限と取引の完了を設計する

金融取引では、すべての参加者に同じ情報を公開できません。たとえば、顧客名や取引条件は当事者だけが見られ、監督に必要な情報は権限を持つ機関が確認できる必要があります。

そして、Cordaは、こうした限定共有を前提にしています。

デジタル証券では、証券と代金の一方だけが動くことを避けるため、受渡しと支払いを連動させます。ただし、台帳の処理が確定したことと、法律上の決済が完了したことは同義ではありません。

適用法、参加者の契約、取消しが可能な時点、確定後に訂正・返金する方法を、金融機関と法務の担当者が確認します。

Thalesは、オフライン決済を端末と鍵の安全性から考えています。同社の解説では、端末内の安全領域、二重支払いの検知、鍵の更新、紛失や通信復旧までを設計対象にしています。

Thalesは通信断を例外ではなく通常運用として扱う

災害、地下、離島では、通信断が珍しい事故とは限りません。そのため、現金の代替を目指すなら、通信できない場面でも一定額を支払える必要があります。

そして、端末の安全領域と認証技術は、そのための土台になります。

一方、完全なオフラインを無制限に許すことはできません。たとえば、少額に限定する、一定回数で再接続を求める、不正端末を停止するなどの制御が要ります。

そのため、端末会社には、製品販売だけでなく、鍵更新と事故対応を続ける収益機会があります。

通信できない場面では、中央台帳がその場で確認できません。そのため、端末が不正に改造されていないか、いくらまで支払えるか、いつオンラインへ戻すかを決める必要があります。

つまり、ここは金融だけでなく、半導体、通信、端末、認証の企業が参加できる領域です。

10事例から見える三つの共通点

事例に共通する論点は、既存業務への接続、役割分担、異常時の処理です。 第一に、CBDCは既存の銀行や決済事業者を消す構想ではありません。

取り上げた事例では、中央銀行の信用を土台に、本人確認、ウォレット、加盟店、顧客対応を民間が担う設計が見られます。

第二に、台帳の速さより相互運用が重要です。銀行預金、ステーブルコイン、証券、会計システム、国際決済をつなげなければ、利用者の業務は終わりません。

第三に、オフラインと例外処理が実装を左右します。決済成功時だけでなく、通信断、端末紛失、重複送信、制裁確認、返金、照合不一致を処理する必要があります。

これらの事例から、台帳の新しさだけでなく、既存業務への接続と安全な運用が事業上の論点になると考えます。 参入企業は、技術名より責任範囲を明確にする必要があります。

デジタル通貨の市場規模はなぜ読みづらいのか

検討行数や流通残高を事業者の売上とみなさず、発注される仕事を確かめます。 CBDC市場には、共通の売上定義がありません。

たとえば、中央銀行の研究費だけを数える調査もあれば、台帳、セキュリティ、ウォレット、決済処理まで含める調査もあります。対象範囲が違うため、予測値をそのまま比べることはできません。

さらに、発行時期は政策判断に左右されます。国が発行を延期すれば、専用システムの売上も後ろへずれます。

一方、トークン化預金やデジタル証券との接続は、CBDCの発行前にも進みます。

市場を見るときは、三つに分けると実態を捉えやすくなります。政策研究・実証の予算、本番インフラの構築・保守費、既存金融のデジタル化へ広がる周辺需要です。

BISの「中央銀行の91%が検討」という数字は、関心の広さを示します。しかし、導入国の数や民間売上を意味しません。

新規事業では、予測市場の大きさより、発行前から発注される仕事かを確認します。

発注の兆候として見たいのは、実証の件数だけではありません。むしろ、参加機関と運用時間が増えているかを確認します。

また、既存システムとの接続費や、保守契約が想定されているかも重要です。逆に、無料の実証が続くだけなら、市場ではなく研究活動の可能性があります。

顧客側の担当部署も見ます。たとえば、研究部門だけでなく、決済、財務、リスク管理の責任者が参加し始めれば、本番業務に近づいています。

つまり、予算の持ち主が変わることは、市場化を判断する有力な手掛かりです。

また、同じ製品をCBDC以外へ売れるかも重要です。たとえば、取引監視は即時送金へ、オフライン認証は交通や災害決済へ、台帳接続はデジタル証券へ展開できます。

そして、周辺市場へ共通化できるほど、CBDCの政策日程に左右されにくくなります。

業務別に考えるデジタル通貨の価値

価値は送金速度だけでなく、承認から照合・会計までの改善で測ります。 技術を利用場面へ置き換えると、顧客が支払う理由が見えます。

代表的な四つの場面を考えます。

第一は、デジタル証券の受け渡しです。というのも、証券だけを即時に動かしても、代金の支払いが翌営業日なら未決済リスクは残るからです。

そこで、証券とデジタルなお金を同時に動かせれば、受け渡しと支払いを一つの取引にできます。

第二は、国際送金です。具体的には、送金前の受取人確認、制裁確認、為替、各銀行の営業時間を一つの流れにします。

さらに、速さだけでなく、どこで止まったかを追えることが企業財務の価値になります。

第三は、災害や通信障害時の決済です。具体的には、端末内に安全な残高を置き、少額を上限に支払います。

そして、復旧後に中央システムと照合し、二重支払いと紛失を処理します。

第四は、給付や用途を限定した支払いです。日銀フォーラムの議論では、支払い条件のプログラムと、お金そのものの用途制限を分ける必要が示されています。

インドも用途条件を検証しており、設計は各国で同一ではありません。誰が何の権限で条件を決めるのか、通常のお金との交換、期限、プライバシーを明確にします。

例えば商社の国際取引なら、請求、為替予約、制裁確認、送金、着金確認、会計消込までが一つの業務です。送金処理だけが数秒になっても前後の確認に数日かかれば、顧客が得る短縮効果は限られます。

まず現在の処理時間と例外処理を測り、改善対象を決めます。

架空例｜送金後に応答が消えた場合、すぐ再送しない

ある商社が支払いを指示した直後に接続が切れ、画面に結果が戻らなかった場面を考えます。これは説明用の架空例です。

タイムアウトだけでは、未実行なのか、決済済みで応答だけ失われたのかを区別できません。別の支払いとして再送すると、二重払いになる恐れがあります。

接続サービスは、取引を一意に識別する番号で状態を照会し、「受付済み」「確認待ち」「決済済み」「不成立」を切り分けます。確定状態が分からない間の再送を止め、銀行への照会担当と期限、顧客への表示を決めます。

確定済みなら帳簿へ一度だけ反映し、不成立なら契約とシステム仕様に沿ってやり直す設計です。

実証では正常な送金に加え、応答消失、重複要求、残高不足、制裁確認での保留、端末紛失を試します。顧客が支払う価値は、速いデモだけでなく、二重払いを防ぎ、担当者が未処理の取引を説明できる状態まで含みます。

デジタル通貨で狙える四つの新規事業

現在の顧客接点と技術を出発点に、発行前から費用を払ってもらえる仕事を選びます。 中央銀行の基盤を狙う場合は、調達資格、実績、長期の運用体制を確認します。

既存顧客、業務データ、セキュリティ、端末といった自社資産から、現在の顧客が困っている接続・管理・安全運用を参入候補にできます。

参入候補を比べるときは、「市場規模」より「誰が今の不便へ支払うか」を見ます。CBDCの発行前でも、複数決済の照合、デジタル資産の決済、本人確認、オフライン運用には現在の顧客課題があります。

財務部門との接点があるなら、複数銀行・通貨・決済手段の残高と処理状態をまとめる業務が候補になります。ただし、管理対象を増やすほど照合や会計の範囲も広がるため、全方式への対応を約束せず、顧客が実際に使う組み合わせから始めます。

接続事業で継続料金を設計するなら、監視・変更対応・復旧の範囲を契約に含めます。具体的には、障害監視、再送、照合、仕様変更への対応が必要です。

そのため、単なる開発受託ではなく、どの範囲をサービスとして運用するかを決めます。

ID・コンプライアンスは、規制知識と顧客データを持つ企業に向きます。ただし、判定を自動化するだけでは十分ではありません。

誤って止めた取引の解除、顧客への説明、当局へ提出する証跡まで含めて商品にします。

オフライン決済は、端末、半導体、通信の資産を生かせます。ただし、金融機関との信用関係が弱い場合は、交通、自治体、産業施設など、限定された利用場面から入る方法があります。

限定用途でも必要な法規制や安全性の確認は省けません。利用上限、資金の管理主体、事故時の損失負担を定めて検証します。

新規参入で必要になる能力と提携先

提携先と、復旧・顧客説明・損失負担の担当を契約と手順で定めます。 デジタル通貨事業は、技術会社だけでは完結しません。

金融規制、会計、端末、顧客対応まで含むため、自社で持つ能力と外から補う能力を分けます。

提携を増やすだけでは不十分です。たとえば、決済が止まったときに誰が復旧するか、誤判定で送金が止まったときに誰が顧客へ説明するか、端末が不正利用されたときに誰が損失を負うかを、契約と運用で決めます。

セキュリティを主力にする企業は、ソブリンクラウドの事例と事業化条件も参考になります。金融データでは、保存場所だけでなく、アクセス権と監査の設計が問われます。

デジタル通貨事業の収益源はどこにあるか

正常取引の処理費だけでなく、例外対応と継続運用を含めて採算を測ります。 CBDCの利用者へ直接課金するモデルは、慎重に考える必要があります。

現金に近い公共性を持たせる場合、個人の利用料を高くすると普及を妨げるからです。そのため、誰が便益を受け、費用を負担するかを分けます。

単純な取引手数料は、価格競争になりやすいモデルです。また、導入支援だけでも、実証が終われば売上が途切れます。

そのため、接続先の追加、規制更新、監視、例外処理、監査といった継続業務を持てるかが重要です。

架空例｜取引件数より「人が直す件数」で採算が変わる

月1万件の決済のうち1%に人の確認が必要で、1件30分、担当者の時間単価を4,000円と仮定します。例外は100件、作業は50時間、時間価値への換算は20万円です。

処理件数が同じでも、例外率を0.2%へ下げられれば20件・10時間・4万円となり、差は40時間・16万円になります。すべて説明用の仮定で、導入実績ではありません。

この16万円は、そのまま現金の支出削減や利益増になるわけではありません。空いた時間を何に使うかを決め、利用料、接続開発費、監視・監査費、追加の確認作業を差し引いて評価します。

誤検知を減らすために必要な確認まで省かないよう、不正見逃しと二重払いも合格条件に入れます。

公共性の高い基盤では、個人からの手数料を取りにくい場合があります。その場合は、金融機関の運用費削減、企業の資金効率、行政の給付効率など、別の便益へ課金します。

特に、受益者と支払者が異なる事業ほど、契約構造を先に決める必要があります。

見積もり前に、現在の件数・例外率・確認時間、改善後の目標、計測期間、費用、異常時の責任者、停止・再開条件を顧客と合意します。研究部門が試作を評価していても、本番の予算を持つ決済・財務部門がその条件を承認するまでは、継続売上を確定させない見方が必要です。

デジタル通貨事業を、六つの詰まり方で整理する

需要、責任、プライバシー、例外処理、接続、費用の未確認条件を見つけます。

01　CBDCの発行だけを待つ

既存決済でも売れる機能にします。

• 今の支払者は誰か
• 現在の課題は何か
• 発行前に売れるか

02　新しいウォレットを作る

既存手段との違いを先に決めます。

• 誰が使うか
• 場面は何か
• 切替理由はあるか

03　責任を提携先へ任せる

障害時の役割を契約で分けます。

• 復旧主体は誰か
• 顧客へ誰が説明するか
• 損失を誰が負うか

04　プライバシーを後回しにする

必要最小限のデータ設計にします。

• 誰が見られるか
• どこに保存するか
• いつ開示するか

05　正常取引だけを設計する

例外処理を本番業務に組み込みます。

• タイムアウトはどうするか
• 返金できるか
• 再照合できるか

06　台帳ごとに個別接続する

共通APIと標準を使います。

• ISO 20022に合うか
• 変換責任は誰か
• 変更を追えるか

事業化を止める七つの懸念

需要、規制、接続、プライバシー、事故対応、費用負担を本番前に確認します。 CBDCの市場予測だけを根拠に参入すると、発行時期の遅れで事業が止まります。

発行前から顧客が買う課題を選び、次の懸念を確認します。

特に見落としやすいのは、正常に完了しなかった取引です。タイムアウト、返金、端末紛失、照合不一致、本人確認の更新は、処理原価と対応時間も測ります。

取引量が増えた際に人の確認が追いつくか、料金でその費用を回収できるかを確かめます。

参入・提携・待機・見送りをどう判断するか

発行日を予想するより、現在の顧客課題と引き受けられる責任から判断します。 参入は、CBDCの将来性だけで決めません。

自社が誰の課題を解き、どの責任を持てるかで判断します。

セキュリティトークンの決済に関心がある場合は、セキュリティトークン市場の主要事例も確認してください。デジタル資産側から見ると、どの決済手段を選ぶかという逆向きの課題が見えます。

デジタル通貨に詳しい支援者は何を整理するか

支援者には、制度の確定事項と仮説を分け、支払者・業務・費用・責任を整理してもらいます。 支援者の価値は、CBDCの用語を説明することだけではありません。

政策の確定事項と検証段階を分け、自社が今売れる機能へ落とし込むことです。

相談時には、少なくとも次の五点を整理します。

• 対象は個人決済か、銀行間・企業間決済か
• 現在の業務で、時間、照合、手数料、停止のどれが問題か
• CBDC、預金、ステーブルコイン、既存決済のどれをつなぐか
• 正常取引と例外取引で、誰が責任を持つか
• 規制、ID、会計、端末のうち、自社が持たない能力は何か

イノベーション総研では、話題性だけでテーマを選びません。具体的には、最初の支払者、参入する工程、必要な提携先、収益、見送り条件を整理します。

そのうえで、CBDCの発行前でも成立する事業かを見極めることが重要です。

デジタル通貨に関するよくある質問

用語の違いと、日本での発行判断、企業が検討できる範囲を整理します。

Q. デジタル通貨と電子マネーは同じですか？

A. 同じではありません。デジタル通貨は電子的なお金の広い呼び方です。電子マネーは民間事業者が提供する決済手段で、CBDCは中央銀行の債務として発行されます。

Q. CBDCとステーブルコインの違いは何ですか？

A. CBDCは中央銀行が発行します。法定通貨連動型ステーブルコインは民間主体が発行し、預金や国債などの裏付け資産で価値の安定を図ります。発行者、規制、償還、信用リスクが違います。

Q. 日本でデジタル円は発行されますか？

A. 発行は決まっていません。日本銀行はパイロット実験と民間企業との議論を進めていますが、導入の可否は制度と国民的な議論を経て判断されます。

Q. CBDCはブロックチェーンで作られますか？

A. 必ずしもそうではありません。集中型データベース、分散型台帳、両者を組み合わせる設計が考えられます。必要な処理性能、プライバシー、責任分界から技術を選びます。

Q. 一般企業はデジタル通貨事業へ参入できますか？

A. 参入できます。ただし、通貨発行やコア台帳より、既存決済との接続、企業財務、本人確認、不正検知、オフライン端末などが現実的です。発行前から顧客が支払う課題を選ぶ必要があります。

まとめ：デジタル通貨は発行予定より、利用条件と業務の改善で判断する

デジタル通貨の事業化は、利用条件と安全な運用を満たし、既存業務を改善できるかで判断します。 デジタル通貨は、現金や銀行預金を一つに置き換える仕組みではありません。

CBDC、預金、電子マネー、ステーブルコインが、利用場面に応じて併存する可能性が高いと考えられます。

BISの調査では、多くの中央銀行が検討を続け、ホールセール型が先行しています。日本は発行前の検証段階です。

日本銀行の議論は、台帳だけでなく、ID、API、既存決済、端末、オフライン、費用負担へ広がっています。

主要10事例から見えるのは、中央銀行の外側に大きな仕事が残ることです。新規参入では、マルチマネー財務管理、接続、コンプライアンス、オフライン決済が候補になります。

勝敗を分けるのは、CBDCの発行日を当てることではありません。異なるお金と既存業務を、安全に止めずにつなぐ能力を、今の顧客課題から育てられるかです。

参照文献

本文で使用した一次資料です。公表時点の実績・計画と、制度や製品の現行案内を分けて確認しています。

• 日本銀行「中央銀行デジタル通貨とは何ですか？」
• 日本銀行「中央銀行デジタル通貨」
• 日本銀行「CBDCフォーラムにおけるこれまでの議論の総括」
• BIS「Advancing in tandem」
• BIS「Project Agorá：2026年5月の試作報告」
• IMF「Central Bank Digital Currency Virtual Handbook」
• ECB「Digital euro pilot」
• RBI「Digital Rupee FAQs（2026年2月4日更新）」
• Central Bank of The Bahamas「Annual Report 2025」
• Swift「CBDC sandbox project – Phase 2」
• SWIFT「Blockchain ledger ready for use as 17 banks prepare to participate」
• G+D「Filia Retail CBDC」
• ソラミツ「Hyperledger Iroha’s Real-World Impact」
• R3「Digital Currencies Use Cases」
• Thales「Successful Central Bank Digital Currencies Requires Partnership Engagement」
• 金融庁「電子決済手段・暗号資産サービス仲介業を行うみなさまへ」