Lộ trình Interop đang tăng tốc: Sau khi nâng cấp Fusaka, khả năng tương tác với Ethereum có thể sẽ có bước nhảy đột phá

Tác giả: imToken

Liên kết:

Tuyên bố: Bài viết này là nội dung tái bản, độc giả có thể truy cập liên kết gốc để biết thêm thông tin. Nếu tác giả có bất kỳ ý kiến phản đối nào về hình thức tái bản, vui lòng liên hệ với chúng tôi, chúng tôi sẽ chỉnh sửa theo yêu cầu của tác giả. Việc tái bản chỉ nhằm chia sẻ thông tin, không cấu thành bất kỳ lời khuyên đầu tư nào, không đại diện cho quan điểm và lập trường của Wu.

Trong các bài viết trước của loạt bài về Interop, chúng tôi đã lần lượt bàn về OIF (Khung ý định) và EIL (Lớp tương tác), chúng giải quyết tiêu chuẩn hoá ý định xuyên chuỗi (giúp toàn bộ mạng lưới hiểu rõ bạn muốn làm gì) và vấn đề kênh thực thi (để dòng chảy vốn có thể chuẩn hoá và chạy).

Nhưng để đạt được trải nghiệm “chuỗi đơn hoàn hảo”, còn phải cân nhắc giữa tốc độ và độ tin cậy. Dù sao trong trải nghiệm tương tác hiện tại, bạn phải chịu đựng chậm (như Optimistic Rollup cần chờ đợi 7 ngày thử thách để xác nhận tính cuối cùng) hoặc hy sinh tính phi tập trung (dựa vào giả thiết tin cậy của cầu đa chữ ký).

Để phá vỡ “tam giác bất khả thi” này, không thể thiếu một lộ trình tương tác qua Ethereum với khả năng cơ bản gồm “Gia tốc (Acceleration)” và xác nhận cuối cùng (Finalisation) — chính là công nghệ ZK mang lại “chứng minh thời gian thực” (xem thêm《Lộ trình Interop của Ethereum: Làm thế nào để mở khóa “chặng cuối” quy mô lớn?》).

Và trong bản cập nhật Fusaka mới kích hoạt, EIP-7825 — một đề xuất tưởng chừng nhỏ nhặt — chính là giúp loại bỏ trở ngại lớn nhất để đạt được mục tiêu cuối cùng này.

I. Đằng sau bản cập nhật Fusaka: EIP-7825 bị đánh giá thấp

Ngày 4 tháng 12, bản nâng cấp Fusaka của Ethereum chính thức kích hoạt trên mạng chính, nhưng khác với đợt nâng cấp Dencun cách đây không lâu, quy mô không rầm rộ, ánh đèn tập trung nhiều hơn vào mở rộng Blob và PeerDAS, cùng việc giảm chi phí dữ liệu L2.

Tuy nhiên, ngoài những tiếng ồn này, còn có một đề xuất không nổi bật EIP-7825, đã giúp Ethereum giải quyết các trở ngại lớn nhất để đạt được L1 zkEVM và chứng minh thời gian thực, thậm chí có thể nói là đang âm thầm mở đường cho mục tiêu cuối cùng của Interop.

Trong lần nâng cấp Fusaka này, hầu hết mọi người chú ý đến khả năng mở rộng: Blob mở rộng 8 lần, kết hợp xác minh mẫu ngẫu nhiên PeerDAS, khiến chi phí cho lĩnh vực DA (tính khả dụng dữ liệu) trở thành quá khứ.

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

Ai cũng biết rằng, giới hạn Gas của các khối Ethereum năm nay đã nâng lên 60 triệu, nhưng ngay cả khi giới hạn này tiếp tục tăng, về lý thuyết nếu ai đó sẵn sàng trả giá Gas cao, họ vẫn có thể gửi một “giao dịch khổng lồ” cực kỳ phức tạp (Mega-Transaction), chiếm trọn 60 triệu Gas của khối, gây tắc nghẽn toàn bộ khối.

Điều này trước đây vẫn được phép, nhưng EIP-7825 giới hạn mới đã đưa ra quy tắc: bất kể kích thước khối bao nhiêu, một giao dịch đơn không được tiêu hao quá 16.78 triệu Gas.

Vậy tại sao lại giới hạn kích thước một giao dịch? Thực ra, thay đổi này không ảnh hưởng gì đến người dùng bình thường trong việc chuyển khoản, nhưng với các Prover zk (người tạo chứng minh), đây lại là sự sống còn — điều này liên quan trực tiếp đến cách hệ thống ZK tạo ra chứng minh.

Ví dụ đơn giản, trước EIP-7825, nếu trong khối có một “giao dịch khổng lồ” tiêu hao 60 triệu Gas, Prover zk phải chạy theo thứ tự, không thể tách nhỏ hay thực thi song song, giống như một tuyến đường cao tốc chỉ có một làn xe, phía trước là xe tải khổng lồ chạy chậm, các xe nhỏ phía sau phải chờ đợi.

Điều này rõ ràng đã đặt dấu chấm hết cho “chứng minh thời gian thực” — vì thời gian tạo chứng minh hoàn toàn không thể kiểm soát, có thể mất hàng chục phút hoặc lâu hơn.

Sau EIP-7825, ngay cả khi kích thước khối mở rộng lên 100 triệu Gas, do mỗi giao dịch đều bị hạn chế trong 16.78 triệu Gas, mỗi khối sẽ được chia thành các “đơn vị tác vụ nhỏ, có thể dự đoán, có giới hạn, có thể xử lý song song”, nghĩa là việc tạo chứng minh ZK cho Ethereum từ một vấn đề “lý luận khó khăn” trở thành một “vấn đề phần cứng tính toán (Money Problem)”:

Chỉ cần đầu tư đủ nhiều sức mạnh tính toán song song, chúng ta có thể xử lý cùng lúc các “tác vụ nhỏ” này trong thời gian cực ngắn, từ đó tạo chứng minh ZK cho các khối lớn.

Như CEO Michael của Brevis đã nói, EIP-7825 là nâng cấp bị đánh giá thấp nhất trên con đường 100 lần mở rộng của ZK và Ethereum, biến “chứng minh thời gian thực” từ “không thể về mặt lý thuyết” thành “có thể quản lý theo kỹ thuật”. Chỉ cần giải quyết vấn đề tính toán theo song song, kể cả với khối 200 triệu Gas, chứng minh trong giây lát cũng khả thi, không chỉ là bước đột phá của công nghệ ZK mà còn là nền tảng vật lý để lớp tương tác xuyên chuỗi (EIL) của Ethereum có thể thực hiện thanh toán xuyên chuỗi trong vòng vài giây.

Vì vậy, lần nâng cấp này có thể không gây chú ý ban đầu, nhưng thực sự đối với lộ trình ZK và tương lai mở rộng của Ethereum năm 2026, nó là một bước đột phá lớn.

II. L1 zkEVM: “Mỏ neo tin cậy” của tương tác Ethereum

Tuy nhiên, EIP-7825 mặc dù đã giúp mở đường vật lý cho chứng minh thời gian thực (có thể song song), nhưng mặt khác, câu hỏi đặt ra là, mạng chính Ethereum tự thân sẽ tận dụng khả năng này như thế nào?

Điều này liên quan đến nội dung cốt lõi trong lộ trình của Ethereum — đó chính là L1 zkEVM.

Trong thời gian dài, zkEVM được xem như “Chén Thánh” mở rộng Ethereum, không chỉ vì khả năng giải quyết giới hạn hiệu suất, mà còn vì nó định nghĩa lại cơ chế tin cậy của blockchain, trung tâm là cho phép mạng chính Ethereum có khả năng tạo ra và xác nhận chứng minh ZK.

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

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

Trong ngữ cảnh Interop, ý nghĩa của L1 zkEVM vượt xa việc mở rộng quy mô — nó chính là “mỏ neo tin cậy” của tất cả các lớp Layer 2, vì nếu L1 Ethereum có thể tạo ra chứng minh theo thời gian thực, thì tất cả các Layer 2 đều có thể đọc trạng thái cuối cùng của L1 một cách tức thì, không tin cậy, làm nổ tung hai điểm:

· Loại bỏ thời gian thử thách: xác nhận giữa các chuỗi sẽ rút ngắn từ “7 ngày (cơ chế OP)” xuống “vài giây (cơ chế ZK)”;

· Tăng cường liên kết phi tập trung: không cần tin cậy bên thứ ba qua cầu đa chữ ký, mà dựa vào sự thật toán học của mạng chính Ethereum;

Đây cũng chính là nền tảng vật lý giúp lớp lớp EIL (lớp tương tác) có thể vận hành đúng — nếu không có tính cuối cùng theo thời gian thực của L1, thì việc tương tác giữa các lớp vẫn sẽ luôn bị bóng đen của “độ trễ” đè nặng.

Vậy mục tiêu đã rõ (L1 zkEVM), giới hạn vật lý đã được tháo gỡ (EIP-7825), thì công cụ cụ thể để thực hiện là gì?

Điều này dẫn đến sự tiến bộ tinh vi trong hệ sinh thái công nghệ ZK: từ zkEVM chuyển sang zkVM.

III. Fusaka & EIP-7825: Lộ trình tương tác chính thức được giải phóng

Nếu nói EIP-7825 là cung cấp một “môi trường phần cứng có thể xử lý song song” cho ZK bằng cách giới hạn kích thước giao dịch, thì tiến trình của hệ sinh thái ZK là để tìm ra “kiến trúc phần mềm hiệu quả hơn”, nghe có vẻ như trò đùa, nhưng thực chất rất khác biệt, và đại diện cho hai giai đoạn phát triển của ZK (xem thêm《Lộ trình ZK: “Khoảnh khắc bình minh” của Ethereum — Đang thúc đẩy nhanh lộ trình kết thúc?》).

Giai đoạn đầu là zkEVM, có thể gọi là phe tương thích hoặc cải tiến.

Ý tưởng là cố gắng mô phỏng từng lệnh của EVM Ethereum, để nhà phát triển có thể trực tiếp triển khai mã Solidity, giảm thiểu chi phí và rào cản chuyển đổi.

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

Tuy nhiên, chính vì vậy, do EVM ban đầu không tính đến sự thân thiện với ZK, để duy trì khả năng tương thích, chứng minh của zkEVM thường gặp hạn chế về tốc độ, thời gian chứng minh chậm hơn nhiều, và mang theo nhiều gánh nặng lịch sử.

Trong khi đó, zkVM thuộc phe cách mạng, xây dựng một máy ảo cực kỳ thân thiện với chứng minh ZK (ví dụ dựa trên RISC-V hoặc WASM), nhằm đẩy nhanh tốc độ chứng minh, đạt hiệu suất thực thi tốt hơn.

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

Vậy tại sao nói bản cập nhật Fusaka là “khóa mở”?

Bởi vì trước EIP-7825, dù là zkEVM hay zkVM, khi gặp các giao dịch khổng lồ trên Ethereum, đều gặp vấn đề không thể tách nhỏ tác vụ, dẫn đến thời gian tạo chứng minh tăng vọt.

Với EIP-7825, việc bắt buộc phân tách giao dịch thành các đơn vị nhỏ dự đoán được, có môi trường xử lý song song, kiến trúc zkVM hiệu quả sẽ phát huy tối đa sức mạnh. Ngay cả với các khối Ethereum phức tạp, đưa vào zkVM, kết hợp sức mạnh tính toán song song, cũng có thể tạo chứng minh thời gian thực.

Điều này mang lại ý nghĩa gì cho khả năng tương tác? Sự phổ biến của zkVM cộng với EIP-7825 sẽ làm giảm đáng kể chi phí tạo chứng minh. Khi chi phí tạo chứng minh xuyên chuỗi trở nên cực kỳ thấp, tốc độ nhanh như gửi email, thì “cầu nối xuyên chuỗi” truyền thống sẽ hoàn toàn biến mất, thay vào đó là giao thức thông điệp chung cấp thấp.

Kết luận

Như đã đề cập nhiều lần trong các bài viết về Interop, mục tiêu cuối cùng của Interop không chỉ là “chuyển đổi tài sản qua chuỗi”, mà còn là tổng thể các khả năng hệ thống — bao gồm truyền 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, an ninh và đồng thuận xuyên chuỗi.

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

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

Đây chính là đích cuối cùng mà tất cả chúng ta đều mong đợi trong tương lai của Interop.