数字欧元：实施进展到哪一步，以及该为它做什么准备

关于数字欧元的报道，大多仍写得像它还只是一份提案。但它不是。已经有一批入选的支付服务提供商正在为它做开发，一项试点计划从 2027 年下半年起运行十二个月，首次发行的目标定在 2029 年。

如果你为欧元区构建支付流程、结账、银行应用、资金管理系统或门店销售软件，有用的问题已经不再是数字欧元会不会发生。问题是它的技术形态和商业形态，对你现在已经在运行的系统意味着什么。

这是一份务实的进展报告：哪些已经定了，哪些还在动，以及在立法落地之前值得先做什么。

数字欧元到底是什么

数字欧元是面向零售用途的央行数字货币。它由欧洲央行发行，以欧元计价，是对央行的直接债权，而不是对某家商业银行的债权。

最后这一点正是整个设计张力所在。你在银行的存款是对那家银行的债权。现金是对央行的债权。数字欧元的定位是现金的数字等价物，这也是为什么立法争论有那么大一部分围绕持有限额：如果家庭可以无限量地以数字形式持有央行货币，那么在压力事件中，存款从商业银行流出的速度会快过历史上任何一次挤兑。

对要为它做开发的人来说，有三个属性最要紧：

它是法定货币。 大多数商户必须受理，按主体类型和规模设有例外。

它同时支持离线和在线。 理事会和议会的授权文本都规定了离线形态，而且都没有把它设为“在没有泛欧私营替代方案时才启用”的条件项。

它由支付服务提供商分发，而不是由欧洲央行直接分发。 欧洲央行提供方案规则和基础设施。银行和其他支付服务提供商提供面向用户的服务、开户流程、应用和支持。

第三点是最多人忽略的。欧洲央行不是在做一个跟你的银行应用竞争的消费者钱包。它建的是一条支付轨道，由银行和支付服务提供商在上面做分发。如果你为银行或支付服务提供商开发，数字欧元就变成了你已经拥有的产品里的一种支付方式。

立法进展到哪里

欧盟委员会于 2023 年 6 月 28 日提出数字欧元一揽子方案。此后十八个月里进展缓慢，然后突然提速。

理事会立场：2025 年 12 月 19 日。 成员国通过了谈判立场，内容包括：持有限额由欧洲央行在理事会设定的上限内确定、面向用户的基础服务免费、附加服务收费受监管、保证支付提供商公平接入移动设备硬件，以及一套补偿机制，先在过渡期内实行封顶费率，之后转为基于成本的定价。

议会委员会授权。 经济与货币事务委员会以 43 票赞成、14 票反对、1 票弃权通过了谈判立场，并将授权提交全会。

三方谈判于 2026 年 7 月启动。 三个机构都已表示希望在 2026 年底前完成该文件。

首次发行目标：2029 年，前提是该条例在 2026 年内获得通过。

这个前提值得按字面理解。欧洲央行反复表示，只有在条例通过之后才会决定是否发行。试点无论如何都会推进，因为试点是为了验证基础设施。发行决定是政治性的。

两份立场还有哪些分歧

三方谈判的结果无法预测，但理事会和议会之间的差距会告诉你哪些参数真正存在争议，因此也就告诉你哪些不该写死在代码里。

由谁设定持有限额。 议会希望由欧盟委员会通过授权法案设定上限，参考欧洲央行意见，议会和理事会保留异议权。理事会希望由理事会根据欧洲央行建议以执行决定设定上限。机制不同，效果相近：这个数字不写在条例正文里，可以在不重开法律的情况下改动。

公开讨论中的数字大致集中在每人 3000 欧元附近，但这个数字并未敲定，而且机制是刻意设计成可以调整的。把它当成配置项。

法人。 议会希望几乎全面禁止企业持有数字欧元。理事会把细节留给欧洲央行指引，并有可能允许限额为零。无论哪种，商户都该按这个假设来做：收到数字欧元后会自动归集到你的商业银行账户，而不是以余额形式停留。如果你的资金管理逻辑假设可以持有支付余额，去检查这个假设。

费率上限，以及能维持多久。 双方都提议在欧元区范围内设定上限，以可比的私营支付方式为基准，最终转向基于成本的定价加合理利润。理事会希望对过渡期封顶模式设定十年硬性期限。议会则认为，如果欧盟委员会报告显示该模式有利于商户并改善竞争，就可以无限期延续。理事会还为商户费率和支付服务提供商之间的费率增加了国家层面的上限，在国家上限低于统一上限时适用。

对商户来说，方向是明确的：数字欧元受理的定位就是要比卡便宜。便宜多少，取决于最终落点。

受理例外。 双方都同意受理是强制的，但设有例外。议会明确为小型和微型企业增加了例外。理事会增加了一项要求：在受理为强制的场合，付款人可以在在线和离线形态之间选择。

推广期。 议会立场中包含分阶段推广义务，以自适用之日起的月数计算，而不是立即切换。预计会有一个过渡窗口，而不是一步到位。

试点，以及为什么它比争论更重要

在立法争论继续进行的同时，欧洲央行一直在做建设。

准备阶段从 2023 年 11 月开始，于 2025 年 10 月结束并发布了报告。随后欧洲央行进入试点，时间表很具体：

试点准备，2026 年上半年。 面向支付服务提供商的意向征集于 2026 年 3 月 5 日发布，5 月 14 日截止。超过 50 家支付服务提供商提交了申请。从欧元区各地选出 36 家，选择时兼顾了业务模式、规模和地域的分布。申请方在 2026 年 6 月底收到通知。

试点开发，自 2026 年第三季度起。 入选的支付服务提供商签署参与协议并开始开发。这一阶段涵盖试点支付服务的开发、开户流程和与数字欧元服务平台的集成、用户测试、后端认证以及终端用户的开户接入。

试点运行，2027 年下半年，为期十二个月。 由入选的支付服务提供商、入选商户和欧元体系员工在真实场景中试用数字欧元测试版，覆盖店内支付和个人对个人支付，评估稳健性、可用性和可扩展性。

对做规划的人来说，值得注意的细节是：后端认证属于开发阶段。那是一个真实的集成与一致性认证项目，不是配置工作。任何最终进入分发范围的支付服务提供商都会走一遍类似流程，而试点参与方实际上正在写这本操作手册。

如果你做支付软件，这意味着什么

数字欧元的行为既不同于卡，也不同于现有的账户到账户轨道，而这些差异会落在系统的特定部位。

它是一种属性特殊的新支付方式

即时结算、没有卡意义上的拒付机制、大多数商户强制受理、商户费率封顶，还有离线模式。这个组合无论是套到你的卡集成上，还是套到你现有的转账集成上，都对不齐。

离线模式尤其特殊，大多数商务系统都没处理过类似的东西。一笔离线数字欧元支付在设备之间完成结算，无需与方案端保持实时连接。你的对账模型必须能应对这样一笔支付：它在销售现场是有效的，但更晚才到达你的系统。

持有限额制造了一种新的失败模式

如果付款人已经达到或接近持有限额，一笔进账的表现会不同于打进一个没有限额的账户。设计意图是通过瀑布式安排在数字欧元余额和绑定的商业银行账户之间自动划转资金，使用户不会遇到硬失败。但是不是每个实现都能做对，那是另一回事。

对商户来说，实际含义是：这笔支付可能受到对手方余额上限的影响，而卡支付不会。

费率受监管，这改变了路由问题

大多数支付路由逻辑按成本和成功率做优化。一种带法定费率上限且强制受理的方式会改变这个计算，对低毛利零售尤其如此。如果你的平台会动态排序支付方式，那个决策的输入项将会改变。

它是并存，不是取代

这一点要看清楚。数字欧元不会取代 SEPA 即时支付、卡或私营钱包。它进入的是一个已经要处理 SEPA 即时转账和收款人验证、越来越要处理 Wero，并且最终会与 欧盟数字身份钱包 交汇的结账页。

能低成本接住数字欧元的，是那些支付层早就把支付方式当插件、而不是当成结账控制器里一个分支的团队。

现在值得做什么

数字欧元并不要求你今天就为它开发。但有几件事无论如何值得做，因为它们现在便宜，以后昂贵。

把支付方式抽象干净。 如果结账、订单状态、退款和对账都知道具体的提供商是谁，那么每加一种新方式就要在每一处改一遍。这是杠杆最高的一项工作，而且早在数字欧元之前，它就能在 Wero 上把成本赚回来。

把订单状态机显式化。 没有授权与扣款分离的即时结算，会打破任何“先预留资金、之后再扣”的模型。你会先在账户到账户支付上撞到这一点。

把对账设计成按带参考号的单笔交易来做，而不是卡那种每日结算文件。同样，这是账户到账户的通用模式，不是数字欧元的专属需求。

想清楚一笔延迟到达的离线支付该放在哪。 即使你永远不受理离线数字欧元，把“在销售现场之后才到达的支付”想一遍，对其他轨道也是有用的练习。

如果你在欧元区的银行或支付服务提供商工作，去弄清楚你所在机构有没有申请试点。 五十多家申请里只选中三十六家，所以大多数没进去。进去的那些在集成知识上领先一年。

对风险的诚实判断

有两件事值得直说。

第一，数字欧元仍然可能不会发生。条例必须获得通过，而欧洲央行已经说了发行决定跟在通过之后。围绕持有限额和银行脱媒的政治博弈是真实的，而且这份文件此前走得很慢。把产品战略建立在 2029 年发行之上，为时过早。

第二，也更重要：几乎所有你为数字欧元做的准备，都是你本来就该做的工作。支付方式抽象、显式订单状态、交易级对账和由通知驱动的完成流程，都是即时支付的普遍要求。数字欧元是做这些事的一个好理由。它不是唯一的理由，也不是拖延的理由。

最后措手不及的，不会是那些没做数字欧元集成的团队，而是那些支付层不投入一个季度就吸收不了一种新支付方式的团队。

它在更大图景中的位置

数字欧元只是欧洲支付与数字基础设施这场更大规模建设中的一环。我们的 2026 年欧盟数字合规指南 梳理了监管面，而 欧盟数字立法管线 梳理了排在它后面、还在立法队列里的内容，包括 PSD3 和支付服务条例带来的支付领域改造。

需要帮助时

我们为在欧洲各地经营的公司构建和维护支付集成、电商平台和金融系统。大部分有用的数字欧元准备工作，其实就是刻意做好的普通支付工程：抽象、状态机、幂等性，以及财务真正用得上的对账。

如果你的支付层需要这些工作，或者你想了解数字欧元对某个具体产品意味着什么，请写信到 office@c9group.dev。关于我们在欧洲的工作，更多内容见 欧盟市场进入页面。

我们是工程师，不是律师或监管顾问。关于适用范围和受理义务的立场应交由你的法律顾问判断，而且上面这些参数在三方谈判中仍在变动。