Tranh luận về EVM song song: Monad và MegaETH thảo luận định nghĩa nút đầy đủ
Tuyển chọn TechFlowTuyển chọn TechFlow
Tranh luận về EVM song song: Monad và MegaETH thảo luận định nghĩa nút đầy đủ
Vitalik cho rằng trọng tâm không nằm ở việc nút đầy đủ có thực hiện tất cả các giao dịch hay không, mà nằm ở việc người dùng có thể nhận được mức độ đảm bảo xác nhận giao dịch đủ hay không.
Chuyên sâu báo cáo Web3Soạn thảo: 0XNATALIE
Trong tập mới nhất của podcast Bankless, Keone Hon – nhà sáng lập Monad và Lei Yang – đồng sáng lập MegaETH đã thảo luận về kiến trúc của Monad và MegaETH cũng như cách hai dự án này sẽ nâng cao hiệu suất của Ethereum. Buổi trò chuyện xoay quanh tương lai của Máy ảo Ethereum (EVM), trả lời nhiều câu hỏi then chốt như so sánh tốc độ, mức độ phi tập trung và khả năng chống kiểm duyệt giữa Monad và MegaETH.
Tuy nhiên, sau chương trình, người sáng lập Monad vẫn chưa hết ý, tiếp tục đặt câu hỏi trên X về định nghĩa "nút đầy đủ" (full node) đối với MegaETH, và cuối cùng thu hút cả sự tham gia tranh luận của Vitalik.
Monad là một Layer 1 đạt thông lượng hơn 10.000 giao dịch mỗi giây nhờ công nghệ thực thi song song và cơ chế đồng thuận độc đáo.
MegaETH là một Layer 2 sử dụng công nghệ thực thi song song để đạt thời gian phản hồi tính bằng mili giây, với mục tiêu xử lý hơn 100.000 giao dịch Ethereum mỗi giây.
Trọng tâm tranh cãi: Nút đầy đủ có nên thực thi mọi giao dịch?
Trong buổi podcast, Lei Yang nói rằng trong MegaETH, “nút đầy đủ” là những nút duy trì và cập nhật trạng thái blockchain mới nhất, chứ không nhất thiết phải thực thi và xác thực mọi giao dịch. Phản ứng lại điều này, Keone Hon đăng tweet chất vấn định nghĩa “nút đầy đủ” của MegaETH, vì theo truyền thống, một nút đầy đủ là nút có khả năng tự thực thi và xác thực tất cả các giao dịch một cách độc lập. Trong khi đó, các nút được gọi là “đầy đủ” của MegaETH chỉ nhận cập nhật trạng thái từ bộ định thứ tự (sequencer) tập trung mà không xác thực giao dịch một cách độc lập. Keone lo ngại rằng loại nút này có thể không đảm bảo đủ an ninh khi xử lý các giao dịch lớn trong thế giới thực.
Nếu một nút đầy đủ chỉ nhận cập nhật trạng thái mà không tham gia vào việc thực thi và xác thực giao dịch thực tế, điều đó có nghĩa là nút đó phải hoàn toàn tin tưởng vào trạng thái do sequencer tập trung cung cấp. Nếu sequencer mắc lỗi, bị tấn công hoặc cố tình hành xử ác ý, nút có thể không phát hiện kịp thời. Điều này đặc biệt quan trọng khi xử lý các giao dịch lớn, vì số tiền liên quan rất lớn và bất kỳ sai sót nào cũng có thể gây ra tổn thất tài chính nghiêm trọng.
Keone đưa ra một kịch bản thực tế: giả sử một sàn giao dịch tích hợp MegaETH và vận hành loại nút này, thì làm sao sàn có thể chắc chắn rằng giao dịch nạp tiền của người dùng đã thực sự được xác nhận? Sàn nên chờ bao lâu trước khi ghi có vào tài khoản người dùng? Liệu sàn có cần chờ đến 7 ngày – cửa sổ chứng minh gian lận – để đảm bảo giao dịch không bị hoàn tác, từ đó đảm bảo an toàn cho khoản nạp?
Quan điểm của Vitalik: Mấu chốt là đảm bảo xác nhận giao dịch
Vitalik Buterin, người sáng lập Ethereum, cũng tham gia vào cuộc thảo luận. Ông cho rằng mấu chốt không nằm ở việc nút đầy đủ có thực thi mọi giao dịch hay không, mà là người dùng có nhận được sự đảm bảo xác nhận giao dịch đầy đủ hay không. Vitalik cho rằng đối với người dùng L2, điều quan trọng nhất là xác nhận giao dịch của họ đã được chấp nhận, chứ không phải mỗi nút đều phải thực thi mọi giao dịch. Miễn là có cơ chế phù hợp để đảm bảo điều này, người dùng không nhất thiết phải tự vận hành một nút đầy đủ thực thi mọi giao dịch.
Vitalik đề cập đến hai cơ chế xác nhận giao dịch:
-
Xác nhận trước từ sequencer được ràng buộc (Bonded Sequencer Preconfirmation): Trong cơ chế này, sequencer bị ràng buộc bởi một lượng token (ví dụ ETH). Nếu sequencer hành xử ác ý hoặc xử lý giao dịch sai, người dùng có thể được bồi thường. Cơ chế này cung cấp sự đảm bảo xác nhận tức thì, cho phép người dùng nhận được an ninh mà không cần chờ qua cửa sổ chứng minh gian lận.
-
Xác nhận từ L1: Giao dịch trên L2 cuối cùng có thể được xác nhận thông qua L1 (như Ethereum). Nếu có vấn đề với giao dịch trên L2, L1 có thể hoàn tác và sửa chữa lỗi. Ngay cả khi L2 tiềm ẩn rủi ro, người dùng vẫn có thể dựa vào xác nhận cuối cùng từ L1 để đảm bảo an toàn.
Vitalik cũng nhấn mạnh rằng độ dài cửa sổ chứng minh gian lận có thể được điều chỉnh tùy theo nhu cầu người dùng. Ví dụ, một sàn giao dịch có thể chọn cửa sổ khác nhau tùy theo giá trị giao dịch: với giao dịch nhỏ, chỉ cần cửa sổ ngắn; với giao dịch lớn, chọn cửa sổ dài hơn. Ngoài ra, với sự phát triển của công nghệ bằng chứng không kiến thức (ZK), nhu cầu về cửa sổ chứng minh gian lận trong tương lai sẽ giảm mạnh, thậm chí có thể không còn cần thiết, từ đó mang lại xác nhận giao dịch nhanh hơn mà không hy sinh an ninh.
Tuy nhiên, Keone cho rằng MegaETH trong giai đoạn đầu sẽ không sử dụng công nghệ ZK. Dù ZK có tiềm năng lớn, hiện tại nó vẫn còn hạn chế về hiệu suất. Việc tạo bằng chứng ZK rất phức tạp và tốn thời gian, đặc biệt khi phải xử lý lượng lớn giao dịch. Do đó, các dự án blockchain như MegaETH – vốn chú trọng hiệu suất cao và thông lượng lớn – sẽ không lựa chọn ZK trong giai đoạn đầu để tránh ảnh hưởng trải nghiệm người dùng do vấn đề hiệu năng.
Phản hồi từ MegaETH: Đa dạng lựa chọn xác nhận giao dịch
Sau đó, Lei Yang đăng tweet phản hồi về cuộc thảo luận liên quan đến kiến trúc nút của MegaETH, làm rõ một số hiểu lầm. Anh chỉ ra rằng người dùng MegaETH có ba lựa chọn khi xác nhận giao dịch:
-
Nút chỉ nhận cập nhật trạng thái: Loại nút này không xác thực bất kỳ giao dịch nào, chỉ nhận cập nhật trạng thái từ sequencer. Độ an toàn phụ thuộc vào cơ chế xác nhận trước và cơ chế phạt của sequencer. Phù hợp với giao dịch nhỏ đến trung bình, đặc biệt trong các trường hợp cần xác nhận tức thì.
-
Nút chờ hết cửa sổ chứng minh gian lận: Giống như (1), nhưng người dùng phải chờ đến khi cửa sổ chứng minh gian lận kết thúc và khối MegaETH chứa giao dịch được xác nhận cuối cùng trên Ethereum. Tùy chọn này cung cấp “an ninh đầy đủ của Ethereum” (tức được bảo vệ bởi mức độ an toàn và tính bất khả đảo giống như giao dịch Ethereum), phù hợp với các giao dịch lớn khi người dùng không muốn xác thực cục bộ. Trường hợp này khá hiếm.
-
Nút đầy đủ xác thực mọi giao dịch: Loại nút này xác thực từng giao dịch một và chờ khối MegaETH chứa giao dịch được xác nhận cuối cùng trên Ethereum. Cũng cung cấp “an ninh đầy đủ của Ethereum”, phù hợp với người dùng thường xuyên xử lý giao dịch lớn và muốn xác nhận nhanh, ví dụ như các sàn giao dịch.
Lei Yang nhấn mạnh rằng MegaETH hoàn toàn hỗ trợ nút đầy đủ có khả năng xác thực mọi giao dịch. Trước đó có thể xảy ra hiểu lầm rằng nút của MegaETH chỉ có thể nhận cập nhật trạng thái mà không thể xác thực giao dịch – đây là quan điểm sai. Anh giải thích thêm rằng nếu nút chọn xác thực mọi giao dịch, nó có thể sử dụng các phương pháp tối ưu hóa (ví dụ: dữ liệu chứng minh do sequencer cung cấp) để xác thực hiệu quả hơn cả sequencer, không cần xử lý lại toàn bộ dữ liệu giao dịch từ đầu, từ đó giảm yêu cầu phần cứng. Người dùng có thể lựa chọn phương thức xác nhận phù hợp với nhu cầu riêng của mình.
Tranh luận này rất hấp dẫn, như Lao Bai – cộng sự nghiên cứu tại ABCDE – đã nói: “Cuộc tranh luận này có ý nghĩa không? Absolutely! Toàn ngành công nghiệp tiến hóa kỹ thuật chính là nhờ những lần thảo luận như thế này, dù chậm nhưng chắc. Ai thắng ai thua có quan trọng không? Absolutely Not! Vì bên chiến thắng cuối cùng sẽ được quyết định bởi nguồn lực, trải nghiệm nhà phát triển / người dùng, và ai ra mắt trước 1-2 ứng dụng đột phá, chứ không phải bởi định nghĩa hay vai trò cụ thể của ‘nút đầy đủ’ là gì.”
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@ChainFeedsxyz
