Giai đoạn tiếp theo của Ethereum: Kết nối L1 và L2, Tăng cường quyền riêng tư và Cải thiện UX

Nếu nối các đợt nâng cấp của Ethereum trong vài năm qua thành một chuỗi, từ khóa không thể nghi ngờ chính là 「phóng thích khả năng mở rộng」.

Từ việc Dencun giới thiệu Blob giúp giảm chi phí đáng kể cho Rollup, đến Pectra điều chỉnh hiệu quả người xác thực và cơ chế stakes, rồi đến Fusaka triển khai PeerDAS giảm gánh nặng phân phối dữ liệu, tầng giao thức gần như đã dồn toàn bộ nỗ lực vào một việc duy nhất: giúp Ethereum xử lý nhiều dữ liệu hơn, đồng thời không làm tăng ngưỡng yêu cầu đối với các nút.

Bộ kỹ năng kết hợp này thực sự hiệu quả, chi phí dữ liệu của Rollup đã được giảm xuống, giới hạn Gas của mainnet cũng đang tăng dần, Ethereum không còn khiến người dùng e ngại vì phí giao dịch lên tới vài chục đô la như trong chu kỳ bùng nổ trước đây.

Nhưng đường đã mở rộng, cách xe chạy vẫn rất bất tiện:

• Chúng ta vẫn phải chuyển tài sản giữa ba hoặc bốn L2, chỉ cần sơ suất một chút là rút nhầm chuỗi;
• Một giao dịch chuyển tiền rõ ràng đã được đóng gói trong vài giây, nhưng cầu và sàn giao dịch lại bắt bạn chờ đến hơn mười phút mới dám xác nhận;
• Các Builder chuyên nghiệp gần như độc quyền việc đóng gói khối, bạn muốn gửi một giao dịch nhạy cảm, nhưng có thể bị từ chối bất cứ lúc nào bởi các quy ước ngầm ngoài giao thức;
• Huống chi đến hôm nay, một người dùng mới gia nhập lĩnh vực này nếu chỉ muốn chuyển vài trăm đô la USDC vẫn phải tìm hiểu tại sao ví của họ phải có ETH, Nonce là gì, và Gas là gì;

Các vấn đề này về bề ngoài đều thể hiện dưới dạng ma sát trải nghiệm người dùng, nhưng đằng sau lại liên quan đến các cơ chế giao thức cơ bản hơn như quy tắc xác nhận, xây dựng khối, chống kiểm duyệt và mô hình tài khoản.

Đây cũng chính là vấn đề mới mà Ethereum bắt đầu xử lý tập trung, từ Glamsterdam đến Hegotá, từ Q4 năm 2026 đến năm 2027.

Of course, scaling won't hit the brakes.

Glamsterdam vẫn mang nặng tính năng hiệu suất, trong đó hai tính năng nổi bật nhất là ePBS (EIP-7732) và BAL (Block-level Access Lists, EIP-7928), hiểu đơn giản thì:

• ePBS chính là chính thức hóa một cách chính thức sự phân công giữa Proposer và Builder, vốn đã tồn tại rộng rãi ngoài giao thức hôm nay, đồng thời chia nhỏ khoảng thời gian tạo khối và xác minh một cách khoa học hơn để tạo đủ đệm cho việc chạy các khối lớn hơn trong tương lai;
• BAL tương đương với việc liệt kê một danh sách truy cập ngay từ đầu khối, giúp các nút có thể trước tiên lấy dữ liệu hoặc xử lý song song chỉ bằng một cái nhìn, giải quyết triệt để các điểm nghẽn I/O lưu trữ;

Ngoài việc mở rộng quy mô, nỗi đau thực sự của phần lớn người dùng hôm nay không phải là TPS của Ethereum có đủ cao hay không, mà là “quá nhiều chuỗi”.

Ví dụ: ETH trên mainnet, meme đang chơi trên Robinhood Chain, USDC dùng để thanh toán có thể nằm trên Arbitrum, còn USDC muốn mua vào thì lại nằm trên Base.....

Đối với Quỹ Ethereum, các Rollup đều là một phần của hệ sinh thái Ethereum, nhưng đối với người dùng, điều này chẳng khác gì chuyển đổi tiền tệ quốc tế hay xin visa.

Do đó, để tái kết nối những mảnh ghép rời rạc thành một mạng lưới, ngoài việc các giao thức chéo chuỗi phát huy thế mạnh của mình, một cơ chế nền tảng gần đây được các giao thức thúc đẩy rất đáng chú ý – FCR (Fast Confirmation Rule, Quy tắc xác nhận nhanh).

Nhiều người nghĩ rằng giao dịch được đóng gói vào khối là đã hoàn tất, nhưng ở cấp độ mật mã và đồng thuận, một khối vừa được tạo ra hoàn toàn có thể gặp phải sự tái tổ chức nhỏ, và “tính bất biến thực sự (Finality)” thực sự thì Ethereum cần hoàn thành hai Epoch, mất khoảng 13 phút.

Việc này khi chuyển tiền bình thường thì không sao, nhưng đối với các cầu liên chuỗi, thanh toán số lớn và các sàn giao dịch tập trung thì lại là nỗi khổ, để tránh rủi ro tái tổ chức, chúng chỉ có thể buộc bạn phải chờ đợi cứng.

Sự tinh tế của FCR nằm ở chỗ, thay vì phải chờ đợi một cách vô ích trong vài chục phút để đạt được Finality đầy đủ, nó tận dụng các Attestation mà các người xác thực sẽ liên tục tạo ra, để dựa trên trọng số phiếu đã tích lũy mà đưa ra phán đoán sớm hơn về việc một khối đã nhận được sự đồng thuận mạnh mẽ đủ chưa.

Theo mục tiêu do Ethereum Foundation đưa ra, trong điều kiện mạng duy trì đồng bộ bình thường, FCR có khả năng đẩy trước “xác nhận mạnh” này lên khoảng 15–30 giây. Mặc dù không tương đương với Finality đầy đủ, nhưng đối với nhiều cầu, giao tiếp liên chuỗi và hạ tầng hiện nay buộc phải chờ đợi Finality, điều này đã đủ để cung cấp một tín hiệu xác nhận sớm hơn với mô hình bảo mật rõ ràng.

Đặc biệt hơn, FCR không cần phải chờ một lần hard fork nào đó để kích hoạt; nó gần giống như một bộ quy tắc xác nhận có thể được triển khai từng bước bởi các client đồng thuận và cơ sở hạ tầng.

Khi các L2, cầu liên chuỗi và ví bắt đầu sử dụng tín hiệu này, các độ trễ liên lớp hiện nay do “chờ tính cuối cùng của L1” gây ra có thể được thu hẹp từ vài chục phút xuống mức vài chục giây.

Điều này cũng có nghĩa là, trong tương lai, khi bạn chuyển một tài sản, nền tảng có thể tự động thực hiện giao dịch qua hai hoặc nhiều chuỗi khác nhau, nhưng trên giao diện người dùng, bạn chỉ cần nhấn xác nhận một lần và tài sản sẽ đến rất nhanh.

Tuy nhiên, khi các khối ngày càng lớn hơn và các Builder ngày càng chuyên nghiệp hơn, Ethereum lại đối mặt với một vấn đề lưỡng nan rất điển hình khác.

Vì các Builder chuyên nghiệp đã tận dụng sức mạnh tính toán và luồng lệnh hàng đầu để tối ưu hóa hiệu suất xây dựng khối, nên quyền lực sinh tử của phần lớn các khối tự nhiên đã rơi vào tay một vài tổ chức lớn.

Điều này tạo ra một mối nguy hiểm cực kỳ nghiêm trọng: kiểm duyệt.

Nếu một số Builder vì áp lực tuân thủ, cạnh tranh thương mại, hoặc đơn giản là không ưa một số thỏa thuận bảo mật nào đó, cố tình làm ngơ trong memory pool và từ chối đóng gói giao dịch hợp lệ của bạn, ngay cả khi bạn sở hữu khóa riêng và đã cung cấp đủ Gas, giao dịch của bạn vẫn có thể bị kẹt ngoài chuỗi (đọc thêm bài viết Viết tính chống kiểm duyệt vào giao thức: Ai quyết định một giao dịch Ethereum có được đưa lên chuỗi hay không?).

Nếu tính phi tập trung không thể bảo vệ được ngay cả việc truy cập giao dịch chống kiểm duyệt cơ bản nhất, thì dù thông lượng cao đến đâu cũng chỉ là lâu đài trên không.

Đây cũng là lý do tại sao FOCIL (Fork-choice Enforced Inclusion Lists, EIP-7805) lại được đặt ở vị trí quan trọng trong kế hoạch của Hegotá.

Logic của nó cực kỳ đơn giản và thô bạo: chỉ cần đặt vòng kim cô lên Builder.

Mỗi Slot, giao thức sẽ ngẫu nhiên chọn một nhóm các xác minh viên độc lập bình thường để đưa các giao dịch hợp lệ đang chờ xử lý mà họ thấy trong memory pool vào một “danh sách bao gồm (Inclusion List)”. Bạn, với tư cách là Builder, vẫn có thể tự do sắp xếp thứ tự giao dịch để kiếm MEV của mình, nhưng khối bạn nộp ra phải nghiêm túc bao gồm tất cả các giao dịch trong danh sách.

Nếu Builder dám cố ý bỏ qua danh sách này, toàn bộ các người xác minh trên mạng sẽ trực tiếp loại bỏ khối này theo quy tắc lựa chọn phân nhánh. Nói cách khác, bạn có thể kiếm tiền bằng năng lực của mình, nhưng bạn không được phép thay cả mạng quyết định ai có quyền sử dụng Ethereum.

Khi cơ chế này được thiết lập, nó cũng mang đến điểm tựa cho một điểm yếu khác của Ethereum mà cộng đồng đã kêu gọi rất lâu nhưng chưa thể thúc đẩy được—đó là tính riêng tư mà mọi người đang mong chờ.

Như mọi người đã biết, trước đây khi nói về quyền riêng tư, người ta luôn nhắc đến chứng minh không kiến thức, địa chỉ ẩn, và các hồ sơ trộn tiền, nhưng chỉ cần Builder nhận ra “đây là một lời gọi gửi đến hợp đồng riêng tư”, họ sẽ từ chối ngay lập tức, và phép màu toán học của bạn lập tức trở nên vô dụng.

Hiện nay, trong lộ trình bảo mật của Ethereum, FOCIL đã khắc phục đúng điểm dễ bị khóa cổ nhất, bởi chỉ khi tầng giao thức đảm bảo tuyệt đối quyền truy cập cho mỗi giao dịch hợp lệ, thì các nỗ lực bảo mật ở tầng trên mới có thể tồn tại.

Hiện nay, các đề xuất bảo mật táo tợn hơn như EIP-8182 (nỗ lực giới thiệu Pool ẩn danh bản ngữ cấp giao thức) dù vẫn đang trong giai đoạn đề xuất, nhưng xu hướng đã rõ ràng: bảo mật không thể tiếp tục được coi là chức năng phụ của một dapp bên thứ ba, mà phải dần trở thành cơ sở hạ tầng nền tảng của Ethereum.

Các điều chỉnh kiến trúc được nhắc đến trước đó chủ yếu diễn ra dưới bề mặt, trong khi sự kiện thứ ba sẽ liên quan trực tiếp đến trải nghiệm sử dụng thực tế của người dùng bình thường.

Đó là Ethereum cuối cùng cũng quyết tâm thực hiện một cuộc cải cách lớn đối với mô hình tài khoản EOA đã tồn tại hơn mười năm.

Nói thật đi, mô hình chữ ký khóa riêng của Ethereum vẫn được sử dụng cho đến nay hoàn toàn phản人性 đối với người dùng internet bình thường:

Mất khóa riêng là vĩnh viễn không thể phục hồi; trong ví rõ ràng có hàng ngàn stablecoin, nhưng chỉ vì thiếu 0,001 ETH làm phí giao dịch, tài sản tạm thời không thể chuyển đi; chơi DeFi phải Approve trước rồi mới Swap, cần nhấn ba lần xác nhận để hoàn thành một việc; Nonce giao dịch phải xếp hàng nghiêm ngặt, một giao dịch bị kẹt, cả hệ thống đều bị đình trệ.

Trong hai đợt nâng cấp trước, cộng đồng đã thực hiện nhiều sự thỏa hiệp. Ví dụ: phát triển ERC-4337, sử dụng ví hợp đồng ngoài giao thức để cứu vãn tình thế; hoặc đưa vào EIP-7702 trong Pectra, cho phép các địa chỉ thông thường tạm thời gắn một đoạn logic hợp đồng để tăng tính linh hoạt.

Nhưng 7702 về cơ bản chỉ là một cây cầu tạm, trọng tâm thực sự mà Hegotá nhắm đến là EIP-8141 về tài khoản trừu tượng bản địa (Frame Transactions, giao dịch khung).

Có thể hiểu đơn giản rằng, trước đây, một giao dịch của Ethereum đã buộc ba việc này lại với nhau một cách cứng nhắc, ví dụ: ai xác minh rằng đó là bạn (xác thực) + ai trả tiền cho giao dịch này (chi trả Gas) + thực sự muốn làm gì (thực thi), trong khi EIP-8141 tách ba việc này ra thành các “khung” khác nhau ở cấp độ giao thức cơ bản (đọc thêm bài viết Nguyên bản tài khoản trừu tượng + Bảo vệ chống mối đe dọa lượng tử: Vì sao EIP-8141 chưa trở thành ngôi sao hàng đầu của Ethereum Hegotá?):

• Xác thực khung: Không còn bị ràng buộc vào chữ ký đường cong elliptic ECDSA cố định, có thể hỗ trợ các phương pháp xác thực linh hoạt hơn như Passkey, đồng thời tích hợp thêm các tính năng như vân tay điện thoại và Face ID, giúp việc thay đổi khóa và khôi phục tài khoản trở nên tự nhiên hơn;
• Khung thanh toán: Gas được bản địa hóa nhờ hỗ trợ gas. Các ứng dụng có thể trả phí gas thay cho người dùng mới, hoặc bạn có thể chỉ định trực tiếp trừ USDC từ giao dịch trong khung thanh toán, không còn cần đến bộ trung gian để mua bán ngoài chuỗi;
• Execution frame: Natively supports atomic batching, authorization and redemption in one step—success means all take effect together, failure means a clean and complete rollback of everything;

Nếu thêm vào EIP-8250 (Keyed Nonces) đang được thảo luận, tài khoản trong tương lai thậm chí có thể có nhiều đường dẫn Nonce song song.

Khi những khả năng này được tích hợp bản địa vào giao thức, các ví như imToken sẽ trải qua một bước nhảy chất lượng trong hình thái sản phẩm.

Trước đây, phần lớn nỗ lực của ví đều dành để nhắc nhở người dùng chuẩn bị Gas, giải thích tại sao giao dịch bị kẹt, hướng dẫn người dùng cách ghi chép từ phục hồi và hỗ trợ người dùng chuyển đổi RPC giữa các chuỗi khác nhau.

Trong tương lai, khi các thuật toán chữ ký, thanh toán Gas, kiểm soát quyền hạn và định tuyến giao dịch đều có thể được lập trình, ví tiền cuối cùng sẽ trở lại vị trí xứng đáng của nó — như một hệ điều hành thầm lặng giữa người dùng và thế giới phi tập trung.

Nó vẫn hoàn toàn nằm trong sự kiểm soát của người dùng, giống như trước đây, nhưng cách sử dụng sẽ tự nhiên như quét mã thanh toán của Alipay hay mở khóa bằng vân tay.

Quay lại nhìn lại các bước nâng cấp của Ethereum trong những năm qua, lộ trình thực sự cực kỳ rõ ràng.

Dencun giải quyết Blob; Pectra vừa tiếp tục mở rộng, vừa cải thiện khả năng của validator và tài khoản; Fusaka tiếp tục mở đường cho dung lượng dữ liệu lớn hơn bằng PeerDAS; tiếp theo là Glamsterdam, sẽ tạo nền tảng cho Gas Limit cao hơn và thực thi song song thông qua các thay đổi cấu trúc như ePBS, BAL.

Việc mở rộng vẫn chưa kết thúc, nhưng mở rộng đã không còn là vấn đề duy nhất.

Ethereum cuối cùng cũng đã có thể tập trung vào những vấn đề cốt lõi và nan giải nhất, và đó cũng là lý do tại sao EF khi tái cấu trúc hướng phát triển giao thức vào năm 2026 đã khái quát thành ba mục tiêu rất đơn giản:

Mở rộng, cải thiện UX và tăng cường L1.

Ethereum đã chứng minh với thế giới rằng nó có thể trở thành một máy tính toàn cầu hoạt động không ngừng, và bước tiếp theo là giúp người bình thường có thể sử dụng một cách mượt mà.