Ethereum(ETH) nâng cấp Hegotá: ưu tiên chống kiểm duyệt, rút ngắn xác nhận giao dịch

Trong đợt nâng cấp tiếp theo mang tên Hegotá (Hegotá), Ethereum(ETH) đặt ưu tiên vào việc tăng cường khả năng chống kiểm duyệt, rút ngắn thời gian xác nhận giao dịch, triển khai trừu tượng hóa tài khoản gốc (native account abstraction) và cải thiện hiệu năng lớp 1 (layer 1).

Tổ chức nghiên cứu và phát triển Ethereum Ethlabs đã rà soát hơn 60 đề xuất cải tiến Ethereum (EIP) liên quan đến Hegotá và cập nhật ý kiến về thứ tự ưu tiên. Trong tài liệu công bố ngày 14 tháng 8, Ethlabs tổng hợp các nội dung thảo luận nâng cấp xoay quanh bốn hướng chính.

Đề xuất này không phải là danh sách tính năng đã được chốt cho Hegotá, mà là định hướng kỹ thuật để cộng đồng phát triển tiếp tục thảo luận và cân nhắc thứ tự ưu tiên. Trong bài viết trước đó của TokenPost tổng hợp các ưu tiên của Hegotá, FOCIL, rút ngắn slot và trừu tượng hóa tài khoản cũng từng được nêu là những vấn đề trọng tâm.

Nội dung được thảo luận cụ thể nhất là FOCIL. FOCIL vận hành theo cơ chế trong đó một nhóm validator lập danh sách giao dịch bắt buộc phải đưa vào khối (inclusion list), sau đó buộc người đề xuất khối (block proposer) và các validator khác phải tôn trọng danh sách này, qua đó giảm nguy cơ một số giao dịch bị loại khỏi khối vì lý do kiểm duyệt.

Ethlabs cho rằng FOCIL có thể giúp củng cố tính trung lập và khả năng chống kiểm duyệt của Ethereum. Tuy nhiên, thứ tự ưu tiên nêu trong đề xuất và sự đồng thuận cuối cùng giữa các nhà phát triển Ethereum vẫn là hai việc khác nhau.

Hướng thứ hai là Quick Slots. Hiện khoảng cách giữa các slot trên Ethereum là 12 giây. Ethlabs đề xuất rút ngắn con số này ngay trong Hegotá, đồng thời điều chỉnh cấu trúc liên quan để có thể tiếp tục rút ngắn hơn nữa sau đó.

Slot là đơn vị thời gian mà một khối được đề xuất trên Ethereum. Khi slot ngắn lại, thời gian chờ giữa lúc tạo khối và xác nhận giao dịch có thể giảm, nhưng đồng thời đòi hỏi thiết bị của validator và hạ tầng mạng phải xử lý ổn định với chu kỳ ngắn hơn.

Ethlabs đề cập khả năng ở giai đoạn đầu sẽ rút ngắn khoảng cách slot xuống mức khoảng 10 giây. Mức rút ngắn thực tế sẽ được quyết định dựa trên kết quả triển khai từ phía client và các bài kiểm thử mạng lưới.

Hướng thứ ba là trừu tượng hóa tài khoản gốc. Ethlabs cho biết nếu áp dụng Frame Transactions, Ethereum có thể hỗ trợ ví dùng passkey, cơ chế trả phí giao dịch thay cho người dùng, thanh toán phí gas bằng token khác và xử lý gộp nhiều giao dịch cùng lúc.

Trừu tượng hóa tài khoản là công nghệ giúp ví không chỉ dừng lại ở chức năng ký giao dịch bằng khóa riêng tư, mà còn cho phép thiết kế linh hoạt hơn về phương thức xác thực, cách thanh toán phí và điều kiện thực thi giao dịch. Đề xuất trừu tượng hóa tài khoản mà TokenPost từng đưa tin trước đó cũng tập trung vào những thay đổi trong trải nghiệm sử dụng ví và cấu trúc xử lý giao dịch.

Frame Transactions hướng đến việc xử lý logic xác thực giao dịch bằng chính mã của máy ảo Ethereum (EVM). Nhờ đó, ví và ứng dụng có thể xử lý nhiều phương thức xác thực và điều kiện thực thi giao dịch khác nhau ngay trong giao thức.

Ethlabs nhận định cấu trúc này còn có thể được tận dụng cho các tính năng bảo mật quyền riêng tư và hỗ trợ chữ ký kháng lượng tử (quantum-resistant signature). Tuy nhiên, do cần sự phối hợp giữa nhiều bên như client, ví, layer 2 và công cụ phát triển, Ethlabs xếp hạng mục này ở nhóm A thay vì ưu tiên cao nhất.

Hướng thứ tư là tối ưu hiệu năng và mở rộng năng lực lớp 1. Ethlabs cho biết hiệu năng tiếp tục là ưu tiên trong thiết kế client và giao thức, đồng thời những kết quả tối ưu cần được sử dụng để mở rộng năng lực xử lý của mạng lưới, rút ngắn slot và giảm gánh nặng vận hành cho node.

Nếu chỉ đơn thuần tăng kích thước khối, gánh nặng về tính toán, băng thông và dung lượng lưu trữ đối với validator có thể tăng theo. Vì vậy, mục tiêu đặt ra là vừa tăng thông lượng của mạng lưới, vừa cân nhắc đến lượng tài nguyên mà những người tham gia mạng phải gánh chịu.

Hegotá được lên kế hoạch là đợt nâng cấp tiếp theo của Ethereum, hướng tới mốc năm 2027. Các tính năng chính, bao gồm FOCIL, sẽ được xác định phạm vi và chi tiết cụ thể sau quá trình đồng thuận, triển khai và kiểm thử giữa các nhà phát triển.