Hai nhà sáng lập Monad và MegaETH, những dự án phổ biến trong hệ sinh thái Ethereum, gần đây đã có một cuộc thảo luận sôi nổi về sự phát triển trong tương lai của Ethereum. Đồng sáng lập và Giám đốc điều hành Monad Keone Hon và người sáng lập MegaETH và CTO Lei Yang đã thảo luận các chủ đề liên quan đến tầm quan trọng của việc liên kết Ethereum, nút đầy đủ, phi tập trung, chống kiểm duyệt và tự xác minh. Trong đó thảo luận về nút đầy đủ cũng thu hút người sáng lập Ethereum V God tham gia vào cuộc thảo luận.
Có định nghĩa mới về “nút đầy đủ” không?
Trong cuộc trò chuyện với Keone, Lei Yang dường như đã định nghĩa lại “nút đầy đủ” là nút nhận các vùng đồng bằng trạng thái phát trực tuyến từ một sắp xếp duy nhất mà không thực hiện giao dịch.
Lei cho biết nói chung, người dùng MegaETH muốn xác nhận giao dịch có ba lựa chọn:
1) Chạy một nút không xác thực bất kỳ giao dịch nào mà thay vào đó lắng nghe các cập nhật trạng thái từ sắp xếp- loại mà Keone đã đề cập. Tính bảo mật đến từ sự xác nhận trước của sắp xếp và đảm bảo rằng nếu nó hoạt động sai, cổ phần của nó sẽ bị cắt giảm. Điều này phù hợp cho các giao dịch có giá trị nhỏ đến trung bình và các tình huống yêu cầu tính chính xác theo thời gian thực.
2) Tương tự như 1, nhưng người dùng đợi cửa sổ thử thách của Bằng chứng lạc quan hết hạn và chờ khối MegaETH chứa giao dịch được hoàn thành trên Ethereum. Đây là "bảo mật Ethereum đầy đủ" - một giao dịch bị đảo ngược sẽ kích hoạt hoạt động cắt giảm tương tự như thể một giao dịch Ethereum bị đảo ngược. Điều này tốt khi người dùng không muốn xác minh cục bộ nhưng mong đợi các giao dịch có giá trị cao. Trường hợp sử dụng này rất hiếm.
3) Chạy một nút đầy đủ để xác minh từng giao dịch và đợi khối MegaETH chứa giao dịch được hoàn thành trên Ethereum. Đây cũng là "Ethereum an toàn hoàn toàn". Điều này thật tuyệt vời khi người dùng mong muốn thực hiện các giao dịch có giá trị cao định kì và muốn hoàn thành giao dịch một cách nhanh chóng. Ví dụ như sàn giao dịch.
Người dùng MegaETH có thể chọn bất kỳ tùy chọn nào trong số ba tùy chọn trên, do đó, có sự cân bằng giữa độ trễ, yêu cầu phần cứng nút và đảm bảo xác nhận giao dịch.
Dường như có sự nhầm lẫn rằng MegaETH không thể có nút xác thực mọi giao dịch (tùy chọn 3 ở trên). Điều này không đúng. Ba loại người dùng này cùng tồn tại. Điều quan trọng cần lưu ý là ngay cả khi nút quyết định xác thực mọi giao dịch, nó có thể áp dụng nhiều thủ thuật để xác thực (thực thi lại) hiệu quả hơn một sắp xếp mạnh mẽ có thể. Vì vậy, yêu cầu về phần cứng của nó vẫn thấp hơn nhiều so với sắp xếp. Ví dụ: nó không cần đọc cơ sở dữ liệu trạng thái (một nút thắt cổ chai lớn) khi xác thực các giao dịch, vì sắp xếp có thể cung cấp bằng chứng (trạng thái cần thiết để xác thực khối, cộng với bằng chứng trie tương ứng). Điều này không xảy ra với L1.
Thật không may, cuộc thảo luận với Keone dường như tập trung vào nút đầy đủ L2 là gì (lạc đề), trong khi bỏ qua thực tế rằng: (1) tồn tại sự đánh đổi; (2) sự đánh đổi phải được cung cấp cho người dùng để đảm bảo rằng: họ có thể có được Sự kết hợp phù hợp nhất giữa hiệu suất và sự đảm bảo; (3) Ethereum L2 rất phù hợp để làm điều này.
Keone trả lời bằng cách nói: Nói hay đấy, nhưng có vẻ hoàn toàn khác so với ngày hôm qua khi bạn quảng cáo về lợi ích của nút"Tùy chọn 1" (mà lúc đó bạn gọi là nút đầy đủ). Ý tôi là chúng ta có một bản ghi âm, hãy nghe nó đi! Hiện tại, bạn dường như đang chú trọng hơn vào nút tự xác thực, đó là hướng mà tôi đồng ý.
Lei nói rằng tôi rất vui được nhắc lại những lợi ích/tầm quan trọng của việc có một nút đầy đủ Lạc quan (không thực hiện lại mọi giao dịch) bao nhiêu lần tùy thích. Nút như vậy sẽ là loại mà hầu hết người dùng quan tâm vì chúng mang lại sự cân bằng có ý nghĩa giữa đảm bảo xác nhận và chi phí vận hành. Như tôi đã đề cập trong tập này, những đảm bảo mà họ nhận được là crypto. Nếu người dùng bị lừa (giao dịch bị đảo ngược), trình sắp xếp chuỗi sẽ bị chém. https://x.com/VitalikButerin/status/1826497936676860184 do Vitalik nêu ra cũng có thể bồi thường cho người dùng và tăng cường hơn nữa mô hình bảo mật. Nút như vậy phù hợp với người dùng thường xuyên xử lý các giao dịch vừa và nhỏ cũng như người dùng yêu cầu hiệu suất thời gian thực - loại ứng dụng này là duy nhất trên MegaETH. Xin nhắc lại: hầu hết người dùng MegaETH không cần tự xác minh.
Tôi đề cập đến các loại nút đầy đủ khác để (1) làm rõ rằng MegaETH hỗ trợ nút đầy đủ tự xác thực bằng cách sử dụng phần cứng nhẹ hơn nhiều so với sắp xếp và (2) chỉ ra rằng sự cân bằng giữa đảm bảo xác nhận, thời gian và phần cứng nút là khác nhau. , không thể đạt được đồng thời chỉ thông qua nút đầy đủ tự xác minh.
V Chúa trả lời, tôi nghĩ việc tập trung quá nhiều vào “full nút” của L2 có sai sót gì không? Từ góc độ người dùng, câu hỏi quan trọng là: Bạn đảm bảo như thế nào rằng giao dịch sẽ được chấp nhận?
Có hai cấp độ:
1) Sắp xếp trước trình sắp xếp liên kết:
Giao dịch của bạn được chấp nhận hoặc sắp xếp sẽ mất >= N ETH hoặc token khác
Điều này có thể được mở rộng hơn nữa thông qua khái niệm Stakesure:
Giao dịch của bạn được chấp nhận hoặc bạn được bồi thường bằng một số tiền đã thỏa thuận trước từ sắp xếp
2) Xác nhận L1:
Giao dịch của bạn được chấp nhận hoặc L1 bị đảo ngược (ngay cả khi L1 phục hồi, khích lệ có thể buộc sắp xếp phải trung thực. Sau khi L1 được hoàn tất, việc đảo ngược L1 trở nên không thể thực hiện được)
L1 và L2 vốn đã khác nhau, L1 khó hơn nhiều vì bạn không còn gì để dựa vào phi tập trung/bảo mật. Người dùng L2 không cần phải tự làm điều đó vì họ có thể dựa vào hệ thống chứng minh của L2 (điều này càng trở nên đúng hơn khi hệ sinh thái của chúng ta ngày càng hướng tới các bằng chứng hợp lệ) 
Keone trả lời Buterin: Tuy nhiên, nếu sàn giao dịch chấp nhận tiền gửi từ một L2 lạc quan nào đó, họ chắc chắn sẽ muốn tự mình thực hiện thay vì đợi 7 ngày vì thời hạn chống gian lận, phải không? 
Vitalik cho biết người dùng cá nhân (bao gồm cả sàn giao dịch) có thể đặt cửa sổ chống gian lận của riêng họ theo sở thích riêng của họ. Với công nghệ Stakesure, bạn thậm chí không cần phải làm điều này: bạn có thể ngay lập tức đảm bảo rằng khoản tiền gửi của bạn thành công hoặc bạn nhận được tiền bồi thường (tức là bạn nhận được số tiền tương tự cho dù thế nào đi nữa). Về lâu dài, tôi cho rằng tất cả chúng ta sẽ áp dụng ZK, điều này làm cho cơ chế chống gian lận ít gặp vấn đề hơn. 
Kenoe cho rằng, tất nhiên, sàn giao dịch có thể thiết lập các khoảng thời gian chống gian lận khác nhau (có thể là số tiền khác nhau dựa trên quy mô tiền gửi). Nhưng liệu có một nền tảng trung gian hợp lý nào có thể tránh được việc thực thi tự động không? Ví dụ: đối với số tiền gửi lớn, 6 giờ có vẻ khá phức tạp khi xét đến số lượng giao dịch mà nút xác thực phải phát lại, nhưng trải nghiệm người dùng cũng có vẻ khá kém so với các lựa chọn thay thế khác. Hoặc sử dụng 1 giờ thay vì 6 giờ vẫn không hiệu quả.
ZK chắc chắn có một tương lai lâu dài, nhưng Megaeth cho biết họ sẽ không sử dụng ZK vào ngày đầu tiên do hạn chế về thông lượng. Tôi luôn cho rằng rằng hiện tại, đối với các doanh nghiệp trong thế giới thực chấp nhận thanh toán, điều rất quan trọng là có thể "chạy một nút đầy đủ", tức là thực hiện tất cả các giao dịch. Tôi cho rằng đây là một quan điểm quan trọng. 
