钱包12月交付，银行一年后必须接受

十年来，登录一直归银行所有。 机构签发凭证、执行认证、保存审计轨迹，并且由它定义什么叫"已验证"。《欧盟数字身份法规》终结了这套安排，却从未直白说出这一点。它要求每个成员国在2026年12月前向公民提供钱包，并要求银行——按行业点名，而非靠推断——在2027年12月前接受该钱包用于强用户认证。两个日期之间隔着一年：凭证已经存在，客户已经持有，而义务尚未咬合。多数机构把这一年当成缓冲。它其实是工程窗口。

执行摘要

与2026年议程上的多数事项不同，这已是既定法律。 Regulation (EU) 2024/1183 已经生效。日期写死在正式文本里，而非悬于三方谈判，这使它成为少数可以放心据以规划的项目之一。

银行成为依赖方。 那是一个有明确定义的法律角色，并附带注册义务。这是第一个要求银行向公共注册机构正式申报"打算向客户索取什么"的身份制度。

接受不等于认证战略。 义务是在用户出示钱包时予以接受。银行如何使用由此获得的保证等级、如何与自身风险模型对齐，由银行自行决定。

难点在凭证验证通过之后。 一次密码学上有效的出示，告诉你持有人正是国家所认定的那个人。它不告诉你此人是否就是2014年开户的那个人。

两个日期，一段间隔

从时间线说起，因为对这份文件的几乎所有误读，都源于把两个日期压成一个。

Regulation (EU) 2024/1183 修订了原有的 eIDAS 法规，即 Regulation (EU) No 910/2014，于2024年5月生效。它授权欧盟委员会通过实施法案，规定钱包如何构建、认证、注册与使用，并设定了两项按不同时钟运行的义务。

第一项落在成员国身上。到 2026年12月24日，每个成员国必须向其公民和居民提供至少一款欧洲数字身份钱包。这是一项供给义务：由国家或其指定方提供钱包，且自然人不承担费用。

第二项落在依赖方身上。到 2027年12月24日，依据 Article 5f，在法律或合同上被要求使用强用户认证进行身份识别、且在列名行业之一（含银行与金融服务）内经营的大型和中型依赖方，必须在用户自愿要求使用钱包时予以接受。

两者相距十二个月，且先后顺序至关重要。凭证先到。接受它的义务一年后才到。

我见过的多数项目计划都锚定2027这个日期。作为对合规期限的解读，这说得过去；作为对真实风险的解读，这很糟糕。从2026年12月起，银行的客户就能持有一份国家签发的数字身份凭证，而银行还消费不了它。能消费的竞争者会用起来——用于以秒而非以天计的开户时长，用于完全跳过证件上传的重新认证旅程。期限是2027年。竞争性风险敞口从2026年就开始了。

依赖方是一种法律角色，不是一种集成模式

这是技术解读中最常被跳过的条款，也是前置周期最长的一条。

依据 Article 5b，打算依赖欧洲数字身份钱包的一方，必须在其设立所在的成员国注册。注册不是在开发者门户上注册个账号。它标识机构主体，记录设立所在成员国及注册编号，并且——这是关键——涵盖预期用途，包括该依赖方将请求的属性。

由此产生三项后果，没有一项是工程问题。

属性请求成为一项公开申报的立场。 银行必须事先并留档决定，它将要求客户披露什么。"钱包能给我们的一切"不是一个可选答案。数据最小化不再是隐私部门倡导的原则，而变成注册所固化的一项约束。

产品变更获得了一个注册依赖项。 一段需要超出已注册范围属性的新旅程，不是一个迭代待办项。无论各成员国的行政办理周期最终是多久，都不会是当天办结。

跨法域银行需要在多处注册。 在多个成员国设立的机构要对接多家注册机构。钱包被设计为跨境可用——德国钱包能对接法国依赖方——但注册义务附着于设立地，而集团架构决定了这意味着多少场对话。

表1：银行在变革前后所处的位置

维度	银行自有身份（当下）	EUDI Wallet（Article 5f）
谁签发凭证	银行，在完成自有客户开户后	成员国或其指定的提供方
谁裁定其有效	银行，对照自有记录	银行，对照签发方的签名与状态
客户控制什么	很少；关系由银行掌握	每次出示时释放哪些属性
银行必须做什么	其风险偏好支持的任何做法	用户提出请求时接受一次出示
参与的前提条件	除自有系统外别无前提	依据 Article 5b 注册为依赖方
索取更多数据的代价	一项内部产品决策	对已注册、已申报范围的一次变更

钱包并未废止强客户认证

早期规划材料中反复出现的一个错误，是假定接受钱包便取代了 PSD2 的认证制度。并没有。

Directive (EU) 2015/2366 项下的强客户认证，以及 Commission Delegated Regulation (EU) 2018/389 中的监管技术标准，继续管辖支付服务提供商如何认证付款人并授权交易。Article 5f 的义务叠加在其上，而非取而代之。银行仍须履行其 SCA 义务；同时还必须在客户出示钱包用于强用户认证时予以接受。

因此，务实的问题不是"钱包是否取代我们的 SCA 因子"，而是"一次钱包出示对一次符合 SCA 的认证贡献了什么，我们自己还必须做什么"。这是一个有确切答案的架构问题，值得在期限之前而不是期限之中理清，因为这两套制度出自不同的立法工具、服务于不同目的，而它们在你的认证服务内部相遇。

责任模型中还有一个相关陷阱。在现行安排下，凭证由银行签发，因而多数失效模式归银行所有。在新安排下，凭证由他方签发、由银行验证。验证失败时放行、签发方的吊销状态陈旧、出示被重放——这些失效模式机构少有经验可循，而钱包提供方、签发方与依赖方之间的损失分摊，恰恰是那类在首次事故之后被缓慢且昂贵地厘清的问题。

验证不会告诉你的事

下面这部分持续让身份团队意外，值得直说。

一次钱包出示提供密码学保证：一组属性由可信机构签发给该钱包的持有人，且持有人在场。它以高置信度告诉你，此人正是国家所认定的那个人。

它不告诉你，此人就是当初开户的那位客户。

对客户开户而言，这个区分影响不大——钱包接近理想方案，当下需要证件扫描、活体检测和人工复核的身份核验，坍缩为一次出示。对存量客户而言，影响则极大。把一份国家签发的数字身份，绑定到一个2014年凭一本此后已过期的护照、以一个可能已经变更的姓名开立的账户上，这是一个记录关联问题。它与开放金融和客户数据项目一再重新发现的实体解析工作是同一件事，并不会因为传入的凭证在密码学上无懈可击而变得容易。

把钱包集成当作渠道项目来做的机构，会建成一条可用的出示流程，然后发现真正有意思的失败点是与自家客户主数据的匹配率。那项工作前置周期长，且不依赖任何实施法案。它现在就能启动。

表2：这项工程实际拆解成什么

工作流	依赖钱包已经存在吗？	现在能否启动
在每个设立所在成员国完成依赖方注册	注册机构须已运行	确定你将申报的属性范围
出示验证、信任列表与吊销处理	是，端到端测试需要	协议选型与服务设计
将已验证身份绑定到既有客户记录	否	能——这是最长的那根杆
让钱包接受与 SCA 义务相互对齐	否	能
针对非自己签发凭证的责任、事故与争议处理	否	能
对既有旅程做属性最小化审查	否	能

六项中有四项不必等待任何东西。

运营行动手册

六个动作，按我会排定的顺序。

指定问责负责人。 这件事横跨身份、客户开户、支付与法务，在多数银行意味着无人负责。钱包接受作为一项联合发起的倡议只会失败。
在注册机构问起之前确定属性范围。 注册申报你将请求什么。算清支撑你各条旅程所需的最小集合，因为已申报的范围日后主动放宽，比在隐私复核之后被迫收窄要容易。
现在就着手绑定问题。 把国家身份匹配到既有客户记录，是尾巴最长、依赖最少的工作流。它也决定了"接受"究竟是一段良好体验，还是一条客服排队队列。
把 SCA 对齐方案写下来。 记录钱包出示如何与你现有的认证因子交互，以及两套制度在何处相遇。做成架构决策记录，不是一页幻灯片。
为你从未拥有过的失效模式建模。 吊销状态陈旧、签发方中断、验证失败时放行。这份凭证不是你签发的；就假设失效模式不由你控制，并据此设计。
有意识地用好这十二个月。 钱包自2026年12月起上线。把2027年当作你运营该能力的年份，而不是建设它的年份。

银行在开放银行时代学到的一课是：一个被强制要求的接口，很少只是一个接口。同一课正通过另一件立法工具再次到来。把 Article 5f 读成一张集成工单的机构，会按时交付一条合规的出示流程，却依然答不上柜台前唯一要紧的问题：持这个钱包的人，是不是你即将为其开户的那个人？

常见问题

银行究竟从什么时候起必须接受钱包？
对于在法律或合同上被要求使用强用户认证、且在列名行业（含银行与金融服务）内经营的大型和中型依赖方，期限是2027年12月24日。成员国提供至少一款钱包的另一项义务提前一年，到2026年12月24日。

这件事定了吗，还是日期可能变动？
Regulation (EU) 2024/1183 已经生效，日期写在已通过的正式文本里，而不在谈判中的提案里。这使它比银行当下所据以规划的多数事项都更为确定，也正是这份议题值得提早动手的原因之一。

接受钱包是否意味着我们可以下线自有认证？
不能。义务是在用户自愿要求使用钱包时接受其出示。不持有钱包、或不愿使用钱包的客户仍需得到服务，而 PSD2 的强客户认证要求无论如何都继续适用于支付旅程。

Article 5b 的注册究竟让我们承诺了什么？
在你设立所在的成员国注册，标识机构主体，并申报预期用途，包括你打算请求的属性。实际效果是：你的数据最小化立场成为公开记录，并成为未来产品变更的一项约束。

我们并未在欧盟设立机构。这会波及我们吗？
Article 5f 中的接受义务附着于在欧盟框架内、于列名行业中经营的依赖方，而注册义务附着于设立所在成员国。集团架构以及各受监管实体的设立地决定了答案。这是一个法律问题，值得尽早厘清，而不是一个技术问题。

本季度最值得启动的一件事是什么？
在国家签发身份与你现有客户主数据之间做实体解析。它不依赖钱包、实施法案或注册机构，最有可能决定"接受"在实践中是否奏效，而且默认无人认领。

参考文献

European Parliament and Council of the European Union, 2024. Regulation (EU) 2024/1183 amending Regulation (EU) No 910/2014 as regards establishing the European Digital Identity Framework. Brussels: Official Journal of the European Union. Available at: European Parliament and Council of the European Union, 2024..
European Commission, 2026. European Digital Identity Wallet. Brussels: Directorate-General for Communications Networks, Content and Technology. Available at: European Commission, 2026..
European Commission, 2026. EUDI Wallet Architecture and Reference Framework. Brussels: European Commission. Available at: European Commission, 2026..
European Parliament and Council of the European Union, 2015. Directive (EU) 2015/2366 on payment services in the internal market (PSD2). Brussels: Official Journal of the European Union. Available at: European Parliament and Council of the European Union, 2015..
European Commission, 2018. Commission Delegated Regulation (EU) 2018/389 supplementing Directive (EU) 2015/2366 with regard to regulatory technical standards for strong customer authentication. Brussels: Official Journal of the European Union. Available at: European Commission, 2018..
OpenID Foundation, 2026. OpenID for Verifiable Presentations. San Ramon: OpenID Foundation. Available at: OpenID Foundation, 2026..

最近审阅 2026-08-08.

重新发布本文

钱包12月交付，银行一年后必须接受 — Sebastien Rousseau

成员国须在2026年12月前交付欧盟数字身份钱包，银行须在2027年12月前接受它。这十二个月的时间差，正是全部问题所在。

本文采用以下许可协议 Creative Commons Attribution 4.0 International. 重新发布需注明原始 URL 出处。

钱包12月交付，银行一年后必须接受 — Sebastien Rousseau

成员国须在2026年12月前交付欧盟数字身份钱包，银行须在2027年12月前接受它。这十二个月的时间差，正是全部问题所在。

Originally published at https://sebastienrousseau.com/zh-hans/2026-08-01-eudi-wallet-eidas-2-banks-relying-party-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER