Đối thoại cùng người sáng lập MegaETH và Monad: Tái định nghĩa tương lai của Ethereum (bản đầy đủ)
Tuyển chọn TechFlowTuyển chọn TechFlow
Đối thoại cùng người sáng lập MegaETH và Monad: Tái định nghĩa tương lai của Ethereum (bản đầy đủ)
Tập podcast này sẽ thảo luận về Máy ảo Ethereum (EVM), đặc biệt là cách Mega ETH và Monad lên kế hoạch làm cho Ethereum trở nên nhanh hơn.
Chuyên sâu báo cáo Web3Tổng hợp & Biên dịch: TechFlow
Khách mời: Keone Hon, nhà sáng lập Monad; Lei Yang, đồng sáng lập Mega ETH
Dẫn chương trình: Ryan Sean Adams, đồng sáng lập Bankless; David Hoffman, đồng sáng lập Bankless
Nguồn podcast: Bankless
Tựa đề gốc: Mega ETH vs Monad: Cuộc chiến định hình tương lai Ethereum
Ngày phát sóng: 21 tháng 8 năm 2024
Bấm vào liên kết này để xem bản tóm tắt ghi chú podcast
Thông tin nền tảng
Trong tập này, chúng ta sẽ thảo luận về những điểm tiên phong của EVM —— hai blockchain với kiến trúc khác nhau: Monad và Mega ETH.
Monad là một dự án Layer 1, nhằm đạt thông lượng hơn 10.000 giao dịch mỗi giây bằng cách thiết kế lại lớp thực thi và lớp đồng thuận.
Mega ETH là một dự án Layer 2, tập trung vào tối ưu hiệu suất, hướng tới mục tiêu xử lý hơn 100.000 giao dịch Ethereum mỗi giây.
Podcast này sẽ thảo luận về Máy ảo Ethereum (EVM), đặc biệt là cách Mega ETH và Monad lên kế hoạch giúp Ethereum nhanh hơn.
Chúng ta sẽ trả lời các câu hỏi sau:
1. Monad hay MegaETH, cái nào nhanh hơn, phi tập trung hơn và chống kiểm duyệt tốt hơn?
Kiến trúc kỹ thuật:
-
Monad cải thiện hiệu suất thông qua việc giới thiệu Monad DB, thực thi song song theo kiểu lạc quan (optimistic parallel execution), thực thi bất đồng bộ và Monad BFT.
-
Mega ETH tận dụng kiến trúc Layer 2, chuyên môn hóa nút, giảm dư thừa thực thi, đồng thời nâng cao hiệu suất nhờ biên dịch thời gian thực và thực thi song song EVM.
Phi tập trung và hiệu suất:
-
Monad nhấn mạnh vào việc đạt được tính phi tập trung thông qua yêu cầu phần cứng thấp, cho phép bất kỳ ai cũng có thể vận hành nút toàn phần.
-
Mega ETH đảm bảo khả năng chịu kiểm duyệt và tính đúng đắn trong thực thi thông qua kiến trúc Layer 2 và cơ chế khuyến khích kinh tế.
2. Làm thế nào mà cả Monad và MegaETH đều xây dựng được cộng đồng lớn mạnh dù chưa ra mắt testnet lẫn mainnet?
-
Monad:
-
Monad thu hút thành viên bằng cách tạo ra và quảng bá văn hóa cộng đồng độc đáo. Ví dụ, họ tổ chức "Câu lạc bộ chạy bộ Monad", khuyến khích các thành viên cùng tham gia chạy bộ. Ngoài ra, cộng đồng Monad còn tự phát tạo ra các nhân vật đại diện thú vị như “Molandak” và “Salmonad”.
-
Monad tổ chức nhiều hoạt động trực tuyến và ngoại tuyến như Molingo – học ngôn ngữ mới, từ đó tăng sự gắn kết và归属 cho thành viên.
-
Cộng đồng được khuyến khích tham gia vào nhiều khía cạnh của dự án, bao gồm tổ chức sự kiện, đóng góp tác phẩm nghệ thuật. Cách tiếp cận từ dưới lên này làm tăng sức mạnh đoàn kết cộng đồng.
-
-
Mega ETH:
-
Thương hiệu được xây dựng xoay quanh “Mega Mafia”, dự án người dùng chính và ươm tạo của họ. Thông qua hình ảnh thương hiệu như “Mega Mafia”, họ thu hút được các nhà phát triển và người sáng lập quan tâm đến ứng dụng blockchain hiệu suất cao.
-
Họ tổ chức các buổi thảo luận kỹ thuật và chia sẻ, thu hút các kỹ thuật viên quan tâm đến tối ưu hiệu suất blockchain. Đồng thời, họ đăng tải nội dung trên mạng xã hội để giải thích chi tiết kỹ thuật và những điều thú vị trong ngành, từ đó tiếp cận đối tượng rộng hơn.
-
Thông qua các dự án ươm tạo và hỗ trợ ứng dụng đổi mới, Mega ETH thu hút những nhà phát triển muốn hiện thực hóa ý tưởng mới trên blockchain.
-
-
Cả Monad và Mega ETH đều tích cực sử dụng các nền tảng truyền thông xã hội (như Twitter, Discord) để tương tác với cộng đồng, chia sẻ tiến độ dự án và hiểu biết kỹ thuật. Cách thức giao tiếp minh bạch và cởi mở này giúp họ xây dựng niềm tin và cộng đồng người dùng trung thành.
3. Họ nhìn nhận thế nào về lời chỉ trích rằng “phát triển trên EVM giống như xây nhà trên cát chảy”? Điều này có ảnh hưởng đến giá trị cốt lõi của Solana không?
-
Quan điểm của Keone:
-
Độ trưởng thành và hệ sinh thái: Dù EVM có thể có một số hạn chế kỹ thuật, nhưng nó đã trở thành một chuẩn mực vững chắc, sở hữu hiệu ứng mạng mạnh mẽ và được hỗ trợ bởi nhiều công cụ. Điều này giúp nhà phát triển dễ dàng xây dựng và triển khai ứng dụng. Mục tiêu của Monad là cải tiến công nghệ để tăng hiệu suất và khả năng mở rộng của EVM, chứ không phải thay thế hoàn toàn nó.
-
Tác động đến Solana: Keone cho rằng mặc dù Solana có lợi thế về xử lý tốc độ cao, nhưng sự phổ biến rộng rãi và độ trưởng thành của hệ sinh thái EVM vẫn giữ sức hấp dẫn mạnh mẽ đối với các nhà phát triển. Do đó, việc liên tục cải tiến EVM sẽ không làm suy yếu đáng kể giá trị cốt lõi của Solana, mà ngược lại, sẽ củng cố vị thế của Ethereum trong cộng đồng nhà phát triển.
-
-
Quan điểm của Lei Yang:
-
Khả năng thích nghi và cải tiến: Lei nhấn mạnh rằng tính linh hoạt và thích nghi của EVM cho phép nó liên tục phát triển để đáp ứng nhu cầu mới. Bằng cách giới thiệu các giải pháp Layer 2, Mega ETH cam kết nâng cao hiệu suất của EVM, giúp nó hỗ trợ các ứng dụng phức tạp và hiệu quả hơn.
-
Cạnh tranh với Solana: Lei cho rằng mặc dù Solana có tính cạnh tranh về hiệu suất, nhưng sự phổ biến rộng rãi và khả năng tương thích của EVM mang lại lợi thế về tương tác đa chuỗi và hỗ trợ nhà phát triển. Mega ETH hướng tới việc cung cấp một nền tảng phát triển hấp dẫn hơn, đồng thời duy trì tính cạnh tranh với các blockchain khác.
-
Sau đây là nội dung chính của cuộc trò chuyện:
Giới thiệu về Monad
David: Keone, hãy giải thích cho chúng tôi về Monad, và những điều khác biệt mà nó đang thử nghiệm trong lĩnh vực blockchain.
Keone:
Cảm ơn vì đã mời tôi. Tôi là Keone Hon, đồng sáng lập và CEO của Monad Labs. Chúng tôi đang xây dựng Monad – một phiên bản tái tưởng tượng Ethereum, được thiết kế lại từ đầu ở lớp thực thi và lớp đồng thuận, nhằm giới thiệu bốn cải tiến chính, và nói rộng hơn là cung cấp một phiên bản Ethereum hiệu suất cao, đạt thông lượng hơn 10.000 giao dịch mỗi giây. Monad thông qua việc xây dựng từ đầu một cơ sở dữ liệu hoàn toàn mới tên là Monad DB; áp dụng thực thi song song theo kiểu lạc quan để nhiều giao dịch có thể được xử lý song song; thực thi bất đồng bộ, cho phép đồng thuận và thực thi chạy trên các luồng riêng biệt, từ đó mở rộng đáng kể ngân sách thực thi; cuối cùng là Monad BFT, một cơ chế đồng thuận hiệu suất cao, cho phép hàng trăm nút phân bố toàn cầu đồng bộ hóa. Vì vậy, tổng thể đây là một nỗ lực sâu sắc, ứng dụng kỹ thuật hệ thống để xây dựng một Ethereum hiệu suất thật sự cao.
David: Mọi người rất kỳ vọng vào Monad, nhất là sau khi có máy ảo Solana (SVM). Sự song song hóa của SVM khiến mọi người háo hức về song song hóa, nhưng cũng có những người thông minh đưa ra phản biện kỹ thuật rằng điểm nghẽn thực sự không phải là thực thi song song, mà là việc truy cập đọc song song cơ sở dữ liệu. Bạn có thể giải thích tại sao song song hóa máy ảo lại thú vị? Và tại sao điều đó lại quy về việc cần truy cập đọc song song cơ sở dữ liệu – một đặc điểm mà bạn cũng có?
Keone:
Đây là một câu hỏi rất hay. Tôi nghĩ mọi người trực giác hiểu rằng thực thi song song là có lợi, vì máy tính hiện đại rõ ràng có nhiều bộ xử lý và đang thực hiện song song nhiều nhiệm vụ. Ví dụ, tôi mở hàng trăm tab trên trình duyệt – thực ra đây là thói quen xấu. Nhưng bạn biết đấy, tôi có rất nhiều tab khác nhau, Spotify, Discord, tất cả đều đang chạy song song. Hiện tại Ethereum và các blockchain EVM khác đều đơn luồng, thực thi tuần tự hoàn toàn, điều này thật điên rồ. Vì vậy, thực thi song song là việc tận dụng nhiều luồng hoặc nhiều bộ xử lý để chạy nhiều công việc song song trên máy chủ, là một trong những cải tiến cuối cùng có thể giải phóng hiệu suất.
Nhưng khi bạn benchmark và xem xét chi phí thực tế, thì điểm nghẽn lớn nhất không phải là thời gian CPU hay thực thi từng lệnh đơn lẻ. Điểm nghẽn thực sự nằm ở việc truy cập trạng thái, vì mỗi hợp đồng thông minh đều phụ thuộc vào một số trạng thái còn sót lại liên quan đến hợp đồng đó. Ví dụ, khi bạn hoán đổi token, bạn cần số dư của hai tài sản trong pool, ví dụ Uni v2, bạn phải tra cứu được các số dư này để thực hiện hoán đổi và tính toán số dư mới. Việc này đòi hỏi đọc dữ liệu từ ổ đĩa. Vì vậy, điểm nghẽn lớn nhất trong thực thi thực chất là truy cập trạng thái. Chỉ đơn giản song song hóa tính toán mà không đồng thời song song hóa việc đọc từ cơ sở dữ liệu sẽ chỉ mang lại cải thiện nhỏ, trong khi tiềm năng cải thiện lớn hơn nhiều nếu cho phép đọc song song từ cơ sở dữ liệu.
Đây chính xác là điều đội ngũ chúng tôi đã làm với Monad DB – một cơ sở dữ liệu được xây dựng hoàn toàn từ đầu, được tối ưu hóa đặc biệt để lưu trữ dữ liệu Merkle Tree của Ethereum một cách hiệu quả. Đây là một nỗ lực lớn, mọi người luôn nói rằng lời khuyên khoa học máy tính phổ biến là đừng tự viết cơ sở dữ liệu, vì đó là công việc khổng lồ. Nhưng trong trường hợp này, điều này thực sự cần thiết và có tác động lớn, vì chúng tôi có trạng thái giá trị cao – tức là trạng thái Ethereum. Chúng tôi cần truy cập dữ liệu này nhanh nhất có thể.
Monad tích hợp vào Ethereum như thế nào?
Ryan: Keone, bạn nói rằng đang mang công nghệ này đến Ethereum, nhưng Monad vẫn có kế hoạch ra mắt một Layer 1 thay thế riêng, thứ mà chúng ta có thể gọi là “Alt Layer 1”, chứ không phải Layer 2. Vậy bạn đang mang công nghệ này đến Ethereum như thế nào? Và ở khía cạnh nào thì lại không mang đến? Bạn không phải đang mở rộng Ethereum như một Layer 2, cũng không hoạt động trên mainnet, mà đang làm như một chuỗi thay thế?
Keone:
Monad là một môi trường tiên phong nhằm chứng minh khả năng của những cải tiến kiến trúc khác biệt mà đội ngũ chúng tôi tin rằng cuối cùng sẽ cần thiết cho L1 Ethereum. Tôi nghĩ rằng cuộc tranh luận về Layer 1 và Layer 2 là một chủ đề tiến hóa theo thời gian. Khi chúng tôi bắt đầu lần đầu tiên vào năm 2022, quan điểm chung là tất cả các Layer 2 đều tương tác với Ethereum theo cùng một cách, sử dụng Ethereum để cam kết trạng thái và tính sẵn có dữ liệu. Bạn biết đấy, đó là một mô hình mà chúng tôi chọn để tương tác với Ethereum. Đến năm 2024, cách Layer 2 tương tác với Ethereum, và mức độ mà chúng trực tiếp tận dụng các dịch vụ của Ethereum, cũng đang tiến hóa. Niềm tin của đội ngũ chúng tôi là có nhiều cách khác nhau để đóng góp cho toàn bộ hệ sinh thái Ethereum. Bằng cách tập trung vào một hướng nghiên cứu mở rộng Ethereum hoàn toàn trực giao, nơi chúng tôi tin rằng thực sự cần thiết nhưng chưa được khám phá, chúng tôi cũng có thể đóng góp những cải tiến quan trọng cho toàn bộ hệ sinh thái Ethereum.
Mega ETH là gì?
Ryan: Bây giờ hãy nói về Mega ETH. Lei Yang, bạn có thể nói cho chúng tôi biết dự án này là gì? Và ý nghĩa của Mega ETH là gì?
Lei Yang:
Tất nhiên rồi. Xin chào mọi người, tôi là Lei Yang, CTO và đồng sáng lập của Mega ETH. Tôi vừa hoàn thành tiến sĩ tại MIT, từng làm việc trong lĩnh vực đồng thuận blockchain suốt sáu năm, và đã xuất bản một số bài báo về an ninh, hiệu suất và mạng lưới blockchain.
Hiện tại tôi đang xây dựng Mega ETH. Mega ETH là một blockchain được tối ưu hiệu suất, tương thích hoàn toàn với Ethereum. Một điểm khác biệt then chốt ở đây là chúng tôi không ngần ngại theo đuổi hiệu suất, và tập trung vào cách thực hiện điều đó.
Trước hết, chúng tôi chọn làm Layer 2 của Ethereum. Lý do là vì chúng tôi tin rằng đây là kiến trúc kỹ thuật hiệu suất tốt nhất. Chúng tôi tận dụng kiến trúc Layer 2 để xây dựng thứ mà chúng tôi gọi là “blockchain thời gian thực đầu tiên”. Nói cách khác, chúng tôi có thể đạt hơn 100.000 giao dịch Ethereum thật sự mỗi giây, không chỉ đơn thuần là thanh toán, với thời gian khối từ 1 đến 10 mili giây. Mục tiêu chúng tôi hướng tới là làm cho DApp có tốc độ phản hồi và logic chức năng giống như ứng dụng Web 2 thông thường, đồng thời vẫn mang lại cho người dùng những lợi ích mà họ mong đợi từ DApp, như tính đúng đắn trong thực thi, tự do khỏi kiểm duyệt, v.v.
Về mặt tối ưu kỹ thuật, trước hết, việc làm Layer 2 cho phép chúng tôi chuyên môn hóa nút. Trong Mega, chúng tôi giảm thiểu tối đa sự dư thừa trong thực thi, đến mức tại bất kỳ thời điểm nào cũng chỉ có một sequencer hoạt động thực thi từng giao dịch. Các nút khác tuy theo dõi cập nhật trạng thái và cố gắng giữ trạng thái mới nhất, nhưng không cần thực thi tất cả các giao dịch. Điều này giúp chúng tôi tăng hiệu suất đáng kể, đồng thời nâng cấu hình phần cứng cho sequencer thực thi tất cả các giao dịch, trong khi vẫn giữ yêu cầu phần cứng thấp cho các nút toàn phần chỉ cần theo dõi trạng thái hiện tại.
Về phía sequencer, chúng tôi có một số tối ưu, bao gồm một cấu trúc dữ liệu mới, về chức năng thì giống cây Merkle Patricia, nhưng hiệu quả hơn trong việc tận dụng phần cứng thực tế như SSD và bộ nhớ. Chúng tôi sẽ biên dịch thời gian thực các hợp đồng thông minh Ethereum, chuyển từ bytecode sang mã lắp ráp gốc, và cũng thực thi song song EVM. Đó là một vài điểm nổi bật, và chúng tôi gọi sản phẩm cuối cùng là “blockchain thời gian thực”.
Điểm tương đồng và khác biệt
Ryan: Tôi muốn biết quan điểm của bạn về điểm tương đồng và khác biệt giữa Mega ETH và Monad? Với người bình thường, hoặc những người hơi quen thuộc với tiền mã hóa, điểm tương đồng là cả hai đều tìm cách mở rộng EVM và thực hiện thực thi song song. Vậy, Mega ETH sử dụng kiến trúc Layer 2, thanh toán trên Ethereum, và dùng Ethereum làm lớp sẵn có dữ liệu, đúng không?
Lei Yang:
Thực ra, điều đó không hoàn toàn đúng. Chúng tôi dùng Eigenlayer làm lớp sẵn có dữ liệu, đồng thời cũng thanh toán trên Ethereum. Nhưng còn một điểm tinh tế nhỏ là chúng tôi không coi song song hóa là tính năng hàng đầu hay tối ưu chính.
Ryan: Vậy bạn nghĩ điểm tương đồng và khác biệt giữa hai dự án này là gì?
Lei Yang:
Tôi nghĩ bạn tóm tắt điểm tương đồng rất chính xác. Cả hai đều tập trung vào hiệu suất, và cố gắng cung cấp nguồn lực dồi dào để tạo ra thế hệ ứng dụng mới. Nhưng tôi nghĩ điểm khác biệt ở đây là, như tôi đã nói, quan điểm về song song hóa khác nhau. Tôi nghĩ rằng, nếu bạn muốn xây dựng, ví dụ, 100 bản sao Uniswap, thì trong hệ sinh thái EVM và ETH đủ không gian khối (block space) để bạn dùng.
Nhưng thực tế chúng ta cần là các ứng dụng hoàn toàn mới. Với những ứng dụng này, niềm tin của chúng tôi là phải đạt được hiệu suất đơn luồng rất cao, vì đó mới là hiệu suất thực tế mà một ứng dụng đơn lẻ sử dụng đồng thời. Nói cách khác, chúng tôi đang thực sự đẩy ranh giới hiệu suất đơn luồng. Những tối ưu tôi đề cập, như cấu trúc dữ liệu mới, biên dịch tức thời hợp đồng thông minh, và cả kỹ thuật tính toán bộ nhớ mà tôi chưa nhắc đến, đều nhằm vào hiệu suất đơn luồng. Mặc dù chúng tôi xem song song hóa là bước thứ hai, sau khi đã đạt được hiệu suất đơn luồng đủ cao để hỗ trợ các ứng dụng mới, nhưng trong kỹ thuật và vận hành, chúng tôi thực hiện cả hai đồng thời.
Một điểm khác biệt nữa là sự tập trung rõ ràng vào hiệu suất. Chúng tôi chọn xây Layer 2 vì tin rằng đây là kiến trúc duy nhất tốt nhất về hiệu suất, cho phép bạn loại bỏ tối đa sự dư thừa trong thực thi và đồng thuận. Vì vậy, tôi muốn nhấn mạnh đây là một điểm khác biệt then chốt.
David: Keone, bạn nghĩ sao về điều này?
Keone:
Tôi nghĩ có một điểm đáng để nói là, mục tiêu của Monad và những cải tiến kiến trúc cá nhân nhằm đạt hiệu suất tối đa từ yêu cầu phần cứng tối thiểu. Theo góc nhìn phi tập trung, tôi cho rằng việc cho phép bất kỳ ai chạy nút bằng phần cứng thông thường là rất quan trọng. Để đạt được điều đó, chúng tôi cần cải tiến phần mềm để lấy được hiệu suất cao hơn từ phần cứng, thay vì phụ thuộc nghiêm ngặt vào phần cứng cực kỳ cao. Vì vậy, tôi nghĩ hai dự án này có thể khác biệt rất lớn về tiền đề ban đầu. Trong Monad, chúng tôi thực sự tập trung vào việc lấy hiệu suất tối đa từ phần cứng để bất kỳ ai cũng có thể chạy nút đầy đủ, truy cập toàn bộ trạng thái, theo kịp mạng, không cần tin tưởng, mà tự mình xác minh trực tiếp.
Tác động của kiến trúc
David: Moand và Mega ETH đều có cùng mục tiêu, đó là có được EVM cực kỳ nhanh chóng. Nhưng con đường hai bên đi gần như hoàn toàn trái ngược. Mega ETH chọn Layer 2 với một sequencer đơn hoặc rất ít sequencer, trong khi Monad lại theo đuổi một blockchain Layer 1 với tập hợp trình xác thực rất rộng. Về mặt kỹ thuật, kiến trúc của các bạn phù hợp với những mục tiêu cuối cùng này.
Vì mục tiêu cuối cùng đều giống nhau – có một EVM cực kỳ nhanh – bạn nghĩ các ứng dụng xuất hiện trên blockchain của mỗi bên sẽ giống nhau không? Hay do kiến trúc nền tảng khác nhau, mỗi bên sẽ hình thành hệ sinh thái khác biệt? Kiến trúc nền tảng sẽ ảnh hưởng thế nào đến hệ sinh thái ứng dụng được xây dựng trên mỗi blockchain? Hay có thể nó không ảnh hưởng gì cả?
Lei Yang:
Tôi nghĩ sẽ rất khác biệt. Trước hết, như tôi đã nói, chúng tôi tập trung tuyệt đối vào hiệu suất. Điều này cho phép chúng tôi đạt độ trễ thấp hơn và thông lượng cao hơn. Tôi muốn nhấn mạnh đặc biệt vào phần độ trễ, vì như bạn nói, chúng tôi dùng một sequencer duy nhất. Do đó, sequencer có thể thực thi giao dịch theo kiểu luồng, điều này thực sự tối thiểu hóa thời gian chờ phản hồi giao dịch và thời gian đóng gói khối. Nói cách khác, chúng tôi dự kiến thời gian phản hồi từ lúc giao dịch đến tay sequencer, đến khi được thực thi, đóng gói và cập nhật trạng thái là 1 mili giây.
Từ nền tảng nghiên cứu đồng thuận của tôi, tôi cho rằng điều này là không thể trong bất kỳ hệ thống nào mà thuật toán đồng thuận nằm trên đường dẫn then chốt. Bởi vì để đồng thuận hoạt động, tin nhắn phải được truyền ít nhất giữa tất cả các nút. Nếu các nút phân bố toàn cầu, tin nhắn phải vòng quanh thế giới. Ngay cả với tốc độ ánh sáng, vẫn mất vài trăm mili giây, huống hồ thường cần ít nhất hai đến ba vòng truyền tin nhắn. Điều này có thể dẫn đến độ trễ lên tới 600–700 mili giây. Đây là độ trễ tối thiểu của Layer 1 hoặc Layer 2 dùng sequencer phi tập trung dựa trên đồng thuận.
Do đó, độ trễ thấp này rất hữu ích cho một số ứng dụng. Ví dụ, hãy tưởng tượng Minecraft, bạn không muốn nhân vật của mình phải chờ 600 mili giây trước khi thực hiện bước tiếp theo. Với giao dịch tần suất cao, điều này sẽ rất thú vị, vì các nhà tạo lập thị trường và nhà giao dịch có thể chọn phối hợp với sequencer của chúng tôi. Vì vậy, các ứng dụng thời gian thực sẽ là những dự án hệ sinh thái độc đáo của chúng tôi.
David: Keone, bạn nghĩ sao về cùng câu hỏi này?
Keone:
Tôi đang nghĩ đến viễn cảnh Minecraft phi tập trung, vì nếu bạn ở xa sequencer, bạn sẽ không có độ trễ thấp.
Lei Yang:
Đúng, tất nhiên. Tôi muốn phân biệt hai tham số. Một là Ticktime hay thời gian khối, nói cách khác là độ chính xác hoặc độ phân giải hành động, ví dụ cứ mỗi 1 mili giây là một hành động xảy ra. Nhưng khi người dùng nhận phản hồi, dĩ nhiên chúng tôi không phá vỡ định luật vật lý. Hành động của người dùng phải truyền từ bàn phím đến sequencer, rồi quay lại màn hình người dùng. Tuy nhiên, điều này phổ biến trong mọi loại game MMO hoặc RPG trực tuyến. Vì vậy, phần độ trễ này là chấp nhận được. Điều thực sự quan trọng là nếu đưa đồng thuận vào đường dẫn then chốt, sẽ xảy ra việc truyền tin nhắn ba vòng toàn cầu, dẫn đến độ trễ vượt quá 600 mili giây, cao hơn nhiều so với độ trễ điển hình giữa người dùng và sequencer tập trung.
David: Keone, bạn nghĩ sao về hệ sinh thái ứng dụng trên Monad? Các bạn có tập trung vào khía cạnh cụ thể nào không?
Keone:
Tôi nghĩ vẻ đẹp của EVM nằm ở chỗ nó là một chuẩn mực thống trị, có hiệu ứng mạng đáng kinh ngạc. Rất nhiều thư viện được xây dựng cho EVM, nhiều ứng dụng được phát triển ở đây, và rất nhiều nghiên cứu mật mã ứng dụng cũng diễn ra trong bối cảnh EVM. Vì vậy, với tư cách là một dự án hoàn toàn tương đương bytecode với EVM, Monad cung cấp sự kết hợp tốt nhất giữa hiệu suất và khả năng di chuyển cho các nhà phát triển đã xây dựng trên EVM. Monad tiếp tục làm điều đó, đồng thời giữ vững tính phi tập trung. Tôi nghĩ điều này sẽ trở thành một điểm giao thoa giữa Monad và Mega ETH, vì đội ngũ chúng tôi tin rằng, từ góc nhìn kháng kiểm duyệt và các thuộc tính khác mà cộng đồng mã hóa trân trọng, việc sản xuất khối phi tập trung là rất quan trọng. Ngay cả khi như bạn nói, chi phí đồng thuận do giới hạn tốc độ ánh sáng là không thể tránh khỏi, trừ khi chúng ta tìm ra cách tăng tốc độ ánh sáng.
David: Keone, vậy là xây Layer 1 đi kèm trách nhiệm, vì nó đi cùng tinh thần mã hóa. Nếu thiếu khả năng kháng kiểm duyệt, xây Layer 1 để làm gì? Nếu không thể phi tập trung hóa bộ xác minh một cách hiệu quả, xây Layer 1 để làm gì? Ngoài các cải tiến kiến trúc mạnh mẽ như Monad EVM và Monad DB, các bạn còn phải làm điều gì đó để xứng đáng là một dự án blockchain hợp pháp, những điều mà ngành mã hóa chúng ta trân trọng. Có phải ý bạn là như vậy không?
Keone:
Đúng vậy. Điều này thực ra cũng đến từ mặt xã hội, củng cố các giá trị này. Phi tập trung quan trọng ở yêu cầu phần cứng, số lượng nút tham gia đồng thuận, phân bổ quyền stake, v.v. Tất cả đều là những thuộc tính cần đánh giá. Ngoài ra, còn cần một tầng lớp xã hội mạnh mẽ để củng cố các giá trị này.
Phi tập trung - Monad
Ryan: Từ “phi tập trung” trong lĩnh vực mã hóa là một từ thiêng liêng. Chúng tôi chọn triển khai như Layer 2 chính vì lý do phi tập trung và kháng kiểm duyệt này. Keone, bạn có thể nói gì về lập trường của Monad về tính phi tập trung? Nếu bạn cố gắng đạt tính phi tập trung tối đa, tại sao lại chọn Layer 1 thay vì Layer 2? Với người dùng Ethereum điển hình, Ethereum đã được kiểm nghiệm nhiều năm, có tính phi tập trung rất mạnh. Đây là điều nó làm tốt nhất. Về mặt môi trường thực thi, khả năng xử lý giao dịch khoảng 10-15 giao dịch mỗi giây, điều này kém hiệu quả ở nhiều khía cạnh. Nhưng về thuộc tính phi tập trung, nó gần đạt đến mức của Bitcoin, thậm chí có thể tốt hơn. Vậy tại sao lại từ bỏ tất cả để chuyển sang Layer 1?
Keone:
Như bạn nói, chúng tôi tối ưu hóa tính phi tập trung trong các lựa chọn thiết kế của Monad. Trước tiên, tôi nghĩ cần chỉ ra rằng, với bất kỳ lựa chọn tham số mạng nào, chúng ta nên cố gắng đạt hiệu suất tối đa từ đó. Vì vậy, nếu chúng ta có một mạng gồm 10.000 nút, hoàn toàn phân bố toàn cầu, với yêu cầu phần cứng ở mức cụ thể nào đó. Trong trường hợp Ethereum, điều này hơi giống trò đùa, nhưng tôi vẫn nói, bạn phải có thể chạy nó trên Raspberry Pi. Vì vậy, với một mức yêu cầu phần cứng và số lượng nút nhất định, chúng ta nên cố gắng đạt hiệu suất tối đa từ những yêu cầu đó. Nếu yêu cầu cao hơn một chút nhưng vẫn rất hợp lý, ví dụ trong trường hợp Monad là 32GB RAM, SSD 2TB, băng thông 100Mbps và CPU tương đối rẻ, chúng ta nên cố gắng lấy càng nhiều hiệu suất càng tốt từ phần cứng và cấu hình mạng này.
Ryan: Đây có phải là yêu cầu cụ thể, hay chỉ là phạm vi đại khái?
Keone: Đây là tập hợp tham số chính xác.
David: Vậy cơ bản là phần cứng tầm laptop tiêu dùng, ví dụ MacBook Pro, hoặc kết nối internet băng rộng tiêu dùng điển hình, đó là yêu cầu phần cứng bạn mô tả, với số lượng nút từ 200 đến 300.
Keone: Đúng, giống như chiếc laptop bạn có thể mua ở Costco.
Ryan: Bạn có nghĩ điều này đủ phi tập trung không? Hay so với Ethereum thì sao? Tất nhiên, không chỉ liên quan đến nút và trình xác thực, còn có các bên tham gia khác liên quan đến việc tạo khối, xung quanh đó có cả một chuỗi cung ứng. Bạn có nói thiết kế của Monad phi tập trung hơn Ethereum không? Hay bạn sẽ thảo luận vấn đề này thế nào?
Keone:
Tôi nghĩ điều tôi muốn nói là, với một tập hợp tham số nhất định, chúng ta nên cố gắng đạt hiệu suất tối đa từ cấu hình đó. Cách duy nhất để đạt hiệu suất tối đa là thông qua cải tiến phần mềm. Một số cải tiến mà đội ngũ chúng tôi khởi xướng trong Monad sẽ mang lại lợi ích trong các thiết lập khác, ví dụ như L1 Ethereum hiện tại với 10.000 nút. Đây thực sự là số lượng nút khác nhau, yêu cầu phần cứng cũng hơi khác. Thiết kế cơ sở dữ liệu mới không dành riêng cho kích thước SSD cụ thể nào, nó hoạt động với mọi kích thước SSD. Vì vậy, cuối cùng, chìa khóa là đạt hiệu suất tối đa với yêu cầu phần cứng rất hợp lý. Quan điểm của tôi là, nếu bạn giới hạn mạng chỉ còn một nút, không giới hạn yêu cầu phần cứng, hoặc cho phép RAM cực cao, bạn có thể đạt được đặc điểm hiệu suất khác, thậm chí miễn phí, ví dụ không cần dùng SSD mà giữ toàn bộ trạng thái trong bộ nhớ.
Vì vậy, cuối cùng, nhiệm vụ của nhóm kỹ sư là đạt hiệu suất tối đa từ bất kỳ cấu hình phần cứng nào. Nhưng mỗi người luôn chọn một điểm khởi đầu phần cứng cụ thể, rồi cố gắng lấy càng nhiều hiệu suất càng tốt từ đó. Chúng tôi cho rằng đây là một điểm neo rất tốt, vì phần cứng vẫn rất hợp lý, và chúng tôi có thể lấy được nhiều hiệu suất từ đó.
Phi tập trung - Mega
Ryan: Lei, bạn nghĩ gì về từ khóa “phi tập trung”? Lập trường của Mega ETH về vấn đề này là gì? So với những gì chúng ta vừa nghe, có điểm tương đồng hay khác biệt nào không?
Lei Yang:
Tất nhiên. Trước hết, tôi muốn nói về vấn đề hiệu suất mỗi đơn vị phần cứng. Mega ETH cũng đang nỗ lực tối đa hóa hiệu suất mỗi đơn vị phần cứng, ví dụ mỗi GB RAM, mỗi lõi CPU hay mỗi GHz tần số CPU. Nhưng thực tế, nếu chúng ta có thể nâng cấp phần cứng vô hạn, thì mọi tối ưu có thể bị bỏ qua. Tuy nhiên, thật không may, không có loại phần cứng nào có vô hạn lõi CPU và bộ nhớ. Thực tế, ngay cả phần cứng máy chủ thế hệ mới nhất cũng có giới hạn, điều này đòi hỏi công việc kỹ thuật khó khăn để thực sự tối đa hóa hiệu quả. Từ đúng phải là hiệu quả, tức là hiệu suất mỗi đơn vị, ví dụ biên dịch và cấu trúc dữ liệu mới.
Quay lại vấn đề phi tập trung. Thực tế, chúng tôi cũng có nút nhẹ. Nút toàn phần của chúng tôi được cấu hình 8–16 GB bộ nhớ, SSD 1 TB, nhưng không phải máy chủ, mà là CPU tiêu dùng 4–8 lõi. Vì vậy, cấu hình này gần giống với nút thực thi Ethereum và nút S molar. Nhưng điểm khác biệt then chốt là sequencer phải đảm nhận phần lớn công việc, thực thi tất cả các giao dịch. Trong khi BN Layer 2 cho phép chúng tôi duy trì yêu cầu phần cứng thấp cho nút toàn phần, để những người muốn có trạng thái mới nhất có thể làm được. Điều này thực sự nâng cao tính phi tập trung thông qua việc làm Layer 2. Hơn nữa, các nút xác minh có thể chạy trực tiếp trên Raspberry Pi, không cần lưu trữ, chỉ cần lấy động trạng thái và giao dịch cần xác minh từ mạng. Vì vậy, họ có thể xác minh blockchain theo từng phần nhỏ.
Chúng tôi rất coi trọng tính phi tập trung. Chuyên môn hóa nút là phản hồi của chúng tôi trước quan sát của Keone. Đúng vậy, nếu bạn yêu cầu tất cả mọi người dùng phần cứng cực mạnh, thì căn bản không có tính phi tập trung, vì không ai đủ khả năng mua máy chủ, và chẳng ai muốn một máy chủ ồn ào trong nhà. Tôi có một máy chủ bên cạnh, mỗi khi nâng cấp hay khởi động lại, tiếng ồn rất lớn, chẳng ai muốn thiết bị như vậy trong nhà. Vì vậy, chúng tôi rất quan tâm đến điều này, và chuyên môn hóa nút là giải pháp của chúng tôi.
Ryan: Vậy, chuyên môn hóa nút có đơn giản chỉ là sự phân biệt L1 và L2? Có phải là tình huống này không?
Lei Yang:
Không, cơ bản là bạn có các loại nút khác nhau, với cấu hình phần cứng khác nhau, thực hiện các nhiệm vụ khác nhau trong hệ thống Layer 2. Bạn có sequencer thực thi tất cả giao dịch, có nút toàn phần theo dõi cập nhật trạng thái, và có nút xác minh xác minh trạng thái giao dịch một cách vô trạng thái.
Nhưng về chủ đề phi tập trung, dù chúng tôi rất quan tâm, và đạt được tính phi tập trung bằng cách tối thiểu hóa cấu hình phần cứng cho nút toàn phần và nút xác minh, nhưng thực tế chúng tôi cho rằng phi tập trung chỉ là một phương tiện để đạt mục tiêu. Bạn muốn là tính đúng đắn trong thực thi, bạn muốn tính dứt khoát và kháng kiểm duyệt. Tôi nghĩ rằng hầu hết những người quan trọng từ Web 2 khi bước vào lĩnh vực mã hóa không tìm kiếm cái gọi là phi tập trung. Tôi nghĩ họ muốn tính đúng đắn trong thực thi, họ không muốn tin tưởng bất kỳ thực thể đơn lẻ nào để vận hành các ứng dụng quan trọng của họ. Phi tập trung, như chúng ta thấy, hoạt động rất tốt với Layer 1, nhưng chỉ là một phương tiện để đạt mục tiêu. Bây giờ Layer 1 đã được xây dựng – đó là Ethereum – đã đạt được mức phi tập trung tối đa có thể, tôi nghĩ đã đến lúc chúng ta tiếp tục tiến lên. Vì vậy, Ethereum đã hoàn thành phần việc phi tập trung cho chúng ta, bây giờ là lúc thực sự tối ưu hiệu suất, dựa trên thành quả phi tập trung mà Ethereum đã đạt được.
Ai phi tập trung hơn?
Ryan: Chúng ta có thể thảo luận về tính phi tập trung? Chúng ta có thể không dùng trực tiếp từ “phi tập trung”, mà dùng nó như một đại diện cho tất cả các thuộc tính bạn vừa đề cập, như kháng kiểm duyệt, đảm bảo thanh toán, v.v. Vậy, EVM siêu nhanh nào thực sự phi tập trung hơn? Là Mega ETH hay Monad?
Lei Yang:
Đây là một câu hỏi rất hay. Chúng ta có thể phân tích từ vài góc độ khác nhau, ví dụ cấu hình phần cứng. Tôi đã nói, cấu hình phần cứng cho nút toàn phần và nút xác minh của Mega ETH gần giống với nút Ethereum và nút Monad. Nút toàn phần và nút xác minh của Mega ETH thực tế là đẳng cấp cao, chỉ cần tải thông tin theo nhu cầu. Vì vậy, về cấu hình phần cứng là tương tự. Nghĩa là bạn không cần phần
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
深潮TechFlow
