Gần đây, câu hỏi được đặt ra nhiều nhất là: Chúng ta nên hiểu như thế nào về câu chuyện hiện tại của Ethereum?
Năm 2017, câu chuyện của Ethereum tập trung vào ICO và ý tưởng máy tính toàn cầu. Đến năm 2021, trọng tâm chuyển sang DeFi và vai trò của Ethereum như một lớp thanh toán tài chính. Tuy nhiên, khi hướng đến năm 2025, vẫn chưa xuất hiện một câu chuyện mới nào có quy mô tương đương các chu kỳ trước đó.
Một số ý kiến cho rằng ETF và Staking ETF là những câu chuyện phụ, nhưng các diễn biến này không chịu sự kiểm soát trực tiếp từ cộng đồng phát triển Ethereum. Nếu cần tìm một ứng viên khác, thì đó chính là ZK.
Không thể phủ nhận rằng Ethereum là blockchain công khai cam kết mạnh mẽ nhất với công nghệ ZK trong lĩnh vực tiền điện tử.
Chỉ vài ngày trước, Vitalik đã hào hứng thông báo trên Twitter rằng ZKEVM đã bước vào giai đoạn Alpha.
Vì sao Ethereum lại chú trọng đến ZK như vậy?
Hiện tại, TPS của Ethereum đã khá cao, với mức đỉnh lý thuyết hiện vượt 200 TPS—chủ yếu nhờ việc tăng liên tục giới hạn gas.
Tuy nhiên, việc tăng giới hạn gas luôn đi kèm chi phí và có giới hạn nhất định. Giới hạn càng cao, máy chủ cho các node hoạt động càng đắt đỏ.
Đồng thời, Ethereum muốn duy trì đặc trưng phi tập trung nên không thể đẩy yêu cầu phần cứng của node lên quá cao (ví dụ, chi phí máy chủ của Solana đắt hơn Ethereum khoảng 5–10 lần).
Điều này khiến việc tích hợp hoàn chỉnh ZK ở cấp mainnet trở nên cần thiết. Không chỉ là triển khai một vài ZK Layer 2—mà là tích hợp toàn diện ZK cho Layer 1.
ZK mang lại lợi ích gì?
Các node Ethereum chỉ cần xác minh bằng chứng ZK thay vì kiểm tra từng giao dịch một cách thủ công.
Hãy hình dung như việc chấm bài thi: node là giáo viên, còn giao dịch là bài kiểm tra của học sinh.
Nếu chấm thủ công thì rất chậm, nhưng khi có đáp án (tích hợp ZK), máy móc có thể tính điểm ngay lập tức. Khối lượng công việc của giáo viên giảm đi đáng kể.
Người trước chỉ chấm được 50 bài, nay có thể xử lý 1.000 bài—vẫn là người đó, nhưng hiệu suất tăng vọt.
Đây là lý do Ethereum cần ZK ở cấp mainnet trước khi có thể tăng giới hạn gas một cách an toàn hơn.
Tích hợp ZK không trực tiếp tăng TPS—đây là điều kiện tiên quyết. Việc cải thiện hiệu suất vẫn phụ thuộc vào tăng giới hạn gas, nhưng nhờ ZK, các node không cần nâng cấp phần cứng máy chủ quá nhiều, giúp tiết kiệm đáng kể chi phí nâng cấp.
Sau khi nâng cấp Fusaka gần đây—đặc biệt là PeerDAS—hiệu suất Ethereum đã được cải thiện rõ rệt, đưa mạng lưới tiến gần hơn đến tích hợp ZK ở mainnet. Đó là lý do khiến Vitalik rất phấn khích.
Hãy thử tưởng tượng một mainnet với TPS vượt 1.000—đây sẽ là một câu chuyện mới đầy hấp dẫn cho Ethereum.
Một số người đặt câu hỏi: Nếu chính Ethereum triển khai ZK-EVM trên mainnet, vai trò của các đội ngũ ZK khác còn quan trọng không?
Câu trả lời là có—họ vẫn đóng vai trò không thể thiếu.
Vì sao?
Thứ nhất, kỹ thuật ZK là một trong những dự án phức tạp nhất toàn ngành, tương đương với FHE. Việc này đòi hỏi nguồn lực chuyên sâu về mật mã học.
Dù Ethereum Foundation có một số nguồn lực, nhưng tinh thần mã nguồn mở là dựa trên nỗ lực tập thể. Ethereum phụ thuộc vào nhiều đội ngũ ZK bên thứ ba để thử nghiệm và đổi mới, đồng thời dành cho họ sự hỗ trợ lớn.
Thứ hai, có bốn loại ZK-EVM, từ loại 1 đến loại 4. Các đội ngũ như Polygon, Scroll, ZKsync và Taiko mỗi bên đảm nhận một loại—gần như phân chia công việc.
Bên cạnh đó còn có ZK-VM, ví dụ như Brevis.
Thực tế, vị thế của ZK-VM còn ổn định hơn ZK-EVM.
Lý do là trong bốn loại ZK-EVM chính, sẽ chỉ có một loại được chọn làm giải pháp tối ưu về chi phí và trở thành một phần của ZK-EVM mainnet chính thức của Ethereum, có thể khiến ba loại còn lại bị loại khỏi cuộc chơi.
Tuy nhiên, ZK-VM không tương thích với EVM nên sẽ luôn là một phần của hệ sinh thái mở rộng của Ethereum.
Và vì các VM không bị giới hạn bởi EVM, hiệu suất của chúng có thể cao hơn nhiều. ZK-EVM của Ethereum không gây ảnh hưởng tiêu cực—thực tế, cộng đồng Ethereum còn khuyến khích đổi mới như vậy.
Ví dụ, Vitalik từng công khai khen ngợi hiệu suất ZK-VM của Brevis và kỳ vọng vào việc họ tham gia lĩnh vực ZK-EVM.
Còn Layer 2 thì sao? Có thể bị tác động, nhưng mức độ không lớn.
Vitalik từng cho rằng nên tách biệt ZK và Layer 2 khi nói về Polygon.
Khi ZK được tích hợp ở Layer 1, một số người dùng có thể sẽ quay lại từ ZK Layer 2, bởi Layer 1 rẻ hơn sẽ làm giảm động lực sử dụng Layer 2.
Tuy nhiên, cần nhớ rằng: Layer 1 là nền tảng, Layer 2 là tòa nhà cao tầng. Nền tảng càng vững chắc, càng tốt. Do đó, nếu Layer 1 tích hợp ZK, Layer 2 cũng sẽ giảm chi phí và hưởng lợi tương ứng.
Trong cùng bài đăng đó, Vitalik nhấn mạnh công việc ZK-VM của Brevis, cho biết phần lớn nghiên cứu ZK của họ không chỉ giới hạn ở Layer 2—“nghiên cứu ZK và Layer 2 nên được tách biệt.”
Ví dụ, họ vận hành marketplace tính toán ZK, hỗ trợ Uniswap hooks triển khai phân phối phần thưởng dựa trên ZK, và thúc đẩy đổi mới hướng đến ứng dụng.
Tóm lại, Ethereum đã hoạt động 10 năm và lời kêu gọi tích hợp ZK đã xuất hiện từ 5–6 năm trước. Sau nhiều năm nỗ lực, tích hợp ZK cuối cùng đã đạt đến giai đoạn Alpha—một cột mốc nhờ sự kiên trì của Ethereum cùng nhiều đội ngũ ZK bên thứ ba, bao gồm cả Brevis và Polygon.
Tuyên bố miễn trừ trách nhiệm:
- Bài viết này được đăng lại từ [Medium] và bản quyền thuộc về tác giả gốc [Ebunker]. Nếu bạn có thắc mắc về việc đăng lại này, vui lòng liên hệ đội ngũ Gate Learn để được xử lý kịp thời theo quy trình tiêu chuẩn.
- Tuyên bố miễn trừ trách nhiệm: Quan điểm và ý kiến trong bài viết này là của tác giả và không cấu thành lời khuyên đầu tư.
- Các phiên bản ngôn ngữ khác của bài viết này được đội ngũ Gate Learn dịch. Trừ khi Gate được nhắc đến, không được sao chép, phân phối hoặc đạo văn nội dung dịch.
