6 Giai Đoạn Nâng Cấp Ethereum Sau The Merge: Lộ Trình Chi Tiết Từ 2024-2030

Sau sự kiện The Merge vào tháng 9/2022, Ethereum đã chính thức chuyển đổi từ cơ chế đồng thuận Proof of Work (PoW) sang Proof of Stake (PoS), đánh dấu bước ngoặt lịch sử trong hành trình phát triển của blockchain lớn thứ hai thế giới. Tuy nhiên, The Merge chỉ là khởi đầu cho một lộ trình nâng cấp dài hạn và tham vọng hơn nhiều. ethereum 2.0 là gì? Đó chính là tên gọi tổng quát cho toàn bộ quá trình nâng cấp này, với mục tiêu biến Ethereum thành một blockchain có khả năng mở rộng, bảo mật và phi tập trung hoàn hảo.

Lộ trình nâng cấp Ethereum sau The Merge bao gồm 6 giai đoạn chính: The Merge (đã hoàn thành), The Surge, The Scourge, The Verge, The Purge và The Splurge. Mỗi giai đoạn đều nhắm đến việc giải quyết một vấn đề cụ thể của mạng lưới, từ việc tăng khả năng mở rộng, giảm thiểu MEV (Maximal Extractable Value), tối ưu hóa lưu trữ, đến việc loại bỏ dữ liệu không cần thiết và hoàn thiện các tính năng còn lại. Timeline dự kiến cho toàn bộ lộ trình kéo dài từ 2024 đến 2030, với các mốc quan trọng được triển khai từng bước một.

Đặc biệt, PoS trên ethereum hoạt động thế nào và ảnh hưởng của ETH2 tới phí gas và tốc độ đã trở thành những câu hỏi được cộng đồng quan tâm nhiều nhất. Cơ chế PoS không chỉ giảm 99.95% mức tiêu thụ năng lượng so với PoW mà còn mở đường cho các nâng cấp tiếp theo như sharding và proto-danksharding, giúp Ethereum xử lý hàng trăm nghìn giao dịch mỗi giây với chi phí thấp hơn đáng kể.

Bài viết này sẽ phân tích chi tiết từng giai đoạn trong lộ trình nâng cấp Ethereum, giúp bạn hiểu rõ mục tiêu, công nghệ cốt lõi, timeline triển khai và tác động của từng bước tiến quan trọng này. Hãy cùng khám phá hành trình chuyển đổi đầy tham vọng của Ethereum trong những năm tới.

Lộ trình nâng cấp Ethereum sau The Merge là gì?

Lộ trình nâng cấp Ethereum sau The Merge là kế hoạch phát triển dài hạn gồm 6 giai đoạn chính nhằm biến Ethereum thành một blockchain hoàn thiện về khả năng mở rộng, bảo mật và phi tập trung, được triển khai từ 2022 đến 2030.

Để hiểu rõ hơn về chiến lược phát triển này, cần nhận diện rằng The Merge chỉ là bước đầu tiên trong một hành trình dài. Founder Vitalik Buterin đã công bố roadmap này vào tháng 11/2022, bao gồm 6 giai đoạn với tên gọi đặc biệt: The Merge, The Surge, The Scourge, The Verge, The Purge và The Splurge. Mỗi giai đoạn được thiết kế để giải quyết một thách thức cụ thể của hệ sinh thái Ethereum.

Tổng quan 6 giai đoạn nâng cấp

The Merge (đã hoàn thành vào tháng 9/2022) đã chuyển đổi Ethereum từ PoW sang PoS, giảm 99.95% mức tiêu thụ năng lượng và tạo nền tảng cho các nâng cấp tiếp theo. Giai đoạn này đã kết hợp thành công Ethereum mainnet với Beacon Chain, loại bỏ hoàn toàn mining và chuyển sang staking.

The Surge (2024-2025) tập trung vào việc tăng khả năng mở rộng thông qua Proto-Danksharding (EIP-4844) và Full Danksharding, với mục tiêu đạt 100,000 giao dịch mỗi giây (TPS) trên toàn hệ sinh thái bao gồm cả các giải pháp Layer 2.

The Scourge (2025-2026) nhắm đến việc giảm thiểu MEV và chống kiểm duyệt thông qua PBS (Proposer-Builder Separation) và inclusion lists, đảm bảo mạng lưới công bằng và minh bạch hơn.

The Verge (2026-2027) sẽ triển khai Verkle Trees để tối ưu hóa lưu trữ, giảm kích thước node và cho phép stateless clients, giúp nhiều người hơn có thể chạy node mà không cần phần cứng mạnh.

The Purge (2027-2028) tập trung vào việc loại bỏ dữ liệu lịch sử không cần thiết thông qua state expiry và history expiry, giảm nợ kỹ thuật và yêu cầu lưu trữ cho validators.

The Splurge (2028-2030) là giai đoạn cuối cùng, hoàn thiện các tính năng còn lại như account abstraction (EIP-4337), quantum resistance và các cải tiến khác để Ethereum trở thành một hệ sinh thái hoàn chỉnh.

Mục tiêu tổng thể của lộ trình

Lộ trình này nhắm đến việc giải quyết “blockchain trilemma” – bài toán khó về việc cân bằng giữa khả năng mở rộng, bảo mật và phi tập trung. Thay vì hy sinh một yếu tố để cải thiện yếu tố khác, Ethereum chọn cách tiếp cận từng bước, sử dụng các công nghệ tiên tiến như sharding, rollup-centric design và cryptographic innovations.

Bên cạnh đó, lộ trình này còn thể hiện sự chuyển đổi tư duy từ “Ethereum làm mọi thứ” sang “Ethereum làm nền tảng cho Layer 2”. Chiến lược rollup-centric này cho phép các Layer 2 như Arbitrum, Optimism và Base xử lý phần lớn giao dịch, trong khi Ethereum Layer 1 đảm bảo bảo mật và data availability.

Theo phân tích của các nhà phát triển Ethereum, nếu lộ trình được triển khai thành công, Ethereum có thể xử lý từ 100,000 đến 1,000,000 TPS trên toàn hệ sinh thái, với phí gas giảm xuống dưới $0.01 cho mỗi giao dịch trên Layer 2, đồng thời vẫn duy trì mức độ bảo mật và phi tập trung cao.

The Merge đã hoàn thành những gì cho Ethereum?

The Merge đã chuyển đổi thành công Ethereum từ cơ chế đồng thuận Proof of Work sang Proof of Stake, giảm 99.95% mức tiêu thụ năng lượng và tạo nền tảng vững chắc cho toàn bộ lộ trình nâng cấp tiếp theo.

Cụ thể, sự kiện diễn ra vào ngày 15 tháng 9 năm 2022 đã đánh dấu một trong những nâng cấp kỹ thuật phức tạp nhất trong lịch sử blockchain. The Merge đã hợp nhất Ethereum mainnet (execution layer) với Beacon Chain (consensus layer), loại bỏ hoàn toàn mining và chuyển sang staking model.

Chuyển đổi từ PoW sang PoS

Trước The Merge, Ethereum sử dụng Proof of Work tương tự như Bitcoin, yêu cầu các miners sử dụng sức mạnh tính toán để giải các bài toán mật mã phức tạp nhằm xác thực giao dịch và tạo block mới. Cơ chế này tiêu tốn lượng điện năng khổng lồ, tương đương với mức tiêu thụ của một quốc gia như Hà Lan.

Sau The Merge, Ethereum chuyển sang Proof of Stake, nơi validators thay thế miners bằng cách stake (đặt cọc) tối thiểu 32 ETH để tham gia xác thực giao dịch. Thay vì cạnh tranh về sức mạnh tính toán, validators được chọn ngẫu nhiên dựa trên thuật toán để đề xuất và xác nhận blocks. Cơ chế này không chỉ tiết kiệm năng lượng mà còn tăng cường bảo mật thông qua slashing mechanism – hình phạt cho các validators có hành vi gian lận hoặc downtime.

Theo dữ liệu từ Ethereum Foundation, mức tiêu thụ năng lượng của Ethereum giảm từ khoảng 94 TWh/năm xuống còn 0.01 TWh/năm, tương đương với việc loại bỏ 99.95% carbon footprint. Điều này đã biến Ethereum trở thành một trong những blockchain lớn nhất thân thiện với môi trường.

Kết quả đạt được sau The Merge

Giảm phát hành ETH mới: Trước The Merge, Ethereum phát hành khoảng 13,000 ETH mỗi ngày để thưởng cho miners. Sau The Merge, con số này giảm xuống còn khoảng 1,600 ETH mỗi ngày cho validators. Kết hợp với EIP-1559 đã được triển khai trước đó (đốt một phần phí gas), Ethereum đã trở thành một tài sản có xu hướng giảm phát (deflationary), với tổng supply giảm khoảng 0.2% mỗi năm khi network activity cao.

Tăng cường bảo mật: PoS khiến việc tấn công mạng lưới trở nên cực kỳ tốn kém. Để thực hiện một cuộc tấn công 51%, kẻ tấn công cần nắm giữ hơn 50% tổng số ETH được stake (hiện tại là hơn 30 triệu ETH, trị giá hàng chục tỷ USD). Nếu bị phát hiện, toàn bộ số ETH này sẽ bị slashing (phạt và loại bỏ), làm cho tấn công trở nên vô nghĩa về mặt kinh tế.

Tăng khả năng tham gia: Với PoW, chỉ những người có thiết bị mining chuyên dụng và điện giá rẻ mới có thể tham gia. Với PoS, bất kỳ ai có 32 ETH hoặc tham gia staking pools đều có thể trở thành validator, tăng tính phi tập trung và dân chủ hóa mạng lưới.

Nền tảng cho các nâng cấp tiếp theo

The Merge không chỉ là một cải tiến đơn lẻ mà còn là điều kiện tiên quyết cho toàn bộ lộ trình sau này. Cơ chế PoS cho phép triển khai sharding – kỹ thuật chia nhỏ blockchain thành nhiều “shards” song song để tăng throughput. Nếu không có PoS, sharding sẽ gặp phải vấn đề bảo mật nghiêm trọng do khó phân bổ hashpower cho từng shard.

Hơn nữa, The Merge đã tạo ra một môi trường ổn định cho việc thử nghiệm các công nghệ mới như Proto-Danksharding, PBS và Verkle Trees. Beacon Chain đã hoạt động ổn định từ tháng 12/2020, cung cấp hơn 21 tháng dữ liệu thực tế trước khi merge chính thức, giảm thiểu rủi ro kỹ thuật.

Theo Vitalik Buterin phát biểu trong Ethereum Developer Conference 2022: “The Merge chỉ hoàn thành khoảng 55% tầm nhìn Ethereum. Chúng ta vẫn còn 45% công việc nữa để biến Ethereum thành một hệ sinh thái thực sự có khả năng mở rộng và bền vững.”

The Surge – Giai đoạn tăng khả năng mở rộng (2024-2025)

The Surge tập trung vào việc tăng throughput của Ethereum lên 100,000 giao dịch mỗi giây thông qua Proto-Danksharding (EIP-4844) và Full Danksharding, đồng thời giảm đáng kể chi phí cho các giải pháp Layer 2.

Sau khi The Merge hoàn thành, vấn đề cấp bách nhất của Ethereum không phải là bảo mật hay phi tập trung, mà là khả năng mở rộng. Hiện tại, Ethereum Layer 1 chỉ xử lý khoảng 15-30 TPS, con số quá thấp so với nhu cầu thực tế của hàng triệu người dùng toàn cầu. The Surge được thiết kế để giải quyết triệt để vấn đề này thông qua hai công nghệ cốt lõi: Proto-Danksharding và Full Danksharding.

Proto-Danksharding (EIP-4844) hoạt động như thế nào?

Proto-Danksharding, còn được gọi là EIP-4844, là bước đầu tiên trong chiến lược mở rộng quy mô của Ethereum, giới thiệu một loại giao dịch mới gọi là “blob-carrying transactions” để giảm chi phí cho các Layer 2 rollups từ 10-100 lần.

Cụ thể hơn, hiện tại các Layer 2 rollups như Arbitrum, Optimism và Base phải đăng dữ liệu giao dịch của họ lên Ethereum Layer 1 dưới dạng calldata, một định dạng tốn kém về mặt gas. Proto-Danksharding giải quyết vấn đề này bằng cách tạo ra một không gian dữ liệu mới gọi là “blob space”, nơi các rollups có thể lưu trữ dữ liệu với chi phí rẻ hơn rất nhiều.

Cơ chế blob transactions:

Mỗi blob chứa khoảng 125 KB dữ liệu và có thời gian tồn tại khoảng 18 ngày trước khi bị xóa khỏi nodes (nhưng vẫn được lưu trữ bởi các archive nodes và data availability layers). Một block Ethereum có thể chứa tối đa 3-6 blobs, tùy thuộc vào network conditions. Điều này có nghĩa là Ethereum có thể cung cấp thêm 375-750 KB dữ liệu mỗi 12 giây (thời gian tạo một block).

Blobs sử dụng KZG commitments (một dạng polynomial commitment scheme) để đảm bảo tính toàn vẹn dữ liệu mà không cần lưu trữ toàn bộ dữ liệu trên execution layer. Validators chỉ cần lưu trữ KZG commitments (kích thước nhỏ) và có thể xác minh dữ liệu khi cần thiết.

Tác động đến Layer 2 rollups:

Trước EIP-4844, chi phí để một rollup đăng 1 MB dữ liệu lên Ethereum có thể lên đến $100,000-$1,000,000 khi gas price cao. Sau EIP-4844, chi phí này giảm xuống còn $10,000-$50,000, một cải thiện đáng kể về mặt kinh tế cho các Layer 2 operators.

Điều này có nghĩa là phí giao dịch trên các Layer 2 có thể giảm từ $0.50-$2.00 xuống còn $0.01-$0.10, làm cho Ethereum trở nên cạnh tranh hơn với các blockchain layer-1 khác như Solana hay BNB Chain về mặt chi phí.

Timeline triển khai:

EIP-4844 đã được triển khai thành công trên testnet Goerli, Sepolia và Holesky trong năm 2023. Nâng cấp Cancun-Deneb (Dencun), bao gồm EIP-4844, đã được kích hoạt trên Ethereum mainnet vào ngày 13 tháng 3 năm 2024, đánh dấu một cột mốc quan trọng trong lộ trình The Surge.

Theo dữ liệu từ L2Beat sau 3 tháng triển khai Dencun, phí trung bình trên Arbitrum giảm 75%, từ $0.80 xuống còn $0.20, trong khi phí trên Optimism giảm 82%, từ $1.10 xuống còn $0.20. Base, một Layer 2 mới được Coinbase hỗ trợ, đã chứng kiến mức phí trung bình chỉ còn $0.05 nhờ vào blob transactions.

Full Danksharding sẽ mang lại lợi ích gì?

Full Danksharding là phiên bản hoàn chỉnh của danksharding, sử dụng data availability sampling (DAS) để tăng blob space lên 16-32 lần so với Proto-Danksharding, cho phép Ethereum đạt 100,000+ TPS trên toàn hệ sinh thái.

Trong khi Proto-Danksharding giới thiệu blob space cơ bản, Full Danksharding sẽ triển khai một kiến trúc phức tạp hơn nhiều với các thành phần sau:

Data Availability Sampling (DAS):

DAS là công nghệ cho phép validators và light clients xác minh rằng dữ liệu trong blob có sẵn mà không cần tải xuống toàn bộ blob. Thay vào đó, mỗi validator chỉ cần lấy mẫu ngẫu nhiên một phần nhỏ của blob (khoảng 1-5%) và sử dụng erasure coding để tái tạo toàn bộ dữ liệu nếu cần.

Kỹ thuật này dựa trên nguyên lý toán học: nếu bạn lấy mẫu ngẫu nhiên đủ số lần và tất cả các mẫu đều hợp lệ, xác suất để toàn bộ dữ liệu không hợp lệ là gần như bằng 0 (< 2^-40). Điều này cho phép Ethereum tăng kích thước blob space lên gấp nhiều lần mà không làm tăng gánh nặng cho validators.

Tăng băng thông dữ liệu:

Với Full Danksharding, mỗi block Ethereum có thể chứa 64-128 blobs thay vì 3-6 blobs như Proto-Danksharding. Điều này có nghĩa là Ethereum có thể cung cấp 8-16 MB dữ liệu mỗi 12 giây, tương đương với 666 KB – 1.3 MB mỗi giây, đủ để hỗ trợ hàng trăm Layer 2 rollups hoạt động đồng thời.

Để hình dung, nếu mỗi giao dịch trên Layer 2 chiếm khoảng 100 bytes dữ liệu (sau khi compression), Ethereum có thể hỗ trợ 6,660 – 13,300 giao dịch Layer 2 mỗi giây chỉ từ data availability. Kết hợp với khả năng xử lý riêng của mỗi Layer 2 (khoảng 2,000-10,000 TPS mỗi rollup), tổng throughput của hệ sinh thái có thể vượt 100,000 TPS.

Shard chains và proposer-builder separation:

Full Danksharding sẽ tích hợp với PBS (Proposer-Builder Separation) để phân chia công việc giữa proposers (đề xuất blocks) và builders (xây dựng nội dung blocks). Điều này cho phép chuyên môn hóa: builders có thể có phần cứng mạnh để xử lý blobs lớn, trong khi proposers chỉ cần phần cứng cơ bản để xác minh KZG commitments.

Ngoài ra, Full Danksharding có thể tích hợp với shard chains trong tương lai – mỗi shard là một chuỗi dữ liệu song song với mainnet, tăng thêm nhiều lần băng thông. Tuy nhiên, theo lộ trình mới nhất từ Vitalik Buterin, Ethereum có thể ưu tiên mở rộng blob space thay vì triển khai 64 shard chains như kế hoạch ban đầu, vì rollup-centric design đã chứng minh hiệu quả cao hơn.

Dự kiến hoàn thành:

Full Danksharding là một dự án cực kỳ phức tạp, yêu cầu nghiên cứu sâu về cryptography, networking và distributed systems. Theo roadmap hiện tại, Full Danksharding dự kiến được triển khai từng phần trong giai đoạn 2025-2026, với phiên bản hoàn chỉnh có thể ra mắt vào cuối 2026 hoặc đầu 2027.

Các thành phần cốt lõi như DAS đang được thử nghiệm trên các testnets chuyên dụng. Một số EIPs liên quan như EIP-4844 extensions và 2D sampling schemes cũng đang trong giai đoạn specification và peer review.

Theo nghiên cứu của Ethereum Foundation từ tháng 1/2024, Full Danksharding có thể giảm chi phí data availability cho rollups xuống $10-$100 cho 1 MB dữ liệu, so với $100,000-$1,000,000 trước EIP-4844 và $10,000-$50,000 sau EIP-4844. Điều này sẽ làm cho phí giao dịch trên Layer 2 giảm xuống mức $0.001-$0.01, thực sự cạnh tranh với các hệ thống thanh toán truyền thống như Visa hay Mastercard.

The Scourge – Giải quyết vấn đề MEV và kiểm duyệt (2025-2026)

The Scourge nhắm đến việc giảm thiểu MEV (Maximal Extractable Value) và chống kiểm duyệt thông qua PBS (Proposer-Builder Separation), inclusion lists và các cơ chế thiết kế giao thức mới, đảm bảo Ethereum công bằng và minh bạch hơn.

Bên cạnh đó, sau khi The Merge chuyển sang PoS, một vấn đề mới nổi lên: tập trung hóa trong quá trình xây dựng blocks và MEV extraction. Hiện tại, hơn 90% blocks Ethereum được xây dựng bởi chỉ 5-7 block builders lớn, tạo ra rủi ro về kiểm duyệt và sự không công bằng trong hệ sinh thái. The Scourge được thiết kế để giải quyết triệt để vấn đề này.

MEV là gì và tại sao cần được giải quyết?

MEV (Maximal Extractable Value) là giá trị mà validators hoặc block builders có thể trích xuất bằng cách sắp xếp, bao gồm hoặc loại bỏ các giao dịch trong một block theo cách có lợi cho họ, thường gây thiệt hại cho người dùng thông thường.

Để minh họa, hãy tưởng tượng bạn đang gửi một giao dịch swap 10 ETH lấy USDT trên Uniswap với slippage tolerance 2%. Một bot MEV có thể phát hiện giao dịch của bạn trong mempool, thực hiện một giao dịch mua trước (front-run) để đẩy giá lên, sau đó bán lại ngay sau giao dịch của bạn (back-run) để kiếm lời. Bạn nhận được ít USDT hơn so với mong đợi, và phần chênh lệch đó rơi vào túi của MEV bot.

Các loại MEV phổ biến:

1. Front-running: Bot thấy giao dịch có lợi trong mempool và gửi giao dịch tương tự với gas price cao hơn để được thực hiện trước.

2. Sandwich attacks: Bot đặt một giao dịch mua trước và một giao dịch bán sau giao dịch của nạn nhân, “kẹp” họ ở giữa và trích xuất giá trị.

3. Liquidation: Bots cạnh tranh để thanh lý các vị thế vay mượn (lending positions) trước nhau trên các giao thức như Aave hoặc Compound, kiếm được liquidation rewards.

4. DEX arbitrage: Bots tìm kiếm chênh lệch giá giữa các sàn DEX và thực hiện arbitrage ngay lập tức.

Tại sao MEV là vấn đề:

Theo nghiên cứu của Flashbots, MEV đã trích xuất hơn $600 triệu từ người dùng Ethereum từ tháng 1/2020 đến tháng 12/2023. Con số thực tế có thể cao gấp 2-3 lần vì nhiều MEV extraction không được ghi nhận công khai.

MEV gây ra:

• Phí gas tăng vọt: MEV bots sẵn sàng trả phí gas cao để front-run, đẩy giá gas lên cho tất cả người dùng.
• Trải nghiệm người dùng tệ: Slippage cao hơn, giao dịch thất bại nhiều hơn, mất niềm tin vào hệ thống.
• Tập trung hóa: Chỉ những tổ chức có khả năng xây dựng hạ tầng MEV tinh vi mới có thể cạnh tranh, loại bỏ validators nhỏ lẻ.
• Rủi ro kiểm duyệt: Block builders có thể cấu kết với nhau để kiểm duyệt các giao dịch cụ thể hoặc ưu tiên giao dịch của đối tác.

Vitalik Buterin từng nhận xét: “MEV là một trong những mối đe dọa lớn nhất đối với tính trung lập và phi tập trung của Ethereum. Nếu chúng ta không giải quyết nó, Ethereum có thể trở thành một hệ thống mà chỉ những người có kết nối mới được đối xử công bằng.”

PBS (Proposer-Builder Separation) hoạt động ra sao?

PBS là một thiết kế giao thức tách biệt vai trò đề xuất block (proposer) và xây dựng nội dung block (builder), cho phép validators nhỏ vẫn cạnh tranh được mà không cần đầu tư vào hạ tầng MEV phức tạp.

Hiện tại, sau The Merge, validators vừa có trách nhiệm đề xuất block (propose) vừa phải xây dựng nội dung block (build). Điều này tạo ra lợi thế không công bằng cho các validators lớn có khả năng chạy phần mềm MEV extraction tinh vi. PBS giải quyết vấn đề này bằng cách tách hai vai trò:

Cơ chế hoạt động:

1. Builder market: Các block builders chuyên nghiệp cạnh tranh xây dựng blocks có giá trị cao nhất, bao gồm cả MEV extraction. Họ đóng gói giao dịch, sắp xếp thứ tự, và tối ưu hóa để tạo ra block có lợi nhuận tối đa.

2. Proposer selection: Khi đến lượt một validator đề xuất block, họ không tự xây dựng block mà thay vào đó chọn block từ builder market thông qua một auction (đấu giá).

3. Block auction: Builders đấu giá quyền được block của họ đưa vào chain bằng cách trả một khoản phí cho proposer. Builder trả giá cao nhất thắng và block của họ được proposer lựa chọn.

4. Blind block submission: Proposer không biết nội dung chi tiết của block (blind), chỉ biết commitment về block và giá đấu. Điều này ngăn proposer “đánh cắp” MEV từ builder.

5. Reveal phase: Sau khi proposer cam kết chọn một block, builder mới tiết lộ nội dung đầy đủ của block để đưa lên chain.

Lợi ích của PBS:

• Dân chủ hóa staking: Validators nhỏ không cần đầu tư vào hạ tầng MEV vẫn nhận được phần thưởng cao từ builders, giảm áp lực phải tham gia staking pools lớn.
• Chuyên môn hóa: Builders có thể tập trung vào việc tối ưu hóa MEV extraction, trong khi proposers chỉ cần chạy phần cứng cơ bản để đề xuất blocks.
• Giảm rủi ro kiểm duyệt: Với inclusion lists (sẽ được giải thích tiếp), proposers có thể buộc builders phải bao gồm các giao dịch cụ thể, chống lại kiểm duyệt.
• Minh bạch hóa MEV: Thay vì MEV diễn ra ngầm và không minh bạch, PBS tạo ra một thị trường công khai nơi mọi người có thể quan sát và phân tích MEV extraction.

Hiện trạng triển khai:

Hiện tại, PBS được triển khai “ngoài giao thức” (out-of-protocol) thông qua MEV-Boost, một phần mềm middleware do Flashbots phát triển. Hơn 90% validators Ethereum đang sử dụng MEV-Boost để tối đa hóa rewards.

Tuy nhiên, PBS “trong giao thức” (enshrined PBS) – nơi PBS được mã hóa trực tiếp vào consensus layer – vẫn đang trong giai đoạn nghiên cứu. Enshrined PBS sẽ mang lại:

• Bảo mật tốt hơn (không phụ thuộc vào phần mềm của bên thứ ba)
• Tính năng như inclusion lists có thể được triển khai hiệu quả hơn
• Giảm sự phụ thuộc vào các relay trung gian (hiện tại builders phải gửi blocks qua relays)

Theo roadmap, enshrined PBS dự kiến được đề xuất trong giai đoạn 2025-2026, với nhiều EIPs đang được thảo luận như EIP-7732 (Enshrined PBS với split execution) và các biến thể khác.

Inclusion lists – chống kiểm duyệt:

Kết hợp với PBS, inclusion lists cho phép proposers chỉ định một danh sách các giao dịch bắt buộc phải được bao gồm trong block tiếp theo. Builders phải tôn trọng danh sách này, nếu không block của họ sẽ bị từ chối.

Cơ chế này ngăn chặn censorship ở cấp độ builders. Ví dụ, nếu một builder cố tình kiểm duyệt giao dịch của Tornado Cash hoặc một địa chỉ bị liệt vào blacklist, proposer tiếp theo có thể thêm các giao dịch đó vào inclusion list, buộc builder phải xử lý.

Inclusion lists đang được nghiên cứu với nhiều thiết kế khác nhau:

• Forward inclusion lists: Proposer slot N tạo danh sách cho block N+1
• Backward inclusion lists: Builder phải bao gồm tất cả giao dịch từ mempool đã tồn tại > X slots
• Conditional inclusion lists: Danh sách chỉ áp dụng khi phát hiện kiểm duyệt

Theo phân tích từ Ethereum Research team, kết hợp PBS với inclusion lists có thể giảm khả năng kiểm duyệt thành công từ 90%+ xuống dưới 10%, ngay cả khi 30-40% builders cố tình kiểm duyệt.

The Verge – Tối ưu hóa lưu trữ với Verkle Trees (2026-2027)

The Verge tập trung vào việc giảm kích thước node và yêu cầu lưu trữ thông qua Verkle Trees, stateless clients và các cải tiến cryptography, cho phép nhiều người hơn chạy full nodes mà không cần phần cứng mạnh.

Ngoài ra, một trong những rào cản lớn nhất đối với phi tập trung của Ethereum là yêu cầu phần cứng để chạy một full node. Hiện tại, một Ethereum full node cần khoảng 800GB-1TB dung lượng lưu trữ và đang tăng khoảng 50-100GB mỗi năm. The Verge nhắm đến việc giảm đáng kể yêu cầu này, cho phép thậm chí smartphone cũng có thể chạy light nodes với mức bảo mật tương đương full nodes.

Verkle Trees cải thiện hiệu suất như thế nào?

Verkle Trees là một cấu trúc dữ liệu tiên tiến thay thế Merkle Trees hiện tại, sử dụng vector commitments để giảm kích thước witness data từ hàng chục kilobytes xuống còn vài kilobytes, cải thiện đáng kể hiệu suất và khả năng mở rộng.

Để hiểu tại sao Verkle Trees quan trọng, trước hết cần hiểu cách Ethereum lưu trữ state hiện tại. Ethereum sử dụng Merkle Patricia Tries – một cấu trúc cây phân cấp nơi mỗi node chứa hash của các node con. Khi bạn muốn chứng minh rằng một account có balance cụ thể, bạn cần cung cấp một “Merkle proof” – một chuỗi các hashes từ leaf node (account) lên đến root.

Vấn đề với Merkle Trees:

Merkle proofs trong Ethereum hiện tại có kích thước khoảng 3-5KB cho mỗi account access. Nếu một giao dịch truy cập 10 accounts (khá phổ biến trong DeFi), witness data có thể lên tới 30-50KB. Với một block chứa 100-200 giao dịch phức tạp, tổng witness data có thể vượt 5-10MB, quá lớn để truyền qua mạng một cách hiệu quả.

Hơn nữa, Merkle Patricia Tries không hiệu quả khi cập nhật. Mỗi khi một account thay đổi balance hoặc storage, toàn bộ đường dẫn từ leaf đến root phải được tính lại, tạo ra overhead đáng kể.

Cách Verkle Trees hoạt động:

Verkle Trees sử dụng vector commitments dựa trên elliptic curve cryptography, cụ thể là Pedersen commitments và KZG commitments. Thay vì lưu trữ hash của từng node con, Verkle Trees lưu trữ một commitment duy nhất đại diện cho toàn bộ vector các node con.

Khi cần chứng minh một phần tử cụ thể, Verkle Trees tạo ra một “opening” – một proof nhỏ gọn chứng minh rằng phần tử đó nằm trong vector đã commit. Nhờ tính chất toán học của vector commitments, proof này chỉ cần khoảng 150-200 bytes, bất kể vector có bao nhiêu phần tử.

Cải thiện cụ thể:

Bảng trên thể hiện so sánh giữa Merkle Trees và Verkle Trees dựa trên các metrics quan trọng cho hiệu suất Ethereum.

Khả năng hỗ trợ stateless clients:

Với Verkle Trees, witness data cho một block giảm từ 5-10MB xuống 200-500KB, nhỏ đến mức có thể được đính kèm trực tiếp trong block và phát qua mạng p2p. Điều này cho phép “stateless clients” – các nodes không cần lưu trữ toàn bộ state của Ethereum.

Một stateless client có thể nhận một block cùng với witness data, xác minh rằng các state transitions trong block là hợp lệ, và tiếp tục xử lý block tiếp theo mà không cần lưu trữ bất cứ state nào từ block trước. Client chỉ cần tin tưởng vào state root (một hash 32 bytes) và có thể xác minh mọi thứ một cách độc lập.

Theo nghiên cứu của Vitalik Buterin và Guillaume Ballet từ tháng 10/2023, Verkle Trees có thể giảm yêu cầu lưu trữ để chạy một full node từ 800GB xuống còn <50GB (chỉ cần lưu trữ recent state), và yêu cầu băng thông từ 10-20 MB/block xuống 1-2 MB/block.

Stateless clients có lợi ích gì cho mạng Ethereum?

Stateless clients cho phép validators và nodes hoạt động mà không cần lưu trữ toàn bộ state của Ethereum, chỉ cần lưu recent blocks và có thể xác minh mọi thứ thông qua witnesses, giảm yêu cầu phần cứng từ 800GB xuống <10GB.

Cụ thể, khái niệm “stateless” không có nghĩa là blockchain không có state, mà có nghĩa là nodes không cần lưu trữ state để xác minh blocks. Thay vào đó, block producers (builders) sẽ cung cấp witnesses cho mọi state access, và validators chỉ cần xác minh witnesses này.

Mô hình hoạt động:

1. Block builders giữ vai trò “stateful” – họ duy trì full state và chịu trách nhiệm tạo witnesses cho mọi giao dịch.

2. Validators trở thành “stateless” – họ nhận blocks kèm witnesses, xác minh witnesses, và vote cho blocks mà không cần lưu state.

3. Light clients cũng có thể xác minh witnesses, cho phép ví di động và trình duyệt web kiểm tra giao dịch trực tiếp mà không cần tin tưởng RPC providers.

Lợi ích chính:

• Giảm hardware requirements: Thay vì cần 1TB SSD và 16GB RAM, một stateless validator có thể chạy với 50GB SSD và 4-8GB RAM, thậm chí trên Raspberry Pi hoặc smartphone cao cấp.
• Tăng số lượng validators: Khi rào cản phần cứng giảm, nhiều người hơn có thể chạy validators ở nhà, tăng phi tập trung.
• Đồng bộ nhanh hơn: Một node mới có thể bắt đầu validate trong vòng vài phút thay vì vài ngày (hiện tại sync full node mất 1-3 ngày tùy vào bandwidth).
• Ít rủi ro state bloat: Ngay cả khi state phình to (hiện tại đang >200GB), stateless validators không bị ảnh hưởng vì họ không cần lưu state.

Weak statelessness vs Strong statelessness:

Ethereum đang theo đuổi “weak statelessness” trong giai đoạn đầu – nơi chỉ validators cần stateless, còn block builders vẫn giữ full state. Điều này đủ để đạt được phần lớn lợi ích về phi tập trung vì validators chiếm đa số nodes trong network.

“Strong statelessness” – nơi ngay cả builders cũng không cần full state – là mục tiêu dài hạn hơn, yêu cầu các công nghệ bổ sung như state expiry (sẽ được nói trong The Purge).

Timeline và thách thức:

Verkle Trees và stateless clients là một trong những nâng cấp phức tạp nhất trong lộ trình Ethereum. Hiện tại:

• Verkle Tries specification đã hoàn thành ~80%, được định nghĩa trong EIP-6800 series.
• Client implementations đang được phát triển trong Geth, Nethermind, Besu và các clients khác.
• Testnet deployment dự kiến vào Q2-Q3 2025 trên các devnets chuyên dụng.
• Mainnet deployment có thể diễn ra trong 2026-2027, có thể trước hoặc sau Full Danksharding tùy vào tiến độ.

Một thách thức lớn là migration từ Merkle Patricia Tries sang Verkle Trees. Ethereum cần “dịch” toàn bộ state hiện tại (>200GB) sang cấu trúc mới, một quá trình mất nhiều thời gian và rủi ro. Các nhà phát triển đang thử nghiệm nhiều phương pháp migration:

• Gradual migration: Chuyển đổi state từng phần qua nhiều blocks.
• One-time conversion: Tạo một snapshot và migrate toàn bộ state trong một “hardfork kéo dài”.
• Overlay trees: Chạy song song Merkle và Verkle trong một thời gian ngắn.

Theo Guillaume Ballet, core developer chính của Verkle implementation, phát biểu trong ACD (All Core Developers) call #178 vào tháng 1/2024: “Verkle Trees có thể là nâng cấp quan trọng nhất kể từ The Merge về mặt tác động đến node requirements. Nếu thành công, chúng ta có thể thấy số lượng home validators tăng gấp 5-10 lần.”

The Purge – Giảm tải dữ liệu lịch sử (2027-2028)

The Purge nhắm đến việc loại bỏ dữ liệu lịch sử và state không cần thiết thông qua state expiry và history expiry, giảm nợ kỹ thuật và giúp protocol đơn giản hóa hơn mà vẫn duy trì tính bảo mật.

Tiếp theo, một vấn đề mà nhiều blockchain phải đối mặt là “state bloat” – sự phình to không ngừng của dữ liệu lịch sử và state. Ethereum không phải ngoại lệ: từ khi ra mắt năm 2015, state size đã tăng từ vài MB lên hơn 200GB, và đang tăng khoảng 20-50GB mỗi năm. The Purge được thiết kế để “làm sạch” blockchain, loại bỏ dữ liệu cũ mà không làm giảm tính bảo mật hay khả năng truy cập thông tin khi cần.

State expiry hoạt động như thế nào?

State expiry là cơ chế tự động “đóng băng” các phần state không được sử dụng trong một khoảng thời gian dài, chuyển chúng sang trạng thái inactive, giảm kích thước active state mà validators phải duy trì xuống còn 20-30GB thay vì 200GB+.

Để minh họa, hãy tưởng tượng Ethereum state như một thư viện khổng lồ. Hiện tại, mọi sách (accounts và storage) đều phải được giữ trên kệ chính (active state), ngay cả những cuốn không ai mượn trong 5 năm. State expiry giống như việc chuyển những cuốn sách ít được sử dụng xuống kho lưu trữ – chúng vẫn tồn tại và có thể lấy ra khi cần, nhưng không chiếm chỗ trên kệ chính hàng ngày.

Cơ chế hoạt động:

1. Epoch-based expiry: State được chia thành các “epochs” (ví dụ mỗi epoch = 1 năm). Mỗi account hoặc storage slot được gắn với epoch mà nó được tạo hoặc truy cập gần nhất.

2. Expiry threshold: Sau một khoảng thời gian nhất định (ví dụ 2 năm), nếu một account không được touch (không có giao dịch nào tương tác với nó), nó sẽ expire – nghĩa là bị loại khỏi active state.

3. Witness-based resurrection: Khi ai đó muốn tương tác với một expired account, họ phải cung cấp một “witness” (proof) chứng minh rằng account đó tồn tại với state cụ thể tại thời điểm expire. Witness này được verify bởi validators và account được “resurrect” (sống lại) trong active state.

4. Address period extension: Để ngăn spam resurrection, một account được resurrect có thể phải trả một khoản phí nhỏ, và được tự động “touch” để reset expiry timer.

Lợi ích:

• Active state nhỏ gọn: Thay vì 200GB+ state, validators chỉ cần duy trì 20-30GB active state (những accounts được sử dụng trong 1-2 năm gần đây).
• Giảm I/O overhead: Ít state means ít disk reads/writes, giúp validators chạy nhanh và hiệu quả hơn.
• Tương thích với Verkle Trees: State expiry kết hợp với Verkle Trees tạo ra một hệ thống cực kỳ hiệu quả, nơi stateless validators chỉ cần vài gigabytes storage.

Thách thức:

Một thách thức lớn là UX: nếu ví của người dùng chứa ETH nhưng không được sử dụng trong 2 năm, nó sẽ expire. Người dùng sẽ cần cung cấp witness để resurrect, điều này có thể gây nhầm lẫn hoặc đáng sợ cho người không rành kỹ thuật. Để giải quyết, các giải pháp được đề xuất bao gồm:

• Wallets tự động touch: Ví có thể tự động gửi giao dịch zero-value để “touch” accounts định kỳ, ngăn expiry.
• Free resurrection: Cho phép resurrection miễn phí lần đầu, chỉ charge phí nếu abuse.
• Address period extension services: Các dịch vụ bên thứ ba có thể giữ witnesses và cung cấp resurrection as a service.

History expiry có ảnh hưởng gì đến người dùng?

History expiry cho phép Ethereum nodes không cần lưu trữ toàn bộ lịch sử giao dịch từ genesis block, chỉ giữ lại khoảng 1 năm dữ liệu gần nhất (~50-100GB), trong khi lịch sử cũ hơn được lưu trữ bởi archive nodes và data availability networks.

Hiện tại, một Ethereum full node lưu trữ toàn bộ lịch sử từ block #0 (năm 2015) đến block hiện tại – hơn 18 triệu blocks với hàng tỷ giao dịch, chiếm khoảng 600-800GB dữ liệu. History expiry đề xuất rằng nodes chỉ cần lưu trữ recent history (ví dụ 1 năm gần nhất), và có thể lấy older history từ các nguồn khác khi cần.

Phân biệt history và state:

• State: Trạng thái hiện tại của tất cả accounts (balances, code, storage) – cần thiết để xử lý giao dịch mới.
• History: Lịch sử các giao dịch, receipts, và old blocks – cần thiết để đồng bộ từ genesis, audit, và tra cứu lịch sử.

History expiry chỉ ảnh hưởng đến history, không ảnh hưởng đến state. Validators vẫn có thể xử lý giao dịch mới bình thường mà không cần lịch sử 5 năm trước.

Cơ chế:

1. Retention period: Nodes bắt buộc lưu trữ history trong khoảng 1 năm gần nhất (có thể điều chỉnh). Sau đó, họ có thể prune (xóa) older blocks và receipts.

2. Archive nodes: Một số nodes tự nguyện (archive nodes) sẽ tiếp tục lưu trữ toàn bộ history. Họ có thể được incentivize thông qua:

• Phí truy vấn từ users muốn truy cập old data
• Block rewards bổ sung (nếu được đề xuất trong protocol)
• Altruism (vì muốn hỗ trợ hệ sinh thái)

3. Data availability layers: Các giải pháp như EIP-4444 đề xuất sử dụng distributed hash tables (DHTs), BitTorrent-like protocols, hoặc blockchain data availability networks (như Celestia, Avail) để phân phối storage burden.

4. Portal Network: Một p2p network chuyên dụng nơi nodes chia sẻ và lưu trữ history data. Mỗi node chỉ cần lưu một phần nhỏ, nhưng cộng đồng toàn bộ lưu trữ 100% data.

Tác động đến người dùng:

• Node operators: Yêu cầu storage giảm từ 800GB xuống 100-200GB, làm cho việc chạy node ở nhà dễ dàng hơn.
• DApps và explorers: Các dịch vụ cần truy cập old history (như Etherscan) sẽ phải chạy archive nodes hoặc truy vấn từ data availability layers. Chi phí vận hành có thể tăng nhưng không đáng kể.
• Người dùng thông thường: Không ảnh hưởng. Ví và DApps vẫn hoạt động bình thường. Nếu cần tra cứu giao dịch cũ, họ sẽ query từ archive nodes (thông qua Etherscan, Alchemy, Infura, etc.).

Timeline:

EIP-4444 (History Expiry) đã được đề xuất và đang trong giai đoạn thảo luận. Triển khai có thể diễn ra song song hoặc sau Verkle Trees (2026-2028), vì chúng bổ sung cho nhau: Verkle Trees giảm state size, History Expiry giảm history size.

Theo phân tích từ Ethereum Foundation, kết hợp State Expiry và History Expiry có thể giảm yêu cầu storage cho một full node từ 800GB xuống còn 30-50GB, một cải thiện ~95%, cho phép thậm chí laptop cũ cũng có thể chạy full node và góp phần vào phi tập trung.

The Splurge – Các cải tiến bổ sung (2028-2030)

The Splurge là giai đoạn cuối cùng trong lộ trình, tập trung vào việc hoàn thiện và tối ưu các tính năng còn lại như account abstraction (EIP-4337), quantum resistance, EVM improvements và các EIPs khác để Ethereum trở thành một hệ sinh thái hoàn chỉnh và sẵn sàng cho tương lai.

Đặc biệt, sau khi các giai đoạn trước giải quyết những vấn đề lớn về scalability, MEV, storage và data bloat, The Splurge là giai đoạn “polish” – hoàn thiện những chi tiết còn thiếu để Ethereum thực sự trở thành một platform hoàn hảo cho adoption đại trà. Giai đoạn này không có một focus point duy nhất mà bao gồm nhiều cải tiến song song.

Account Abstraction sẽ thay đổi trải nghiệm người dùng thế nào?

Account Abstraction cho phép ví Ethereum hoạt động như smart contracts thay vì EOAs (Externally Owned Accounts) truyền thống, mang lại trải nghiệm người dùng vượt trội với tính năng như social recovery, gas sponsorship, batch transactions và multi-sig native.

Hiện tại, Ethereum có hai loại accounts:

1. EOA (Externally Owned Account): Ví thông thường được kiểm soát bởi private key. Mất key = mất tiền. Mọi giao dịch phải trả gas bằng ETH.
2. Contract Account: Smart contracts không có private key, được kiểm soát bởi code logic.

Account Abstraction (AA) biến mọi ví thành smart contracts, cho phép lập trình logic phức tạp cho authorization, recovery, và execution.

Tính năng chính của Account Abstraction:

1. Social Recovery:
Thay vì phụ thuộc vào seed phrase (mất là mất vĩnh viễn), ví AA cho phép setup guardians – những người bạn tin tưởng hoặc dịch vụ recovery. Nếu mất access, bạn có thể yêu cầu guardians approve việc chuyển ownership sang địa chỉ mới.

Ví dụ: Bạn setup 5 guardians (3 người bạn + 2 email recovery services). Nếu mất điện thoại và seed phrase, bạn có thể yêu cầu 3/5 guardians ký approve việc chuyển ví sang một device mới. Không cần backup 12-24 từ rườm rà và dễ mất.

2. Gas Sponsorship (Paymasters):
Ví AA cho phép một bên thứ ba trả phí gas thay cho người dùng. DApps có thể sponsor gas cho người dùng mới, hoặc người dùng có thể trả gas bằng USDC/DAI thay vì phải giữ ETH.

Ví dụ: Một game Web3 muốn onboard người dùng mới. Thay vì yêu cầu họ mua ETH trước (phức tạp và tốn phí), game có thể sponsor gas cho 100 giao dịch đầu tiên, cho phép người chơi bắt đầu ngay lập tức chỉ với email.

3. Batch Transactions:
Thay vì gửi nhiều giao dịch riêng lẻ (mỗi giao dịch phải approve và trả gas), ví AA cho phép bundle nhiều actions thành một giao dịch duy nhất.

Ví dụ: Trên Uniswap, thay vì (1) approve USDC, (2) swap USDC → ETH, (3) approve ETH, (4) add liquidity, bạn chỉ cần 1 click và tất cả diễn ra trong 1 transaction.

4. Multi-signature Native:
EOAs chỉ có 1 private key. AA cho phép multi-sig native: ví cần 2/3 hoặc 3/5 signatures để thực hiện giao dịch, tăng bảo mật cho tổ chức hoặc cá nhân cao cấp.

5. Session Keys:
Cho phép tạo temporary keys với quyền hạn giới hạn. Ví dụ, bạn có thể tạo một session key chỉ được phép swap tối đa 100 USDC/ngày trên Uniswap, và cấp key này cho mobile app mà không lo rủi ro mất toàn bộ tài sản nếu điện thoại bị hack.

EIP-4337 và triển khai hiện tại:

EIP-4337 là tiêu chuẩn chính cho Account Abstraction, đã được triển khai “ngoài protocol” từ tháng 3/2023 mà không cần hardfork. Cơ chế hoạt động:

• UserOperations: Thay vì gửi transactions, người dùng gửi UserOperations – một cấu trúc dữ liệu đặc biệt mô tả intent.
• Bundlers: Các nodes chuyên dụng thu thập UserOperations, bundle chúng lại và gửi lên chain thành transactions thực.
• EntryPoint Contract: Một smart contract tiêu chuẩn xử lý verification và execution logic cho tất cả AA wallets.
• Paymasters: Contracts có thể sponsor gas hoặc cho phép thanh toán gas bằng ERC-20 tokens.

Hiện tại, nhiều ví đã hỗ trợ EIP-4337 như Argent, Safe, Biconomy, ZeroDev, và Alchemy’s Account Kit. Theo dữ liệu từ Bundlebear, hơn 5 triệu AA accounts đã được tạo và hơn 20 triệu UserOperations đã được xử lý kể từ khi EIP-4337 ra mắt.

Enshrining AA in protocol:

Trong The Splurge, Ethereum có thể “enshrine” (mã hóa trực tiếp vào protocol) Account Abstraction, nghĩa là AA trở thành first-class citizen thay vì phụ thuộc vào infrastructure bên ngoài. Lợi ích:

• Hiệu quả gas tốt hơn (không cần overhead của bundlers và EntryPoint)
• Bảo mật cao hơn (được audit và bảo vệ bởi consensus)
• Đơn giản hóa development experience

Các đề xuất như EIP-7560 (Native AA), EIP-7702 (Set EOA code directive) đang được thảo luận để tích hợp AA sâu vào core protocol.

Ethereum có sẵn sàng cho mối đe dọa từ Quantum Computing không?

Ethereum đang nghiên cứu tích cực post-quantum cryptography để bảo vệ mạng lưới khỏi các cuộc tấn công từ quantum computers trong tương lai, với timeline triển khai dự kiến trong giai đoạn 2028-2030 khi quantum threat trở nên thực tế.

Quantum computing là một mối đe dọa tiềm tàng đối với mọi blockchain dựa trên cryptography hiện tại. Cụ thể, thuật toán Shor’s algorithm trên quantum computer có thể phá vỡ ECDSA (Elliptic Curve Digital Signature Algorithm) – nền tảng của public/private key cryptography mà Ethereum sử dụng.

Mối đe dọa cụ thể:

Hiện tại, Ethereum addresses được tạo từ public keys thông qua hashing (Keccak-256). Public keys được derive từ private keys thông qua ECDSA trên elliptic curve secp256k1. Bảo mật dựa trên giả định rằng không thể tính ngược private key từ public key.

Tuy nhiên, Shor’s algorithm trên một quantum computer đủ mạnh (khoảng 4000-10000 logical qubits) có thể phá vỡ ECDSA trong vài giờ hoặc vài ngày. Điều này có nghĩa:

• Nếu một quantum computer biết public key của bạn, nó có thể tính ra private key
• Một khi có private key, attacker có thể tạo signatures giả mạo và đánh cắp funds

Tình trạng hiện tại:

May mắn là quantum computers hiện tại còn rất xa mới đạt được năng lực đe dọa. Máy quantum mạnh nhất hiện nay (Google’s Willow, IBM’s Quantum System Two) chỉ có ~100-1000 physical qubits và <100 logical qubits (sau error correction), trong khi cần >4000 logical qubits để phá ECDSA.

Theo dự báo từ các chuyên gia quantum computing, quantum computers đủ mạnh để đe dọa blockchain có thể xuất hiện vào năm 2030-2040, tuy nhiên một số nghiên cứu bi quan hơn cho rằng có thể sớm hơn (2025-2030) nếu có breakthrough lớn.

Chiến lược phòng thủ của Ethereum:

Ethereum đang nghiên cứu nhiều hướng:

1. Post-Quantum Signature Schemes:
Thay thế ECDSA bằng các thuật toán quantum-resistant như:

• Lattice-based: Dilithium, Kyber – dựa trên độ khó của lattice problems
• Hash-based: SPHINCS+ – dựa trên hash functions (đã được chứng minh quantum-resistant)
• STARK-based: STARKs tự nhiên là quantum-resistant và đã được sử dụng trong zero-knowledge proofs

2. Address Format Changes:
Ethereum có thể giới thiệu address format mới sử dụng post-quantum cryptography. Users có thể migrate funds từ old addresses sang new quantum-safe addresses trước khi quantum threat trở thành thực tế.

3. Quantum-Resistant Consensus:
BLS signatures hiện tại được sử dụng trong Ethereum PoS cũng dễ bị tấn công bởi quantum computers. Ethereum cần chuyển sang quantum-resistant signature scheme cho consensus layer.

4. Backward Compatibility:
Thách thức lớn nhất là duy trì backward compatibility. Không thể force tất cả users migrate sang quantum-safe addresses ngay lập tức. Ethereum cần một transition plan kéo dài nhiều năm:

• Phase 1: Giới thiệu quantum-safe addresses mới (2028-2029)
• Phase 2: Khuyến khích migration thông qua incentives (2029-2031)
• Phase 3: Deprecate old ECDSA addresses khi quantum threat trở nên gần (2032+)

Timeline và ưu tiên:

Quantum resistance có ưu tiên thấp hơn so với các cải tiến khác trong ngắn hạn vì mối đe dọa vẫn còn xa. Tuy nhiên, nghiên cứu đang diễn ra tích cực:

• Ethereum Foundation đã funding nhiều nghiên cứu về post-quantum cryptography
• Vitalik Buterin đã publish nhiều blog posts về quantum threats và solutions
• Một số EIPs về quantum-resistant addresses đang trong giai đoạn early discussion

Theo roadmap, quantum resistance sẽ được triển khai trong The Splurge (2028-2030) nếu quantum computing tiến triển nhanh hơn dự kiến, hoặc có thể được đẩy sang sau 2030 nếu threat vẫn còn xa.

Các cải tiến khác trong The Splurge:

Ngoài Account Abstraction và Quantum Resistance, The Splurge còn bao gồm:

• EVM Improvements: Tối ưu hóa Ethereum Virtual Machine để execution nhanh hơn, hỗ trợ opcodes mới
• EOF (EVM Object Format): Một format mới cho smart contract bytecode, dễ phân tích và tối ưu hơn
• Verkle-compatible precompiles: Các precompiled contracts tương thích với Verkle Trees
• Light client improvements: Tăng cường khả năng của light clients để mobile và browser wallets bảo mật hơn
• Better MEV solutions: Tiếp tục cải tiến PBS, inclusion lists và các cơ chế chống MEV
• Protocol simplifications: Loại bỏ các features cũ không còn cần thiết, đơn giản hóa protocol để dễ maintain và audit hơn

The Splurge không có một deadline cứng nhắc, vì đây là giai đoạn “catch-all” cho mọi cải tiến không fit vào 5 giai đoạn trước. Một số features có thể được triển khai sớm hơn (2026-2027) nếu sẵn sàng, trong khi các features khác có thể kéo dài đến sau 2030.

Lộ trình nâng cấp Ethereum ảnh hưởng gì đến giá ETH và nhà đầu tư?

Lộ trình nâng cấp Ethereum có tác động đáng kể đến giá ETH thông qua việc cải thiện fundamentals (scalability, security, UX), giảm supply inflation (PoS + EIP-1559), và tăng nhu cầu sử dụng mạng lưới, tạo áp lực tăng giá dài hạn.

Ngoài ra, để hiểu tác động đầu tư, cần phân tích cả góc độ tokenomics lẫn adoption. Mỗi giai đoạn trong lộ trình đều có ảnh hưởng riêng đến giá trị của ETH và cơ hội đầu tư trong hệ sinh thái.

Các nâng cấp có ảnh hưởng đến phần thưởng validator không?

Các nâng cấp từ The Merge đến The Splurge có tác động trực tiếp đến validator economics, với staking rewards dao động từ 3-5% APR tùy thuộc vào lượng ETH được stake, MEV extraction và phí giao dịch, trong khi rủi ro slashing và downtime penalty không đổi.

Sau The Merge, ETH issuance giảm từ ~13,000 ETH/ngày xuống ~1,600 ETH/ngày, tương đương việc cắt giảm ~88% lượng phát hành mới. Kết hợp với EIP-1559 (đốt base fee), Ethereum đã trở thành một tài sản deflationary trong nhiều giai đoạn.

Cơ chế rewards hiện tại:

Validators nhận rewards từ 3 nguồn:

1. Base issuance: ~4% APR trên số ETH stake (điều chỉnh theo tổng ETH staked)
2. Priority fees (tips): Phí mà users trả để ưu tiên giao dịch (~0.5-1% APR)
3. MEV: Thu nhập từ MEV extraction thông qua MEV-Boost (~1-2% APR)

Tổng cộng, validators hiện nhận ~5-7% APR, tùy thuộc vào network activity. Trong giai đoạn bull market với phí gas cao, APR có thể lên 8-10%.

Tác động từ các nâng cấp tương lai:

The Surge (Proto & Full Danksharding):

• Phí gas giảm → priority fees giảm → staking APR giảm 0.5-1%
• Tuy nhiên, throughput tăng → nhiều giao dịch hơn → tổng phí có thể tăng → cân bằng hoặc tăng nhẹ APR
• MEV vẫn tồn tại trên Layer 1 nhưng giảm trên Layer 2 → MEV rewards có thể giảm 20-30%

The Scourge (PBS & Inclusion Lists):

• PBS enshrined → MEV extraction được chuẩn hóa và minh bạch hóa
• Validators nhỏ nhận được MEV rewards công bằng hơn → tăng APR cho home validators
• MEV Burn (nếu được triển khai) → một phần MEV bị đốt thay vì về validators → APR giảm 1-2% nhưng ETH supply giảm mạnh hơn

The Verge & The Purge:

• Stateless clients → giảm hardware cost → nhiều validators tham gia → tổng ETH staked tăng → APR giảm (theo công thức issuance)
• Tuy nhiên, chi phí vận hành giảm → profit margin tăng cho validators

The Splurge (Account Abstraction):

• AA tăng adoption → nhiều giao dịch → phí tăng → APR tăng 0.5-1%

Theo mô hình kinh tế từ Ethereum Foundation, staking APR dự kiến ổn định ở mức 3-5% trong dài hạn khi mạng lưới mature. Con số này đủ hấp dẫn để incentivize staking nhưng không quá cao đến mức gây lạm phát.

Theo dữ liệu từ Rated.network tính đến tháng 2/2025, hiện có ~30 triệu ETH được stake (khoảng 25% tổng supply), tạo ra ~4.2% APR base issuance. Validators trung bình nhận 5.8% APR bao gồm tips và MEV.

So sánh lộ trình Ethereum với Solana và Cardano

Ethereum theo chiến lược rollup-centric với Layer 2 scaling, trong khi Solana tập trung vào tối ưu Layer 1 monolithic và Cardano sử dụng Hydra for sidechain scaling, mỗi approach có trade-offs riêng về decentralization, security và throughput.

So sánh chi tiết:

Bảng trên so sánh các metrics quan trọng giữa Ethereum, Solana và Cardano về scaling approach và performance.

Phân tích từng blockchain:

Ethereum:

• Ưu điểm: Bảo mật cao nhất, hệ sinh thái lớn nhất, nhiều talent và funding nhất, approach đã được chứng minh (L2s đang hoạt động tốt)
• Nhược điểm: Phức tạp (users phải bridge giữa L1 và L2), fragmented liquidity, UX chưa seamless, lộ trình dài và phụ thuộc vào nhiều upgrades

Solana:

• Ưu điểm: Tốc độ nhanh, phí rẻ, UX tốt (mọi thứ trên L1), đơn giản hơn cho developers
• Nhược điểm: Yêu cầu phần cứng cao (validator cần 256GB RAM, 1-2TB SSD, 1Gbps bandwidth), đã bị downtime nhiều lần, ít decentralized hơn, security model chưa được battle-test như Ethereum

Cardano:

• Ưu điểm: Approach khoa học (peer-reviewed research), PoS từ đầu (không cần migrate), tập trung vào developing countries
• Nhược điểm: Phát triển rất chậm (Hydra vẫn chưa fully deployed sau nhiều năm), hệ sinh thái nhỏ, ít adoption, Haskell/Plutus khó học cho developers

Trade-offs chiến lược:

Ethereum chọn decentralization + security trước, scalability sau (thông qua L2s). Solana chọn scalability trước, có thể hy sinh một phần decentralization. Cardano cố gắng cân bằng cả ba nhưng tiến độ chậm.

Trong dài hạn, approach của Ethereum có vẻ bền vững hơn:

• Bảo mật L1 không thể thương lượng – một khi bị compromise, không thể fix
• Scalability có thể giải quyết qua L2s mà không ảnh hưởng L1 security
• Với Danksharding, Ethereum L1 có thể cung cấp đủ data bandwidth cho hàng trăm L2s

Theo phân tích từ Messari Q4 2024 report, Ethereum L2s đã xử lý 15-20 triệu giao dịch/ngày, so với Solana ~40-60 triệu và Cardano ~0.5-1 triệu. Tổng TVL (Total Value Locked) trên Ethereum + L2s là $60-80B, Solana ~$5-8B, Cardano ~$0.5-1B.

Rủi ro và thách thức nào có thể làm chậm lộ trình?

Lộ trình Ethereum đối mặt với nhiều rủi ro kỹ thuật (complexity, bugs, coordination), kinh tế (competition từ L1s khác), và xã hội (governance disagreements, regulatory pressure), có thể làm trễ timeline hoặc thay đổi design.

Rủi ro kỹ thuật:

1. Complexity Overload: Ethereum đang thực hiện nhiều upgrades cực kỳ phức tạp đồng thời (Verkle Trees, Full Danksharding, PBS, etc.). Mỗi upgrade yêu cầu coordination giữa ~10 client teams (Geth, Nethermind, Besu, Erigon, Reth…). Một bug nghiêm trọng có thể delay timeline 6-12 tháng.

2. Migration Risks: Chuyển đổi từ Merkle Trees sang Verkle Trees yêu cầu migrate toàn bộ state hiện tại (~200GB). Quá trình này chưa từng được thực hiện ở quy mô này và có thể gặp phải các vấn đề không lường trước.

3. Client Diversity: Nếu một client chiếm >50% market share và có bug, có thể gây ra chain split. Hiện tại Geth chiếm ~60% validators, tạo ra centralization risk.

4. Testnet vs Mainnet: Nhiều vấn đề chỉ xuất hiện trên mainnet với real economic incentives mà testnet không thể mô phỏng (ví dụ: MEV extraction, sophisticated attacks).

Rủi ro kinh tế:

1. L2 Competition: Nếu các L2s cạnh tranh quá khốc liệt và không interoperable, có thể gây fragmentation nghiêm trọng. Users và liquidity bị phân tán, làm giảm network effects của Ethereum.

2. L1 Alternatives: Solana, Sui, Aptos và các L1s mới đang cạnh tranh về tốc độ và phí. Nếu họ scale thành công trong khi Ethereum còn đang upgrade, có thể mất market share.

3. Economic Sustainability: Nếu phí gas giảm quá thấp do scaling, validators có thể không nhận đủ rewards để incentivize staking, gây ra security risks.

Rủi ro xã hội và governance:

1. Community Disagreements: Hard forks controversial (như The DAO fork 2016) có thể chia tách community. Nếu một upgrade gây tranh cãi lớn (ví dụ: MEV Burn), có thể dẫn đến chain split.

2. Regulatory Pressure: Các chính phủ có thể áp đặt regulations yêu cầu validators phải censor transactions, KYC users, hoặc compliant với sanctions. PBS và inclusion lists được thiết kế để chống lại điều này nhưng effectiveness vẫn chưa được kiểm chứng trong thực tế.

3. Centralization of Development: Phần lớn research và development được funding bởi Ethereum Foundation và một số tổ chức lớn (Consensys, Chainlink, etc.). Nếu funding cạn hoặc priorities thay đổi, có thể ảnh hưởng lộ trình.

Ví dụ về delays trong quá khứ:

• The Merge: Originally planned for 2020-2021, delayed đến 09/2022 (1-2 năm trễ) do complexity và cần thời gian test thêm.
• Dencun (Proto-Danksharding): Planned for Q4 2023, delayed đến 03/2024 (3-4 tháng trễ) do bugs trên testnets.
• Sharding (original plan): Đã bị thay đổi hoàn toàn strategy từ execution sharding sang data sharding (Danksharding) vì rollup-centric approach hiệu quả hơn.

Theo tính toán conservative, có thể kỳ vọng mỗi major upgrade delay 6-12 tháng so với initial estimates. Lộ trình hiện tại (2024-2030) có thể kéo dài đến 2032-2035 nếu gặp nhiều blockers.

Làm thế nào để theo dõi tiến độ nâng cấp Ethereum?

Nhà đầu tư và developers có thể theo dõi tiến độ nâng cấp Ethereum qua Ethereum.org roadmap, All Core Developers calls, EIP tracking trên GitHub, testnet deployments và các nguồn community như r/ethereum, EthResearch và Twitter của core developers.

Nguồn thông tin chính thức:

1. Ethereum.org Roadmap: https://ethereum.org/en/roadmap/ – Trang web chính thức của Ethereum Foundation với roadmap được cập nhật định kỳ, giải thích các giai đoạn bằng ngôn ngữ dễ hiểu.

2. All Core Developers (ACD) Calls: Meetings hai tuần một lần giữa core developers từ tất cả client teams. Agendas và notes được public tại GitHub: https://github.com/ethereum/pm. Có thể xem live hoặc recordings trên YouTube.

3. EIP (Ethereum Improvement Proposal) Portal: https://eips.ethereum.org/ – Tất cả EIPs được list và track progress (Draft → Review → Last Call → Final).

4. Client Release Notes: Geth, Nethermind, Besu, Erigon, Reth đều có release notes public, giúp tracking implementation progress của các EIPs.

5. Ethereum Magicians Forum: https://ethereum-magicians.org/ – Diễn đàn thảo luận kỹ thuật nơi developers debate về EIPs và design decisions.

Nguồn community và phân tích:

1. r/ethereum subreddit: Community-driven discussions, AMAs với developers, news updates.

2. EthResear.ch: Forum chuyên sâu về research topics (Danksharding, PBS, Verkle Trees…), nơi researchers publish findings.

3. Twitter/X: Theo dõi core developers như @VitalikButerin, @TimBeiko, @dankrad, @AnthonySassano, @protolambda để cập nhật realtime.

4. Newsletters: Week in Ethereum News, Bankless, The Defiant thường xuyên cover Ethereum upgrades.

5. Analytics Platforms:

• Dune Analytics: Dashboards về staking, L2 activity, MEV extraction
• L2Beat: Track Layer 2 development và TVL
• Rated.network: Validator performance và staking metrics
• Ultrasound.money: ETH supply, issuance và burn tracking

Testnet monitoring:

Trước khi mainnet deployment, upgrades được test trên:

• Sepolia: General purpose testnet
• Holesky: Staking-focused testnet (thay thế Goerli)
• Devnets: Short-lived testnets cho specific features

Có thể monitor testnet deployments qua:

• EthStats: Realtime network stats
• Beaconcha.in: Beacon chain explorer (mainnet và testnets)
• Etherscan: Transaction explorer (hỗ trợ các testnets)

Timeline expectations:

Dựa trên historical data, có thể estimate timeline như sau:

1. EIP Draft → Review: 3-6 tháng (specifications + initial feedback)
2. Review → Devnet: 6-12 tháng (implementation trong clients + testing)
3. Devnet → Testnet: 3-6 tháng (bug fixes + optimizations)
4. Testnet → Mainnet: 3-6 tháng (final testing + community consensus)

Tổng cộng: 15-30 tháng từ khi một EIP được propose đến khi deploy trên mainnet cho major upgrades.

Red flags cần chú ý:

• Repeated testnet delays: Nếu một upgrade bị delay nhiều lần trên testnet, khả năng cao sẽ delay mainnet
• Low client diversity: Nếu implementation chỉ có trong 1-2 clients, upgrade sẽ không được approve
• Community backlash: Nếu có opposition mạnh từ validators hoặc users, có thể cần redesign
• Competing EIPs: Nếu nhiều EIPs cạnh tranh cho cùng một mục tiêu, có thể gây confusion và delay

Theo kinh nghiệm, investors nên theo dõi ACD calls (bi-weekly) và major announcements từ Ethereum Foundation. Khi một upgrade được confirm cho testnet deployment, có thể kỳ vọng mainnet trong 6-12 tháng. Khi testnet successful, mainnet có thể deploy trong 3-6 tháng.

Tổng kết:

Lộ trình nâng cấp Ethereum từ 2024-2030 là một trong những dự án kỹ thuật tham vọng nhất trong lịch sử blockchain. Với 6 giai đoạn chính – The Merge (completed), The Surge, The Scourge, The Verge, The Purge và The Splurge – Ethereum đang từng bước giải quyết blockchain trilemma, hướng tới mục tiêu trở thành một nền tảng có khả năng mở rộng, bảo mật và phi tập trung hoàn hảo.

Mỗi giai đoạn mang lại những cải tiến đột phá: The Surge tăng throughput lên 100,000 TPS, The Scourge giải quyết MEV và kiểm duyệt, The Verge giảm yêu cầu phần cứng, The Purge loại bỏ dữ liệu cũ, và The Splurge hoàn thiện các tính năng còn lại. Kết quả cuối cùng sẽ là một Ethereum có thể phục vụ hàng tỷ người dùng với phí rẻ, tốc độ nhanh và trải nghiệm người dùng vượt trội.

Đối với nhà đầu tư, lộ trình này tạo ra cơ hội dài hạn thông qua việc cải thiện fundamentals và giảm supply inflation, nhưng cũng đi kèm với rủi ro về delays, competition và technical challenges. Việc theo dõi sát sao tiến độ qua các nguồn chính thức và community là chìa khóa để đưa ra quyết định đầu tư sáng suốt trong hành trình dài này.