伦敦下午4点定盘价详解：WMR 基准汇率究竟是怎么算出来的

每天有那么五分钟，外汇市场不再像一个市场。伦敦下午 4 点定盘价（4pm London fix）——由 LSEG 发布的 WMR 收盘即期基准——是数以万亿美元计的指数基金、养老金组合和企业账簿的估值基准。正因为大量交易被刻意安排落在那个窗口内，窗口本身就会推动价格。如果你曾见过 EUR/USD 在没有任何消息的一天里四分钟内走出 40 个点，那你就见证了定盘。

今天，2026 年 8 月 31 日，是其中比较尴尬的一个版本：这是本月的最后一个自然日，月末再平衡资金流正在发挥作用；同时又是英国的夏季银行假日，也就是说这个基准名字里的那座城市今天关门。定盘照常计算，但支撑它的流动性不会。

本文讲清楚伦敦下午 4 点定盘价究竟是什么、LSEG 实际是怎么算的（这跟大多数科普页面说的并不一样）、为什么月末定盘会撼动市场，以及当业务需求写着"用定盘汇率"而不是"用当前汇率"时，你的代码要改什么。

什么是伦敦下午 4 点定盘价？

伦敦下午 4 点定盘价是一个基准汇率：每个货币对每天发布一个数字，所有人都可以约定使用它。即期外汇跨时区连续交易且没有中央交易所，因此不存在股票那样天然的"收盘价"。总得有人指定一个。自 1990 年代初以来，这个角色一直由 WM/Reuters 基准承担，如今叫 WMR FX Benchmarks，由 LSEG 旗下的 Refinitiv Benchmark Services (UK) Limited 管理，并作为基准管理人受 FCA 监管。

用 LSEG 自己的术语说，区分很简单。按方法论的术语表，汇率全天都在生成，而除伦敦下午 4 点以外的所有汇率都是"Intraday"（日内价）。英国时间 16:00 发布的是 Closing Rate（收盘价），并且被认定为 Critical Benchmark（关键基准），因而适用额外的监管停用程序。

它被用在哪里：

• 基金与组合估值——持有 20 种货币资产的全球股票基金，需要一张一致的外汇快照来计算净值。
• 指数计算——MSCI、FTSE Russell、S&P、摩根大通和 STOXX 的多币种指数都建立在 WMR 汇率之上。
• 衍生品结算与盯市估值。
• 执行——资产管理人下"按定盘成交"的委托，使成交价与组合估值所用汇率一致，从而消除相对基准的跟踪误差。

最后这一条才是全部关键。基准不只是被观察，它还被交易，正是这种自反性使得定盘拥有了自己的市场微观结构。

为什么是这个时点

原因是覆盖度。伦敦时间 16:00，欧洲盘仍全面开放，纽约已经交易了两个小时——这是一天中重叠最深的时段，我们在外汇市场交易时段指南里讲过。再早，亚太报价就陈旧了；再晚，欧洲已经下班。据国际清算银行三年期调查，2025 年 4 月全球外汇市场日均成交 9.6 万亿美元，较 2022 年跃升 28%，而其中与基准挂钩的成交量有不成比例的部分被压缩进那一个窗口。

WMR 定盘实际是怎么算的

这里几乎所有网上的科普文章都错了。搜索这个话题，你会反复读到定盘是"成交量加权的成交中位数"。而"volume-weighted"（成交量加权）这个词在 LSEG 公布的方法论中根本没有出现过（WMR FX Benchmarks, Spot, Forward, NDF and Metal Rates, v30, 2026 年 1 月）。真正的机制是对一份样本取普通中位数，再叠加一条点差规则。如果你要拿定盘汇率跟自己的逐笔数据对账，这个差别很关键。

五分钟窗口——以及没人提的采样频率

窗口宽五分钟，以定盘时点为中心：从伦敦时间 16:00 前 2 分 30 秒到后 2 分 30 秒。流动性高低货币皆是如此。不同的是采样频率和输入类型：

它是中位数，配上一个合成点差

Trade Currency 的计算流程如下：

1. 每笔捕获的成交按买入或卖出被标记为 bid 或 offer——你只能观察到一边。
2. 缺失的一边是合成出来的。 取同一时刻捕获的委托价点差，套用到成交价上，构造出相反方向的 bid 或 offer。
3. 所有来源的有效成交被汇聚成一个池，并独立计算 bid 中位数与 offer 中位数。
4. 中间价是这两个中位数的中点。
5. 随后对该中间价套用一个最低 "Standard Spread"（按货币且按计算时点预设），据此发布新的 bid 与 offer。

所以发布出来的 bid/offer 并不是观察到的 bid/offer，而是围绕一个中位中间价的重构。如果市场自身点差宽于预设最小值、窄于预设最大值，则采用市场点差；宽于最大值则触发人工分析。

如果有效成交笔数太少——门槛是 LSEG 的专家判断，不是公开数字——计算会回落到委托价，而此时规则变了：不同来源的委托价不汇聚。每个来源各算自己的中位数，由有效委托数量最多的来源胜出。再往下还有第三层：当成交与委托都不可得时，使用来自 RIC 的银行报价。

25 种 Trade Currencies

只有 25 种货币享受基于成交的处理：

AUD、CAD、CHF、CNH、CZK、DKK、EUR、GBP、HKD、HUF、ILS、INR、JPY、MXN、NOK、NZD、PLN、RON、RUB、SEK、SGD、THB、TOF、TRY、ZAR

其中 11 种（AUD、CAD、CHF、CNH、EUR、GBP、HKD、JPY、NZD、RUB、SGD）同时取自 LSEG Matching 与 EBS；另外 14 种只用 LSEG Matching。157 种即期覆盖货币中的其余全部都是 Non-Trade Currency，按指示性报价定价。 如果你的产品涉及比如 KES、PKR 或 BOB，这些货币对的"基准"是交易商报价的中位数——本质上更接近指示性参考汇率而非成交价格，这个区别我们在汇率 API 的数据从哪里来中展开过。

还有一个值得知道的细节：基础货币并不总是美元。CZK、DKK、HUF、NOK、PLN、RON 和 SEK 是对欧元捕获的，其余对美元。

月末：定盘为何撼动市场

一年中约 250 天里定盘只是一个基准，大约十二天里它是一个事件。月末正是机械化、对价格不敏感的资金流集中涌入那五分钟的时候。

主导因素是对冲再平衡。持有美股的欧洲养老金按其美元敞口规模建立货币对冲。若当月美股大涨，美元敞口随之扩大，原有对冲就不够了，基金必须卖出美元以恢复目标对冲比率。美股大跌则产生镜像结果：买入美元。由于对冲是相对基准衡量的，交易就按基准执行——从而推动基准本身。

第二股更早的资金流来自企业财资。回流海外收入的公司希望资金在最后一个营业日到账，而即期外汇 T+2 交割，因此这笔交易必须提前大约两个营业日完成。企业月末流因此出现在最后一天之前而非当天——这是我们在外汇起息日与 T+2 交割指南中讲过的交割惯例的直接后果。

要注意这两股流在同一周里可能方向相反，而各家银行对某个具体月末的估计也经常彼此矛盾。月末资金流是解释一个已经开始的走势的理由，而不是预测。

今天的特殊之处：撞上银行假日的月末

2026 年 8 月 31 日是英国夏季银行假日。LSEG 的假日政策规定，只要美国、英国、德国、日本中有两个或以上开市，即期收盘价照常生成——四个里有三个开市，所以今天的下午 4 点定盘会发布。但英国银行关门，伦敦交易台人手稀薄，而清淡的盘口加上集中的基准委托，恰恰是产生异常定盘价的组合。

交割这一面更有意思。对 EUR/USD 而言，8 月 31 日在法兰克福和纽约都是正常营业日，因此 8 月 28 日（周五）的交易在 9 月 1 日（周二）交割。对 GBP/USD 而言，英镑的交割中心今天关闭，同一交易日就推到 9 月 2 日（周三）。两个货币对，同一交易日，两个不同的起息日——这正是那种会悄悄搞垮"假设只有一套营业日历"的对账逻辑的分歧。

使用定盘汇率时代码要变什么

如果需求落到你桌上说"按伦敦下午 4 点汇率给组合估值"，典型汇率集成中的若干假设就不再成立了。

夏令时陷阱

定盘是按伦敦当地时间定义的，也就是说英国夏令时期间为 15:00 UTC，GMT 期间为 16:00 UTC。硬编码任何一个，都会在大约半年里是错的。算出来：

from datetime import datetime, timedelta, timezone
from zoneinfo import ZoneInfo

LONDON = ZoneInfo("Europe/London")

def fix_window_utc(day, hour=16):
    """UTC start/end of the WMR fix window: 2m30s either side of 16:00 London."""
    centre = datetime(day.year, day.month, day.day, hour, 0, tzinfo=LONDON)
    return (
        (centre - timedelta(seconds=150)).astimezone(timezone.utc),
        (centre + timedelta(seconds=150)).astimezone(timezone.utc),
    )

# 2026-08-31 (BST) -> 14:57:30Z .. 15:02:30Z
# 2026-01-15 (GMT) -> 15:57:30Z .. 16:02:30Z

同样的逻辑用 JavaScript 实现，使用 longOffset 时区名而非硬编码偏移表：

function londonOffsetMinutes(d) {
  const s = new Intl.DateTimeFormat('en-GB', {
    timeZone: 'Europe/London', timeZoneName: 'longOffset',
  }).format(d);                                  // "31/08/2026, GMT+01:00"
  const m = s.match(/GMT([+-])(\d{2}):(\d{2})/);
  return m ? (m[1] === '-' ? -1 : 1) * (+m[2] * 60 + +m[3]) : 0;
}

export function fixWindowUTC(isoDate, hour = 16) {
  const guess = new Date(`${isoDate}T${String(hour).padStart(2, '0')}:00:00Z`);
  const centre = new Date(guess.getTime() - londonOffsetMinutes(guess) * 60_000);
  return {
    start: new Date(centre.getTime() - 150_000).toISOString(),
    end:   new Date(centre.getTime() + 150_000).toISOString(),
  };
}

两者输出完全一致。要取得锚定在那一刻的市场汇率，用算出的时间戳调用 Finexly API：

curl "https://api.finexly.com/v1/historical?date=2026-08-31&base=EUR&symbols=USD,GBP,JPY" \
  -H "Authorization: Bearer YOUR_API_KEY"

{
  "success": true,
  "base": "EUR",
  "date": "2026-08-31",
  "rates": { "USD": "…", "GBP": "…", "JPY": "…" }
}

把这个响应存到你算出的定盘时间戳上，而不是存到"今天"——汇率所属的日期和你抓取它的日期不是同一个字段。

交叉汇率是推导出来的，不是观察到的

WMR 对美元（或对上文列出的七种货币而言，对欧元）捕获各货币，然后用算术推导交叉汇率。公布的公式对同一方向的报价做乘除：

GBP/CAD bid   = (USD/CAD bid)   × (GBP/USD bid)
GBP/CAD offer = (USD/CAD offer) × (GBP/USD offer)

GBP/AUD bid   = (GBP/USD bid)   / (AUD/USD offer)
GBP/AUD offer = (GBP/USD offer) / (AUD/USD bid)

由此产生两个后果，且方法论中都写得很明确。CAD、RUB、TRY 和 PHP 是 T+1 而非 T+2 交割，但不做任何调整——交叉汇率就当两条腿都是 T+2 来算。而且当主货币或交叉货币出现市场假日时也不做任何调整。因此一个货币对的交叉基准，可能会在其中一条腿根本无法成交的那一天照样发布。如果你在围绕交叉汇率做对账，完整算术请见交叉汇率详解。

精度与舍入是有规定的

bid 和 offer 最多发布到小数点后四位，中间价到五位。中间价是已经舍入过的 bid 与 offer 的算术平均，遇 5 进 1。如果你把定盘汇率存进更窄的列，或者用未舍入的输入重算中间价，就会得出一个在末位与官方值不一致的数字——这足以让审计对不上账。我们的货币舍入与小数位指南讲了下游金额运算这一侧。

定盘是可以被修订的

这一条专门坑缓存层。LSEG 的重新发布政策写道，"在特殊情况下，可能需要在发布后修订一种或多种货币的汇率"，唯一的边界是：某一天的汇率绝不会在下一个工作日同一时点的汇率发布之后再被修订。实务上你有大约 24 小时的修订窗口。任何只抓一次定盘并视其为不可变的系统，都可能永久保存一个已被取代的数字。结账前重新抓取前一日的基准，并在数值旁存一个 rate_asof 时间戳。

发布也不是瞬时的：LSEG 公布的目标是即期在计算时点后 15 分钟（远期和 NDF 为 30 分钟）。一个在伦敦时间 16:00:01 触发并指望拿到收盘价的定时任务，会一无所获。

你真的需要官方定盘吗？

对多数软件而言，不需要——而且有授权的 WMR 数据很贵。诚实的检验标准是：会不会有外部方拿你的数字跟他们的核对。

你需要授权基准的情形是：计算基金净值、计算或跟踪指数、结算一份明确写明使用 WMR 汇率的合约，或者产出审计师会拿去与托管人报告勾稽的数字。

一个好的市场汇率就够了的情形是：定价页面、多币种结账、费用换算、分析看板、内部报表以及 SaaS 计费。这些场景真正重要的是汇率接近中间市场汇率、来源一致、并连同你所用的时间戳一起存储，而不是与某个特定基准精确到小数点后五位。

多数团队最终会走的折中路线：日常运营全部使用通用的汇率 API，同时把在定盘时间戳取的每日快照固定为内部账面汇率。你会得到一个稳定、站得住脚、可复现的日汇率，与行业其余部分给账簿估值的时点对齐，而无需为授权基准数据源付费。把它存进一个专门的列——参见多币种总账设计——而不要在读取时重算。

常见问题

伦敦下午 4 点定盘对应几点 UTC？ 英国夏令时期间（3 月底至 10 月底）为 15:00 UTC，GMT 期间为 16:00 UTC。五分钟计算窗口从前 2 分 30 秒到后 2 分 30 秒。永远从 Europe/London 时区推导，而不要硬编码偏移量。

伦敦下午 4 点定盘是成交量加权平均吗？ 不是。尽管常被这么描述，LSEG 公布的方法论使用的是对采样的 bid 与 offer 分别独立计算的未加权中位数，再对所得中间价套用预设的最低 "Standard Spread"。文档化的方法中不存在成交量加权。

为什么汇率在伦敦下午 4 点波动这么大？ 因为大量交易被刻意与基准挂钩。资产管理人和指数基金按定盘成交，好让执行价与估值价一致，这就把单向的、对价格不敏感的资金流压缩进五分钟窗口。该效应在月末、季末和年末最强。

哪些货币享有基于成交的定盘汇率？ 25 种 "Trade Currencies"：AUD、CAD、CHF、CNH、CZK、DKK、EUR、GBP、HKD、HUF、ILS、INR、JPY、MXN、NOK、NZD、PLN、RON、RUB、SEK、SGD、THB、TOF、TRY 和 ZAR。157 种覆盖货币中的其余部分改用指示性报价数据定价。

能免费拿到伦敦下午 4 点定盘汇率吗？ 授权的 WMR 基准本身不能。LSEG 确实免费发布一个有限集合，延迟 30 分钟，覆盖 2pm CET 与 12 noon EST 两个定盘的 32 种货币。对多数应用来说，一个在定盘时间戳采样的免费汇率 API 给出的汇率在运营意义上是等效的——只是别在审计师会读的文件里管它叫 WMR 定盘。

公共假日会发布定盘吗？ 只要美国、英国、德国、日本中有两个或以上开市，即期收盘价就会生成。若其中一个或多个中心关闭，日内汇率可能不会生成。当汇率未生成时，沿用上一个已发布时点的汇率。

需要能锚定在固定时间戳、又不必授权基准数据源的稳定日汇率吗？免费获取你的 Finexly API 密钥——无需信用卡。170+ 种货币、可回溯至 1999 年的历史数据，每月 1,000 次免费请求，先验证可用再按我们的价格方案扩容。

资料来源： LSEG, Methodology: WMR FX Benchmarks, Spot, Forward, NDF and Metal Rates, v30, 2026 年 1 月；LSEG, WMR FX Benchmarks 产品说明；BIS, Triennial Central Bank Survey — OTC foreign exchange turnover in April 2025。