Chrome 155：JPEG XL 回来了，后量子算法进了 Web Crypto

Chrome 155 在 10 月 7 日进入稳定版。这次更新里有两件事值得单独说：JPEG XL 终于能直接显示，以及 Web Crypto 开始支持后量子算法。

JPEG XL 能直接解码了

Chrome 155 支持解码 JPEG XL，MIME 类型是 image/jxl，页面里可以直接放。Blink 用的是 jxl-rs 解码器——用 Rust 实现，重点在内存安全。

JPEG XL 的标准号是 ISO/IEC 18181。它的能力列表比「更小的图片」长得多：

关于压缩效率，被广泛引用的数字是：相比 AVIF，文件体积约小 11%，画质约高 13%。

对静态站来说，这件事的意义在于多了一个不需要 JS 解码的格式。之前用 JPEG XL 要么等浏览器支持，要么塞一个体积不小的 WASM 解码器——后者对一个纯静态站来说几乎不可能接受。现在解码器在浏览器里，站点只要换文件扩展名。

我不打算立刻全站换。理由很实际：格式的收益要乘以「浏览器覆盖率」才是真实收益，而覆盖率要等一段时间。但值得现在就把图片管线的输出格式留一个位置出来。

Chrome 155 往 Web Crypto API 里加了这些算法：

ML-KEM 是后量子密钥交换方案，ML-DSA 用于数字签名。两者都是为「量子计算机可能破解现有公钥算法」这个前景准备的。

值得注意的是它落在 Web Crypto 上，而不是只在 TLS 层。TLS 的后量子迁移已经在进行，浏览器和服务端之间可以谈；Web Crypto 不一样，它意味着网页里的 JS 也能自己用这些算法，不再依赖底层握手。

这个能力对绝大多数站点没用。但对做端到端加密的 Web 应用、需要在客户端生成签名、或者需要长期保密的数据来说，它是一个必要的基础件。

更新说明里还提到对 CSS 列表表示与 margin 控制的改进。这类改动通常不会上头条，但累积起来才是 CSS 这些年的真实进度——不搞大版本，一个属性一个属性地补。

Microsoft Edge 155 也在 10 月 8 日发布了对应的 Web 平台发行说明，节奏基本同步。

这两件事的共同点是：它们都不是靠新 API 吸引开发者的，而是把过去只能绕路做的事变成默认能做的事。

JPEG XL 从「需要 WASM」变成「浏览器自带」，后量子从「TLS 层的事」变成「Web Crypto 也能调」。对个人站点来说，前者迟早会用到，后者现在用不上，但知道它在哪里，比等到需要时再找要便宜得多。