EBAが決定した内容
European Banking Authority（EBA）は10月14日、EUでCircle Internet Financial Europe SASが発行するUSDCを、Markets in Crypto-Assets Regulation（MiCA）上の重要電子マネートークンに分類しました。EBAによると、現在MiCAに基づき通知されている電子マネートークンは45あり、重要と分類されたのはUSDCが初めてです。ここまでは規制当局が公表した事実であり、以下のengineering・運用上の結論はIneezaの分析です。
二重監督は2026年11月12日に始まります。自己資本、準備資産、流動性要件、再建・償還計画に関する直接の監督責任は、フランスのAutorité de Contrôle Prudentiel et de Résolution（ACPR）からEBAへ移ります。ACPRは、governance、適格保有、適格性評価、outsourcing、利益相反などの監督を引き続き担当します。
EBAは越境ステーブルコイン活動の監督を支えるため、New York State Department of Financial Servicesとmemorandum of understandingを締結したとも説明しています。USDCの発行者はEUではCircle Internet Financial Europe SAS、米国ではCircle Internet Financial, LLCです。
二重監督には単一かつ版管理された統制mapが必要
Ineezaの分析: 今回の分類は、ある監督当局を別の当局へ単純に置き換えるものではありません。分割された制御面を作ります。準備資産と流動性の証跡はEBAの管轄となり得る一方、outsourcing、governance、利益相反はACPRの管轄に残ります。準備資産serviceの停止など一つのincidentが、両方の領域にまたがる可能性があります。
運用側は、各義務を責任者、system of record、証跡の生成元、review頻度、escalation経路、受領当局に結び付けた、版管理済みの責任mapを維持すべきです。統制は当局別のchecklistへ複製するのではなく、規制上の結果を軸に対応付ける必要があります。そうしなければ、同じeventが並行する報告pipelineで異なる定義、時刻、是正状態を持ちかねません。
償還証跡は本番data productになる
Ineezaの分析: 自己資本、準備資産、流動性、再建、償還は、定期的なcompliance項目だけではありません。発行・burn記録、銀行・custody残高、顧客請求権、決済締切、例外queueにまたがる本番状態に依存します。監督用の証跡は、これらのsystem間の結合以上には信頼できません。
Teamはmint、償還要求、資金移動、token burn、完了、拒否、timeoutについて、照合済みの状態遷移を定義すべきです。各遷移には安定したID、source timestamp、法人context、authoritative recordまでのlineageが必要です。調査時に、特定時点の請求権、それを支えた準備資産の移動、例外承認者を復元できなければ、日次集計だけでは不十分です。
共通tokenでも法的な発行者境界は消えない
EBAの発表はEUと米国の発行者を明確に区別し、越境監督をNYDFSとの情報交換に結び付けています。このmemorandumが二つの規制境界を統合する、または一つの当局が世界中のUSDC活動すべてを監督するとは述べていません。
Ineezaの分析: Wallet、exchange、payment processor、treasury systemは、USDCというasset symbolだけからcompliance上の扱いを判断すべきではありません。取引記録には、実際に適用されるproduct、顧客、発行者、jurisdiction、準備資産に対する請求権、償還経路が必要です。Routingと開示ruleはgoverned sourceからそのcontextを取得し、曖昧な場合は都合のよいjurisdictionを既定値にせずreviewへ送るべきです。
11月の監督移管はchange-management event
EBAは重要性を毎年評価し、重要電子マネートークンはEBAと各国当局の二重監督を受けると説明しています。したがって11月12日の移管は、一度きりの届出ではなく、継続的な評価と協力を支える運用modelの開始です。
Ineezaの分析: 移管前に、適用する統制一覧を確定し、証跡送付をend-to-endでtestし、未解決事項を照合し、それぞれを担当する当局を記録すべきです。移管後は、準備資産provider、償還workflow、outsourcing契約、incident thresholdの変更について、両方の監督領域への影響分析が必要です。日付と承認を付けた統制baselineがあれば、責任や報告形式が変わった際のrollback pointになります。
Ineezaの見解
USDCの分類が重要なのは、MiCAの重要token制度がframework設計から実際のステーブルコイン運用へ移ったためです。持続的なengineering上の教訓は、規制構造がsystem architectureになることです。法人context、照合済みの償還状態、証跡lineage、incident routing、統制責任を一致させる必要があります。これらの境界を明示的にmodel化すれば、complianceを証明するための運用上の事実を分断せずに二重監督へ対応できます。