Đối thoại cùng các nhà sáng lập Monad, Sei và Eclipse: Cùng khám phá tương lai của blockchain hiệu suất cao
Tuyển chọn TechFlowTuyển chọn TechFlow
Đối thoại cùng các nhà sáng lập Monad, Sei và Eclipse: Cùng khám phá tương lai của blockchain hiệu suất cao
Tập chương trình này thảo luận về những lợi thế kỹ thuật của máy ảo Ethereum (EVM) song song hóa, các quyết định chiến lược đằng sau kiến trúc blockchain, cũng như các đổi mới thúc đẩy thế hệ tiếp theo của các chuỗi tốc độ cao.
Chuyên sâu báo cáo Web3Tổng hợp & Biên dịch: TechFlow
Khách mời: Keone Hon, Đồng sáng lập & CEO của Monad Labs; Jay Jog, Đồng sáng lập của Sei Labs; Vijay Chetty, CEO của Eclipse Labs
Dẫn chương trình: Laura Shin, tác giả và người dẫn chương trình Unchained
Nguồn podcast: Unchained
Tiêu đề gốc: Làm thế nào để xây dựng trải nghiệm onchain nhanh nhất với Monad, Sei và Eclipse
Ngày phát hành: 28 tháng 8 năm 2024
Tóm tắt nội dung chính
Trong tập này, Keone Hon từ Monad Labs, Jay Jog từ Sei Labs và Vijay Chetty từ Eclipse Labs đã chia sẻ các phương pháp khác nhau về khả năng mở rộng và hiệu suất trên các blockchain tốc độ cao. Họ thảo luận về lợi thế kỹ thuật của việc song song hóa Ethereum Virtual Machine (EVM), các quyết định chiến lược đằng sau kiến trúc blockchain, cũng như những đổi mới thúc đẩy thế hệ tiếp theo của các chuỗi tốc độ cao.
Monad
Monad bắt đầu như thế nào và sứ mệnh ban đầu
-
Keone giới thiệu nguồn gốc và sứ mệnh của Monad. Monad là một blockchain tương thích với EVM, sử dụng thiết kế kiến trúc ống dẫn (pipeline) cho phép đạt được thông lượng lên tới 10.000 giao dịch mỗi giây với thời gian tạo khối chỉ một giây. Monad được thành lập vào đầu năm 2022 bởi ba đồng sáng lập Eunice Girda, James Hon Saker và Keone. Keone và James từng làm việc tại Jump Trading khoảng tám năm, chuyên về xây dựng hệ thống giao dịch hiệu suất cao, đồng thời tham gia nhóm tiền mã hóa của Jump trong các dự án DeFi trên Solana.
-
Họ nhận thấy nhu cầu cấp thiết trên thị trường đối với hiệu suất thực thi EVM cao hơn, do đó quyết định rời Jump và cùng Eunice Girda khởi nghiệp với Monad.
-
Keone nhấn mạnh mục tiêu cốt lõi của Monad là tận dụng tối đa hiệu suất từ phần cứng đơn giản nhất có thể, điều này đòi hỏi phải xây dựng lại hoàn toàn phần mềm mới và đưa ra những cải tiến kiến trúc mới. Triết lý thiết kế của Monad là chồng bốn cải tiến chính lên nhau, mỗi cải tiến đều nhân bội hiệu quả tổng thể của hệ thống, từ đó đạt được hiệu suất vượt trội.
Các tính năng giúp Monad trở thành blockchain thông lượng cao
-
Keone đi sâu vào các tính năng then chốt giúp Monad đạt được thông lượng cao:
-
Thứ nhất, Monad sử dụng cơ sở dữ liệu trạng thái tùy chỉnh, có thể lưu trữ bản chất dữ liệu Merkle Tree của Ethereum trực tiếp trên SSD, từ đó truy cập trạng thái hiệu quả hơn.
-
Thứ hai là thực thi song song lạc quan (optimistic parallel execution), cho phép nhiều giao dịch chạy song song nhưng vẫn đảm bảo kết quả cuối cùng giống hệt như khi thực thi tuần tự.
-
Thứ ba là thực thi bất đồng bộ (asynchronous execution), tạo ra "làn đường riêng biệt" giữa đồng thuận và thực thi, cho phép quá trình thực thi tận dụng toàn bộ thời gian khối chứ không chỉ một phần nhỏ.
-
Cuối cùng là Monad BFT – một cơ chế đồng thuận tối ưu hiệu suất, duy trì sự đồng bộ giữa hàng trăm nút phân bố toàn cầu.
-
-
Về vấn đề tổ hợp (composability) trong xử lý song song, Keone giải thích rằng khối của Monad vẫn mang tính tuyến tính, các giao dịch trong khối được xác định theo thứ tự tuyến tính, do đó duy trì thứ tự tuyệt đối giữa các giao dịch. Việc xử lý song song diễn ra ở hậu trường mà không ảnh hưởng đến kết quả thực thi cuối cùng. Bảo đảm của mô hình thực thi song song lạc quan là dù xử lý có diễn ra song song, việc cam kết cuối cùng vẫn tuân theo thứ tự giao dịch ban đầu, đảm bảo mỗi lần cam kết đều chính xác, và nếu bất kỳ đầu vào nào thay đổi thì có thể thực thi lại.
-
Thêm nữa, Keone nhấn mạnh cơ sở dữ liệu trạng thái tùy chỉnh nhằm giải quyết bài toán phình to blockchain. Khi trạng thái ngày càng lớn, chi phí và độ trễ truy cập trạng thái cũng tăng theo. Cơ sở dữ liệu hiện tại dùng bởi các client Ethereum có cấu trúc phức tạp, dẫn đến việc truy cập một trạng thái trong cây Merkle cần rất nhiều tương tác. Cơ sở dữ liệu tùy chỉnh của Monad (gọi là Mona DB) được tối ưu hóa đặc biệt cho việc lưu trữ dữ liệu cây Merkle của Ethereum, dù xây dựng từ đầu là một quá trình phức tạp, nhưng đây là bước đi quan trọng để nâng cao hiệu quả thực thi.
Tại sao Monad chọn xây dựng một blockchain mới thay vì L2
-
Keone giải thích lý do Monad chọn làm một blockchain độc lập thay vì L2.
-
Thứ nhất, phi tập trung là yếu tố hàng đầu. Họ coi trọng việc sản xuất khối phi tập trung và sự tham gia của các nút vào cơ chế đồng thuận, điều này rất quan trọng để chống kiểm duyệt và đảm bảo sự phân quyền trong toàn bộ mạng lưới. Trong khi đó, các giải pháp L2 hiện tại phần lớn vẫn phụ thuộc vào các bộ sắp xếp (sequencer) tập trung, điều này trái ngược với triết lý phi tập trung của họ.
-
Thứ hai, hiệu suất và chi phí cũng là yếu tố then chốt. Để xây dựng một hệ thống thực sự hiệu suất cao, cần tối ưu hóa mọi tầng của stack công nghệ, bao gồm thành phần thực thi, thành phần đồng thuận (duy trì đồng bộ giữa các nút), cũng như các yếu tố khác như tính sẵn có dữ liệu. Keone nhấn mạnh mục tiêu của Monad là giải quyết toàn diện các vấn đề này, xây dựng một hệ thống đơn lẻ hiệu quả để đạt hiệu suất tối đa.
Tại sao Keone cho rằng Monad mang lại trải nghiệm tốt nhất cho nhà phát triển, và vì sao ông không thích danh xưng “kẻ giết Ethereum”
-
Keone nói rằng trải nghiệm tốt nhất cho nhà phát triển trên Monad chủ yếu đến từ hai khía cạnh: hiệu suất và khả năng tương thích. Thứ nhất, Monad hoàn toàn tương thích với EVM, nghĩa là nhà phát triển có thể tiếp tục sử dụng các công cụ và thư viện quen thuộc như ngôn ngữ lập trình Solidity. Khả năng tương thích này cho phép tái sử dụng các thành phần hiện có hoặc đảm bảo tính tương thích ngược với chuẩn Ethereum khi xây dựng ứng dụng mới.
-
Thứ hai, Monad cung cấp sự cải thiện đáng kể về hiệu suất. Nhờ thực thi bất đồng bộ và cơ chế đồng thuận hiệu quả, nhà phát triển có thể triển khai ứng dụng trên môi trường Monad để tận hưởng khả năng xử lý giao dịch cao hơn. Điều này đặc biệt quan trọng với các ứng dụng hướng tới áp dụng đại chúng, vốn cần xử lý lượng lớn giao dịch.
Quan điểm về danh xưng “kẻ giết Ethereum”
-
Keone bày tỏ quan điểm khác biệt. Ông cho rằng cách gọi này không chính xác, vì dự án Monad tập trung vào những khía cạnh chưa được nghiên cứu đầy đủ trong lĩnh vực mở rộng Ethereum. Keone nhấn mạnh đội ngũ mong muốn tăng cường khả năng của Ethereum bằng cách khám phá các trụ cột công nghệ khác nhau, chứ không phải thay thế nó. Mục tiêu của họ là đóng góp vào lộ trình mở rộng Ethereum thông qua các đề xuất cải tiến (EIPs) và hợp tác với các nhà nghiên cứu khác.
-
Keone thêm rằng Monad có thể được xem như một môi trường tiên phong thử nghiệm một số cải tiến cho Ethereum, và theo thời gian, những cải tiến này có thể được đưa vào Ethereum hoặc các môi trường khác. Vì vậy, mục tiêu của Monad là tăng cường sức mạnh cho Ethereum, chứ không phải tiêu diệt nó.
Sự kiện gây quỹ lớn của Monad và cách sử dụng số tiền
-
Monad gần đây đã hoàn tất vòng gây quỹ lớn nhất năm 2024 với tổng cộng 225 triệu USD. Keone cho biết số tiền này sẽ được dùng cho nhiều mục đích, trước hết là mở rộng đội ngũ, thu hút thêm nhân tài có thể thúc đẩy dự án Monad và cả ngành công nghiệp tiến lên. Họ không chỉ tìm kiếm các chuyên gia trong lĩnh vực tiền mã hóa, mà còn muốn thu hút các kỹ sư cấp thấp có kinh nghiệm phong phú từ các lĩnh vực khác, đưa họ vào ngành crypto.
-
Keone nhấn mạnh đội ngũ cảm kích sự hỗ trợ từ các nhà đầu tư, và số vốn này cung cấp đủ nguồn lực để hiện thực hóa tầm nhìn của họ.
-
Keone cũng đề cập rằng dù Monad chưa ra mắt chính thức, nhưng đã thu hút được sự chú ý lớn từ các nhà đầu tư mạo hiểm và các ứng dụng. Ví dụ, các ứng dụng như Kintsu và Kuru trên nền tảng Monad gần đây đã huy động được vốn. Sự quan tâm này phản ánh năng lực của các đội ngũ trong hệ sinh thái Monad, cũng như kỳ vọng của nhà đầu tư vào các đặc điểm như thông lượng cao, phí thấp và tương thích hoàn toàn với EVM. Ngoài ra, nhà đầu tư cũng tin tưởng vào các cải tiến liên tục mà đội ngũ Monad đang thúc đẩy, những cải tiến này sẽ hỗ trợ mở rộng dài hạn và tăng cường khả năng của EVM.
Cộng đồng mạnh mẽ của Monad
-
Keone chỉ ra rằng Monad sở hữu một cộng đồng mạnh mẽ, điều này chủ yếu nhờ vào sự đóng góp tích cực của các thành viên cộng đồng và nỗ lực nội bộ của đội ngũ. Ông cho rằng sự phát triển của cộng đồng cuối cùng được thúc đẩy bởi những cá nhân cảm thấy mình có thể đóng góp. Vai trò của đội ngũ Monad là tạo ra một môi trường thân thiện, khiến mọi người cảm thấy được chào đón, đồng thời quản lý rác và duy trì bầu không khí tích cực.
-
Keone cảm ơn các cá nhân tích cực trong cộng đồng, những người đặt ra tiêu chuẩn cao, tạo ra các meme và tác phẩm nghệ thuật tuyệt vời, đồng thời tổ chức nhiều hoạt động. Ví dụ, Monad còn thành lập Câu lạc bộ chạy bộ Monad, một nhóm Strava nơi các thành viên ghi lại các buổi chạy nhằm nâng cao sức khỏe. Ngoài ra còn có chương trình Mon Lingo, nhằm cùng nhau học ngôn ngữ mới.
-
Các hoạt động cộng đồng này cho thấy niềm vui trong cộng đồng Monad, nhấn mạnh việc xây dựng tình bạn và mối quan hệ, chứ không chỉ tập trung vào lợi nhuận tài chính hay hành vi "canh tác". Việc xây dựng mạng xã hội như vậy là rất quan trọng đối với một cộng đồng blockchain thành công.
Kế hoạch tiếp theo của Monad và liệu có sớm ra mắt token không
-
Keone cho biết testnet và mainnet của Monad sắp ra mắt, đội ngũ đang làm việc chăm chỉ, tuy chưa có ngày phát hành cụ thể nhưng tiến độ rất thuận lợi.
-
Về câu hỏi liên quan đến token của Monad, Keone hiện không thể cung cấp thông tin cụ thể, dù từng có thông tin rò rỉ tên token và sau đó bị rút lại. Ông nói rằng tạm thời không thể bình luận gì về vấn đề này.
Sei
Sei là gì, và vai trò của sự kiện GameStop trong việc hình thành nó
-
Sei là một blockchain cấp một đầy đủ chức năng, ban đầu lấy cảm hứng từ Jay Jog và đồng sáng lập Jeff Feng khi trải qua sự kiện GameStop vào năm 2021. Jay lúc đó là Giám đốc kỹ thuật tại Robinhood, trực tiếp chứng kiến sự hỗn loạn nội bộ. Khi việc mua cổ phiếu GameStop và các cổ phiếu khác bị tạm dừng, Robinhood chịu áp lực dư luận lớn, điều này khiến Jay cảm thấy bất an vì với tư cách là nhân viên nội bộ, họ không có đủ thông tin nền tảng nhưng lại gánh rủi ro về uy tín.
-
Sau sự kiện GameStop, Jay và Jeff quyết định xây dựng một sàn giao dịch phi tập trung nhằm tránh xảy ra tình huống tương tự. Ban đầu họ muốn xây dựng một sàn giao dịch phi tập trung (DEX) trên chuỗi, nhưng nhận thấy không có hệ sinh thái phù hợp hỗ trợ DEX dựa trên sổ lệnh onchain. Do đó, họ quyết định xây dựng như một chuỗi độc lập, cuối cùng phát triển thành Sei – một nền tảng blockchain tập trung vào giao dịch hiệu quả và tài chính phi tập trung.
Tại sao Jay cho rằng hệ sinh thái nhà phát triển EVM lại mạnh mẽ đến vậy
Jay cho rằng hệ sinh thái nhà phát triển EVM (Máy ảo Ethereum) mạnh mẽ vì những lý do sau:
-
Tỷ lệ nhà phát triển cao: Hiện nay, khoảng 80% đến 90% nhà phát triển trong lĩnh vực tiền mã hóa là nhà phát triển EVM. Điều này có nghĩa hệ sinh thái EVM sở hữu cơ sở nhà phát triển khổng lồ.
-
Độ bám dính về công nghệ và tư tưởng: EVM không chỉ là một stack công nghệ mà còn là một hệ sinh thái. Một hệ thống công cụ và văn hóa phát triển phong phú đã hình thành xung quanh EVM, khiến các nhà phát triển gắn bó sâu sắc hơn với môi trường này. Nhiều nhà phát triển phản đối chuyển sang môi trường thực thi khác, một phần vì độ phức tạp kỹ thuật – việc chuyển đổi có thể dẫn đến lỗi trong mã, ảnh hưởng đến an toàn toàn bộ dự án.
-
Giới hạn về hiệu suất: Jay chỉ ra giới hạn lớn nhất của EVM là thông lượng thấp, dẫn đến trải nghiệm người dùng kém. Ví dụ, khả năng xử lý giao dịch của Ethereum thấp, người dùng phải trả phí cao trong giờ cao điểm, khiến người dùng phổ thông khó thao tác trên chuỗi.
-
Tiềm năng xử lý song song: Jay nhấn mạnh EVM hiện tại xử lý tuần tự đơn luồng, trong khi máy tính hiện đại đều đa lõi, có thể xử lý nhiều luồng công việc cùng lúc. Nhận thức cốt lõi của họ là bằng cách song song hóa EVM, có thể tận dụng hiệu quả phần cứng hiện đại, từ đó nâng cao khả năng xử lý giao dịch. Đây cũng là lý do họ chọn xây dựng Sei – trở thành EVM song song đầu tiên.
-
Kết hợp ưu điểm: Bằng cách kết hợp ưu điểm của EVM với đặc điểm của blockchain hiệu suất cao như Solana, Sei có thể vừa giữ hệ sinh thái nhà phát triển EVM, vừa cung cấp hiệu suất và trải nghiệm người dùng cao hơn.
Tại sao Sei chuyển từ Cosmos sang EVM, dẫn đến ra mắt phiên bản v2
Jay giải thích quá trình Sei chuyển từ Cosmos ban đầu sang EVM, và lý do ra mắt v2, bao gồm những điểm chính sau:
-
Lựa chọn ban đầu: Trong giai đoạn khởi đầu, đội ngũ Sei chọn sử dụng Cosmos SDK để xây dựng chuỗi chuyên dụng, vì Cosmos SDK là framework đã được kiểm chứng, giúp dễ dàng khởi chạy dự án. Điều này giúp họ nhanh chóng xây dựng hạ tầng.
-
Chuyển đổi sang chuỗi phổ quát: Khi dự án phát triển, đội ngũ Sei nhận ra họ cần một giải pháp tổng quát hơn, dù Cosmos SDK vẫn là điểm khởi đầu tốt. Tuy nhiên, họ phát hiện một số điểm kém hiệu quả trong quá trình sử dụng nên đã thực hiện nhiều tối ưu hóa.
-
Tối ưu hóa cơ chế đồng thuận: Ban đầu, Sei sử dụng cơ chế đồng thuận Tendermint cơ bản. Để nâng cao hiệu suất, họ tối ưu hóa cách lan truyền và xử lý khối, cuối cùng phát triển thành "đồng thuận turbo kép" (twin turbo consensus), biến Sei thành một trong những blockchain nhanh nhất hiện nay.
-
Ưu thế hiệu suất: Nhờ những cải tiến này, Sei đạt được thời gian xác nhận cuối cùng chỉ 400ms, nhanh hơn cả Solana và các chuỗi khác. Hiệu suất cao này giúp Sei nổi bật trong cuộc cạnh tranh.
-
Quyết định chuyển sang EVM: Sau khi hiểu sâu hơn về nhu cầu thị trường và hệ sinh thái nhà phát triển, Sei quyết định ra mắt v2, chuyển sang môi trường EVM. Thay đổi này không chỉ thu hút lượng lớn nhà phát triển EVM, mà còn tận dụng được công cụ và tài nguyên dồi dào trong hệ sinh thái EVM, từ đó nâng cao trải nghiệm người dùng và hiệu quả phát triển.
Điều gì khiến Sei trở thành “chuỗi nhanh nhất, thậm chí nhanh hơn cả Solana”
Jay giải thích cách Sei trở thành “chuỗi nhanh nhất”, đồng thời đi sâu vào đặc điểm của đồng thuận turbo kép (twin turbo consensus), bao gồm:
-
Cơ chế đồng thuận turbo kép:
-
Trong cơ chế Tendermint truyền thống, xử lý một khối cần hai vòng bỏ phiếu: pre-vote và pre-commit, rồi mới bắt đầu xử lý khối. Quá trình này khá tốn thời gian.
-
Sáng tạo của Sei nằm ở chỗ, trong khi hai vòng bỏ phiếu đang diễn ra, họ bắt đầu xử lý khối song song. Nghĩa là trong thời gian bỏ phiếu, việc xử lý khối cũng diễn ra đồng thời, tiết kiệm thời gian. Ví dụ, nếu quá trình bỏ phiếu mất 300ms, Sei có thể tận dụng khoảng thời gian đó để xử lý khối, từ đó nâng cao hiệu suất tổng thể.
-
-
Tối ưu hóa lan truyền khối:
-
Trong Tendermint truyền thống, khi gửi một khối, toàn bộ khối phải được truyền qua mạng, ngay cả khi hầu hết các giao dịch đã có trong mempool của từng validator.
-
Giải pháp của Sei là chỉ gửi hash giao dịch (mỗi hash khoảng 32 byte), thay vì toàn bộ giao dịch. Điều này giảm đáng kể lượng dữ liệu truyền tải, giúp các validator tái tạo khối tại chỗ, từ đó nâng cao hiệu suất.
-
-
Việc đưa vào xử lý song song:
-
Bên cạnh đồng thuận turbo kép, Sei còn đưa vào công nghệ song song hóa để nâng cao hiệu suất lớp thực thi. Khả năng xử lý song song này giúp Sei tận dụng tài nguyên tính toán hiệu quả hơn.
-
-
Phản hồi thị trường và chuyển đổi:
-
Khi ra mắt v1, Sei chỉ hỗ trợ Cosmos và hợp đồng thông minh Rust, điều này khiến các nhà phát triển ngại học ngôn ngữ mới, dẫn đến số người dùng ít.
-
Thông qua trao đổi với nhà phát triển, Sei nhận được phản hồi nhất quán mong muốn hỗ trợ EVM. Vì vậy, đội ngũ quyết định chuyển sang EVM và tiếp tục tối ưu, cải tiến trên nền tảng này.
-
-
Thành công của v2:
-
Sei công bố v2 vào tháng 11 năm ngoái và chính thức ra mắt vào tháng 5 năm nay. Phiên bản v2 kết hợp EVM và hợp đồng thông minh Cosmos, cho phép nhà phát triển sử dụng các ngôn ngữ hợp đồng khác nhau trên cùng một chuỗi.
-
Sau khi v2 ra mắt, hệ sinh thái Sei phát triển nhanh chóng, thu hút nhiều dự án và nhà đầu tư mới, TVL (giá trị khóa tổng) tăng mạnh.
-
Sei DB hoạt động như thế nào, và tại sao Jay cho rằng kiến trúc monolithic có nhiều lợi thế hơn kiến trúc mô-đun
Cơ chế hoạt động của Sei DB
-
Lưu trữ trạng thái và ghi dữ liệu:
-
Khi giao dịch được xử lý song song và thông lượng cao hơn, lượng dữ liệu ghi vào blockchain Sei tăng đáng kể, dẫn đến vấn đề tải trạng thái (state load). Tải trạng thái là một trong những nguyên nhân chính làm giảm hiệu suất blockchain.
-
Để giải quyết vấn đề này, Sei giới thiệu CDB (một giải pháp cơ sở dữ liệu mới), với hai ý tưởng chính:
-
Cây IVL ánh xạ bộ nhớ: Ở v1, toàn bộ cấu trúc cây được lưu trên ổ đĩa, còn ở v2, Sei chia nó thành nhiều file và loại bỏ nhiều metadata, kết quả giảm khoảng 60% dữ liệu lưu trữ. Điều này giúp vận hành nút đầy đủ dễ dàng hơn và mở rộng nhanh hơn.
-
Ghi bất đồng bộ lên ổ đĩa: Trạng thái được tạo trong bộ nhớ thay vì ghi ngay lập tức lên ổ đĩa, từ đó tăng tốc độ ghi. Jay nói rằng khi cam kết khối, tốc độ ghi tăng 287 lần. Cải tiến này nâng cao đáng kể hiệu suất, giảm độ trễ và tăng thông lượng.
-
-
Lợi thế của kiến trúc monolithic
-
Quản lý độ phức tạp:
-
Jay cho rằng so với kiến trúc mô-đun, kiến trúc monolithic có lợi thế rõ rệt trong việc quản lý độ phức tạp. Trong kiến trúc mô-đun, sự phụ thuộc giữa nhiều microservice làm tăng độ phức tạp hệ thống. Ví dụ, việc tách riêng lớp thực thi, lớp thanh toán và lớp sẵn có dữ liệu có thể gây ra vấn đề giao tiếp, làm hệ thống dễ tổn thương hơn.
-
-
Tối ưu hiệu suất:
-
Trong kiến trúc monolithic, tất cả thành phần chạy trong cùng một hệ thống, loại bỏ độ trễ giao tiếp giữa các module, từ đó nâng cao hiệu suất tổng thể. Jay nhấn mạnh hiệu suất hàng đầu luôn tốt hơn trên chuỗi monolithic so với hệ thống mô-đun, vì kiến trúc mô-đun phải gánh thêm chi phí giao tiếp.
-
-
Khả năng chịu lỗi:
-
Nếu một phần trong kiến trúc mô-đun gặp lỗi, có thể ảnh hưởng đến tính cuối cùng và khả dụng của toàn hệ thống. Trong khi đó, kiến trúc monolithic tập trung mọi chức năng vào một hệ thống, giảm phạm vi ảnh hưởng khi xảy ra lỗi.
-
-
Jay nhấn mạnh rằng dù kiến trúc mô-đun có thể phù hợp trong một số trường hợp (ví dụ cần không gian khối chuyên dụng), nhưng đối với các ứng dụng theo đuổi hiệu suất hàng đầu, kiến trúc monolithic cung cấp giải pháp tốt hơn. Thiết kế Sei DB nhằm tối ưu lưu trữ trạng thái và tăng tốc độ ghi để đáp ứng nhu cầu hiệu suất cao, đồng thời giảm độ phức tạp hệ thống.
Eclipse
Eclipse vận hành như thế nào bằng cách kết hợp Ethereum, Solana và Cosmos
Tầm nhìn và mục tiêu của Eclipse
-
Giải pháp L2 thông lượng cao: Mục tiêu của Eclipse là xây dựng một giải pháp lớp 2 (L2) cho Ethereum với thông lượng cao, nhằm nâng cao hiệu quả thông qua tối ưu môi trường thực thi. Vijay nhấn mạnh Eclipse chọn sử dụng Solana Virtual Machine (SVM) vì nó cung cấp khả năng xử lý song song và thông lượng cao hơn Ethereum Virtual Machine (EVM).
Kiến trúc mô-đun
-
Thiết kế mô-đun: Eclipse áp dụng tư duy thiết kế mô-đun, tận dụng các công nghệ blockchain khác nhau để đáp ứng nhu cầu khác nhau:
-
Lớp thực thi: Eclipse sử dụng Solana Virtual Machine (SVM) vì nó cung cấp thông lượng cao hơn và có cộng đồng nhà phát triển Rust đông đảo. Điều này giúp các nhà phát triển Web 2 dễ dàng chuyển sang Web 3, tận dụng hiệu suất cao của SVM để xây dựng ứng dụng.
-
Lớp thanh toán và đồng thuận: Eclipse chọn Ethereum làm lớp thanh toán và đồng thuận, để tận dụng cơ sở người dùng lớn và tài sản đa dạng của Ethereum. Sự kết hợp này cho phép người dùng tận hưởng trải nghiệm ứng dụng Solana vượt trội, đồng thời vẫn truy cập được tài sản và hệ sinh thái Ethereum.
-
Lớp sẵn có dữ liệu: Eclipse chọn Celestia làm giải pháp sẵn có dữ liệu, vì nó dẫn đầu trong lĩnh vực sẵn có dữ liệu mô-đun, cung cấp chi phí đăng tải block dữ liệu thấp nhất.
-
Chứng minh gian lận ZK
-
Lớp chứng minh gian lận: Eclipse dự định sử dụng chứng minh gian lận zero-knowledge (ZK) để tạo ra một giải pháp L2 tin cậy tối thiểu. Vijay cho rằng tất cả các phương pháp lạc quan cuối cùng sẽ chuyển sang chứng minh gian lận ZK, vì vậy Eclipse muốn đi đầu trong lĩnh vực này.
Giải quyết vấn đề ngành
-
Giải quyết vấn đề phân mảnh (Fragmentation): Vijay nói rằng hiện nay hệ sinh thái Ethereum đang đối mặt với vấn đề phân mảnh, khiến việc phối hợp giữa các RFQ và nhà cung cấp thanh khoản trở nên phức tạp. Mục tiêu của Eclipse là cung cấp một giải pháp L2 phổ quát, hỗ trợ nhu cầu của đa số ứng dụng, từ đó giảm bớt vấn đề phối hợp do phân mảnh gây ra.
Eclipse xử lý độ phức tạp của kiến trúc mô-đun như thế nào
Phát triển và kiểm thử nội bộ
-
Nỗ lực của đội ngũ: Đội ngũ Eclipse thực hiện lượng lớn phát triển và kiểm thử nội bộ để đảm bảo giao tiếp hiệu quả giữa các lớp. Hợp tác chặt chẽ với Celestia giúp nâng cao đáng kể hiệu quả đăng tải dữ liệu.
Tối ưu hóa đăng tải dữ liệu
-
Khối lượng dữ liệu và metadata: Vijay nói rằng Eclipse gần đây lập kỷ lục đăng tải lượng dữ liệu lớn nhất trong một ngày, thành tựu này nhờ vào tối ưu cấu trúc dữ liệu. Ông chỉ ra rằng ngoài danh sách giao dịch, khối Solana nén còn chứa nhiều metadata khác. Vì vậy, giảm lượng metadata và nâng cao hiệu quả đăng tải dữ liệu trở thành hướng tối ưu quan trọng.
Học hỏi và tối ưu liên tục
-
Điều chỉnh động: Đội ngũ Eclipse đang không ngừng học hỏi và điều chỉnh để đối phó với lượng hoạt động ngày càng tăng. Mục tiêu là khi hoạt động tăng, tỷ lệ giữa lượng dữ liệu đăng tải và lượng hoạt động sẽ giảm xuống, từ đó nâng cao hiệu quả tổng thể.
Hợp tác hệ sinh thái
-
Kiểm thử tập thể và hợp tác: Vijay nhấn mạnh "kiểm thử chiến đấu tập thể" với Celestia và các đối tác hệ sinh thái khác là phần quan trọng trong quá trình tối ưu. Hợp tác này không chỉ giúp cải thiện giải pháp riêng mà còn thúc đẩy tiến bộ toàn bộ hệ sinh thái.
Có những cách nào để giao dịch SOL trên Eclipse
Cơ chế cầu nối
-
Cần cầu nối: Để giao dịch SOL trên Eclipse cần sử dụng cơ chế cầu nối. Eclipse sẽ vận hành một cầu nối chuyên dụng để chuyển ETH lên Eclipse.
Hợp tác cầu nối tài sản
-
Đối tác: Eclipse còn hợp tác với các nhà cung cấp dịch vụ cầu nối khác (như Hyperlane) để dễ dàng chuyển tài sản từ các L1 và L2 khác đến nền tảng Eclipse. Điều này giúp người dùng thuận tiện hơn trong việc di chuyển tài sản.
Token SOL được đóng gói
-
SOL được đóng gói: Trên Eclipse, SOL sẽ tồn tại dưới dạng token được đóng gói. Nghĩa là khi cầu nối, người dùng sẽ chuyển đổi SOL gốc thành phiên bản được bao bọc để giao dịch trên mạng Eclipse.
Phản ứng của Vijay trước cáo buộc từ người sáng lập và cựu CEO Neel Somani đối với Eclipse Labs
-
Tập trung vào sản phẩm và đội ngũ: Vijay nhấn mạnh điểm tập trung chính của ông là tương lai công ty, sản phẩm và lộ trình phát triển. Ông cam kết đảm bảo đội ngũ cùng hướng tới một mục tiêu, 99% nỗ lực dành cho việc xây dựng sản phẩm và đội ngũ.
-
Không bàn về hành vi cá nhân: Vijay nói ông sẽ không bình luận về hành vi cá nhân hay cáo buộc đối với Neel Somani, vì ông cho rằng mình không thể đánh giá tính xác thực của các cáo buộc đó. Tuy nhiên, ông ủng hộ quyền lên tiếng và biểu đạt của những người đã lên tiếng.
-
Công ty và sản phẩm là ưu tiên: Vijay nhấn mạnh điều quan trọng nhất với ông là tập trung vào công ty và sản phẩm đang xây dựng. Theo ông, tranh cãi xung quanh Neel chủ yếu là vấn đề cá nhân, Neel đã rời công ty, và đội ngũ sẽ tiếp tục tập trung vào công việc của mình.
Eclipse thu hút nhà phát triển như thế nào
Thu hút nhà phát triển Solana
-
Dễ dàng di chuyển ứng dụng: Eclipse cung cấp cách thức đơn giản để các nhà phát triển Solana hiện tại di chuyển ứng dụng của họ sang Ethereum, từ đó tiếp cận người dùng và tài sản Ethereum. Đối với các giao thức như Mango, Soul Land, đây là cơ hội tăng trưởng, thu hút thêm người dùng và tài sản, đồng thời mang trải nghiệm ứng dụng Solana đến người dùng của họ.
Thu hút nhà phát triển Ethereum
-
Cơ hội phát triển đa chuỗi: Vijay chỉ ra rằng giao lưu giữa nhà phát triển Ethereum và Solana lâu nay khá ít, chủ yếu do sự khác biệt giữa hai ngôn ngữ (như Solidity và Rust). Tuy nhiên, gần đây tình hình đã cải thiện, các nhà phát triển bắt đầu khám phá cách dùng Rust trên Ethereum, các công cụ như Rep cũng đang hỗ trợ phát triển đa chuỗi.
Giải quyết vấn đề mở rộng của Ethereum
-
Trải nghiệm giao dịch phi tập trung: Nhiều nhà phát triển Ethereum do giới hạn mở rộng nên đã chuyển quy trình giao dịch DeFi ra khỏi chuỗi hoặc sang các chuỗi ứng dụng riêng. Vijay cho rằng điều này gây phân mảnh trải nghiệm, làm khó khăn trong việc thống nhất thanh khoản và minh bạch. Eclipse cung cấp giải pháp giúp nhà phát triển triển khai hệ thống sổ lệnh giới hạn trung tâm (CLOB) cấp tổ chức và hệ thống yêu cầu báo giá (RFQ) liền mạch, đồng thời giữ các thao tác hoàn toàn onchain.
Cung cấp trải nghiệm ứng dụng DeFi chất lượng cao
-
Ứng dụng DeFi cấp tổ chức: Eclipse hướng tới mang lại trải nghiệm ứng dụng DeFi chất lượng cao cho người dùng, đồng thời duy trì hoạt động hoàn toàn onchain, trái ngược với xu hướng nhiều nhà phát triển hiện nay chuyển intent và hệ thống RFQ ra offchain. Bằng cách này, Eclipse có thể giúp nhà phát triển đạt trải nghiệm người dùng tốt hơn và minh bạch cao hơn.
Lĩnh vực nào Vijay dự đoán sẽ phát triển mạnh trên Eclipse
Lĩnh vực DeFi
-
Trải nghiệm DeFi cấp tổ chức: Vijay rất mong chờ khi thấy một số trải nghiệm DeFi cấp tổ chức trong các cuộc thi hackathon, đặc biệt là hệ thống sổ lệnh giới hạn trung tâm (CLOB) và hệ thống yêu cầu báo giá (RFQ). Ông nhấn mạnh các hệ thống này cần có trải nghiệm người dùng tốt để người dùng phổ thông dễ dàng tiếp cận.
Lĩnh vực Meme Coin
-
Phát hành công bằng và quyền sở hữu cộng đồng: Vijay chỉ ra rằng trên Solana đã có rất nhiều hoạt động liên quan đến Meme Coin, ông mong chờ những đổi mới liên quan đến phát hành công bằng và quyền sở hữu cộng đồng. Những khái niệm này có thể áp dụng cho các công ty tiền mã hóa được hỗ trợ bởi VC, thúc đẩy sự tham gia và phát triển của cộng đồng.
Trải nghiệm người dùng
-
Ứng dụng tiêu dùng thông lượng cao: Vijay nhấn mạnh thông lượng cao của Eclipse mở ra cơ hội lớn để xây dựng trải nghiệm người dùng đẳng cấp. Ông nói rằng các ứng dụng xã hội Web 2 phổ biến có hàng ngàn giao dịch và tương tác mỗi giây, vì vậy việc tận dụng khả năng của Eclipse để hỗ trợ các ứng dụng này là một không gian thiết kế rất thú vị. Ông nhắc đến một số ví dụ thành công như Friend Tech, Forecaster và Lens, những ứng dụng đã cho thấy tiềm năng trong lĩnh vực này.
Cơ sở hạ tầng
-
Cơ sở hạ tầng vật lý phi tập trung: Về cơ sở hạ tầng, Vijay đề cập đến tiềm năng của mạng cảm biến phi tập trung và trí tuệ nhân tạo phi tập trung. Ông cho rằng dù lĩnh vực này có một chút thổi phồng, nhưng trong không gian thiết kế mạng cảm biến quy mô lớn và mạng sâu, vẫn còn nhiều khả năng thú vị.
Kế hoạch tiếp theo của Eclipse và thời điểm có thể khởi chạy mainnet
-
Vijay nói Eclipse đã ra mắt mainnet cho nhà phát triển, nhưng hiện chưa tích cực thúc đẩy công cụ giao diện người dùng cho người dùng phổ thông. Trọng tâm của họ là hỗ trợ nhà phát triển và các đối tác hạ tầng triển khai ứng dụng lên môi trường mainnet.
-
Dự kiến sẽ khởi chạy mainnet công khai vào khoảng tháng 9, khi đó sẽ ra mắt nhiều giao diện và trải nghiệm chơi hóa (gamification) cho người dùng phổ thông.
Kế hoạch phát triển sau khi ra mắt
-
Chức năng rút lại: Trước khi ra mắt mainnet công khai, sẽ cho phép người dùng thực hiện thao tác rút lại – đây là yêu cầu cơ bản.
-
Phát triển từng giai đoạn: Sau khi mainnet ra mắt, Eclipse sẽ chuyển dần sang rollup giai đoạn một trong vài tháng tới, bao gồm triển khai chứng minh gian lận không cần cấp phép, cầu nối tin cậy tối thiểu và chức năng ép buộc bao gồm (forced inclusion).
-
Mở mã nguồn từng phần: Eclipse dự định trong tương lai sẽ từng bước mở mã nguồn một phần stack công nghệ. Phần hiện tại đã công bố sử dụng giấy phép Apache 2.0, cho phép sử dụng và tái sử dụng trong học thuật.
Phi tập trung và quản trị
-
Tương lai phi tập trung: Vijay nhấn mạnh phi tập trung và quản trị là một phần trong lộ trình của Eclipse, Quỹ Eclipse đang xây dựng lịch trình liên quan.
Cạnh tranh và đổi mới
-
Cơ hội thông lượng cao: Eclipse hướng tới cung cấp thông lượng cao đáng kể, và dự định là dự án đầu tiên triển khai client validator độc lập do đội Jump phát triển cho Solana.
-
Tăng tốc phần cứng: Vijay cho biết Eclipse cũng sẽ nghiên cứu tăng tốc phần cứng, mục tiêu đạt thông lượng hàng trăm nghìn giao dịch mỗi giây, nhằm hỗ trợ ứng dụng quy mô Web 2 và Web 3.
Loại ứng dụng phù hợp
-
Lĩnh vực ứng dụng trọng tâm: Vijay đặc biệt nhấn mạnh các loại ứng dụng phù hợp nhất với Eclipse bao gồm sổ lệnh giới hạn trung tâm onchain, hệ thống RFQ, các ứng dụng tiêu dùng đại chúng có thể tiếp cận hàng triệu người dùng, cũng như các ứng dụng sâu như mạng cảm biến quy mô lớn.
Tổng kết
Tóm lại:
-
Monad tập trung tối ưu hiệu suất EVM để cung cấp trải nghiệm Ethereum hiệu quả.
-
Sei thông qua sàn giao dịch phi tập trung, kết hợp EVM song song để nâng cao hiệu quả giao dịch DeFi.
-
Eclipse kết hợp nhiều công nghệ blockchain, thông qua kiến trúc mô-đun và chứng minh gian lận ZK, cung cấp giải pháp L2 cho Ethereum với thông lượng cao.
Ba dự án này mỗi bên đưa ra các giải pháp đổi mới cho những thách thức khác nhau về hiệu suất blockchain và ứng dụng phi tập trung, thúc đẩy sự phát triển đa dạng của công nghệ blockchain.
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
