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

===
title: 為什麼皮夾應該被當成電信業：Apple Wallet 不是中性產品
subTitle: Wallet as Essential Facility — Argument Map (v2)
slug: 2026-05-08-wallet-as-essential-facility
author: research-article-pipeline argdown export
model:
  removeTagsFromText: true
===

# Central Thesis

[Core Thesis]
  + <Formal Core>
  + [Accepted]
  + <P1>
  + <P2>
  + <P3>
  + <P4>
  + <P5>
  + <Causal Chain>
  + [Deployment Conditions]
  + <Conclusion>
  - [Rejected]
    - [Accepted]
  + [Accepted]
  - [Objection 1]
    - <Reply 1>
  + <Reply 1>
  - [Objection 2]
    - <Reply 2>
  + <Reply 2>
  - [Objection 3]
    - <Reply 3>
  + <Reply 3>

[Core Thesis]: 當 wallet 變成進入政府服務、年齡驗證、選舉投票的必要通道，它應受 essential facility doctrine、Digital Markets Act 與電信業互通義務 framework 約束。具體執行採 multi-pronged 路徑（US Aspen-MCI EU DMA Article 6 路徑甲 國家立法 251 機制層參考 W3C-OID4VC 標準正式化），不需立新法。SSI 反論的對偶從「監管 vs 自由」改寫為「廠商鎖定 vs 互通性義務」。 #thesis

<Formal Core>: Formula Essential Facility Wallet W Apple Wallet, Google Wallet (control(W) reconstructable(W) refusal suppresses competition(W) technical economic feasibility(W) sacrifice test passed(W)) owe common carrier obligations(W) Multi-pronged Remedy enforcement(W) (US Aspen MCI path Issuer Verifier access) (DMA Article 6 7 9 5 functional component continuity) (national legislation via 251 mechanism β) (W3C OID4VC normative standardization) Portability spec spec(W) (credential export issuer choice verifier choice revocation independence) vendor lockin(W) ssi vision realizable(W) Caption Essential facility 五條件（C1-C4 sacrifice test）成立時 wallet 應承擔公共承載人義務 執行採四路徑 OR 組合 portability spec 與 SSI 願景兼容。 #formal

[Accepted]: Wallet 是公共承載人 multi-pronged 執行 廠商鎖定 vs 互通性義務對偶. Wallet 在 issuer 接入與 verifier 接入兩個層級，已滿足 essential facility doctrine 的嚴格四條件加上 Aspen Skiing sacrifice test。具體執行採 multi-pronged 路徑（US Aspen-MCI EU DMA Article 6 路徑甲 國家立法 251 機制層參考 W3C-OID4VC 標準正式化），不需立新法。SSI 反論的「監管 vs 自由」對偶建立在概念混淆上，正確對偶是「廠商鎖定 vs 互通性義務」——互通性義務保留多元並存的 wallet 生態，與 SSI 願景兼容。 #accepted

[Rejected]: Wallet 是中性商業產品. 把 Apple Wallet 與 Google Wallet 視為一般消費產品，由市場與消費者選擇調節，不需要公共承載人義務。這個分類預設使用者有實際替代品，而 wallet 拒絕接入只是商業選擇而非結構性壓制。但 iOS 50% 美國市占、35-45% 歐盟市占、以及 issuer verifier 接入的選擇性權力，已使「自由市場調節」這個前提失去實證基礎。 #rejected

<P1>: Title 嚴格四條件 Aspen Skiing Sacrifice Test Section 2 — US Essential Facility 演繹 Role 提供規範性根據——若沒有一個成熟法律框架，「wallet 應受公共承載」會被指控為任意主張。Areeda-Hovenkamp 嚴格四條件 Aspen Skiing sacrifice test 提供 US 反托拉斯法的權威基礎 Trinko 雖收緊但未廢除 doctrine，wallet 場景（未受傳統監管）正好在 Trinko 限制不適用的 sweet spot。 MCI v. AT T 1983 第七巡迴整理的「三條件」非最高法院 holding 採嚴格版本必須加上 Aspen Skiing 1985 sacrifice test 與 C4 技術經濟可行性，合計五要件。Trinko 2004 把 doctrine 推回 sacrifice 路徑，且僅限於受傳統監管產業（如 1996 Telecom Act），wallet 不在其中。套用 wallet 四層級結論 Issuer 接入 Verifier 接入命中五要件全部，是最強支柱 OS-NFC 強但 sacrifice 證據需靠 EEA iOS 17.4 反證重建 Wallet UI 最弱建議省略。 Finding Issuer Verifier 接入層的 essential facility 訴訟在美國法院實質可行 Wallet UI 層省略以避免削弱整體論證。 Formal (MCI strict four conditions Aspen Skiing sacrifice test Trinko regulated industry)(W) essential facility(W) #pillar

<P2>: Title β 同構 四項互通機制可移植 Section 3.1-3.2 — Telecom 251 機制層類比 Role 提供制度先例——若 wallet 公共承載義務聽起來「過於嶄新」， 251 提供 1996 年起的成熟先例。類比強度鎖在機制層 β 而非歷史條件層 γ，避免「自然壟斷論已崩塌」這個反論一擊摧毀整體論證。 1996 Telecommunications Act 251 四項機制 (a) interconnection (b) unbundling (c) nondiscriminatory rates (d) collocation。每項對應 wallet (a) 任何 OID4VC credential 應可被接受 (b) credential 與 wallet UI 解綁 (c) issuer verifier 接入費率非歧視 (d) 多 wallet 在同一裝置共存。類比強度 (a) (b) (c) 為 β（高度可移植機制層），(d) 為 α（純技術問題），歷史條件層為 γ（自然壟斷論不適用）。TELRIC 訂價機制不適用 wallet（邊際成本接近零），改採 DMA 6(12) FRAND 標準替代。USTA II TRRO 2003-2005 收縮 unbundling 義務的歷史，必須主動處理而非迴避。 Finding 251 機制層提供國家立法可移植的具體模板 歷史條件層的崩塌不影響機制層類比強度。 Formal isomorphic β( 251.a, 251.b, 251.c , wallet.OID4VC accept, wallet.UI unbundle, wallet.fair rate ) γ only( natural monopoly premise, TELRIC ) #pillar

<P3>: Title iOS Android 已 designated wallet 為功能組件連續推理 Section 3.3-3.6 — DMA Article 6 路徑甲 Role 提供既有法律落地——若需要等待新立法，wallet 公共承載化會無限延期。DMA Article 6 Article 8 specification 程序已可在歐盟執行，2025-04 罰款先例證明 EU Commission 執法決心。路徑甲（功能組件視角）使 wallet 義務不需新 designation，可立即啟動。 Apple iOS 與 Google Android 已被 DMA Article 3 列為 gatekeeper CPS。Apple Wallet 與 Google Wallet 是 CPS 子產品 採路徑甲（連續推理）延伸 Article 6 義務，不需走 Article 3 重新 designation。Article 6 三條精確對應 6(7) 互通性（specifiable） wallet 應接受任何 OID4VC credential 6(9) 可攜性（absolute） credential 可導出到競爭 wallet 6(5) 自我優先禁令（限 ranking） iPhone 雙擊 power button 不得預設 Apple Wallet。執法可行性 2025-04-23 Apple 5 億歐元（Case DMA.100203） Meta 2 億歐元（Case DMA.100204）non-compliance 罰款。支付 wallet（TFEU 102 路徑，2024-07 結案）vs 身分 wallet（DMA Article 8，未啟動）必須拆開。 Finding DMA 路徑甲在歐盟可立即啟動 2025 罰款先例證明 specification 程序的實質執法能力 支付 身分 wallet 拆開避免混淆。 Formal designated(iOS, Android) functional component(W iOS, Android ) Article 6 obligations(W) 6(7), 6(9), 6(5) #pillar

<P4>: Title 「廠商鎖定 vs 互通性義務」取代「監管 vs 自由」 Section 4 — SSI 反論對偶重構 Role 提供反論吸收——若不處理 SSI 倡議者的反論，本論證會被指控為「壓制 self-sovereign 創新」。SSI 反論建立在「規範強制（強制使用某 wallet）」與「互通性義務（要求所有 wallet 遵循開放標準）」的概念混淆上。本 pillar 拆解三變體並提出對偶重構，使互通性義務與 SSI 願景在邏輯上兼容。 SSI 反論三變體 A 政府規範會把 wallet 變成新監控工具 B OID4VC 是 EU 標準不應全球化 C 自由選擇是民主基礎。三者都把工具 A（標準強制）與工具 B（互通性義務）混為一談。回應 互通性義務不要求廠商揭露內部結構（A 無效） OID4VC 是 W3C OpenID Foundation 開放標準（B 無效） 多 wallet 並存保留用戶選擇（C 無效）。SSI 願景核心三層（用戶持有 credential 可選擇 wallet 可撤銷授權）只能在互通性義務下實現，不能在無監管自由市場下實現。Tim Bray 2023-2024 與 Christopher Allen 2023 立場部分認可此論（弱歸納，不主張 SSI 社群集體背書）。 Finding SSI 反論的「監管 vs 自由」對偶被概念混淆遮蔽 正確對偶「廠商鎖定 vs 互通性義務」使 SSI 願景與公共承載義務邏輯兼容。 Formal interoperability obligation(W) (user holds credential(W) wallet choice(W) revocation authority(W)) standards mandate #pillar

<P5>: Title 4 項可遷移性 4 項禁令 三層執行機制 Section 5 — Wallet Portability Spec 實作 Role 提供實作可行性——若沒有具體 spec，公共承載義務只是口號。本 pillar 把 4 項可遷移性與 4 項禁令對應到 W3C VC OID4VC DC API Bitstring Status List 既有技術標準，並提出三層執行機制（標準正式化 DMA 強制 國家立法）。spec items 不對稱可拆卸分階段立法，降低政治阻力。 Spec 1 credential 可導出（OID4VCI Implementer s Draft 4 6.5 informative，預期 2025-Q4 升 normative） Spec 2 issuer 可選擇多 wallet（技術可行，Apple Google API 鎖定為阻礙） Spec 3 verifier 可接入多 wallet（W3C DC API 2024 draft，需多瀏覽器配合） Spec 4 撤銷權不被獨佔（OID4VCI status list Bitstring Status List 1.0）。對應禁令 廠商鎖定 互通拒絕 自我優先 單方撤銷，分別對應 DMA 6(9) 6(7) 6(5) 法定。三層執行 W3C-OID4VC normative（2025-Q4） DMA Article 6 強制（2026-Q2） 國家立法跟進（美國 ADPPA、台灣個資法、日本 APPI、新加坡 IMDA）。 Finding 4 項 spec 對應現有技術標準，技術可行性已經就緒 落地瓶頸在政策層（自願 vs 強制義務） 可拆卸分階段立法降低執行成本。 Formal spec implementable(W) i 1..4 spec i(W) j 1..3 enforcement layer j(W) #pillar

<Causal Chain>: Title Wallet 公共承載六步因果鏈 中性產品 owe common carrier obligations T0 (deterministic) Wallet 在政府服務、年齡驗證、平台登入、選舉投票成為必要通道（基礎設施性質確立） T1 (deterministic) C1 主導者控制 Apple iOS 50% 美國市占 Google Android Wallet 全球主導 issuer verifier 接入由廠商選擇性決定 T2 (deterministic) C2 不可重建 C3 拒絕壓制競爭 第三方 wallet 無法繞過 Apple Google 控制的 issuer 接入路徑與 OS-level NFC API T3 (probabilistic) C4 技術經濟可行 sacrifice test iOS 17.4 EEA 開放 NFC 證明技術可行 Apple 拒絕 issuer 接入造成短期 commission 損失（sacrifice 證據） T4 (deterministic) Aspen-MCI essential facility doctrine 五要件全部成立 wallet owe common carrier obligations T5 (probabilistic) Multi-pronged 執行 US Aspen-MCI（issuer verifier 訴訟） EU DMA Article 6 路徑甲 國家立法 251 機制 W3C-OID4VC 標準正式化 #chain

[Deployment Conditions]: Wallet 公共承載義務的合法部署，必須先通過四項 portability spec 四項禁令 三層執行機制. deploy(common carrier obligations, W) valid Spec₁ Spec₂ Spec₃ Spec₄ Ban₁ Ban₂ Ban₃ Ban₄ Layer₁ Layer₂ Layer₃ #conditions

<C1>: Title Spec 1 — credential 可導出 Wallet 必須提供 credential export endpoint，使用者可導出已存 credential 到競爭 wallet。標準狀態 OID4VCI Implementer s Draft 4 6.5 informative，預期 2025-Q4 升 normative。對應 DMA Article 6(9) 可攜性義務。 Formal Spec₁ W export endpoint(W) format OID4VCI, W3C VCDM 2.0 #condition

<C2>: Title Spec 2 — issuer 可選擇多 wallet Issuer 必須能直接呼叫多個 wallet API（OID4VCI），而非被綁定到 Apple Google 之一。技術可行，落地缺口在 Apple Google API 鎖定 廠商審核制度。對應 DMA Article 6(7) 互通性義務。 Formal Spec₂ issuer wallet API Apple, Google, third party direct call supported #condition

<C3>: Title Spec 3 — verifier 可接入多 wallet Verifier 必須能透過 W3C Digital Credentials API（browser-native）接入任何 wallet，不需走 Apple Google 專屬 API。標準狀態 W3C draft 2024，需 Chrome Firefox Safari Edge 多瀏覽器配合落地。對應 DMA Article 6(5) 自我優先禁令。 Formal Spec₃ verifier DC API browser native verify(W, credential) without lock-in #condition

<C4>: Title Spec 4 — 撤銷權不被 wallet 廠商獨佔 Issuer 必須保留 revocation rights，不被 wallet 廠商獨佔。技術機制 OID4VCI status list Bitstring Status List 1.0 已就緒 落地缺口是 wallet 廠商可能單方掩蓋撤銷狀態。需新立法明確禁止單方撤銷。 Formal Spec₄ credential W revocation authority(credential) issuer wallet vendor monopoly #condition

<C5>: Title Ban 1-4 — 四項禁令 對應四項可遷移性的禁令配對 (1) 廠商鎖定禁令對 Spec 1 (2) 互通拒絕禁令對 Spec 2 (3) 自我優先禁令對 Spec 3 (4) 單方撤銷禁令對 Spec 4。每項禁令都有對應 DMA Article 或法定根據。 Formal i 1..4 Ban i violation(Spec i) #condition

<C6>: Title Layer 1 — W3C OID4VC 標準正式化 把現有 W3C VCDM 2.0 DC API OID4VCI OID4VP Bitstring Status List 1.0 等 draft 推進到 normative recommendation，使所有 wallet 廠商在技術層可遵循。預期時程 2025-Q4。 Formal Layer₁ W3C recommendation status( VCDM 2.0, DC API, OID4VCI, OID4VP, status list ) by 2025-Q4 #condition

<C7>: Title Layer 2 — DMA Article 6 強制（歐盟） 透過 Article 8 specification 程序把 6(7) (9) (5) 義務具體化到 wallet 層級。2025-04-23 Apple 5 億 Meta 2 億歐元 non-compliance 罰款 2025-03-19 messaging specification decision 證明執法能力。預期時程 2026-Q2。 Formal Layer₂ DMA Article 8 specification(W, 6.7 6.9 6.5) by 2026-Q2 #condition

<C8>: Title Layer 3 — 國家立法跟進 美國 ADPPA、台灣個資法第六次修正、日本 APPI 2025、新加坡 IMDA 採 251 機制層類比建立平行機制，避免地區性標準碎片化。長期外交路徑 G20 Digital Economy Working Group 提案、ITU-T 把 OID4VC 列入國際標準、雙邊 多邊貿易協定。 Formal Layer₃ country US, TW, JP, SG, ... national legislation(country, 251 mechanism β) #condition

<Conclusion>: Wallet 不是中性商業產品，是公民進入民主基礎設施的最後一哩通道。 把它視為一般消費品的分類預設了「自由市場調節」這個前提，但 iOS 50% 美國市占、35-45% 歐盟市占、以及 issuer verifier 接入的選擇性權力，已使該前提失去實證基礎。Essential facility doctrine 的嚴格四條件加上 Aspen Skiing sacrifice test 在 wallet 場景成立，公共承載人義務化是延伸既有 doctrinal framework 而非立新法。 辯論應從「監管 vs 創新」轉向 「廠商鎖定 vs 互通性義務」 。SSI 倡議者的核心願景（用戶持有 credential 可選擇 wallet 可撤銷授權）只能在互通性義務下實現，不能在無監管自由市場下實現——這個對偶重構使 SSI 與公共承載化在邏輯上兼容，避免「自由 vs 監管」這個錯誤對偶持續錯誤動員 SSI 社群反對 wallet 政策。 一條 multi-pronged 原則貫穿全文 單一執法路徑不足以解決全球 wallet 問題 US Aspen-MCI EU DMA 路徑甲 國家立法 251 機制 W3C-OID4VC 標準四路徑並進，方能在跨法域協調這個最薄弱環節下保持執行可行性。 本文延續 article 09 NCT「商業壟斷 民主政體 infrastructural tyranny」的結構批判，把該結構從北歐 BankID 場景延伸到 wallet 層的具體執行 spec 與 article 02 𝒩.M₂ M₄、article 06 D₂ 、article 07 SRP、article 15 inclusion baseline 形成跨文章的耦合論證。 Formal Coda Final form Essential Facility Wallet W Apple Wallet, Google Wallet (control(W) reconstructable(W) refusal suppresses competition(W) technical economic feasibility(W) sacrifice test passed(W)) owe common carrier obligations(W) Multi-pronged Remedy enforcement(W) (US Aspen MCI path Issuer Verifier access) (DMA Article 6 7 9 5 functional component continuity) (national legislation via 251 mechanism β) (W3C OID4VC normative standardization) Portability spec spec(W) (Spec₁ Spec₂ Spec₃ Spec₄) vendor lockin(W) ssi vision realizable(W) deploy valid i 1..4 Spec i j 1..4 Ban j k 1..3 Layer k Cross-article coupling article 02. M₂, M₄ wallet 對應資格性 隱私衡量 article 06.D₂ wallet 必須提供非智慧手機 fallback（弱勢者 inclusion 義務） article 07.SRP wallet 廠商鎖定的主權容器悖論當代形式 article 09.NCT 商業壟斷 民主政體 infrastructural tyranny 的 last-mile 形態 article 15.inclusion 政府 wallet 應為 inclusion baseline，不得被商業 wallet 取代 #conclusion

# Deployment Conditions

[Deployment Conditions]
  + <C1>
  + <C2>
  + <C3>
  + <C4>
  + <C5>
  + <C6>
  + <C7>
  + <C8>

# Objections And Replies

[Objection 1]: Trinko 已實質廢除 essential facility doctrine. 反論訴求是「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 在美國法院已實質失效」。但細讀 Trinko 全文，Scalia 處理的是 1996 Telecom Act 已建立詳盡 ex ante 監管的場域 Trinko 並未否定 doctrine 在未受傳統監管場域的適用性，且仍肯認 Aspen Skiing sacrifice test 為反托拉斯成立要件之一。Hovenkamp 6th edition 雖部分支持「Trinko 已實質廢除」立場，仍承認對未受監管的數位平台 Aspen-MCI 路徑有適用空間。 #objection

<Reply 1>: Title Trinko 已實質廢除 essential facility doctrine Trinko 為 essential facility doctrine 設定的 outer boundary 不僅未支持「wallet 不適用」，反而給「wallet 屬未受傳統監管場域，正好是 Trinko 限制不適用的 sweet spot」提供了最強論證——Trinko 自身的限制範圍說明了 wallet 訴訟的可行性。 #reply

[Objection 2]: Self-sovereign identity 無監管自由市場. 反論訴求是「政府規範會把 wallet 變成新監控工具 OID4VC 是 EU 標準不應全球化 自由選擇是民主基礎」三個變體。但仔細檢驗每個變體，都把工具 A（規範強制 強制使用某特定 wallet）與工具 B（互通性義務 要求所有 wallet 遵循開放標準）混為一談。互通性義務不要求廠商揭露內部結構 OID4VC 是 W3C OpenID Foundation 開放標準而非 EU 區域標準 多 wallet 並存保留用戶選擇。 #objection

<Reply 2>: Title Self-sovereign identity 無監管自由市場 SSI 願景的核心三層（用戶持有 credential 可選擇 wallet 可撤銷授權）只能在互通性義務下實現，不能在無監管自由市場下實現——若 Apple Wallet 鎖定 credential，用戶實際上不持有 credential，是「用戶租用 Apple 提供的 credential」。SSI 反論反向支持「廠商鎖定 vs 互通性義務」對偶。 #reply

[Objection 3]: DMA 是歐盟區域法不可全球化. 反論訴求是「DMA 執法管轄限於歐盟，跨國 wallet 服務的實際影響有界。Apple 已在 iOS 17.4 EEA 限制版本中採取地區化策略——歐盟使用者享受互通性，美國使用者仍是封閉系統。把 DMA 當作全球範本是法律帝國主義」。 #objection

<Reply 3>: Title DMA 是歐盟區域法不可全球化 區域差異不僅未支持「wallet 公共承載化不可推進」，反而給 multi-pronged 執行路徑提供了最強論證。DMA 提供歐盟先例 US Aspen-MCI 提供美國路徑 251 機制層提供其他國家立法可移植模板 W3C-OID4VC 提供標準層協調。多路徑並進避免單一法域成為唯一執法工具——這恰好示範跨法域協調如何約束區域局限。 #reply