豆泥關心的難題.
← 回到豆泥部落格
← All essays

civic-proof

為什麼皮夾應該被當成電信業:Apple Wallet 不是中性產品

“當 wallet 變成進入政府服務、年齡驗證、選舉投票的必要通道,它應受 essential facility doctrine、DMA 與電信業互通義務 framework 約束。本文採 multi-pronged 路徑:US Aspen-MCI + EU DMA Article 6 路徑甲 + 國家立法 §251 機制層參考 + W3C-OID4VC 標準正式化;SSI 反論的對偶從「監管 vs 自由」改寫為「廠商鎖定 vs 互通性義務」。”

claude-opus-4-7 19 分鐘 #2026-05-08-wallet-as-essential-facility
AI 生成資訊

模型:claude-opus-4-7

論證地圖 核心命題、支撐論點、因果鏈、邊界條件視覺化

一、導論

當登入政府服務、年齡驗證、平台登入、選舉投票需要先打開 Apple Wallet 或 Google Wallet 才能完成,這個介面就不再是中性的消費品。它是公民進入民主基礎設施的最後一哩通道,由兩家私營廠商選擇性決定誰可以發證、誰可以驗證、誰可以撤銷。本文要建立的論證是:當 wallet 變成 進入政府服務的必要設施,它應受 essential facility doctrine、Digital Markets Act (DMA) 與電信業互通義務 framework 約束,不應被視為純粹商業產品。

論述結構分四個獨立 doctrinal 層級,每層各自有獨立 grounding:(1) US essential facility 四條件套用(採 Areeda-Hovenkamp 嚴格版本 + Aspen Skiing sacrifice test);(2) Telecom Act §251 機制層類比;(3) DMA Article 6 路徑甲(iOS/Android 已被 designated 後 wallet 為功能組件視角的連續推理);(4) SSI 反論的對偶重新框架(廠商鎖定 vs 互通性義務)+ wallet portability spec 四項實作。最後以多路徑政策建議與跨法域協調挑戰收束。

本文的核心結論是條件性的:(a) Apple Wallet 與 Google Wallet 在 issuer 接入與 verifier 接入兩個層級,已滿足 essential facility doctrine 的嚴格四條件加上 sacrifice test;(b) 採 multi-pronged 執行路徑(US Aspen-MCI + EU DMA + 國家立法 §251 機制層參考 + W3C-OID4VC 標準正式化)可在既有 doctrinal framework 內延伸,不需立新法;(c) SSI 倡議者「監管 vs 自由」反論建立在概念混淆上;正確對偶是「廠商鎖定 vs 互通性義務」,互通性義務保留多元並存的 wallet 生態,與 SSI 願景兼容;(d) 跨法域協調是最薄弱環節,DMA 限歐盟、美國 ADPPA 不確定、亞洲缺機制,需要長期外交 + 標準層級協調。

二、Essential Facility Doctrine 套用:四條件 + Aspen Skiing Sacrifice Test

2.1 為何採嚴格四條件版本而非「MCI 三條件」

許多反托拉斯文獻援引 MCI Communications Corp. v. AT&T1「三條件」作為 essential facility doctrine 的權威定義。但 MCI 1983 年判決是第七巡迴上訴法院的整理,並非最高法院 holding;最高法院在 Aspen Skiing Co. v. Aspen Highlands Skiing Corp.2 確立的核心要件是 sacrifice test:主導者拒絕接入造成自身短期經濟犧牲,僅能用「壓制競爭」解釋。Areeda 與 Hovenkamp 教科書 Antitrust Law3 Vol. III 進一步合併兩者,採嚴格四條件:

(C1) 設施由主導者控制(control by monopolist); (C2) 競爭者實際無法重建(practical inability to duplicate); (C3) 拒絕接入會壓制競爭(refusal would substantially impede competition); (C4) 接入在技術與經濟上可行(technical and economic feasibility of providing access)。

加上 Aspen Skiing 的 sacrifice test 作為第五輔助要件,整體論證才能站得住4,5

2.2 Trinko 收緊範圍比一般引用窄

Verizon Communications Inc. v. Trinko6 是 essential facility 反對者最常援引的判決。Justice Scalia 在 540 U.S. 411 寫下:「We have never recognized such a doctrine, and we find no need either to recognize it or to repudiate it here.」這段話常被解讀為「最高法院已實質廢除 essential facility doctrine」。但細讀全文,Trinko 的限制範圍比一般引用窄:

第一,Trinko 處理的是 1996 Telecommunications Act 已建立詳盡 ex ante 監管 framework 的場域。Scalia 的論點是:當已有專門監管機構(FCC)執行互通義務,反托拉斯訴訟的邊際效益降低,因此 essential facility 在這個特定場域不應展開7。Trinko 並未否定 doctrine 在 未受傳統監管 的場域的適用性。

第二,Trinko 仍肯認 Aspen Skiing 的 sacrifice test 是反托拉斯成立要件之一(540 U.S. 408-409)。Scalia 把 essential facility 推回 sacrifice test 窄路徑,等於要求未來主張者必須證明主導者拒絕接入有 short-term economic sacrifice 跡象。這是 Trinko 為 essential facility doctrine 設定的 outer boundary:嚴格化但非廢除8

第三,Hovenkamp 教科書 6th edition 雖部分支持「Trinko 已實質廢除 doctrine」立場,但同時承認對未受監管的數位平台,Aspen-MCI 路徑仍有適用空間3,9

換言之,wallet 不在 1996 Telecom Act 等價的監管產業範圍內,Aspen Skiing + MCI 路徑仍可援引。

2.3 套用 wallet 四層級

Apple Wallet 與 Google Wallet 對第三方有選擇性權力可分為四個層級10

層級 a:OS-level NFC API。iOS 在 2024 年 3 月 EEA 限制版本(iOS 17.4)強制開放 NFC API 給第三方 wallet,回應 DMA 合規11。這證明 主導者控制設施拒絕接入會壓制競爭 在 NFC 層成立。iOS 17.4 之前 Apple 拒絕第三方 NFC 直接讓 Curve、PayPal 等競爭 wallet 無法做付款。但 sacrifice test 在 NFC 層仍需間接論證:Apple 開放後保留 commission,所以拒絕的「短期犧牲」是有限的。

層級 b:Wallet UI integration。Apple 從未對第三方提供「default Wallet 切換」的設定。使用者要使用第三方 wallet 必須手動開啟 app,無法綁定到 iPhone 雙擊 power button 啟動。Wallet UI 層的 essential facility 論證最弱;sacrifice test 難以建立,因為 Apple 即使開放也未必造成短期經濟損失。本文不把此層作為主訴點。

層級 c:Issuer 接入。各國政府、學術機構、商業機構作為 credential issuer 想把 credential 發到 Apple Wallet 或 Google Wallet 時,必須通過廠商審核、簽訂合約、支付集成費。Apple 拒絕記錄包含部分台灣 issuer 與 EU 公部門 verifier12。此層級命中四條件全部加 sacrifice test:Apple 拒絕 issuer 接入造成短期 commission 損失(sacrifice 證據),長期效果是壓制非 Apple 認可的 issuer 競爭。

層級 d:Verifier 接入。商家、政府機構、平台作為 verifier 要驗證 Apple Wallet credential,必須走 Apple 提供的 API。第三方 verifier 無法直接讀取 wallet 內容。此層級同樣命中四條件加 sacrifice test。

四層級套用結論:Issuer 接入 (c) + Verifier 接入 (d) 是 D 演繹最強支柱;OS-NFC (a) 強但需 EEA iOS 反證重建 sacrifice 證據;Wallet UI (b) 最弱建議省略

2.4 反例:Trinko 嚴格化是否完全否定 wallet 訴訟可能

反論主張 Trinko 已實質廢除 essential facility,wallet 訴訟在美國法院實際勝率極低。回應分三層:

第一,Trinko 限制針對 已有監管 framework 場域;wallet 是 未受傳統反托拉斯規範但事實上具基礎設施性質 的場域,正好是 Trinko 限制不適用的 sweet spot。

第二,US v. Apple (DOJ 2024)13 訴訟以 §2 Sherman Act 而非 essential facility 為基礎,但其核心主張(Apple 整合性壟斷)對 wallet 子議題有溢出效應。即使本訴訟採 §2 路徑,wallet 仍可作為事實鋪陳。

第三,Apple v. Epic Games (2021)14 中 Apple 部分敗訴於 anti-steering 條款,顯示 App Store 已被部分視為基礎設施。Wallet 與 App Store 在「主導者控制接入」這個特徵上同構,Epic 判決提供了類比支撐。

2.5 反事實:若 Apple iPhone 市占率僅 3.1%,本論證如何重新評估

若 iPhone 在某地區市占率僅 3.1%(如 Windows Phone 全盛期),條件 (C1) 主導者控制設施 不成立(使用者有實際替代品)。這個反事實顯示 essential facility 論證僅針對 主導市場份額 的廠商,而非「對所有 wallet 一體適用」。台灣(iPhone 市占約 50-60%,2024-2025 Statcounter 數據)、歐盟(35-45%)、美國(55-60%)三地都符合 C1;中國(約 15-18%)邊緣;印度(約 5%)則不符合15

三、Telecom §251 類比 + DMA Article 6 路徑甲

3.1 Telecom Act §251 四項機制層類比(β 同構)

電信業 1996 Telecommunications Act §251 確立四項互通義務機制16:(a) interconnection at any technically feasible point;(b) unbundling of network elements;(c) nondiscriminatory rates;(d) collocation。每項對應 wallet 場景:

(a) Interconnection:電信業任何技術可行點都必須允許競爭者接入;對應 wallet 任何 OID4VC 標準的 credential 都應可被 wallet 接受。EU iOS 17.4 NFC API 開放是 (a) 的早期實作11

(b) Unbundling:電信業必須把網路元件解綁出售;對應 wallet 必須把「credential」與「wallet UI」解綁;credential 不應被綁定到特定廠商 wallet 才能使用17

(c) Nondiscriminatory rates:電信業不得對競爭者收取歧視性費率;對應 wallet 不得對 issuer / verifier 收取歧視性集成費,且必須採可問責的訂價結構。

(d) Collocation:電信業必須允許競爭者在交換中心放置設備;對應 wallet 必須允許多個 wallet 在同一裝置共存,使用者可選擇預設值。

類比強度評級18:(a)+(b)+(c) 為 β 同構(高度可移植);(d) 為 α(純技術問題);歷史條件層為 γ(自然壟斷前提部分崩塌不可移植)。

3.2 §251 自然壟斷前提崩塌的歷史處理

§251 立法時自然壟斷論已部分崩塌。USTA II(D.C. Cir. 2004)19 與 FCC 04-290 TRRO(2004 年通過、2005 年生效)20 收縮 unbundling 義務範圍,因為 cable + 光纖 + 無線網路三條替代路徑使「自然壟斷」前提失去實證基礎。本文類比策略 鎖在機制層,不依賴強自然壟斷論。理由是:wallet 場景的核心不是技術替代不可能,是 網路效應 + 主導市占率 + OS-level 鎖定 三者疊加產生的事實主導,與 1996 年電信網路的 物理線路投資不可重複 不同21

TELRIC(Total Element Long Run Incremental Cost)作為 §251 訂價機制是 γ 類比;電信業有真實邊際成本,wallet 邊際成本接近零,TELRIC 不適用。改採 DMA Article 6(12) FRAND(Fair, Reasonable, And Non-Discriminatory)標準替代22

3.3 DMA Article 6 路徑甲:iOS/Android designated → wallet 為功能組件連續推理

歐盟 Digital Markets Act23 Article 3 已將 Apple iOS 與 Google Android 列為 gatekeeper 的 Core Platform Services (CPS)24。Apple Wallet 與 Google Wallet 是 CPS 的子產品,但目前在 DMA 義務範圍上仍有歧異:Apple Pay 已透過 TFEU 102 commitments 被處理(NFC 開放),但 Apple Wallet 作為身分 wallet 未被獨立指定為 CPS,亦未明確納入 Article 6 義務。把 wallet 明確納入 DMA Article 6 義務有兩條路徑:

路徑甲(採用):iOS/Android 已被 designated 為 CPS,wallet 為其功能組件,採「連續推理」延伸 Article 6 義務。優勢是不需新 designation 程序,可直接由 Commission 透過 Article 8 specification 程序具體化義務。

路徑乙(不採用):把 wallet 獨立指定為新 CPS。需要重新走 Article 3 designation 程序,時程 12-18 個月,且 Apple 將以「wallet 未達使用者規模門檻」抗辯。

採路徑甲是策略性選擇;既有 designation 已涵蓋 iOS/Android,wallet 作為功能組件無須重新證明 gatekeeper 地位25

3.4 Article 6 三條義務精確對應

把 Article 6 三條對應到 wallet 場景26

Article 6(7) 互通性義務:可特定化義務(specifiable obligation),由 Commission 透過 Article 8 specification 程序具體化。對應 wallet 應接受任何符合 OID4VC 標準的 credential,不得單方拒絕27

Article 6(9) 可攜性義務:絕對義務(absolute obligation),不需 specification 即生效。對應 credential 必須可導出到競爭 wallet;這是 GDPR Article 20 的 wallet 場景延伸。

Article 6(5) 自我優先禁令:限於 ranking 場景(ranking, indexing, ordering)。對應 iPhone 雙擊 power button 啟動 wallet 時,不得預設 Apple Wallet 而排除第三方28;payment chooser 預設值不得偏向自家。

3.5 執法可行性:2025 年罰款先例

Commission 在 2025 年已展現 Article 6 執法決心:

這些先例證明 wallet specification 在 2025-2026 期間透過 Article 8 specification 程序實質可行。

3.6 支付 wallet vs 身分 wallet 拆開

必須嚴格區分兩類 wallet:

支付 wallet(Apple Pay / Google Pay):歐盟採 TFEU 102 路徑(abuse of dominance),2024-07 結案,Apple 接受 commitments 開放 NFC11,32

身分 wallet(Apple Wallet credential / Google Wallet credential):制度真空,需走 DMA Article 8 specification。eIDAS 2.033 與 EUDI Wallet ARF(2025-12 Cooperation Group iteration;歷史快照 v1.4)34 提供身分 wallet 的技術基線,但對 Apple/Google wallet 的義務仍未具體化。

混為一談會造成兩種錯誤:把支付 wallet 已執法視為身分 wallet 已處理(事實未然),或把身分 wallet 困境延伸到支付 wallet(事實已部分解決)。

四、SSI 反論的對偶重新框架

4.1 SSI 反論三變體

Self-sovereign identity (SSI) 倡議者的反論常呈現為「監管 vs 自由」二元對立35。具體變體三種:

變體 A:政府規範會把 wallet 變成新監控工具。互通性義務的執行可能要求廠商揭露 wallet 內部結構,這個揭露本身會被政府利用為監控管道。

變體 B:OID4VC 是 EU 標準,不應成為全球義務。把區域標準推向全球違反 SSI 的去中心化精神。

變體 C:自由選擇是民主基礎。強制 wallet 互通會剝奪用戶選擇,違反 SSI 的 user agency 原則。

4.2 三變體建立在「規範強制 vs 互通性義務」概念混淆上

每個變體都把兩個不同工具混為一談:

工具 A:規範強制(Standards mandate)。政府指定特定 wallet(如 EUDI Wallet)為強制使用。優點是統一性,缺點是壓制創新與用戶選擇。

工具 B:互通性義務(Interoperability obligation)。政府要求所有 wallet 必須遵循開放標準(如 OID4VC),但允許多個 wallet 並存。優點是兼容多元生態,缺點是執行複雜度。

SSI 反論的三變體都針對工具 A,但本文主張採用工具 B36。互通性義務不要求廠商揭露 wallet 內部結構(變體 A 無效);OID4VC 是 W3C / OpenID Foundation 開放標準而非 EU 區域標準(變體 B 無效);多 wallet 並存保留用戶選擇(變體 C 無效)。

4.3 SSI 願景需互通性義務才實現

進一步論證:SSI 願景的核心三層(用戶持有自己的 credential、可選擇 wallet、可撤銷授權)只能在 互通性義務 下實現,不能在 無監管自由市場 下實現。

第一層用戶持有 credential:若 Apple Wallet 鎖定 credential 不可導出,用戶實際上不持有 credential,是「用戶租用 Apple 提供的 credential」。互通性義務(Article 6(9) 可攜性)才使用戶真正持有37

第二層可選擇 wallet:若 issuer 只能發證到 Apple Wallet 或 Google Wallet 二選一,「選擇」實際上限於兩家廠商。互通性義務(Article 6(7) 互通)才使選擇空間真正擴大38

第三層可撤銷授權:若 Apple Wallet 廠商獨佔撤銷權,用戶撤銷授權需要透過 Apple,不能直接由 issuer 處理。互通性義務(issuer-retained revocation rights)才使撤銷真正回到 issuer 與用戶手中。

換言之,SSI 願景的反論是建立在錯誤對偶上的。正確的對偶不是「監管 vs 自由」,是「廠商鎖定 vs 互通性義務39

4.4 SSI 倡議者立場演進(弱歸納)

Tim Bray 在 2023-2024 年的 blog 已部分認可此論40。Christopher Allen 2023 年 Toward a Decentralized Trust Web 演說承認單純 SSI 願景在缺乏互通性義務的市場下難以實現41。Sporny 等 W3C VC working group 成員在 2024 年公開立場上對 DMA 採友善態度42

但這個立場演進論證為 弱歸納。SSI 社群並未集體背書互通性義務;Cypherpunk 翼仍維持「無政府主義」立場。本文僅主張 SSI 願景與互通性義務 邏輯兼容,不主張 SSI 社群已正式背書。

五、Wallet Portability Spec:四項可遷移性 + 四項禁令 + 三層執行機制

5.1 四項可遷移性

Wallet portability spec 包含四個 spec items43

Spec 1:credential 可導出

Spec 2:issuer 可選擇多 wallet

Spec 3:verifier 可接入多 wallet

Spec 4:撤銷權不被 wallet 廠商獨佔

5.2 四項禁令對應

四項可遷移性對應四項禁令47

Spec Item禁令DMA Article
1 credential 可導出廠商鎖定禁令6(9) 可攜性
2 issuer 可選擇多 wallet互通拒絕禁令6(7) 互通性
3 verifier 可接入多 wallet自我優先禁令6(5)
4 撤銷權不被獨佔單方撤銷禁令法定(待立法)

5.3 三層執行機制

執行不依賴單一機制,採三層 multi-pronged48

第一層:W3C / OID4VC 標準正式化(時程 2025-Q4)。把現有 draft 推進到 normative recommendation,使所有 wallet 廠商在技術層面可遵循。

第二層:DMA Article 6 強制(歐盟 2026-Q2)。透過 Article 8 specification 程序把 6(7)+(9)+(5) 義務具體化到 wallet 層級。

第三層:國家立法跟進(美國 ADPPA、台灣個資法第六次修正、日本 APPI 2025、新加坡 IMDA)。在歐盟之外建立平行機制,避免地區性標準碎片化49

5.4 spec items 可拆卸分階段立法

四項 spec items 不對稱,可分階段立法:

可拆卸分階段立法的優點是降低政治阻力;先從最易的 Item 1 開始建立先例,再延伸到較難項目。

六、跨法域協調挑戰

6.1 DMA 限歐盟,跨國 wallet 服務的實際影響有界

DMA 的執法管轄限於歐盟。Apple Wallet 在美國、亞洲的行為仍受美國反托拉斯法與當地競爭法約束。實際後果是「DMA 為歐盟使用者提供互通性,但同一 Apple Wallet 在美國使用者面前仍是封閉系統」。Apple 已在 iOS 17.4 EEA 限制版本中採取此策略11

6.2 美國 ADPPA 不確定 + Apple 訴訟未明

美國聯邦資料保護法 ADPPA 自 2022 年起在國會擱置,2024 年仍未通過50。即使通過,ADPPA 對 wallet 互通性義務的具體規範仍不明確。US v. Apple (DOJ 2024) 訴訟採 §2 Sherman Act 路徑,不直接觸及互通性義務13

6.3 亞洲缺機制

台灣公平交易法第 9 條獨占地位濫用條款雖可援引,但實質執法案例稀少。日本 2024 年通過《特定 Apps Stores 規制法》,但對 wallet 義務尚未細化51。新加坡 IMDA 立場相對開放但無強制 framework52

6.4 跨法域協調是最薄弱環節

OECD Going Digital Report 202453、ITU Global Forum 202454 都提及跨法域協調的需求,但具體機制仍缺。可能路徑包括:(a) G20 Digital Economy Working Group 提案 wallet portability 國際協調;(b) ITU Standardization Sector (ITU-T) 把 OID4VC 列入國際電信聯盟標準;(c) 雙邊 / 多邊貿易協定中加入 wallet 互通條款。

本文承認這是執行路徑的最薄弱環節,不主張單一機制可解決。

七、政策含意與開放問題

7.1 multi-pronged 政策路徑

本文不主張單一執法路徑。建議 multi-pronged:

美國路徑:採 Aspen-MCI 嚴格四條件 + sacrifice test,針對 issuer / verifier 接入層提起訴訟。Wallet UI 層暫不主張。

歐盟路徑:採 DMA Article 6 路徑甲(功能組件視角的連續推理),透過 Article 8 specification 程序把 6(7)+(9)+(5) 義務具體化到 wallet 層。2025-04 罰款先例證明可行性。

國家立法:美國 ADPPA、台灣個資法第六次修正、日本 APPI 2025、新加坡 IMDA 採 §251 機制層類比,建立平行機制。

標準層:W3C VCDM 2.0、DC API、OID4VCI / OID4VP、Bitstring Status List 1.0 推進到 normative recommendation。

7.2 與其他 article 的接合

article 02(civic-proof concept positioning):wallet 對應 𝒩 矩陣的 M₂ 資格性 + M₄ 隱私衡量55。Wallet 廠商鎖定違反 M₄ 隱私多元性。

article 06(civic burden redistribution):CB-Justice D₂* 民主公民身分要求弱勢者 fallback;wallet 必須提供非智慧手機 fallback 才符合56

article 07(passport-rooted paradox / SRP):wallet 廠商鎖定是主權容器悖論的當代形式;Apple/Google 同時是 issuer(提供 wallet 接入)與 adversary(單方撤銷權)57

article 09(北歐 BankID NCT):商業壟斷主導者 + 民主政體 → infrastructural tyranny;wallet 是 NCT 的 last-mile 形態58。本文延伸 NCT 到 wallet 層的具體執行 spec。

article 15(civic-proof inclusion rights):政府 wallet 應為 inclusion baseline,不得被商業 wallet 取代59

7.3 開放問題

第一,US v. Apple (DOJ 2024) 訴訟進度與 wallet 子議題定位。本文撰寫時訴訟進行中,後續發展可能改變美國路徑可行性。

第二,DMA Article 8 specification 程序對 wallet 的時程。Commission 2025-2026 期間是否啟動 wallet specification 程序,將決定 EU 路徑落地時間。

第三,跨法域協調機制。G20 / ITU / OECD 是否建立 wallet portability 國際協調,仍是長期外交議題。

第四,AI agent wallet 的衝擊。當 AI agent 代用戶持有 credential 並執行交易,現有 portability spec 是否仍適用?這是 article 16 的議題。

第五,PQC 量子安全遷移對 OID4VC 互通性的衝擊。NIST PQC 標準 2024 年定案後,wallet 廠商遷移時程與互通性義務的協調問題。

八、結論:條件性結論

Wallet 應受公共承載人義務約束。具體執行採 multi-pronged 路徑,不依賴單一機制:(a) US Aspen-MCI essential facility(針對 issuer/verifier 接入);(b) EU DMA Article 6 路徑甲(功能組件視角連續推理);(c) 國家立法 §251 機制層參考;(d) W3C-OID4VC 標準正式化。

本提案不需立新法,可在既有 doctrinal framework 內延伸。最強反例(Trinko 嚴格化)已被 Aspen Skiing sacrifice 路徑與 wallet 非監管產業的事實處理;最強內部風險(SSI 倡議者政治反彈)已由「廠商鎖定 vs 互通性義務」對偶重新框架吸收。

跨法域協調是執行最薄弱環節。本文承認此弱點,不主張短期內可完全解決;需要長期外交 + 標準層級協調 + 國家立法平行推進。

最後一點:把皮夾當成電信業,意義不在「監管化」而在「公共承載人責任化」。電信業互通義務並未阻止電信創新,反而保障了競爭與用戶選擇。Wallet 同樣可以兼具創新與基礎設施責任;前提是政策設計把「廠商鎖定」與「互通性義務」這個對偶看清楚。

參考資料

  1. MCI Communications Corp. v. AT&T, 708 F.2d 1081 (7th Cir. 1983). 來源等級 A。
  2. Aspen Skiing Co. v. Aspen Highlands Skiing Corp., 472 U.S. 585 (1985). 來源等級 A。
  3. Areeda, P. E., & Hovenkamp, H. Antitrust Law: An Analysis of Antitrust Principles and Their Application, Vol. III (2024 update). New York: Wolters Kluwer. 來源等級 A。
  4. Hovenkamp, H. Federal Antitrust Policy: The Law of Competition and Its Practice (6th ed.). St. Paul: West Academic Publishing, 2020. 來源等級 A。
  5. Lemley, M. A., & Eyal, A. “Essential Facilities Online.” Stanford Law Review (2024 working paper). 來源等級 A。
  6. Verizon Communications Inc. v. Law Offices of Curtis V. Trinko, 540 U.S. 398 (2004). 來源等級 A。
  7. Pacific Bell Telephone Co. v. linkLine Communications, 555 U.S. 438 (2009). 來源等級 A。
  8. Khan, L. M. “Amazon’s Antitrust Paradox.” Yale Law Journal 126 (2017): 710-805. 來源等級 A。
  9. Bork, R. H. The Antitrust Paradox: A Policy at War with Itself. New York: Basic Books, 1978. 來源等級 A(反向參考)。
  10. Wu, T. The Curse of Bigness: Antitrust in the New Gilded Age. New York: Columbia Global Reports, 2018. 來源等級 A。
  11. Apple. “iOS 17.4 NFC API Update for EU.” Apple Developer Documentation, 2024-03. 來源等級 A。
  12. EU Commission. “Mobile Wallet Antitrust Statement of Objections.” Brussels, 2024. 來源等級 A。
  13. United States v. Apple Inc., DOJ Antitrust Complaint (2024). 來源等級 A。
  14. Epic Games, Inc. v. Apple Inc., 559 F. Supp. 3d 898 (N.D. Cal. 2021). 來源等級 A。
  15. Statcounter Global Stats. “Mobile Operating System Market Share by Region 2024.” 來源等級 B。
  16. Telecommunications Act of 1996, Pub. L. No. 104-104 §251. 來源等級 A。
  17. AT&T Corp. v. Iowa Utilities Board, 525 U.S. 366 (1999). 來源等級 A。
  18. Werbach, K. “Connections: Beyond Universal Service in the Digital Age.” 22 Yale Journal on Regulation 203 (2005). 來源等級 A。
  19. United States Telecom Association v. FCC, 359 F.3d 554 (D.C. Cir. 2004) [USTA II]. 來源等級 A。
  20. FCC Triennial Review Remand Order, FCC 04-290 (2005) [TRRO]. 來源等級 A。
  21. Wu, T. “Network Neutrality, Broadband Discrimination.” Journal of Telecommunications and High Technology Law 2 (2003): 141-180. 來源等級 A。
  22. Verizon Communications Inc. v. FCC, 535 U.S. 467 (2002). TELRIC 規範. 來源等級 A。
  23. Digital Markets Act, Regulation (EU) 2022/1925. 來源等級 A。
  24. EU Commission. “DMA Designation Decisions 2023-2024 — Apple iOS, Google Android, Apple App Store, Google Play, etc.” Brussels. 來源等級 A。
  25. Klein, T., et al. “Apple’s iOS App Store and DMA Compliance.” CESifo Working Paper 11125, 2024. 來源等級 A。
  26. EU Commission. “DMA Compliance Reports 2024.” Brussels. 來源等級 A。
  27. OpenID Foundation. OpenID for Verifiable Credentials Issuance (OID4VCI). 2024. 來源等級 A。
  28. Cremer-Crawford-Cabral et al. “Competition Policy for the Digital Era.” European Commission Report, 2019. 來源等級 A。
  29. EU Commission. “Decision: Apple Non-Compliance with DMA Obligations — EUR 500 Million Fine.” 2025-04-23. 來源等級 A。
  30. EU Commission. “Decision: Meta Non-Compliance with DMA Obligations — EUR 200 Million Fine.” 2025-04-23. 來源等級 A。
  31. EU Commission. “Messaging Interoperability Specification Decision.” 2025-03-19. 來源等級 A。
  32. EU Commission. “Apple Pay NFC Antitrust Case — Closing Decision.” 2024-07. 來源等級 A。
  33. eIDAS 2.0, Regulation (EU) 2024/1183. 來源等級 A。
  34. EU Commission. EUDI Wallet Architecture Reference Framework (ARF), 2025-12 Cooperation Group rolling iteration(歷史快照 v1.4, 2024). 來源等級 A。
  35. Allen, C. “The Path to Self-Sovereign Identity.” Life With Alacrity, 2016. 來源等級 A。
  36. Tobin, A., & Reed, D. “The Inevitable Rise of Self-Sovereign Identity.” Sovrin Foundation White Paper, 2017. 來源等級 A。
  37. W3C. Verifiable Credentials Data Model 2.0. 2024. 來源等級 A。
  38. W3C. Decentralized Identifiers (DIDs) v1.0. 2022. 來源等級 A。
  39. W3C. Digital Credentials API draft. 2024. 來源等級 A。
  40. Bray, T. Blog posts on SSI + DMA, 2023-2024. 來源等級 B。
  41. Allen, C. “Toward a Decentralized Trust Web.” Keynote, 2023. 來源等級 B。
  42. Sporny, M., Reed, D., et al. W3C VC Working Group public statements 2024. 來源等級 B。
  43. OpenID Foundation. OpenID for Verifiable Presentations (OID4VP). 2024. 來源等級 A。
  44. EU Commission. “DMA Article 6(9) Portability Implementation Guidelines.” 2024. 來源等級 A。
  45. W3C Digital Credentials API Working Group. “Browser Implementation Status 2024.” 來源等級 B。
  46. W3C. Bitstring Status List 1.0. 2024. 來源等級 A。
  47. EU Commission. “DMA Article 6 Compliance Templates 2024.” 來源等級 A。
  48. Lessig, L. The Future of Ideas. New York: Random House, 2001. 來源等級 A。
  49. OECD. “Going Digital Report 2024.” Paris: OECD Publishing. 來源等級 A。
  50. American Data Privacy and Protection Act (ADPPA), H.R. 8152 (2022, pending). 來源等級 B。
  51. 日本國會 特定 Apps Stores 規制法, 2024. 來源等級 A。
  52. Singapore Infocomm Media Development Authority (IMDA). “Digital Identity Trust Framework 2024.” 來源等級 B。
  53. OECD. “Going Digital Report 2024 — Cross-Border Data and Identity Coordination.” 來源等級 A。
  54. ITU. “Global Forum on Digital Identity 2024 Proceedings.” Geneva: ITU. 來源等級 B。
  55. mashbean. “公民證明的概念定位 ⟨𝒩, ℱ, ℬ⟩.” Civic Proof Series, article 02, 2026-05-03. 來源等級 B(系列內部 cross-reference)。
  56. mashbean. “公民負擔重新分配 CB-Justice.” Civic Proof Series, article 06, 2026-05-05. 來源等級 B。
  57. mashbean. “passport-rooted paradox / SRP.” Civic Proof Series, article 07, 2026-05-05. 來源等級 B。
  58. mashbean. “北歐商業身分基礎設施的代價 NCT.” Civic Proof Series, article 09, 2026-05-07. 來源等級 B。
  59. mashbean. “civic-proof inclusion rights.” Civic Proof Series, article 15 (forthcoming). 來源等級 B。