# Google mang JPEG XL trở lại Chrome

Published: 2026-10-07

Google đã công bố giải mã JPEG XL bắt đầu với Chrome 155 sau khi thử nghiệm trước đó đã bị loại bỏ. Phiên bản ngày 7 tháng 10 này xem xét phản hồi của nhà phát triển, bộ giải mã Rust mới, các tuyên bố nén cạnh tranh và các phương án dự phòng triển khai, sau đó xem xét các tạo phẩm bằng chứng toán học mới được công bố của OpenAI và thiết kế băm trong flash của một lỗ đen DNS ESP32-C3.

Canonical: https://thedailydiff.dev/vi/video/chrome-jpeg-xl-comeback/

## Nội dung video này đề cập

- Thông báo của Chrome được xuất bản vào ngày 6 tháng 10 năm 2026 và đề cập đến Chrome 155. Nó không khẳng định rằng mọi khách truy cập trang web đã chạy một phiên bản được hỗ trợ.
- Google ghi nhận phản hồi kiên trì của nhà phát triển và quy trình Interop. Bộ giải mã jxl-rs sử dụng Rust và các hoạt động vector được tối ưu hóa, trong khi các khu vực không an toàn nhỏ được kiểm duyệt và sandbox của trình duyệt vẫn còn.
- Cải thiện nén 30–50% mà Google quảng cáo sử dụng JPEG làm chuẩn. Mức tiết kiệm thực tế phụ thuộc vào hình ảnh, cài đặt bộ mã hóa và chất lượng hình ảnh.
- So sánh bộ mã hóa tháng 9 của Gianni Rosato ưu tiên AVIF trong phạm vi độ trung thực mất dữ liệu đã thử nghiệm. Anh ấy phát triển các công cụ AVIF cạnh tranh; kết quả của anh ấy và tuyên bố dựa trên JPEG của Google đo lường các so sánh khác nhau.
- So sánh các định dạng trên hình ảnh đại diện và giữ các phương án dự phòng tương thích. JPEG XL cũng hỗ trợ chuyển mã không mất dữ liệu, có thể đảo ngược của các tệp JPEG hiện có.
- OpenAI đã phát hành 722 bản thảo được nhóm thành 372 họ, với nhiều xác minh và nhiều hình thức hóa Lean. Mô hình vẫn chưa được phát hành, và các số liệu tính toán tương đương Pro không phải là giá bán lẻ cũng không phải là đảm bảo về thời gian trôi qua.
- Người tạo ESP32-C3 báo cáo khoảng 50 KB RAM được sử dụng bằng cách lưu trữ các băm miền đã sắp xếp trong flash. Chặn cấp DNS có giới hạn miền tương tự và bộ phân giải thay thế; va chạm băm có thể chặn quá mức. Kết quả phần cứng không được đo độc lập cho tập này.

## Chương

- 0:00 Tại sao Chrome lại mang JPEG XL trở lại?
- 0:33 Tại sao định dạng bị từ chối lại có cơ hội khác?
- 1:01 Có gì thay đổi bên trong bộ giải mã?
- 1:47 Các tệp nhỏ hơn có đánh bại AVIF không?
- 2:56 OpenAI thực sự đã công bố gì?
- 4:03 Một bo mạch hai đô la chặn các miền như thế nào?
- 4:38 Các tệp JPEG hiện có của bạn có thể tham gia vào sự trở lại không?
- 4:58 Tại sao tôi lại triển khai bộ giải mã và kiểm tra quá trình di chuyển?

## Bản ghi đã dịch

Được dịch từ lời tường thuật tiếng Anh gốc. Âm thanh và phụ đề có sẵn được điều khiển bởi YouTube.

### Tại sao Chrome lại mang JPEG XL trở lại?

0:00 Bạn có lẽ nghĩ rằng Google đã chôn vùi JPEG XL. Chrome đang mang nó trở lại, sau khi loại bỏ hỗ trợ thử nghiệm, và Rust đã giúp nó vượt qua cánh cửa. Trong video này, tại sao Google lại thay đổi hướng đi? Và bạn có nên thay đổi đường dẫn hình ảnh của mình không? Hôm nay là thứ Tư, ngày 7 tháng 10, và đây là The Daily Diff. Hãy ghi nhớ một chi tiết. Các tệp JPEG hiện có của bạn có một cách để tham gia vào sự trở lại này.

0:20 Vào thứ Ba, Google đã công bố giải mã JPEG XL bắt đầu với Chrome một trăm năm mươi lăm. Hôm nay thông báo đã leo lên Hacker News, cùng với bản sao lưu bằng chứng toán học của OpenAI và một bo mạch hai đô la chặn các miền quảng cáo. Thử nghiệm trước đó của Chrome đã kết thúc vào năm hai mươi hai mươi ba.

### Tại sao định dạng bị từ chối lại có cơ hội khác?

0:35 Giải thích của Google bao gồm sự thiếu quan tâm của hệ sinh thái, điều này thật khó xử khi trình duyệt lớn nhất kiểm soát liệu hệ sinh thái có thể thực sự sử dụng thứ của bạn hay không. Bài đăng mới ghi nhận phản hồi kiên trì của nhà phát triển, bao gồm cả quy trình Interop. Những người yêu cầu điều này vẫn tiếp tục yêu cầu, và Google hiện chỉ ra các thử nghiệm trình duyệt nhằm mục đích làm cho định dạng hoạt động nhất quán. Thông báo ghi nhận những người đóng góp bao gồm Helmut Januschka.

0:57 Đôi khi lộ trình hiệu quả nhất là từ chối đóng vấn đề.

### Có gì thay đổi bên trong bộ giải mã?

1:01 Thay đổi triển khai lớn nhất là một bộ giải mã có tên jay ex ell R S, được viết bằng Rust. Bộ giải mã hình ảnh nhập các tệp phức tạp do người lạ cung cấp, điều này khiến chúng trở thành một nơi tuyệt vời để vô tình tin tưởng internet. Rust giúp ngăn chặn các lớp lỗi bộ nhớ trước khi chúng trở thành lỗ hổng trình duyệt. Google vẫn giữ sandbox, và việc triển khai vẫn chứa các khu vực không an toàn nhỏ, được xem xét cẩn thận. Bảo mật có nhiều lớp, bởi vì thực tế vẫn tiếp tục tìm thấy các kẽ hở.

1:27 Google cho biết fuzzing và đánh giá mã AI không tìm thấy lỗi an toàn bộ nhớ nào trong lịch sử của bộ giải mã này. Đó là một báo cáo hữu ích từ nhóm triển khai nó. Những kẻ tấn công trong tương lai không có khả năng chấp nhận bài đăng trên blog như một hợp đồng ràng buộc. Câu hỏi đầu tiên đã được trả lời. Áp lực của nhà phát triển và một bộ giải mã Rust được tối ưu hóa đã mở lại cánh cửa. Google đã đảo ngược một quyết định có kỹ thuật đằng sau nó, điều này được phép ngay cả trên internet. Bây giờ là các điểm chuẩn của bản trình bày.

### Các tệp nhỏ hơn có đánh bại AVIF không?

1:48 Google quảng cáo nén tốt hơn JPEG ba mươi đến năm mươi phần trăm. Tải xuống nhỏ hơn có thể giúp người dùng và hóa đơn băng thông của bạn, nhưng phạm vi đó phụ thuộc vào những gì bạn mã hóa và cách bạn so sánh chất lượng. Kỹ sư nén Gianni Rosato đã xuất bản một so sánh tháng 9 trong đó các bộ mã hóa avif hiện đại đánh bại JPEG XL trong phạm vi độ trung thực đã thử nghiệm của anh ấy. Anh ấy làm việc trên các công cụ avif cạnh tranh, vì vậy hãy giữ động cơ đó bên cạnh các biểu đồ. Các so sánh này sử dụng các chuẩn khác nhau.

2:12 Đánh bại JPEG cũ vẫn còn chỗ cho avif giành chiến thắng trong một khối lượng công việc. Bản thân Google khuyên bạn nên thử cả hai định dạng, điều này là một lời khuyên thực tế bất thường đối với một thông báo ra mắt. Các điểm hấp dẫn khác của JPEG XL bao gồm dải động cao, hình ảnh không mất dữ liệu và giải mã dần dần chi tiết. Cộng đồng xuất bản các bản demo tương tác để khám phá định dạng. Khán giả của bạn có thể xem một bức ảnh hữu ích trong khi phần còn lại đang đến. Để triển khai, hãy giữ một hình ảnh dự phòng và xác minh hỗ trợ trong các trình duyệt mà

2:37 khách hàng của bạn thực sự đang chạy. Thông báo đề cập đến Chrome một trăm năm mươi lăm. Điều đó cung cấp cho bạn một phiên bản mục tiêu, và phân tích của bạn cho bạn biết khi nào khán giả của bạn đến đó. Câu hỏi thứ hai đã được trả lời. Kiểm tra hình ảnh thực của bạn trước khi thay đổi đường dẫn, và bảo toàn đường dẫn tương thích. Một định dạng hình ảnh tiết kiệm byte là hữu ích. Một sự di chuyển ẩn nút thanh toán của bạn là một sự diễn giải tốn kém về chủ nghĩa tối giản. Trong khi đó, OpenAI đã xuất bản các bản thảo toán học và các tạo phẩm

### OpenAI thực sự đã công bố gì?

3:00 bằng chứng hỗ trợ vào thứ Ba. Kho lưu trữ chứa bảy trăm hai mươi hai bản thảo, được nhóm thành các họ liên quan. Số lượng tiêu đề bao gồm các lập luận đi kèm và các bằng chứng thay thế, vì vậy hãy đọc xem mỗi bài báo thực sự tuyên bố điều gì. Nhiều bài có bằng chứng hình thức trong Lean, cho phép máy tính kiểm tra các suy luận toán học. Những bài khác vẫn đang chờ hình thức hóa, và OpenAI rõ ràng cảnh báo rằng

3:21 một số kết quả chưa được hình thức hóa có thể có vấn đề. Kho lưu trữ cung cấp cho các nhà nghiên cứu tài liệu mà họ có thể kiểm tra và thách thức. Mô hình vẫn chưa được phát hành. OpenAI cho biết mỗi kết quả trung bình sử dụng khoảng ba giờ tính toán tương đương với ChatGPT Pro. Điều đó mô tả nỗ lực tính toán. Nó không cung cấp cho bạn cả đảm bảo đồng hồ treo tường cũng như giá bán lẻ để tạo ra một

3:40 định lý. Việc phát hành tuân theo sự tham vấn với một nhóm cố vấn toán học độc lập, và bao gồm quy trình sửa đổi và trích dẫn. Học viện có một đống bài tập mới, cộng với khả năng hữu ích hơn nhiều để chỉ ra chính xác trang cần sửa chữa. Những người duy trì Lean khuyên bạn nên biên dịch từng phần nhỏ một lúc. Ngay cả một bước đột phá toán học cuối cùng cũng gặp kẻ thù cổ đại của phần mềm, việc hoàn thành bản dựng.

### Một bo mạch hai đô la chặn các miền như thế nào?

4:03 Cuối cùng, một bộ chặn quảng cáo DNS mã nguồn mở chạy trên một bo mạch vi điều khiển hai đô la nhỏ bé. Mánh khóe của người tạo là lưu trữ các băm miền đã sắp xếp trong flash, vì vậy danh sách chặn không cần phải nằm trong bộ nhớ làm việc khan hiếm. Dự án báo cáo sử dụng khoảng năm mươi kilobyte RAM. Nó tra cứu một miền được yêu cầu trong bảng flash, chặn một kết quả trùng khớp và chuyển tiếp các truy vấn khác lên thượng nguồn. Bộ định tuyến của bạn có thể có một người gác cửa nhỏ với một danh sách khách rất cụ thể. Lọc DNS hoạt động ở cấp độ miền.

4:28 Quảng cáo được phân phát từ cùng miền với nội dung hữu ích có thể lọt qua, và các máy khách sử dụng bộ phân giải khác có thể bỏ qua nó. Hãy giữ kỳ vọng của bạn nhỏ hơn bo mạch, vốn là một mục tiêu kích thước đòi hỏi. Và chi tiết về các tệp JPEG hiện có của bạn?

### Các tệp JPEG hiện có của bạn có thể tham gia vào sự trở lại không?

4:40 JPEG XL hỗ trợ chuyển mã JPEG không mất dữ liệu, với một đường dẫn để tái tạo JPEG gốc. Điều đó cung cấp cho một kho lưu trữ hình ảnh cũ một tùy chọn di chuyển mà không có một thế hệ mất chất lượng khác. Kiểm tra các đánh đổi về lưu trữ và phân phối. Nếu bạn muốn đọc điều này hơn là nghe tôi nói, the diff sẽ đến hộp thư đến của bạn mỗi sáng, miễn phí tại the daily diff dot dev, liên kết bên dưới.

### Tại sao tôi lại triển khai bộ giải mã và kiểm tra quá trình di chuyển?

4:58 Vì vậy, phán quyết hôm nay, SHIP IT. Tôi sẽ triển khai bộ giải mã bổ sung vì hỗ trợ trình duyệt mang lại cho các nhà phát triển một lựa chọn thực sự, và tôi sẽ kiểm tra quá trình di chuyển trên hình ảnh của chúng tôi. Đăng ký, nhấn chuông, và cho tôi biết trong phần bình luận nếu bạn sẽ đóng dấu nó khác đi. Và đó là the diff của ngày hôm nay. Tôi là Niko từ Axrisi. Hợp nhất có trách nhiệm.

## Nguồn

- [Shipping JPEG XL in Chrome](https://developer.chrome.com/blog/jpeg-xl-in-chrome) — Chrome for Developers
- [JPEG XL prototype and November 2022 removal discussion](https://groups.google.com/a/chromium.org/g/blink-dev/c/WjCKcBw219k) — Chromium Blink developers
- [Contemporaneous JPEG XL deprecation commentary](https://www.fsf.org/blogs/community/googles-decision-to-deprecate-jpeg-xl-emphasizes-the-need-for-browser-choice-and-free-formats) — Free Software Foundation
- [The case against JPEG XL — competing-encoder benchmark](https://giannirosato.com/blog/post/case-against-jxl/) — Gianni Rosato
- [JPEG XL FAQ and reversible JPEG transcoding](https://jpegxl.info/resources/faqs.html) — JPEG XL community
- [HTML picture element and fallback selection](https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/picture) — MDN Web Docs
- [Progressive loading demo](https://jpegxl.info/resources/progressive-loading-demo.html) — JPEG XL community
- [Distance versus effort visualizer](https://jpegxl.info/resources/distance-vs-effort-visualizer.html) — JPEG XL community
- [Sharing AI progress in mathematics](https://openai.com/index/sharing-ai-progress-in-mathematics/) — OpenAI
- [Mathematical manuscripts and proof artifacts](https://github.com/openai/math) — OpenAI on GitHub
- [Lean formalization library build notes](https://github.com/openai/math/blob/main/lean/README.md) — OpenAI on GitHub
- [ESP32-C3 hash-in-flash DNS ad blocker](https://github.com/M-Abozaid/esp32-c3-adblock) — M-Abozaid on GitHub