Nhóm giao thức Ethereum đang hướng tới thời hạn tháng 12 năm 2029 để khiến các lớp thực thi, đồng thuận và dữ liệu của mạng lưới kháng lại các cuộc tấn công lượng tử, dựa trên giả định lập kế hoạch rằng “Q-day” — thời điểm máy tính lượng tử có thể phá vỡ các hệ mật mã được sử dụng rộng rãi — có thể xuất hiện vào năm 2030.
Lịch trình này sẽ đưa năng lực hậu lượng tử đầy đủ vào một bản nâng cấp có tên L*, hard fork thứ năm sau Glamsterdam, dự kiến được triển khai trên mainnet vào tháng 12 năm 2026. Nhóm giao thức của Ethereum Foundation dự định đánh giá lại tiến bộ của máy tính lượng tử vào tháng 1 năm 2027, nhưng đã xem mốc năm 2029 là thời hạn kỹ thuật đang được sử dụng, thay vì một mục tiêu nghiên cứu xa vời.
Lộ trình đó khiến Ethereum phải triển khai song song một số thay đổi giao thức quy mô lớn. Trong khoảng thời gian từ Glamsterdam đến L*, mạng lưới sẽ cần phát hành Hegotá, I*, J*, K* và L* với khoảng cách trung bình xấp xỉ 7,2 tháng. Nhóm chưa ấn định ngày cố định trên mainnet cho các bản nâng cấp sau Glamsterdam, và thứ tự của một số công việc hậu lượng tử về sau vẫn đang được xem xét.
Lộ trình rút gọn hướng tới Ethereum kháng lượng tử
Hegotá sẽ là mốc bàn giao đầu tiên trong chương trình, mặc dù bản thân nó không được thiết kế như một hard fork hậu lượng tử. Các nhóm phát triển client dự kiến bắt đầu công việc triển khai ban đầu vào cuối năm 2026, trong khi nghiên cứu, đặc tả kỹ thuật, nguyên mẫu và kiểm thử bảo mật cho các bản nâng cấp tiếp theo sẽ được tiến hành đồng thời.
Lộ trình chia quá trình chuyển đổi lượng tử thành nhiều giai đoạn, thay vì cố gắng thay thế mọi thành phần mật mã dễ bị tấn công trong một lần phát hành. I* dự kiến giới thiệu một sổ đăng ký khóa công khai hậu lượng tử, cho phép các tài khoản đăng ký và sử dụng các khóa kháng lượng tử. Đây cũng là thời điểm “đồng thuận tách rời” đang được cân nhắc như một hướng đi hàng đầu, cùng với những công việc ban đầu về các thay đổi lớn đối với cấu trúc trạng thái và quy trình di chuyển của Ethereum.
J* được lên kế hoạch giới thiệu Layer 1 hậu lượng tử khả dụng tối thiểu, hay MV-PQ. Gói này sẽ kết hợp cơ chế “heartbeat” hậu lượng tử cho hoạt động đồng thuận, cơ chế lấy mẫu leanDA hậu lượng tử cho lớp khả dụng dữ liệu của Ethereum và các giao dịch leanSPHINCS hậu lượng tử cho lớp thực thi.
K* hiện được phân công các bằng chứng thực thi bắt buộc. Theo thiết kế đó, các validator sẽ chuyển sang kiểm tra những bằng chứng mật mã ngắn gọn về việc thực thi block thay vì tự mình thực thi lại đầy đủ mọi block. Cách tiếp cận này có thể thay đổi vai trò tính toán của validator, đồng thời chuẩn bị cho Ethereum một môi trường thực thi dựa trên bằng chứng nhiều hơn.
L* sẽ bổ sung các thông điệp chứng thực hậu lượng tử, hoàn tất kế hoạch bảo vệ lớp đồng thuận của Ethereum. Thứ tự này vẫn chưa được quyết định: các nhà nghiên cứu giao thức đang cân nhắc đưa chứng thực an toàn trước lượng tử vào K* và chuyển các bằng chứng thực thi bắt buộc sang L*. Dù theo trình tự nào, L* vẫn sẽ là mốc mục tiêu để đạt phạm vi bao phủ đầy đủ trên các hệ thống thực thi, đồng thuận và dữ liệu.
Hegotá thu hẹp phạm vi ban đầu xuống còn hai đề xuất bắt buộc
Nhóm giao thức đã phân loại 62 đề xuất ứng viên cho Hegotá thành các nhóm ưu tiên. Hai đề xuất nằm trong hạng S bắt buộc, 15 đề xuất được xếp vào nhóm công việc ưu tiên cao hạng A, tám đề xuất thuộc hạng B có điều kiện, bảy đề xuất nằm dưới ngưỡng đưa vào ở hạng C, 28 đề xuất được đánh dấu “không đưa vào fork”, và hai đề xuất vẫn chưa được quyết định.
Hai hạng mục Hegotá bắt buộc là EIP-7805, Danh sách đưa vào bắt buộc theo lựa chọn fork, hay FOCIL, và EIP-8141, Giao dịch Frame.
FOCIL sẽ bổ sung các quy tắc đưa giao dịch vào do validator thực thi cho quy trình xây dựng block hiện có của Ethereum. Trong mỗi slot, một ủy ban sẽ công bố các danh sách giao dịch mà các thành viên của mình nhìn thấy. Builder của block ở slot tiếp theo sẽ tổng hợp các danh sách và đưa vào những giao dịch đáp ứng điều kiện, trong khi các validator chứng thực sẽ kiểm tra xem block được đề xuất có tuân thủ các danh sách mà họ nhận được đúng hạn hay không.
Một block loại bỏ các giao dịch đủ điều kiện đã được liệt kê mà không có lý do được phép có thể vẫn hợp lệ theo các quy tắc thực thi của Ethereum, nhưng không nhận đủ sự ủng hộ chứng thực để trở thành một phần của chuỗi chính tắc. Thiết kế này trao cho validator vai trò trực tiếp hơn trong việc chống kiểm duyệt giao dịch mà không thay thế quy trình tạo block hiện tại.
EIP-8369 quy định những giao dịch nào có thể đủ điều kiện để được đưa vào theo kiểu FOCIL. Đề xuất này phân biệt các giao dịch thông thường với giao dịch Frame, trong đó việc xác minh có thể lập trình được và có thể yêu cầu giới hạn đối với trạng thái mà chúng đọc cũng như lượng tính toán mà chúng sử dụng.
Frames, được đề xuất theo EIP-8141, sẽ giúp việc xác thực, thực thi giao dịch và thanh toán gas có khả năng lập trình cao hơn ở cấp độ giao thức. Đề xuất này tạo nền tảng cho việc trừu tượng hóa tài khoản gốc, cho phép các tài khoản sử dụng logic xác thực tùy chỉnh thay vì chỉ dựa vào mô hình chữ ký gắn với các tài khoản do bên ngoài sở hữu.
Tính linh hoạt đó cũng là một phần trong chiến lược chuyển đổi của Ethereum. Việc xác thực có thể lập trình sẽ cho phép các tài khoản áp dụng những sơ đồ chữ ký mới khi các điều kiện mật mã thay đổi, giảm nhu cầu thực hiện một hard fork riêng mỗi khi Ethereum cần hỗ trợ một phương thức xác thực khác.
Chuyển đổi tài khoản và khả năng chống kiểm duyệt hội tụ
Frames phụ thuộc vào hai đề xuất hạng A: EIP-8250, Nonce theo khóa, và EIP-8272. Nonce theo khóa sẽ cho phép một người gửi vận hành nhiều kênh nonce độc lập, giảm nguy cơ một giao dịch bị trì hoãn làm chặn các hoạt động không liên quan khác từ cùng một tài khoản. EIP-8272 sẽ cho phép các giao dịch tham chiếu đến trạng thái on-chain gần đây mà các trình xác thực có thể kiểm tra.
Nhóm giao thức liên kết khả năng tham chiếu trạng thái đó với các nỗ lực mở rộng bảo đảm đưa vào khối cho một số thiết kế giao dịch hướng đến quyền riêng tư. Về mặt thực tiễn, Ethereum đang cố gắng kết hợp các quy tắc chống kiểm duyệt mạnh hơn với những tính năng tài khoản có thể đáp ứng việc xác minh giao dịch phức tạp hơn.
Một số đề xuất hạng A khác giải quyết quá trình chuyển đổi khỏi các giả định mật mã có thể trở nên không an toàn khi điện toán lượng tử đạt đủ năng lực. EIP-8365 sẽ khởi động quá trình loại bỏ theo từng giai đoạn đối với một số thông tin xác thực rút tiền BLS. Công việc này có thể bắt đầu trước khi Ethereum hoàn thiện kiến trúc đồng thuận hậu lượng tử đầy đủ.
EIP-7906, EIP-8298 và EIP-8151 tạo thành một nhóm bảo mật tài khoản bổ sung xoay quanh Frames. EIP-7906 sẽ giới thiệu Transaction Assertions, cho phép một giao dịch yêu cầu các điều kiện cụ thể trước khi được hoàn tất. EIP-8298 sẽ cho phép các tài khoản tái sử dụng mã hợp đồng hiện có, tạo lối đi để các tài khoản được ủy quyền trở thành tài khoản hợp đồng thông minh với toàn bộ mã riêng. EIP-8151 sẽ ngăn các địa chỉ đã chứa mã tài khoản tiếp tục sử dụng phương thức xác thực truyền thống dựa trên ecRecover.
Hệ thống bằng chứng và định giá tài nguyên vẫn là một phần của sự đánh đổi
Lộ trình cũng đưa EIP-8025, các bằng chứng thực thi tùy chọn, vào nội dung thảo luận về Hegotá. Đề xuất này liên quan đến công việc zkEVM trong tương lai và nhằm đưa những thay đổi cần thiết vào một đặc tả thực thi chung, tránh việc phải duy trì lâu dài các nhánh giao thức riêng cho những dự án máy ảo zero-knowledge khác nhau.
EIP-8279 và EIP-8131 sẽ thiết lập mức giá tối thiểu cho các byte trong danh sách truy cập khối và một lớp nội dung giao dịch thống nhất. Mục đích của chúng là hạn chế chi phí xử lý khối trong trường hợp xấu nhất do nội dung giao dịch bị định giá thấp. EIP-3298, loại bỏ cơ chế hoàn gas của Ethereum, và EIP-5920, opcode PAY để chuyển ETH mà không chạy mã của bên nhận, cũng thuộc nhóm A.
Một số ý tưởng nổi bật có mức ưu tiên thấp hơn. EIP-8198, Quick Slots, nhằm rút ngắn thời gian mỗi slot, vẫn phụ thuộc vào đặc tả đầy đủ, các nguyên mẫu, phân tích tác động hạ nguồn và bằng chứng cho thấy nó sẽ không cản trở việc tách biệt đồng thuận. Các quyết định về EIP-8368 và EIP-8372, liên quan đến giới hạn gas và định giá tài nguyên trạng thái, dự kiến sẽ phụ thuộc vào dữ liệu mainnet thu thập sau Glamsterdam.
Trình tự được đề xuất cho Ethereum đặt các hạng mục cần triển khai trong ngắn hạn như FOCIL và Frames song song với quá trình chuyển đổi bảo mật kéo dài bốn năm, tác động đến nhiệm vụ của validator, mô hình giao dịch và nền tảng mật mã của mạng lưới. Lần đánh giá lại vào tháng 1 năm 2027 sẽ kiểm tra liệu tốc độ tiến bộ lượng tử được giả định — cùng khả năng Ethereum triển khai các nâng cấp khoảng hai lần mỗi năm — có còn hỗ trợ mục tiêu hoàn tất vào tháng 12 năm 2029 hay không.
Khám phá cách lộ trình Ethereum định hình hoạt động giao dịch và bảo mật mạng lưới—bắt đầu phân tích các thị trường tiền mã hóa trực tiếp với Toobit Markets ngay hôm nay.
Tuyên bố miễn trừ trách nhiệm: Nội dung trên trang này chỉ được cung cấp cho mục đích thông tin chung và không đại diện cho quan điểm hay lời khuyên tài chính của Toobit. Chúng tôi không đảm bảo về tính chính xác hoặc đầy đủ của thông tin này và không chịu trách nhiệm đối với bất kỳ lỗi, thiếu sót hoặc kết quả nào phát sinh từ việc sử dụng thông tin. Đầu tư vào tài sản kỹ thuật số tiềm ẩn rủi ro; người dùng nên tự đánh giá tình hình tài chính và các rủi ro liên quan. Để biết thêm chi tiết, vui lòng tham khảo Điều khoản dịch vụ và Công bố rủi ro.
