本文へ移動

CBDC 中央銀行デジタル通貨

CBDC は、中央銀行によって発行および管理されるデジタル法定通貨です。このエントリーでは、CBDCとビットコイン、ステーブルコインの違い、決済、規制、金融政策におけるCBDCの重要性について説明します。

更新日

教育目的の参考情報であり、投資助言ではありません。投資により損失が生じる可能性があります。

直接の答え

CBDC は、中央銀行によって発行および管理されるデジタル法定通貨です。このエントリーでは、CBDCとビットコイン、ステーブルコインの違い、決済、規制、金融政策におけるCBDCの重要性について説明します。

CBDC は、中央銀行によって発行および管理されるデジタル法定通貨です。このエントリーでは、CBDCとビットコイン、ステーブルコインの違い、決済、規制、金融政策におけるCBDCの重要性について説明します。

CBDC (中央銀行デジタル通貨) は、デジタル形式で存在し、中央銀行によって発行されるソブリン通貨負債です。一般の小口決済に使用することも、金融機関のみがホールセール決済に使用することもできます。 CBDC はデジタル決済や分散台帳からアイデアを取り入れていますが、ビットコインや民間のステーブルコインと同等ではありません。

デジタル残高がCBDCであるかどうかを判断するには、「責任が誰のものか」を見ることが重要です。商業銀行の預金は顧客に対する商業銀行の負債であり、決済プラットフォーム上の残高は保管預金または準備金の取り決めに相当することがよくあります。 CBDC は、直接または認可されたオペレーティング システムを通じて中央銀行通貨を表します。これは紙幣と同じ中央銀行の負債ですが、キャリア、アクセス方法、取引ルールが異なります。

リテールCBDCは個人および企業を対象としており、その対象には現金に代わるデジタル手段、包括的な支払い、公的決済インフラが含まれる可能性があります。ホールセールCBDCは、機関間決済、トークン化された資産の受け渡し、国境を越えたトライアルのために、銀行、手形交換所、または証券市場を対象としています。この 2 つのユーザー、トランザクション サイズ、プライバシー、システム スループットの要件は大きく異なります。

CBDC はパブリック ブロックチェーンを使用する必要はありません。中央銀行は、中央台帳、許可された分散型台帳、またはハイブリッド アーキテクチャを使用できます。テクノロジーの選択は、通貨主権、パフォーマンス、プライバシー、オフライン可用性、災害復旧目標に左右され、「ブロックチェーンの使用」は定義条件ではありません。

仕組み

一般的な小売設計は 2 層の業務で構成されています。中央銀行は発行、償還、基幹台帳を担当し、商業銀行または決済機関は口座開設、ウォレット、顧客 ID、サービスを担当します。ユーザーが 1,000 元の銀行預金を 1,000 元の CBDC に交換すると、銀行預金が減少し、流通する CBDC が増加します。通貨形態の変化は、何もないところから社会的富が増加することを意味するものではありません。

もう1つは、中央銀行が国民に口座を直接提供することだが、これは中央銀行に大規模な顧客サービス、コンプライアンス、技術的業務の負担を強いることになり、銀行の預金基盤も弱体化する可能性がある。実際の設計では、利便性、財務の安定性、マネーロンダリング防止のバランスをとるために、ウォレットのレベル、残高制限、取引制限が設定されることがよくあります。

トランザクションでは、アカウントベースまたは値ベースの検証を使用できます。アカウントの種類は、ID と元帳クエリに大きく依存します。値のタイプは、署名証明書をデバイス セキュリティ モジュールに保存し、一定の制限までのオフライン支払いをサポートする場合があります。デュアル オフラインは特に困難です。両方のデバイスがインターネットに接続されていない場合、システムは同じ残高が 2 回消費されることを防ぎ、インターネットが復旧したときに競合を処理する必要があるからです。

消費者が財布に 800 元の CBDC を持っており、ネットワークのない地下鉄の駅で販売者に 30 元を支払ったとします。双方の機器が近距離無線通信を通じて署名付き証明書を交換し、残高が一時的に更新されます。インターネットに再接続した後、運営機関は証明書を検証し、コア台帳に書き込みます。オフライン制限が 500 元であれば、損失の上限はより制御可能になります。デバイスがクラックされたり、二重に支払われたりした場合でも、リスク管理と回復のルールが必要です。

2 段階の取引所を見てみましょう。ユーザーは銀行 A の預金から 5,000 元の CBDC を引き換えます。銀行 A は対応する準備金を中央銀行に引き渡し、中央銀行は同額の CBDC をユーザーのウォレットに発行します。ユーザーがB銀行の加盟店に1,200元を支払うと、基幹システムが最終決済を完了する。ユーザーにとっては 1 回限りのスキャンですが、バックエンドにとっては ID 権限、中央銀行の責任移転、運営機関の情報が含まれます。

ホールセール シナリオでは、銀行 A は 1 億元を使用してトークン化された債券を購入します。セキュリティトークンとホールセールCBDCが同じ管理されたプラットフォーム上で「預金対支払い」を実装すると、証券と現金をアトミックに交換できるため、一方が先に納品し、もう一方が債務不履行になるという元本リスクが軽減されます。ただし、債券の法的所有権、参加機関へのアクセス、システムダウンタイムの処理については依然として明確にする必要があり、テクノロジーによって機関の問題が自動的に解決されるわけではありません。

国境を越えた支払いはさらに複雑です。 A 国の CBDC と B 国の CBDC は、両国の外国為替、資本管理、制裁審査、タイムゾーン、データ ルールを処理する必要があります。共通のテクノロジープラットフォームはニュースと決済を改善することしかできませんが、各国間の金融政策の調整に代わることはできません。

リスク

  • プライバシーとコンプライアンス: 決済データの収集、アクセス、保存、共有を制限しつつ、マネーロンダリング対策などの法的義務を満たす必要があります。
  • 金融安定: 預金が短時間でCBDCに転換されると、ストレス時の預金流出が加速する可能性があります。保有・取引上限や段階的な付利は助けになりますが、利便性を下げることがあります。
  • 運用・サイバー耐性: 基幹台帳、仲介機関、ネットワーク、端末、暗号コンポーネントの障害は、公共の決済手段を停止させる可能性があります。
  • 包摂: カード、フィーチャーフォン、アクセシブルな画面、代理店、オフライン機能は利用範囲を広げますが、スマートフォンだけに依存する設計は利用者を排除し得ます。
  • クロスボーダーの複雑性: CBDCを接続しても、為替リスク、資本規制、制裁審査、異なるデータ法、当局間の協力の必要性はなくなりません。 例外処理ルールもお読みください。携帯電話を紛失した場合にどのように取り戻すか、誤った支払いは法律に従って凍結されるかどうか、オフラインでの二重支出の責任は誰にあるのか、運営機関が倒産した場合でもウォレットは引き続き有効かどうかなどです。技術的なホワイトペーパーに加えて、プライバシー法、中央銀行法、および決済法によってユーザーの権利が決定されます。台帳構造と法的責任を総合することによってのみ、デジタル通貨がどのような変化をもたらしたのかを判断することができます。

アカウントベースの CBDC は、コア システムを使用して ID またはアカウントの残高を記録し、ユーザーはパスワード、多要素認証、または生体認証を通じて指示を開始します。デバイスを紛失した場合、運用機関は身元を確認し、アクセスを復元できます。これによりエラー修正とコンプライアンスが容易になりますが、システムは一元化された ID データを保護し、スタッフのクエリ アクセスを制限する必要があります。

トークンベースまたはバリューベースの設計は、「支払いバウチャーが有効であることの検証」に近いものです。デバイスには譲渡可能なデジタル値と秘密鍵を保存できるため、毎回実名アカウントにクエリを実行する必要なく少額の取引を行うことができ、プライバシーとオフライン エクスペリエンスを現金に近づけることができます。ただし、秘密キーの紛失、デバイスの複製、二重支出などへの対処はさらに困難です。現実的なソリューションでは、ハイブリッド構造が採用されることがよくあります。コア台帳は発行と総額を記録し、ウォレットは管理された制限内でオフライン認証情報を保存します。

ウォレットでは 500 元をオフラインで保持でき、最大 200 元を継続的に支払うことができ、ウォレットは 72 時間インターネットに接続する必要があるとします。たとえ攻撃者が 1 つのデバイスをクラックしたとしても、生み出されるリスクはその量によって制限されます。インターネットに接続するときに、システムは証明書のシリアル番号をチェックし、それを繰り返し使用することを拒否します。加盟店が受け取った100元が後に重複であることが判明した場合、それを加盟店が負担するか、運営機関が負担するか、公安基金が負担するかを事前に規定に明記する必要がある。

ユーザーはアプリ内のアイコンを変更するだけでなく、銀行預金の10万元をCBDCに変換します。商業銀行の負債側が顧客の預金を10万元減らすと、資産側は中央銀行の準備金を減らすことができる。中央銀行の負債側では、流通するCBDCは10万元増加する。多数のユーザーが同時に乗り換えると、銀行はホールセール融資や資産売却などで安定した資金源を補う必要がある。

銀行に 100 億元の個人預金があり、その 20% が 1 日以内に CBDC に変換されるとします。これは 20 億元の流出を意味します。たとえ銀行の資産が良好であっても、長期融資を現金化できない場合があります。したがって、CBDCの設計では、一定額を超えると銀行に自動的に入金されたり、残高が多い場合には金利が引き下げられたりするなど、個人の保有額に制限が設けられる場合があります。これらのパラメータはデジタル実行の速度を低下させますが、価値の保存手段としての CBDC の魅力も制限します。

逆の方向に目を向けると、ユーザーが紙幣を同額のCBDCと交換するだけであれば、商業銀行の預金は変わらない可能性があり、中央銀行の負債は内部で流通している現金からデジタル通貨に変換されることになります。 CBDCが「水を放出している」かどうかを議論するには、その資金が元々現金であったのか、銀行預金であったのか、あるいは中央銀行による新たな投資であったのかを明らかにし、中央銀行の資産面が同時に変化するかどうかを観察する必要がある。

全国規模の決済手段では、データセンターの障害、通信障害、自然災害、運営機関の撤退などが考慮されています。コア台帳は地域を越えた災害復旧に使用でき、ウォレット サービスは複数の機関によって提供できますが、複数のコピーの同期は同じバランスを維持する必要があります。災害復旧切り替え中に、両方のセンターが同時にトランザクションを受け入れると、重複した支払いが発生する可能性があります。したがって、回復プロセスでは、アクティブな役割とバックアップの役割、および監査レコードを明確に定義する必要があります。

アクセシビリティも回復力の一部です。スマートフォンを持っていない人、視力が限られている人、デジタル操作に不慣れな人は、物理的なカード、ハードウェア ウォレット、エージェント サービス、人間の顧客サービスが必要になる場合があります。 CBDC が最新の携帯電話と安定したネットワークのみに依存できる場合、支払い除外は減少するどころか増加する可能性があります。パイロットは、高性能のラボ環境だけでなく、高齢のユーザー、遠隔地、小規模および零細商店をテストする必要があります。

公共システムもベンダーロックインを制限します。暗号化アルゴリズム、メッセージ形式、ウォレットインターフェイスが完全に単一の請負業者の手に委ねられている場合、将来のアップグレードや機関間の相互運用性は制限されます。オープンスタンダード、独立したセキュリティ評価、移植可能なデータインターフェイスは、すべての機密コードを公開することを意味するものではありませんが、金融インフラの長期的な保守性を可能にします。

よくある誤解

誤解 1: CBDC は国が発行する暗号通貨です

これはデジタル法定通貨であり、その発行主体、ガバナンス、価格単位、アクセスのすべてがパーミッションレス暗号資産とは異なります。

誤解 2: CBDC を立ち上げるとすぐに現金がなくなる

現金を保持するかどうかは公共政策の決定です。多くの設計では、CBDC を自動的に代替されるものではなく、補完的な支払いオプションとみなしています。

誤解 3: CBDC はブロックチェーン上で実行する必要がある

集中型台帳またはハイブリッド台帳も実装でき、パフォーマンスとガバナンスのニーズに応じて選択できます。

誤解 4: デジタル発行は、中央銀行がすべての消費を自由に把握できることを意味します

可視性の範囲は、階層化されたアーキテクチャ、法的認可、およびプライバシー技術によって異なります。名前だけではなく、実際のシステムを評価する必要があります。

関連トピック

出典

ナビゲーション

Wiki を検索...