CBDC 治理看誰管、誰負責

CBDC 治理決定央行數位貨幣由誰發行、誰營運、誰監督，以及出事時誰要負責。

CBDC 已經不是紙上談兵。IMF 估算，86 家受訪央行裡有約 94% 在研究 CBDC。KPMG 也統計到 2024 年 9 月，全球有 134 個國家在做相關活動。

CBDC 治理先管責任

CBDC governance 其實是在定義一套權責表。誰發行、誰維運、誰審核變更、誰處理事故，全部都要寫清楚。

技術會跑，責任不能飄。你可以先做出 demo，但一旦進到正式支付系統，法源、稽核、隱私、營運連續性都要補齊。少一條，系統就可能卡在法規或責任歸屬上。

這也是很多人低估的地方。CBDC 不是只有錢包畫面和 API。它還牽涉誰能看資料、誰能改規則、誰能在半夜停機後恢復服務。

• 法源決定 CBDC 能不能發。
• 治理規則決定誰能改系統。
• 事故流程決定出問題時誰先動。
• 稽核權限決定外部怎麼查帳。

標準不是從 CBDC 才開始

CBDC 很多設計，其實直接借用既有金融基礎設施標準。最常被提到的是 CPMI-IOSCO 的 Principles for Financial Market Infrastructures。裡面最重要的兩塊，就是治理和營運風險。

白話一點，就是要知道誰有決策權，誰負責備援，誰可以在系統出事時拍板。這些東西聽起來很無聊，但正式上線後，無聊才是好事。

法律層也很硬。央行要有發行權，還要明確定義 CBDC 是不是法償。接著還要接上支付法、消費者保護、AML/CFT、資安和隱私規範。少一塊，整個設計就會歪掉。

“Good governance is the foundation of a CBDC system.” — Bank for International Settlements

規則手冊也很重要。它不是行銷文件，而是營運手冊。誰能加入網路、怎麼做 onboarding、保留哪些資料、事故怎麼通報、版本怎麼更新，都要寫進去。

• 法律授權決定 CBDC 是否成立。
• PFMI 類標準決定治理和風險框架。
• Rulebook 決定日常操作方式。
• 備援與復原流程決定故障怎麼收尾。

每個 stakeholder 都有自己的坑

央行通常握有最大權力。它發行和贖回 CBDC，訂核心政策，也要監督底層帳本或結算層。BIS 常把央行角色拆成 operator、outsourcer 和 overseer 三種。角色可以混，但責任不能混。

政府和國會管法源。它們決定 CBDC 怎麼跟貨幣政策、普惠金融、國民身分系統、競爭政策接在一起。這不是形式流程，而是公共權力的配置問題。

商業銀行和支付業者多半負責前台。兩層式模型裡，它們會做錢包、KYC、AML、客服和部分風控。這樣央行不必變成 24 小時客服中心，公部門也能保留發行控制權。

商家、一般使用者、技術供應商和監理機關則各管一塊。商家在意手續費和退費。使用者在意速度和隱私。供應商在意 API、log、SLA。監理機關在意穩定、資料保護和金融秩序。

• 央行管發行、贖回和核心政策。
• 銀行與 PSP 管 onboarding 和客戶服務。
• 技術商提供錢包、API 和風控元件。
• 監理機關管隱私、資安和營運韌性。

隱私和跨境規則最難談

隱私是 CBDC 治理最難的題目之一。一般支付要像現金一樣保有一定匿名性。監理又需要可追查性，用來處理詐欺、制裁和重大犯罪。兩邊都要顧，設計就會很精細。

實務上常見的做法，是讓中介機構看到客戶身分，央行只拿到有限或去識別化資料。這樣能兼顧營運和監理，但也代表資料流要從一開始就設計好。後補通常很痛。

跨境專案更麻煩。多 CBDC 網路要處理准入、結算、外匯轉換、制裁檢查和爭議處理。API 可以對接，法律卻不會自動同步。每個司法管轄區都還是有自己的規則。

從資料角度看，log 和 telemetry 常常比團隊想像中更敏感。裝置 ID、時間戳、商家 ID、交易 metadata，都可能在不知不覺中留下足跡。若一開始沒做資料最小化，後面就會很難補。

數位貨幣最後比的是制度

CBDC 的真正考題，是制度能不能撐住實作。能做出 prototype 不稀奇。難的是把權限、責任、隱私、稽核和穩定性放進同一套流程。

這也是很多團隊容易翻車的地方。技術簡報寫得漂亮，不代表營運能落地。到了正式環境，誰能改參數、誰能停機、誰能審查事故，全部都要有答案。

如果你在看這個領域，最值得盯的不是 demo，而是治理文件。法源、兩層式模型、PFMI 對應、隱私分級、跨境協議，這些才是 CBDC 能不能走遠的核心。

接下來幾年，真正有機會留下來的專案，通常不是畫面最好看那個，而是規則最完整那個。你如果要評估一個 CBDC 專案，先問它的權責表，再看它的技術圖，會省很多時間。

延伸閱讀可看 AI data governance 和 tokenized deposits，因為它們面對的也是同一類治理問題。

背景脈絡：為什麼現在大家都在管

CBDC 之所以變熱，不是因為大家突然愛上數位錢，而是支付基礎設施正在重組。民間支付平台、即時轉帳、穩定幣和 tokenized deposits 都在搶入口。央行如果不先定治理，後面就會被市場節奏推著走。

另一個原因是國際比較壓力。當一個區域開始做試點，鄰近國家就會跟進研究。這種競爭不一定是產品競爭，比較像制度競爭。誰先把法源、隱私和營運責任講清楚，誰就比較不容易被質疑。

所以看 CBDC，不要只盯技術堆疊。先看法源，再看角色分工，最後才看系統架構。這個順序比較土，但比較不會被 demo 騙。

接下來先補齊規則，再談上線

我認為 CBDC 下一階段的重點會很務實。各國不會先拚功能數量，而是先補法源、權責、資料保護和事故流程。誰能把這四件事寫完整，誰就比較可能往正式部署走。

如果你在做產品、政策或研究，現在最值得做的是把 stakeholder map 畫出來。列出誰發行、誰營運、誰監督、誰承擔風險。這張圖畫清楚，後面很多爭論都會少一半。