仮想通貨を事業やシステムに関わるテーマとして見るなら、いま重要なのは「上がるか下がるか」だけではありません。
欧州ではMiCAを軸に、暗号資産サービスの許認可やステーブルコインの扱いが厳しく見られています。
米国では企業がビットコインを財務資産として保有するモデルに、資金繰り、配当、開示という現実的な制約が表れています。
さらに、ハッキング被害、差し押さえ手続き、税務対応、取引所のメンテナンスといったニュースは、暗号資産が「保有して終わり」の資産ではなく、継続的に管理する業務領域になったことを示しています。
この記事では、直近の報道と公的資料をもとに、仮想通貨を扱う企業、Webサービス運営者、システム開発担当者が確認すべき論点を整理します。
価格ニュースだけでは判断できない局面になった
仮想通貨のニュースは、以前ならビットコイン価格、ETF、著名投資家の発言が中心でした。
もちろん価格変動は今も大きな関心事です。
しかし、最近目立つのは、規制に適合できる事業者とできない事業者の差、企業が保有する暗号資産の財務上の扱い、利用者資産を守る仕組みです。
これは、仮想通貨が投機的な商品としてだけでなく、決済、送金、財務、アプリ内サービス、顧客資産管理に関わる実務テーマになっているためです。
Webサービスやアプリに暗号資産を組み込む場合、開発チームはウォレット連携やAPIだけを見ればよいわけではありません。
法務、経理、カスタマーサポート、セキュリティ、障害対応まで含めた運用設計が必要になります。
論点1:MiCAは欧州向けサービスの入口条件になっている
EUのMiCAは、暗号資産と関連サービスに対して、加盟国をまたぐ共通の規制枠組みを作るための制度です。
EUR-Lexに掲載されたRegulation (EU) 2023/1114は、暗号資産サービス提供者、発行体、利用者保護、市場の健全性などを対象にしています。
ESMAも、MiCAに基づく中央登録簿で、認可された暗号資産サービス提供者、ホワイトペーパー、非準拠事業者の情報を扱うと説明しています。
直近の報道では、Rippleの欧州でのMiCA認可、Revolutの欧州でのUSDT対応終了、MiCAに伴うステーブルコイン市場の変化が取り上げられています。
これらを個別ニュースとして見るだけでは不十分です。
欧州のユーザーに暗号資産関連機能を提供するなら、サービス提供者、決済、カストディ、ステーブルコイン、本人確認、苦情処理、開示のどこに責任があるのかを整理する必要があります。
サービス設計で確認すること
- 欧州居住者に暗号資産関連機能を提供する予定があるか。
- 自社が暗号資産サービス提供者に該当する可能性があるか。
- 外部取引所、決済事業者、ウォレット事業者がどの国で認可を受けているか。
- ステーブルコインを使う場合、対象地域で継続利用できる銘柄か。
- 利用規約、リスク説明、サポート導線が地域別に整備されているか。
特にSaaSやアプリで「暗号資産決済に対応する」「ポイントをトークン化する」「NFTやウォレット接続を用意する」といった企画を進める場合、実装前に対象国と責任分界を決めておくべきです。
あとから地域制限や機能停止を入れると、既存ユーザーへの説明、返金、残高移管、サポート工数が大きくなります。
論点2:企業のビットコイン保有は財務運用の問題になった
企業がビットコインを保有する動きは、暗号資産市場の象徴的なテーマでした。
一方で、米Strategyがビットコインを売却したとの報道は、企業保有モデルが「買い増し」だけでは説明できない段階に入ったことを示しています。
MarketWatchなどの報道では、Strategyがビットコインを売却し、優先株の支払いや米ドル準備の補充に充てたとされています。
ここで重要なのは、売却そのものの評価ではありません。
企業が暗号資産を持つ場合、価格変動だけでなく、配当、債務、会計処理、流動性、株主への説明が同時に問われるという点です。
暗号資産を財務資産として持つ会社は、次のような運用ルールを明文化しておく必要があります。
- 保有上限:総資産、現預金、月商、運転資金に対する上限を決める。
- 売却条件:価格ではなく、資金繰り、債務、税務、規制変更を条件に含める。
- 承認権限:経営会議、取締役会、財務責任者のどこで判断するかを決める。
- 開示方針:投資家、顧客、従業員に説明する範囲を決める。
- 保管方法:取引所保管、カストディ、コールドウォレット、署名権限を分ける。
暗号資産を「余剰資金の運用」と見なす場合でも、会計と監査の観点では通常の現金と同じではありません。
価格下落時に売却を迫られた場合、損益、資金繰り、説明責任が同時に発生します。
そのため、購入前に出口条件を設計しておくことが、保有判断そのものと同じくらい重要です。
論点3:セキュリティと手続きは利用者体験に直結する
仮想通貨のリスクは、市場価格だけではありません。
ハッキング被害、秘密鍵の管理、出金停止、税務書類、差し押さえ、本人確認の再提出は、利用者にとって直接的な不利益になります。
直近のニュースでは、暗号資産ハッキング被害の報道、韓国での民事差し押さえ手続きに関する動き、取引所の定期メンテナンス告知、暗号資産税制への対応なども並んでいます。
これらはばらばらの話題に見えますが、共通しているのは「システム外の手続きが、システム内の体験を左右する」という点です。
たとえば、出金を止める判断、本人確認を求めるタイミング、顧客資産を凍結する手順、障害時の通知文、履歴データの保存期間は、開発だけで決められません。
法務、CS、セキュリティ、経理と連携して、事前に運用フローを用意する必要があります。
実務チーム向けチェック表
| 論点 | 見落としやすいリスク | 確認したい実務 |
|---|---|---|
| 地域規制 | 対象国で提供できない機能を公開してしまう | 国別の提供可否、利用規約、リスク説明、外部事業者の認可状況を確認する |
| ステーブルコイン | 特定地域で取り扱い終了になり、決済や残高移管が混乱する | 代替手段、通知期限、返金方法、会計処理を決める |
| 企業保有 | 価格下落時に資金繰りと説明責任が同時に発生する | 保有上限、売却条件、承認権限、開示方針を文書化する |
| カストディ | 署名権限が集中し、内部不正や操作ミスの影響が大きくなる | マルチシグ、権限分離、監査ログ、緊急停止手順を設計する |
| セキュリティ | 侵害後に顧客通知、調査、補償判断が遅れる | インシデント対応計画、ログ保存、外部連絡先、復旧訓練を準備する |
導入を検討する企業が先に決めるべきこと
暗号資産関連機能を事業に入れる場合、最初に決めるべきことは、どのトークンを使うかではありません。
先に決めるべきなのは、誰のどの課題を解決し、どの法域で提供し、誰が資産と説明責任を持つのかです。
そのうえで、技術選定を進めます。
- 対象ユーザーと対象国を決める。
- 暗号資産を扱う目的を、決済、送金、報酬、会員権、投資、保管のどれかに分ける。
- 自社で資産を預かるのか、認可済み外部事業者に委ねるのかを決める。
- 残高、出金、本人確認、障害、規制変更時の通知文を先に用意する。
- 会計、税務、監査、セキュリティの責任者を決める。
- 価格変動時とサービス終了時の出口条件を決める。
この順序を飛ばして実装から入ると、後から運用で詰まりやすくなります。
特にWeb3や暗号資産決済は、ユーザーの資産に触れる可能性があるため、通常のキャンペーン機能やポイント機能よりも慎重な設計が必要です。
FAQ
仮想通貨決済を入れれば新規ユーザーを獲得できますか。
可能性はありますが、決済手段を増やすだけで利用が伸びるとは限りません。
対象ユーザーが暗号資産で支払う理由、返金時の扱い、価格変動の負担、サポート体制まで確認する必要があります。
欧州向けに暗号資産関連機能を出す場合、MiCAだけ見れば十分ですか。
MiCAは重要な入口ですが、本人確認、制裁対応、税務、消費者保護、データ保護、決済関連の規制も関係する場合があります。
外部事業者を使う場合でも、自社サービス上の説明責任は残るため、対象国ごとの確認が必要です。
企業がビットコインを持つ場合、もっとも大事なルールは何ですか。
購入条件よりも、保有上限と売却条件です。
価格が下がったとき、資金が必要になったとき、規制が変わったときに誰が判断するのかを事前に決めておく必要があります。
開発チームが最低限確認すべきセキュリティ項目は何ですか。
秘密鍵や署名権限の管理、出金承認フロー、監査ログ、障害時の通知、インシデント時の凍結手順です。
暗号資産関連機能では、通常のアカウント管理よりも資産移転の不可逆性が高いため、権限分離と監査可能性が重要になります。
参考資料
- EUR-Lex: Regulation (EU) 2023/1114 on markets in crypto-assets
- ESMA: Markets in Crypto-Assets Regulation (MiCA)
- MarketWatch: Strategy is losing a lot of money on bitcoin. Here’s why it’s selling anyway.
- Yahoo!ファイナンス: Ripple、MiCAライセンスを正式取得
- nextmoney.jp: Revolut、欧州でUSDT対応終了へ
- CoinPost: 米クラリティー法、8月6日に照準
- ニコニコニュース: 今年上半期の仮想通貨ハッキング被害
