Gần đây, chúng tôi đã phỏng vấn một chuyên gia nổi tiếng trong lĩnh vực blockchain, thảo luận về sự phức tạp và khả năng mở rộng của cơ sở hạ tầng Sui, cũng như cách hệ thống xử lý giao dịch của Sui tạo điều kiện cho mạng hiệu suất cao. Chuyên gia này là một giáo sư trong lĩnh vực an ninh và quyền riêng tư tại một trường đại học nổi tiếng.
Dưới đây là nội dung của cuộc phỏng vấn này:
Q1：Bạn đến từ lĩnh vực học thuật, có thể giới thiệu về trọng tâm nghiên cứu của bạn không?
Tôi là một giáo sư của một trường đại học nổi tiếng, nghiên cứu chính của tôi nói chung được gọi là an toàn và quyền riêng tư. Vào đầu thế kỷ 20, tôi đã thực hiện một nghiên cứu khá nhiều về các hệ thống điểm-điểm và các hệ thống ẩn danh, nhiều hệ thống này đều là các hệ thống phân tán lớn tập trung vào lưu trữ. Khi toàn bộ Blockchain trở nên chú trọng hơn vào việc thực thi, đặc biệt là với Ethereum, tôi đã trở nên quan tâm đến sổ cái phân tán và Blockchain cũng như cách thực thi hợp đồng thông minh. Tính chất không cần giấy phép đó, tôi đã rất quen thuộc từ công việc của mình với các hệ thống điểm-điểm sớm. Vì vậy, tôi đã bắt đầu trong nhóm nghiên cứu của trường đại học nghiên cứu cách xây dựng các hệ thống hiệu suất cao hơn. Chúng tôi đã thành lập một công ty, thương mại hóa một số ý tưởng của chúng tôi, sau đó đội ngũ đã bị một công ty công nghệ lớn mua lại. Sau đó, chúng tôi đã giúp công ty đó đưa ra giải pháp mở rộng Blockchain. Nhưng khi giải pháp không đạt được tiến triển, tôi đã rời đi, tiếp tục tìm kiếm các cơ hội khác để hiện thực hóa ý tưởng Blockchain hiệu suất cao.
Q2：Bạn vẫn là một giáo sư, vậy bạn nghĩ có sự khác biệt nào giữa ứng dụng và nghiên cứu không?
Trên thực tế, không có sự khác biệt lớn. Khi chúng tôi tiến hành nghiên cứu, chúng tôi sẽ xem xét tất cả các khả năng để đạt được các mục tiêu cụ thể, chẳng hạn như xây dựng một blockchain hiệu suất cao hoặc các chức năng cụ thể. Tất nhiên, khi xây dựng blockchain hoặc chọn các chức năng cụ thể để sử dụng trong hệ thống thực tế, chúng tôi phải chọn một trong những khả năng đó. Chúng tôi phải liên tục đưa ra các phán đoán, trong tất cả những ý tưởng tốt đó, cái nào thực sự hữu ích cho mọi người? Cái nào là điều mà mọi người đang tìm kiếm? Những nút thắt nào tồn tại trong việc áp dụng blockchain? Điều gì ngăn cản mọi người thực hiện những gì họ muốn làm? Khi xây dựng hệ thống, bạn vẫn sẽ xem xét tất cả các khả năng và cố gắng hiểu các tình huống có thể từ tài liệu học thuật, sau đó chọn ra những nội dung liên quan nhất. Đây không chỉ là sở thích kiến thức, mà là tạo ra giá trị cho người dùng.
Q3: Bạn xác định những vấn đề nào cần giải quyết khi chuyển từ lý thuyết sang ứng dụng thực tế?
Vấn đề chính mà tôi nghiên cứu là làm thế nào để mở rộng các chức năng khác nhau của Blockchain. Tôi tập trung vào các khía cạnh hệ thống của Blockchain, ví dụ, làm thế nào để tăng thông lượng giao dịch và giảm độ trễ. Vấn đề trong lĩnh vực này là rõ ràng, mỗi khi chúng ta thấy một hợp đồng nào đó trên Ethereum trở nên rất phổ biến, thì nền tảng Ethereum không thể chịu đựng được khối lượng giao dịch lớn như vậy, dẫn đến tắc nghẽn giao dịch và phí tăng vọt. Mỗi khi Blockchain đạt được thành công, chúng ta đều thấy khối lượng giao dịch mà nó có thể xử lý đều vượt quá khả năng hiện có. Do đó, rõ ràng, vấn đề nằm ở việc không có đủ khả năng để đáp ứng những gì mọi người muốn làm trên các Blockchain này. Điều này không chỉ xuất phát từ suy nghĩ của chúng tôi, mà chúng tôi đã thấy tình huống này xảy ra nhiều lần. Trong một thời gian dài, điều này được coi là một thách thức có giá trị, không chỉ trong nhóm của tôi, thực tế là toàn bộ giới học thuật đang nghiên cứu Blockchain, mọi người đều đang tìm cách giải quyết vấn đề này theo những cách khác nhau. Hiện nay, đã có một lượng công nghệ tương đối lớn được phát triển để mở rộng khả năng của Blockchain nhằm giải quyết những thách thức này. Nhưng vào thời điểm đó, ai cũng biết rằng nhiều người đã giải quyết nó theo những cách khác nhau.
Q4：Mạng L2 là một cách mà mọi người đề xuất để giải quyết vấn đề mở rộng, vậy sự khác biệt và lợi ích của nó so với việc xây dựng các mạng L1 mới như Sui là gì?
L2 là giải pháp mở rộng trong hệ sinh thái Ethereum. Tuy nhiên, đối với các nhà phát triển ứng dụng, việc sử dụng mạng L2 có hơi phức tạp. Khi một mạng L2 cố gắng tương tác với Ethereum, cần phải thực hiện các hoạt động cầu nối, mặc dù điều này cũng đúng với bất kỳ mối quan hệ nào giữa L2 và L1. Trạng thái đại diện cho coin, tài sản hoặc nội dung khác trong L1 phải được phản ánh trong L2, và ngược lại. Ngoài ra, L2 cũng phải có một số cơ chế để L1 có thể xác minh mọi thứ xảy ra trong đó. Nhưng đó chỉ là phần đầu tiên, tức là bất kỳ tài sản nào tồn tại trên L1 cần được chuyển đến L2, một số hoạt động phải xảy ra trên L2, và sau đó theo một cách nào đó, tài sản phải được chuyển trở lại L1. Điều này thật rắc rối.
Đối với các tài sản có thể thay thế như tokens, hoạt động cầu nối này diễn ra khá thuận lợi, vì mọi người có hai tài khoản và một phần mềm cầu nối. Nhưng đối với các tài sản chung hơn, hiệu quả không tốt lắm. Để thực sự sử dụng mạng L2 phát triển các ứng dụng phức tạp hơn tokens trên Ethereum, bạn cần có hợp đồng thông minh ở cả hai bên, một cái để đúc và cái kia để hủy. Chúng phải di chuyển qua lại giữa hai hệ sinh thái khác nhau, đó là hoạt động tùy chỉnh của mỗi hợp đồng. Bạn không thể đơn giản nói, tôi sẽ tạo ra một mạng L2, sau đó mang tất cả tài sản đi, rồi thao tác theo ý mình và mang chúng trở lại, không có khái niệm như vậy. Đây là một quá trình thủ công, rất dễ mắc lỗi. Vì vậy, đây không phải là một trải nghiệm tốt. Hãy tưởng tượng rằng bạn có tài sản trên nhiều mạng L2 khác nhau, và có các hợp đồng thông minh tùy chỉnh trên các mạng L2 khác nhau này. Mỗi lần bạn muốn thao tác một trạng thái nằm trên một mạng L2 khác, bạn phải cầu nối lại về L1, rồi lại quay về L2. Bạn không thể dễ dàng nói, tôi vừa làm điều gì đó trên blockchain này, rồi tôi muốn làm điều gì đó khác trên blockchain khác mà không cần quan tâm nó ở L1 hay L2 nào. Mọi thứ đều ở đây, tôi có nó trong tay ngay bây giờ và đã sẵn sàng để thực hiện nhiều giao dịch hơn trên bất kỳ trạng thái nào mà tôi muốn truy cập. Đó là lý do tại sao trải nghiệm phân tán trạng thái trên các mạng L2 không tốt. Việc di chuyển tài sản giữa các chuỗi khác nhau rất khó khăn và điều này cũng rất hiển nhiên đối với người dùng. Đó là lý do tại sao mạng L2 chưa bao giờ thực sự thu hút sự quan tâm của tôi.
Còn một ví dụ là Cosmos, nó sở hữu một hệ sinh thái rất thú vị, áp dụng một phương pháp khác, đó là mở rộng bằng cách sử dụng các khối khác nhau cho các ứng dụng khác nhau. Chúng ta có thể thực hiện các giao dịch với tốc độ khác nhau trên các chuỗi khác nhau, khi cần thực hiện các thao tác giữa các ứng dụng khác nhau, có thể cầu nối tài sản giữa các chuỗi, nhưng nó cũng đối mặt với cùng một vấn đề. Mỗi lần bạn muốn sử dụng các ứng dụng khác nhau, bạn trước tiên phải thực hiện thao tác cầu nối, điều này đối với người dùng là tinh tế và hiển nhiên, sau đó bạn có thể sử dụng ứng dụng đó và cầu nối trở lại. Bạn sẽ nhận thấy mình tiêu tốn nhiều thời gian hơn để chuyển tài sản từ một chuỗi sang chuỗi khác, thay vì làm những gì bạn thực sự muốn làm.
Trên Sui, giải pháp của chúng tôi là xây dựng một cơ sở dữ liệu lớn, thực tế, nó chứa tất cả trạng thái được sao chép bởi các nút đã được xác thực. Khi bạn hoàn thành một giao dịch, tất cả trạng thái trong cùng một cơ sở dữ liệu đều có thể được sử dụng để thực hiện giao dịch tiếp theo, và người dùng không phải liên tục di chuyển trạng thái tài sản giữa L1 và L2.
Q5：Sui Lutris là nền tảng của giao thức Sui, đổi mới chính của nó là gì, có thể giúp Sui có đặc tính thông lượng cao và độ trễ thấp?
Sui Lutris được cấu thành từ hai ý tưởng chính: (1) Đối với nhiều hoạt động trên blockchain, thực tế là không cần phải đạt được sự đồng thuận; (2) Khi bạn thật sự cần đạt được sự đồng thuận, có một phương pháp có khả năng thông lượng rất cao, kết hợp cả hai phương pháp này lại với nhau. Sui Lutris là cốt lõi của hệ thống phân tán Sui, đảm bảo rằng khi thực hiện giao dịch trên mạng phân tán, hai nút xác thực khác nhau tuân thủ giao thức sẽ không bao giờ ở trong trạng thái không nhất quán. Điều này sẽ tránh trường hợp một nút xác thực nghĩ rằng bạn đã tiêu một coin và gửi nó cho Alice, trong khi nút xác thực khác nghĩ rằng cùng một coin thực sự đã được gửi cho Bob.
Hai con đường khác nhau, một con đường không cần sự đồng thuận (con đường nhanh), con đường còn lại cần sự đồng thuận (con đường đồng thuận). Khi đối tượng bạn muốn thao tác chỉ thuộc về bạn, chẳng hạn như nhân vật NFT của bạn và chiếc mũ bạn muốn kết hợp để nhân vật của bạn có thể đội mũ, về lý thuyết, người khác không nên thao tác chúng. Trong những trường hợp này, Sui đã sử dụng con đường nhanh, điều này có nghĩa là bạn có thể thao tác đối tượng của riêng mình, bạn có thể đạt được tính cuối cùng của giao dịch mà không cần chờ đợi sự đồng thuận, đảm bảo giao dịch xảy ra, chiếc mũ được đội lên đầu NFT của bạn.
Nhưng trong một số trường hợp, giao dịch không chỉ liên quan đến các đối tượng thuộc về bạn, mà chúng được chia sẻ bởi nhiều người. Ví dụ, nếu có một buổi đấu giá bán những chiếc mũ nhỏ, loại đấu giá này trong Sui được biểu thị là một đối tượng chia sẻ. Mọi người có thể đặt giá thầu, người trả giá cao nhất sẽ thắng chiếc mũ. Buổi đấu giá này là một đối tượng không thuộc về một thực thể đơn lẻ, mọi người phải có khả năng đặt giá thầu, chia sẻ, và cập nhật trạng thái về giá thầu mới nhất, các loại hoạt động này cần sự đồng thuận bổ sung. Sui Lutris cho phép bạn sở hữu các đối tượng chia sẻ và thực hiện giao dịch trên đó, từ đó bạn có thể sở hữu các đối tượng khác, thay đổi trạng thái của các đối tượng chia sẻ, hoặc tạo ra các đối tượng chia sẻ mới. Nó cho phép hai con đường cùng tồn tại, và sự tương tác giữa các đối tượng độc quyền thuộc về các cá nhân cụ thể hoặc các đối tượng chia sẻ được nhiều người sử dụng.
Hai con đường khác nhau này có những lợi thế khác nhau. Đường nhanh dành riêng cho đối tượng có độ trễ cực thấp, mất thời gian dưới một giây, rất nhanh và có thể mở rộng rộng rãi. Đường đồng thuận có độ trễ cao hơn, thường vượt quá một giây, dung lượng cũng khá cao, nhưng so với con đường đầu tiên, nó khó mở rộng hơn. Trên Sui, những người thực sự thúc đẩy các ứng dụng trên chuỗi với hàng triệu giao dịch mỗi ngày thường sử dụng con đường đầu tiên và phần lớn cấu trúc ứng dụng của họ để thực hiện nhiều giao dịch nhất có thể trên các đối tượng riêng biệt, thay vì giao dịch chia sẻ. Mặt khác, các giao thức thực hiện công việc phức tạp (ví dụ như DeFi) thường thực hiện loại giao dịch thứ hai, vì họ phải kết hợp nhiều đề xuất hoặc tính thanh khoản của nhiều người khác nhau để thực hiện các hoạt động.
Q6：Liệu các nhà phát triển ứng dụng trên Sui có thể thiết kế ứng dụng của họ để tận dụng đường đi nhanh không?
Có, hoàn toàn có thể. Tôi nghĩ đây là công việc cốt lõi của các nhà thiết kế ứng dụng mở rộng. Các nhà phát triển hợp đồng thông minh hoàn toàn có thể kiểm soát xem các đối tượng mà họ thao tác trong hợp đồng là đối tượng độc quyền của một thực thể duy nhất hay là đối tượng chia sẻ trong bất kỳ thời điểm cụ thể nào. Một mẹo để mở rộng ứng dụng trong Sui là đảm bảo rằng phần lớn các thao tác chủ yếu được thực hiện trên các đối tượng độc quyền, vì Sui có thể quản lý nhiều thao tác bạn muốn với độ trễ rất thấp, điều này mang lại trải nghiệm rất tốt. Các thao tác cần thiết cho trò chơi nên được thực hiện trong danh mục này, so với các thao tác cần được hòa giải thông qua trạng thái chia sẻ và đối tượng chia sẻ, độ trễ của chúng rất thấp. Một khi nhấp, giao dịch có thể được hoàn thành ngay lập tức trên mạng.
Nhà thiết kế hợp đồng thông minh hoàn toàn kiểm soát điều này, họ về cơ bản có thể xác định chính xác giao dịch trong mỗi loại là gì. Tất nhiên, phiên bản đầu tiên của hợp đồng có thể coi tất cả mọi thứ là trạng thái chia sẻ, và tất cả sẽ được thực hiện qua con đường đồng thuận có độ trễ cao hơn, nhưng khi cần mở rộng, các nhà phát triển cần xem xét mức độ mà họ có thể làm mà không cần những phần này.
Q7：Khối giao dịch lập trình có vai trò như thế nào trong điều này?
Khối giao dịch có thể lập trình có thể hoạt động trên đường nhanh hoặc đường đồng thuận. Nếu một khối giao dịch có thể lập trình chỉ liên quan đến các đối tượng độc quyền của bạn, điều đó có nghĩa là bạn có thể thực hiện nhiều thao tác trong một hoạt động trên chuỗi. Ví dụ, giả sử bạn là một ứng dụng nền tảng giao dịch, nhiều người ở đây mua bán các đồng coins khác nhau, bạn có thể thực hiện một giao dịch trên chuỗi, về mặt khái niệm tương ứng với những gì mọi người mua bán. Nhưng vì bạn là sàn giao dịch, tất cả chúng đều thuộc về bạn, do đó bạn có thể thanh toán đồng thời một ngàn giao dịch, đó là đường nhanh. Mặt khác, nếu một số đối tượng trong khối giao dịch có thể lập trình là chia sẻ, thì đó là đường đồng thuận, lúc này độ trễ sẽ cao hơn một chút, không phải chưa đến một giây mà là vài giây.
Q8：Mạng chính đã hoạt động hơn 100 ngày, hiệu suất của Sui có xác nhận lý thuyết nghiên cứu mà bạn giả định không? Có điều gì khiến bạn cảm thấy bất ngờ không?
Có một số điều xác nhận thiết kế của Sui, nhưng cũng có một số điều khiến người ta suy nghĩ. Một điều là trong những lúc có khối lượng giao dịch đặc biệt cao, thậm chí vào một thời điểm đặc biệt, khối lượng giao dịch hàng ngày thậm chí vượt quá 60 triệu giao dịch, trong đó phần lớn giao dịch nằm trong lộ trình nhanh. Sui Lutris rất có khả năng mở rộng và có độ trễ rất thấp. Trước đó, vẫn chưa rõ liệu có ai sẽ sử dụng lộ trình này, nhưng khi cần nhiều giao dịch và độ trễ thấp, nó đã được sử dụng và rất hiệu quả! Điều này dễ dàng nhận thấy, chính là phương pháp này. Trong những ngày đó, khối lượng giao dịch của Sui vượt qua tất cả các giao dịch khác.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
20 thích
Phần thưởng
20
5
Đăng lại
Chia sẻ
Bình luận
0/400
DefiEngineerJack
· 07-14 08:05
thực ra, eth giống như một món đồ chơi so với việc thực thi song song của sui
Xem bản gốcTrả lời0
ProposalDetective
· 07-13 03:33
Gặp lại bạn cũ Đây không phải là con bò lớn của phòng thí nghiệm giao thức trước đây
Xem bản gốcTrả lời0
ProbablyNothing
· 07-13 03:33
Có triển vọng, quyết tâm làm
Xem bản gốcTrả lời0
TokenDustCollector
· 07-13 03:10
Sui cũng đã bị cuốn vào.
Xem bản gốcTrả lời0
Hash_Bandit
· 07-13 03:07
meh... một học giả khác nói về khả năng mở rộng. đã thấy bộ phim này trước đây vào năm 2017 thật lòng mà nói
Nhà sáng lập Sui phân tích kiến trúc blockchain hiệu suất cao: Lợi thế của đường dẫn nhanh và đường dẫn nhận thức chung.
Gần đây, chúng tôi đã phỏng vấn một chuyên gia nổi tiếng trong lĩnh vực blockchain, thảo luận về sự phức tạp và khả năng mở rộng của cơ sở hạ tầng Sui, cũng như cách hệ thống xử lý giao dịch của Sui tạo điều kiện cho mạng hiệu suất cao. Chuyên gia này là một giáo sư trong lĩnh vực an ninh và quyền riêng tư tại một trường đại học nổi tiếng.
Dưới đây là nội dung của cuộc phỏng vấn này:
Q1：Bạn đến từ lĩnh vực học thuật, có thể giới thiệu về trọng tâm nghiên cứu của bạn không?
Tôi là một giáo sư của một trường đại học nổi tiếng, nghiên cứu chính của tôi nói chung được gọi là an toàn và quyền riêng tư. Vào đầu thế kỷ 20, tôi đã thực hiện một nghiên cứu khá nhiều về các hệ thống điểm-điểm và các hệ thống ẩn danh, nhiều hệ thống này đều là các hệ thống phân tán lớn tập trung vào lưu trữ. Khi toàn bộ Blockchain trở nên chú trọng hơn vào việc thực thi, đặc biệt là với Ethereum, tôi đã trở nên quan tâm đến sổ cái phân tán và Blockchain cũng như cách thực thi hợp đồng thông minh. Tính chất không cần giấy phép đó, tôi đã rất quen thuộc từ công việc của mình với các hệ thống điểm-điểm sớm. Vì vậy, tôi đã bắt đầu trong nhóm nghiên cứu của trường đại học nghiên cứu cách xây dựng các hệ thống hiệu suất cao hơn. Chúng tôi đã thành lập một công ty, thương mại hóa một số ý tưởng của chúng tôi, sau đó đội ngũ đã bị một công ty công nghệ lớn mua lại. Sau đó, chúng tôi đã giúp công ty đó đưa ra giải pháp mở rộng Blockchain. Nhưng khi giải pháp không đạt được tiến triển, tôi đã rời đi, tiếp tục tìm kiếm các cơ hội khác để hiện thực hóa ý tưởng Blockchain hiệu suất cao.
Q2：Bạn vẫn là một giáo sư, vậy bạn nghĩ có sự khác biệt nào giữa ứng dụng và nghiên cứu không?
Trên thực tế, không có sự khác biệt lớn. Khi chúng tôi tiến hành nghiên cứu, chúng tôi sẽ xem xét tất cả các khả năng để đạt được các mục tiêu cụ thể, chẳng hạn như xây dựng một blockchain hiệu suất cao hoặc các chức năng cụ thể. Tất nhiên, khi xây dựng blockchain hoặc chọn các chức năng cụ thể để sử dụng trong hệ thống thực tế, chúng tôi phải chọn một trong những khả năng đó. Chúng tôi phải liên tục đưa ra các phán đoán, trong tất cả những ý tưởng tốt đó, cái nào thực sự hữu ích cho mọi người? Cái nào là điều mà mọi người đang tìm kiếm? Những nút thắt nào tồn tại trong việc áp dụng blockchain? Điều gì ngăn cản mọi người thực hiện những gì họ muốn làm? Khi xây dựng hệ thống, bạn vẫn sẽ xem xét tất cả các khả năng và cố gắng hiểu các tình huống có thể từ tài liệu học thuật, sau đó chọn ra những nội dung liên quan nhất. Đây không chỉ là sở thích kiến thức, mà là tạo ra giá trị cho người dùng.
Q3: Bạn xác định những vấn đề nào cần giải quyết khi chuyển từ lý thuyết sang ứng dụng thực tế?
Vấn đề chính mà tôi nghiên cứu là làm thế nào để mở rộng các chức năng khác nhau của Blockchain. Tôi tập trung vào các khía cạnh hệ thống của Blockchain, ví dụ, làm thế nào để tăng thông lượng giao dịch và giảm độ trễ. Vấn đề trong lĩnh vực này là rõ ràng, mỗi khi chúng ta thấy một hợp đồng nào đó trên Ethereum trở nên rất phổ biến, thì nền tảng Ethereum không thể chịu đựng được khối lượng giao dịch lớn như vậy, dẫn đến tắc nghẽn giao dịch và phí tăng vọt. Mỗi khi Blockchain đạt được thành công, chúng ta đều thấy khối lượng giao dịch mà nó có thể xử lý đều vượt quá khả năng hiện có. Do đó, rõ ràng, vấn đề nằm ở việc không có đủ khả năng để đáp ứng những gì mọi người muốn làm trên các Blockchain này. Điều này không chỉ xuất phát từ suy nghĩ của chúng tôi, mà chúng tôi đã thấy tình huống này xảy ra nhiều lần. Trong một thời gian dài, điều này được coi là một thách thức có giá trị, không chỉ trong nhóm của tôi, thực tế là toàn bộ giới học thuật đang nghiên cứu Blockchain, mọi người đều đang tìm cách giải quyết vấn đề này theo những cách khác nhau. Hiện nay, đã có một lượng công nghệ tương đối lớn được phát triển để mở rộng khả năng của Blockchain nhằm giải quyết những thách thức này. Nhưng vào thời điểm đó, ai cũng biết rằng nhiều người đã giải quyết nó theo những cách khác nhau.
Q4：Mạng L2 là một cách mà mọi người đề xuất để giải quyết vấn đề mở rộng, vậy sự khác biệt và lợi ích của nó so với việc xây dựng các mạng L1 mới như Sui là gì?
L2 là giải pháp mở rộng trong hệ sinh thái Ethereum. Tuy nhiên, đối với các nhà phát triển ứng dụng, việc sử dụng mạng L2 có hơi phức tạp. Khi một mạng L2 cố gắng tương tác với Ethereum, cần phải thực hiện các hoạt động cầu nối, mặc dù điều này cũng đúng với bất kỳ mối quan hệ nào giữa L2 và L1. Trạng thái đại diện cho coin, tài sản hoặc nội dung khác trong L1 phải được phản ánh trong L2, và ngược lại. Ngoài ra, L2 cũng phải có một số cơ chế để L1 có thể xác minh mọi thứ xảy ra trong đó. Nhưng đó chỉ là phần đầu tiên, tức là bất kỳ tài sản nào tồn tại trên L1 cần được chuyển đến L2, một số hoạt động phải xảy ra trên L2, và sau đó theo một cách nào đó, tài sản phải được chuyển trở lại L1. Điều này thật rắc rối.
Đối với các tài sản có thể thay thế như tokens, hoạt động cầu nối này diễn ra khá thuận lợi, vì mọi người có hai tài khoản và một phần mềm cầu nối. Nhưng đối với các tài sản chung hơn, hiệu quả không tốt lắm. Để thực sự sử dụng mạng L2 phát triển các ứng dụng phức tạp hơn tokens trên Ethereum, bạn cần có hợp đồng thông minh ở cả hai bên, một cái để đúc và cái kia để hủy. Chúng phải di chuyển qua lại giữa hai hệ sinh thái khác nhau, đó là hoạt động tùy chỉnh của mỗi hợp đồng. Bạn không thể đơn giản nói, tôi sẽ tạo ra một mạng L2, sau đó mang tất cả tài sản đi, rồi thao tác theo ý mình và mang chúng trở lại, không có khái niệm như vậy. Đây là một quá trình thủ công, rất dễ mắc lỗi. Vì vậy, đây không phải là một trải nghiệm tốt. Hãy tưởng tượng rằng bạn có tài sản trên nhiều mạng L2 khác nhau, và có các hợp đồng thông minh tùy chỉnh trên các mạng L2 khác nhau này. Mỗi lần bạn muốn thao tác một trạng thái nằm trên một mạng L2 khác, bạn phải cầu nối lại về L1, rồi lại quay về L2. Bạn không thể dễ dàng nói, tôi vừa làm điều gì đó trên blockchain này, rồi tôi muốn làm điều gì đó khác trên blockchain khác mà không cần quan tâm nó ở L1 hay L2 nào. Mọi thứ đều ở đây, tôi có nó trong tay ngay bây giờ và đã sẵn sàng để thực hiện nhiều giao dịch hơn trên bất kỳ trạng thái nào mà tôi muốn truy cập. Đó là lý do tại sao trải nghiệm phân tán trạng thái trên các mạng L2 không tốt. Việc di chuyển tài sản giữa các chuỗi khác nhau rất khó khăn và điều này cũng rất hiển nhiên đối với người dùng. Đó là lý do tại sao mạng L2 chưa bao giờ thực sự thu hút sự quan tâm của tôi.
Còn một ví dụ là Cosmos, nó sở hữu một hệ sinh thái rất thú vị, áp dụng một phương pháp khác, đó là mở rộng bằng cách sử dụng các khối khác nhau cho các ứng dụng khác nhau. Chúng ta có thể thực hiện các giao dịch với tốc độ khác nhau trên các chuỗi khác nhau, khi cần thực hiện các thao tác giữa các ứng dụng khác nhau, có thể cầu nối tài sản giữa các chuỗi, nhưng nó cũng đối mặt với cùng một vấn đề. Mỗi lần bạn muốn sử dụng các ứng dụng khác nhau, bạn trước tiên phải thực hiện thao tác cầu nối, điều này đối với người dùng là tinh tế và hiển nhiên, sau đó bạn có thể sử dụng ứng dụng đó và cầu nối trở lại. Bạn sẽ nhận thấy mình tiêu tốn nhiều thời gian hơn để chuyển tài sản từ một chuỗi sang chuỗi khác, thay vì làm những gì bạn thực sự muốn làm.
Trên Sui, giải pháp của chúng tôi là xây dựng một cơ sở dữ liệu lớn, thực tế, nó chứa tất cả trạng thái được sao chép bởi các nút đã được xác thực. Khi bạn hoàn thành một giao dịch, tất cả trạng thái trong cùng một cơ sở dữ liệu đều có thể được sử dụng để thực hiện giao dịch tiếp theo, và người dùng không phải liên tục di chuyển trạng thái tài sản giữa L1 và L2.
Q5：Sui Lutris là nền tảng của giao thức Sui, đổi mới chính của nó là gì, có thể giúp Sui có đặc tính thông lượng cao và độ trễ thấp?
Sui Lutris được cấu thành từ hai ý tưởng chính: (1) Đối với nhiều hoạt động trên blockchain, thực tế là không cần phải đạt được sự đồng thuận; (2) Khi bạn thật sự cần đạt được sự đồng thuận, có một phương pháp có khả năng thông lượng rất cao, kết hợp cả hai phương pháp này lại với nhau. Sui Lutris là cốt lõi của hệ thống phân tán Sui, đảm bảo rằng khi thực hiện giao dịch trên mạng phân tán, hai nút xác thực khác nhau tuân thủ giao thức sẽ không bao giờ ở trong trạng thái không nhất quán. Điều này sẽ tránh trường hợp một nút xác thực nghĩ rằng bạn đã tiêu một coin và gửi nó cho Alice, trong khi nút xác thực khác nghĩ rằng cùng một coin thực sự đã được gửi cho Bob.
Hai con đường khác nhau, một con đường không cần sự đồng thuận (con đường nhanh), con đường còn lại cần sự đồng thuận (con đường đồng thuận). Khi đối tượng bạn muốn thao tác chỉ thuộc về bạn, chẳng hạn như nhân vật NFT của bạn và chiếc mũ bạn muốn kết hợp để nhân vật của bạn có thể đội mũ, về lý thuyết, người khác không nên thao tác chúng. Trong những trường hợp này, Sui đã sử dụng con đường nhanh, điều này có nghĩa là bạn có thể thao tác đối tượng của riêng mình, bạn có thể đạt được tính cuối cùng của giao dịch mà không cần chờ đợi sự đồng thuận, đảm bảo giao dịch xảy ra, chiếc mũ được đội lên đầu NFT của bạn.
Nhưng trong một số trường hợp, giao dịch không chỉ liên quan đến các đối tượng thuộc về bạn, mà chúng được chia sẻ bởi nhiều người. Ví dụ, nếu có một buổi đấu giá bán những chiếc mũ nhỏ, loại đấu giá này trong Sui được biểu thị là một đối tượng chia sẻ. Mọi người có thể đặt giá thầu, người trả giá cao nhất sẽ thắng chiếc mũ. Buổi đấu giá này là một đối tượng không thuộc về một thực thể đơn lẻ, mọi người phải có khả năng đặt giá thầu, chia sẻ, và cập nhật trạng thái về giá thầu mới nhất, các loại hoạt động này cần sự đồng thuận bổ sung. Sui Lutris cho phép bạn sở hữu các đối tượng chia sẻ và thực hiện giao dịch trên đó, từ đó bạn có thể sở hữu các đối tượng khác, thay đổi trạng thái của các đối tượng chia sẻ, hoặc tạo ra các đối tượng chia sẻ mới. Nó cho phép hai con đường cùng tồn tại, và sự tương tác giữa các đối tượng độc quyền thuộc về các cá nhân cụ thể hoặc các đối tượng chia sẻ được nhiều người sử dụng.
Hai con đường khác nhau này có những lợi thế khác nhau. Đường nhanh dành riêng cho đối tượng có độ trễ cực thấp, mất thời gian dưới một giây, rất nhanh và có thể mở rộng rộng rãi. Đường đồng thuận có độ trễ cao hơn, thường vượt quá một giây, dung lượng cũng khá cao, nhưng so với con đường đầu tiên, nó khó mở rộng hơn. Trên Sui, những người thực sự thúc đẩy các ứng dụng trên chuỗi với hàng triệu giao dịch mỗi ngày thường sử dụng con đường đầu tiên và phần lớn cấu trúc ứng dụng của họ để thực hiện nhiều giao dịch nhất có thể trên các đối tượng riêng biệt, thay vì giao dịch chia sẻ. Mặt khác, các giao thức thực hiện công việc phức tạp (ví dụ như DeFi) thường thực hiện loại giao dịch thứ hai, vì họ phải kết hợp nhiều đề xuất hoặc tính thanh khoản của nhiều người khác nhau để thực hiện các hoạt động.
Q6：Liệu các nhà phát triển ứng dụng trên Sui có thể thiết kế ứng dụng của họ để tận dụng đường đi nhanh không?
Có, hoàn toàn có thể. Tôi nghĩ đây là công việc cốt lõi của các nhà thiết kế ứng dụng mở rộng. Các nhà phát triển hợp đồng thông minh hoàn toàn có thể kiểm soát xem các đối tượng mà họ thao tác trong hợp đồng là đối tượng độc quyền của một thực thể duy nhất hay là đối tượng chia sẻ trong bất kỳ thời điểm cụ thể nào. Một mẹo để mở rộng ứng dụng trong Sui là đảm bảo rằng phần lớn các thao tác chủ yếu được thực hiện trên các đối tượng độc quyền, vì Sui có thể quản lý nhiều thao tác bạn muốn với độ trễ rất thấp, điều này mang lại trải nghiệm rất tốt. Các thao tác cần thiết cho trò chơi nên được thực hiện trong danh mục này, so với các thao tác cần được hòa giải thông qua trạng thái chia sẻ và đối tượng chia sẻ, độ trễ của chúng rất thấp. Một khi nhấp, giao dịch có thể được hoàn thành ngay lập tức trên mạng.
Nhà thiết kế hợp đồng thông minh hoàn toàn kiểm soát điều này, họ về cơ bản có thể xác định chính xác giao dịch trong mỗi loại là gì. Tất nhiên, phiên bản đầu tiên của hợp đồng có thể coi tất cả mọi thứ là trạng thái chia sẻ, và tất cả sẽ được thực hiện qua con đường đồng thuận có độ trễ cao hơn, nhưng khi cần mở rộng, các nhà phát triển cần xem xét mức độ mà họ có thể làm mà không cần những phần này.
Q7：Khối giao dịch lập trình có vai trò như thế nào trong điều này?
Khối giao dịch có thể lập trình có thể hoạt động trên đường nhanh hoặc đường đồng thuận. Nếu một khối giao dịch có thể lập trình chỉ liên quan đến các đối tượng độc quyền của bạn, điều đó có nghĩa là bạn có thể thực hiện nhiều thao tác trong một hoạt động trên chuỗi. Ví dụ, giả sử bạn là một ứng dụng nền tảng giao dịch, nhiều người ở đây mua bán các đồng coins khác nhau, bạn có thể thực hiện một giao dịch trên chuỗi, về mặt khái niệm tương ứng với những gì mọi người mua bán. Nhưng vì bạn là sàn giao dịch, tất cả chúng đều thuộc về bạn, do đó bạn có thể thanh toán đồng thời một ngàn giao dịch, đó là đường nhanh. Mặt khác, nếu một số đối tượng trong khối giao dịch có thể lập trình là chia sẻ, thì đó là đường đồng thuận, lúc này độ trễ sẽ cao hơn một chút, không phải chưa đến một giây mà là vài giây.
Q8：Mạng chính đã hoạt động hơn 100 ngày, hiệu suất của Sui có xác nhận lý thuyết nghiên cứu mà bạn giả định không? Có điều gì khiến bạn cảm thấy bất ngờ không?
Có một số điều xác nhận thiết kế của Sui, nhưng cũng có một số điều khiến người ta suy nghĩ. Một điều là trong những lúc có khối lượng giao dịch đặc biệt cao, thậm chí vào một thời điểm đặc biệt, khối lượng giao dịch hàng ngày thậm chí vượt quá 60 triệu giao dịch, trong đó phần lớn giao dịch nằm trong lộ trình nhanh. Sui Lutris rất có khả năng mở rộng và có độ trễ rất thấp. Trước đó, vẫn chưa rõ liệu có ai sẽ sử dụng lộ trình này, nhưng khi cần nhiều giao dịch và độ trễ thấp, nó đã được sử dụng và rất hiệu quả! Điều này dễ dàng nhận thấy, chính là phương pháp này. Trong những ngày đó, khối lượng giao dịch của Sui vượt qua tất cả các giao dịch khác.