Lộ trình tương tác "tăng tốc": Sau bản nâng cấp Fusaka, khả năng tương tác giữa các hệ thống Ethereum có thể sắp sửa có một bước tiến quan trọng.

Trong các bài viết trước thuộc loạt bài Interop, chúng ta đã thảo luận về OIF (Intent Framework) và EIL (Interoperability Layer), lần lượt giải quyết các vấn đề về tiêu chuẩn hóa ý định xuyên chuỗi (giúp toàn bộ mạng lưới hiểu được những gì bạn muốn làm) và kênh thực thi (giúp tiền được vận hành theo cách chuẩn hóa).

Tuy nhiên, để đạt được trải nghiệm "chuỗi đơn" hoàn hảo vẫn cần có sự đánh đổi giữa tốc độ và độ tin cậy. Xét cho cùng, trong trải nghiệm tương tác hiện tại, người ta hoặc phải chấp nhận sự chậm chạp (chẳng hạn như Optimistic Rollup yêu cầu thời gian thử thách 7 ngày để xác nhận tính cuối cùng) hoặc phải hy sinh tính phi tập trung (dựa vào các giả định về độ tin cậy của các cầu nối đa chữ ký).

Phá vỡ "tam giác bất khả thi" này đòi hỏi một khả năng cơ bản trải rộng trên các giai đoạn "Tăng tốc" và "Hoàn thiện" của lộ trình tương tác Ethereum - khả năng "Chứng minh tức thời" do công nghệ ZK mang lại (đọc thêm: " Lộ trình tương tác Ethereum: Làm thế nào để mở khóa 'chặng cuối' của việc áp dụng rộng rãi ").

Trong bản nâng cấp Fusaka mới được kích hoạt, chiếc EIP-7825 tưởng chừng không mấy nổi bật đã vượt qua trở ngại kỹ thuật lớn nhất để đạt được kết quả cuối cùng này.

I. Chiếc EIP-7825 bị đánh giá thấp đằng sau sự nâng cấp của Fusaka

Vào ngày 4 tháng 12, bản nâng cấp Ethereum Fusaka chính thức được kích hoạt trên mạng chính. Tuy nhiên, không giống như bản nâng cấp Dencun trước đây, nó không gây được tiếng vang lớn. Tâm điểm chú ý của thị trường chủ yếu tập trung vào khả năng mở rộng Blob và PeerDAS, với nhiều cuộc thảo luận về việc giảm chi phí dữ liệu L2 hơn nữa.

Nhưng đằng sau những ồn ào này, thực chất có một đề xuất không mấy nổi bật, EIP-7825, đã vượt qua trở ngại lớn nhất để Ethereum đạt được L1 zkEVM và bằng chứng thời gian thực, thậm chí có thể nói là đang âm thầm mở đường cho sự kết thúc của Interop.

Trong bản nâng cấp Fusaka này, trọng tâm chú ý gần như hoàn toàn tập trung vào việc mở rộng dung lượng: Dung lượng Blob đã được tăng lên gấp 8 lần, và với việc xác minh lấy mẫu ngẫu nhiên PeerDAS, vấn đề chi phí của mảng DA (khả năng truy cập dữ liệu) đã trở thành dĩ vãng.

Thật vậy, L2 rẻ hơn là một điều tốt, nhưng đối với lộ trình ZK dài hạn của Ethereum, EIP-7825 mới thực sự là yếu tố thay đổi cuộc chơi vì nó thiết lập giới hạn gas (khoảng 16,78 triệu gas) cho một giao dịch Ethereum duy nhất.

Như chúng ta đã biết, giới hạn gas của một khối Ethereum đã được tăng lên 60 triệu trong năm nay. Nhưng ngay cả với giới hạn ngày càng tăng, về mặt lý thuyết, nếu ai đó sẵn sàng trả một mức giá gas cực kỳ cao, họ vẫn có thể gửi một "giao dịch khổng lồ" siêu phức tạp, trực tiếp lấp đầy toàn bộ dung lượng 60 triệu gas của khối, do đó làm tắc nghẽn toàn bộ khối.

Trước đây điều này được cho phép, nhưng EIP-7825 đã đưa ra một giới hạn mới: bất kể kích thước khối là bao nhiêu, chi phí của một giao dịch đơn lẻ không được vượt quá 16,78 triệu Gas.

Vậy tại sao lại giới hạn kích thước của một giao dịch? Thực ra, thay đổi này không ảnh hưởng đến các giao dịch của người dùng thông thường, nhưng đối với ZK Prover (trình tạo bằng chứng), đó là vấn đề sống còn, và nó cũng liên quan mật thiết đến cách hệ thống ZK tạo ra bằng chứng.

Để đưa ra một ví dụ đơn giản, trước EIP-7825, nếu một khối chứa một "giao dịch khổng lồ" tiêu tốn 60 triệu gas, ZK Prover phải thực hiện giao dịch cực kỳ phức tạp này theo trình tự. Nó không thể được chia nhỏ hoặc chạy song song. Điều này giống như một đường cao tốc một làn với một chiếc xe tải khổng lồ chạy rất chậm phía trước, và tất cả các xe nhỏ hơn (các giao dịch khác) phía sau phải đợi nó đi qua.

Điều này chắc chắn sẽ dẫn đến án tử hình cho "bằng chứng thời gian thực" - bởi vì thời gian cần thiết để tạo ra bằng chứng là hoàn toàn không thể kiểm soát và có thể mất hàng chục phút hoặc thậm chí lâu hơn.

Sau bản cập nhật EIP-7825, ngay cả khi dung lượng khối mở rộng lên 100 triệu Gas trong tương lai, mỗi giao dịch vẫn bị giới hạn ở mức 16,78 triệu Gas. Mỗi khối được chia nhỏ thành các "đơn vị tác vụ nhỏ" có thể dự đoán được, có giới hạn và có thể thực hiện song song. Điều này có nghĩa là việc tạo bằng chứng của Ethereum đã thay đổi từ một "bài toán logic" phức tạp thành một "vấn đề tiền tệ" thuần túy.

Nếu chúng ta có thể đầu tư đủ sức mạnh tính toán song song, chúng ta có thể xử lý đồng thời các tác vụ nhỏ được chia nhỏ này trong thời gian rất ngắn, từ đó tạo ra bằng chứng ZK cho các khối dữ liệu khổng lồ.

Như Michael, đồng sáng lập kiêm CEO của Brevis, đã nói, EIP-7825 là bản nâng cấp bị đánh giá thấp nhất trên con đường hướng tới khả năng mở rộng gấp 100 lần cho ZK và Ethereum. Nó giúp "bằng chứng thời gian thực" chuyển từ "về mặt lý thuyết là bất khả thi" thành "có thể lập lịch trình được về mặt kỹ thuật". Miễn là chúng ta có thể giải quyết vấn đề về sức mạnh tính toán thông qua điện toán song song, ngay cả một khối có dung lượng 200 triệu gas cũng có thể đạt được bằng chứng trong vài giây. Đây không chỉ là một bước đột phá trong công nghệ ZK, mà còn là nền tảng vật lý cho Lớp tương tác Ethereum (EIL) để đạt được việc thanh toán xuyên chuỗi trong vài giây.

Vì vậy, bản nâng cấp này có thể không зда có vẻ là một sự kiện lớn, nhưng thực chất nó là một bước đột phá lớn đối với lộ trình ZK và tương lai của việc mở rộng quy mô Ethereum vào năm 2026.

II. L1 zkEVM: "Điểm neo tin cậy" cho khả năng tương tác của Ethereum

Tuy nhiên, trong khi EIP-7825 mở đường vật lý cho bằng chứng thời gian thực bằng cách giới hạn kích thước của một giao dịch duy nhất (làm cho nó có thể song song hóa), thì đây chỉ là một mặt của vấn đề. Mặt khác là cách mạng lưới chính Ethereum tận dụng khả năng này.

Điều này liên quan đến câu chuyện quan trọng nhất trong lộ trình phát triển của Ethereum—L1 zkEVM.

Từ lâu, zkEVM đã được coi là "chén thánh" để mở rộng quy mô Ethereum, không chỉ vì nó có thể giải quyết các nút thắt cổ chai về hiệu suất, mà còn vì nó định nghĩa lại cơ chế tin cậy của blockchain. Ý tưởng cốt lõi của nó là cho phép mạng chính Ethereum tạo và xác minh bằng chứng ZK.

Nói cách khác, sau mỗi khối Ethereum được thực thi trong tương lai, nó có thể xuất ra một bằng chứng toán học có thể kiểm chứng được, để các nút khác (đặc biệt là các nút nhẹ và L2) có thể xác nhận tính đúng đắn của kết quả mà không cần lặp lại phép tính. Nếu khả năng tạo bằng chứng ZK được ghi trực tiếp vào lớp giao thức Ethereum (L1), bên đề xuất sẽ đóng gói một khối và tạo bằng chứng ZK mỗi lần, và nút xác minh sẽ không cần phải chạy lại giao dịch nữa, mà chỉ cần xác minh bằng chứng toán học nhỏ này.

Điều này có ý nghĩa gì đối với khả năng tương tác?

Trong bối cảnh Interop, tầm quan trọng của L1 zkEVM vượt xa khả năng mở rộng quy mô. Nó có thể được coi là "điểm neo tin cậy" cho tất cả các blockchain L2. Xét cho cùng, nếu Ethereum L1 có thể tạo ra bằng chứng trong thời gian thực, điều đó có nghĩa là tất cả các blockchain L2 có thể đọc trạng thái cuối cùng của L1 trong thời gian thực và không cần tin cậy, điều này sẽ mang lại hai thay đổi về chất lượng:

• Loại bỏ giai đoạn thử thách: Thời gian xác nhận giữa các chuỗi sẽ được giảm từ "7 ngày (cơ chế OP)" xuống "giây (cơ chế ZK)";
• Kết nối phi tập trung: Giao tiếp xuyên chuỗi không còn yêu cầu phải tin tưởng vào cầu nối đa chữ ký từ bên thứ ba, mà thay vào đó là tin tưởng vào các quy luật toán học của mạng chính Ethereum;

Đây cũng là cơ sở vật lý để lớp EIL (lớp tương tác) mà chúng ta đã đề cập trong bài viết trước thực sự hoạt động – nếu không có tính chất hoàn thiện theo thời gian thực của L1, khả năng tương tác giữa các lớp L2 sẽ không bao giờ thoát khỏi bóng dáng của "độ trễ".

Sau khi loại bỏ các giới hạn vật lý (EIP-7825) và mục tiêu (L1 zkEVM), vậy còn các công cụ triển khai cụ thể thì sao?

Điều này dẫn đến sự tiến hóa tinh tế đang diễn ra trong bộ công nghệ ZK: từ zkEVM sang zkVM.

III. Fusaka & EIP-7825: Lộ trình tương tác cuối cùng cũng được công bố

Nếu EIP-7825 cung cấp cho ZK một "môi trường phần cứng có thể song song hóa" bằng cách giới hạn kích thước của một giao dịch duy nhất, thì sự phát triển của ngăn xếp công nghệ ZK đang tìm kiếm một "kiến trúc phần mềm hiệu quả hơn". Mặc dù điều này nghe có vẻ khó hiểu, nhưng sự khác biệt là đáng kể và thể hiện hai giai đoạn trong quá trình phát triển của ZK (đọc thêm: " Lộ trình 'Bình minh' của ZK: Liệu lộ trình đến hồi kết của Ethereum có đang tăng tốc? ").

Giai đoạn đầu tiên đương nhiên là zkEVM, có thể được coi là trường phái tương thích hoặc trường phái cải tiến.

Mục tiêu là mô phỏng mọi lệnh của Ethereum EVM, để các nhà phát triển có thể triển khai mã Solidity trực tiếp nhiều nhất có thể, giảm chi phí và rào cản trong quá trình chuyển đổi.

Nói cách khác, ưu điểm lớn nhất của zkEVM là khả năng tương thích với các ứng dụng Ethereum hiện có, giúp giảm đáng kể khối lượng công việc cho các nhà phát triển hệ sinh thái Ethereum. Họ có thể tái sử dụng hầu hết cơ sở hạ tầng và công cụ hiện có (bao gồm cả các máy khách thực thi, trình khám phá khối, công cụ gỡ lỗi, v.v.).

Tuy nhiên, chính vì lý do này, do EVM không được thiết kế để tương thích với ZK, nên hiệu quả chứng minh của zkEVM thường bị giới hạn để đảm bảo tính tương thích, thời gian chứng minh chậm hơn nhiều và mang gánh nặng lịch sử lớn.

Ngược lại, zkVM thuộc về nhóm những người tiên phong cách mạng. Nó trực tiếp xây dựng một máy ảo cực kỳ thân thiện với các bằng chứng ZK (chẳng hạn như dựa trên RISC-V hoặc WASM) để tăng tốc thời gian chứng minh và đạt được tốc độ thực thi và hiệu năng tốt hơn.

Tuy nhiên, điều này cũng làm mất đi tính tương thích với nhiều tính năng của EVM và khả năng sử dụng các công cụ hiện có (chẳng hạn như trình gỡ lỗi cấp thấp). Nhưng một xu hướng rõ ràng là ngày càng nhiều dự án L2 đang bắt đầu loại bỏ những gánh nặng của mình, tối ưu hóa tốc độ và chi phí, và khám phá các kiến trúc dựa trên zkVM.

Vậy tại sao bản nâng cấp Fusaka lại được coi là một công cụ mở khóa?

Trước EIP-7825, cả zkEVM và zkVM đều gặp phải tình trạng thời gian tạo bằng chứng tăng đột biến khi xử lý các giao dịch lớn trên Ethereum vì nhiệm vụ này không thể chia nhỏ.

Hiện nay, EIP-7825 yêu cầu các giao dịch phải được chia nhỏ thành các đơn vị nhỏ có thể dự đoán được. Với môi trường song song hóa, kiến trúc hiệu quả của zkVM có thể phát huy hết tiềm năng của nó. Ngay cả các khối Ethereum phức tạp cũng có thể được đưa vào zkVM và, với sự hỗ trợ của sức mạnh tính toán song song, có thể đạt được bằng chứng theo thời gian thực.

Điều này có ý nghĩa gì đối với khả năng tương tác? Việc áp dụng rộng rãi zkVM, kết hợp với EIP-7825, có nghĩa là chi phí tạo bằng chứng sẽ giảm đáng kể. Khi chi phí tạo bằng chứng xuyên chuỗi trở nên không đáng kể và tốc độ nhanh như gửi email, các "cầu nối xuyên chuỗi" truyền thống sẽ biến mất hoàn toàn, được thay thế bằng các giao thức nhắn tin đa năng cơ bản.

Tóm lại

Như đã nhiều lần đề cập trong các bài viết trước đây về Interop, mục tiêu cuối cùng của Interop không chỉ là giao tiếp "xuyên chuỗi" giữa các tài sản, cũng không giới hạn ở khái niệm "cầu nối tài sản". Thay vào đó, nó là một thuật ngữ chung cho toàn bộ các khả năng ở cấp hệ thống, bao gồm giao tiếp dữ liệu xuyên chuỗi, thực thi logic xuyên chuỗi, trải nghiệm người dùng xuyên chuỗi, bảo mật xuyên chuỗi và cơ chế đồng thuận.

Từ góc nhìn này, Interop có thể được hiểu là ngôn ngữ chung giữa các giao thức hệ sinh thái Ethereum trong tương lai. Ý nghĩa của nó không chỉ nằm ở việc truyền tải giá trị, mà còn ở việc chia sẻ logic. ZK đóng vai trò đảm bảo tính chính xác của quá trình thực thi, hỗ trợ xác minh trạng thái theo thời gian thực và giúp các cuộc gọi liên miền trở nên "dám làm và có thể làm được". Thậm chí có thể nói rằng, nếu không có ZK thời gian thực, sẽ rất khó để có trải nghiệm người dùng Interop thực sự hữu ích.

Vì vậy, khi EIP-7825 được âm thầm kích hoạt trong bản nâng cấp Fusaka, và khi L1 zkEVM dần trở thành hiện thực, chúng ta đang ngày càng tiến gần hơn đến trạng thái cuối cùng đó: việc thực thi, thanh toán và chứng minh được trừu tượng hóa hoàn toàn ở phía sau, và người dùng không hề hay biết về sự tồn tại của chuỗi trong suốt toàn bộ quá trình.

Đây cũng là sự kiện chung kết Interop mà tất cả chúng ta đều mong chờ trong tương lai.