Đối thoại chuyên sâu với nhà khoa học trưởng của Mysten Labs: Từ lý thuyết đến thực tiễn, Sui giải quyết vấn đề về khả năng mở rộng mạng như thế nào?

Gần đây, chúng tôi đã phỏng vấn George Danezis để thảo luận về mức độ phức tạp và khả năng mở rộng cơ sở hạ tầng của Sui cũng như cách hệ thống xử lý giao dịch của Sui tạo ra một mạng hiệu suất cao. George Danezis là người đồng sáng lập và nhà khoa học trưởng của Mysten Labs (và là cộng tác viên ban đầu của Sui), đồng thời là giáo sư trong lĩnh vực kỹ thuật bảo mật và quyền riêng tư tại UCL.

Sau đâ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, bạn có thể giới thiệu trọng tâm nghiên cứu của mình không? **

Tôi là giáo sư tại Đại học College London (UCL) và nghiên cứu của tôi tập trung vào bảo mật và quyền riêng tư theo nghĩa rộng. Vào đầu thế kỷ 20, tôi đã thực hiện khá nhiều nghiên cứu về các hệ thống ngang hàng và ẩn danh, nhiều trong số đó là các hệ thống phân tán lớn, tập trung vào lưu trữ. Khi toàn bộ chuỗi khối trở nên thiên về thực thi hơn, đặc biệt là Ethereum, tôi bắt đầu quan tâm đến sổ cái phân tán và chuỗi khối cũng như cách thực hiện hợp đồng thông minh. Bản chất không được phép của nó đã quen thuộc với tôi từ nghiên cứu của tôi về các hệ thống ngang hàng đầu tiên. Vì vậy, nhóm nghiên cứu của tôi tại UCL đã bắt đầu tìm ra 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 Chainspace để thương mại hóa một số ý tưởng của mình và nhóm đã được Facebook mua lại. Sau đó, chúng tôi đã giúp Facebook đưa ra giải pháp mở rộng quy mô chuỗi khối Libra/Diem. Nhưng khi đề xuất không đạt được tiến triển, tôi đã rời đi và tiếp tục theo đuổi các cơ hội khác để triển khai khái niệm blockchain hiệu suất cao.

**Q2: Bạn vẫn là giáo sư, vậy bạn nghĩ sự khác biệt giữa ứng dụng và nghiên cứu là gì? **

Thực sự không có nhiều sự khác biệt. Khi chúng tôi tiến hành nghiên cứu, chúng tôi xem xét tất cả các khả năng để đạt được một mục tiêu cụ thể, chẳng hạn như xây dựng một chuỗi khối hiệu suất cao hoặc một chức năng cụ thể. Tất nhiên, khi xây dựng một blockchain hoặc chọn một chức năng cụ thể để sử dụng trong hệ thống thực, chúng ta phải chọn một trong những khả năng này. Chúng ta phải liên tục đưa ra những phán xét, trong số tất cả những ý tưởng hay này, ý tưởng nào thực sự hữu ích nhất cho mọi người? Đó là những gì mọi người đang tìm kiếm? Những điểm nghẽn trong việc áp dụng blockchain là gì? Điều gì ngăn cản mọi người đạt được những gì họ muốn làm? Khi xây dựng một hệ thống, bạn vẫn đang xem xét tất cả các khả năng và cố gắng hiểu những gì có thể thực hiện được từ tài liệu học thuật, sau đó chọn những gì phù hợp nhất. Đây không chỉ là lợi ích trí tuệ mà còn tạo ra giá trị cho người dùng.

**Q3: Khi đi từ lý thuyết đến ứng dụng thực tế, bạn xác định bài toán nào cần giải quyết? **

Vấn đề chính tôi giải quyết trong nghiên cứu của mình là làm thế nào để mở rộng quy mô 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, tức là cách tăng thông lượng giao dịch và giảm độ trễ. Vấn đề về vấn đề này là hiển nhiên, bất cứ khi nào chúng ta thấy một hợp đồng nhất định trên Ethereum trở nên rất phổ biến, nền tảng Ethereum không thể chịu được khối lượng giao dịch lớn như vậy, tắc nghẽn giao dịch xảy ra và phí tăng vọt. Mỗi khi blockchain đạt được thành công, chúng ta đều thấy nó xử lý nhiều giao dịch hơn hiện tại. Vì vậy, rõ ràng vấn đề là không có đủ năng lực cho những gì mọi người muốn làm trên các chuỗi khối này. Nó không chỉ xảy ra trong tâm trí chúng ta mà chúng ta còn chứng kiến điều đó xảy ra hết lần này đến lần khác. Trong một thời gian, đây được coi là một thử thách xứng đáng, không chỉ với nhóm của tôi mà trên thực tế là toàn bộ cộng đồng học thuật đều đang nghiên cứu về blockchain, mọi người đều giải quyết vấn đề này theo những cách khác nhau. Hiện nay, khá nhiều công nghệ đã đượ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 đó, như chúng ta đều biết, nhiều người đã tiếp cận nó theo những cách khác nhau.

**Q4: Mạng L2 là một phương pháp được người ta đề xuất để giải quyết vấn đề mở rộng quy mô, việc xây dựng mạng L1 mới như Sui có gì khác biệt và lợi ích? **

L2 là một giải pháp để mở rộng quy mô trong hệ sinh thái Ethereum. Nhưng đối với các nhà phát triển ứng dụng, làm việc với mạng L2 hơi khó khăn. Khi mạng L2 cố gắng tương tác với Ethereum, hoạt động bắc cầu phải xảy ra, mặc dù điều này đúng với mọi mối quan hệ L2/L1. Trạng thái đại diện cho một đồng xu, 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 phải có cơ chế nào đó để L1 có thể xác minh mọi thứ xảy ra trong đó. Nhưng đó mới chỉ là phần đầu tiên, bất kỳ tài sản nào tồn tại trên L1 đều cần được chuyển sang L2, một số hoạt động nào đó phải diễn ra trên L2, sau đó bằng cách nào đó chuyển tài sản đó trở lại L1. Điều này rất rắc rối.

Đối với các tài sản có thể thay thế được như token, hoạt động bắc cầu này tương đối suôn sẻ vì mọi người có hai tài khoản và một phần mềm trung gian bắc cầu. Nhưng đối với những tài sản tổng quát hơn, nó không hoạt động tốt như vậy. Để thực sự sử dụng mạng L2 trên Ethereum nhằm phát triển các ứng dụng phức tạp hơn token, bạn cần phải có hợp đồng thông minh ở cả hai bên, một để đúc (mint) và một để đốt (burn). Họ phải di chuyển giữa hai hệ sinh thái khác nhau, đây là hoạt động tùy chỉnh cho mỗi hợp đồng. Bạn không thể nói đơn giản là tôi sẽ tạo mạng L2 rồi lấy hết tài sản đi làm những gì mình muốn rồi mang về, không có khái niệm như vậy. Đây là một quá trình thủ công và rất dễ xảy ra lỗi. Vì vậy, nó không phải là một trải nghiệm tuyệt vời. Hãy tưởng tượng bạn có tài sản trên nhiều mạng L2 khác nhau và bạn có các hợp đồng thông minh tùy chỉnh này trên các mạng L2 khác nhau. Mỗi khi bạn muốn hoạt động ở một trạng thái nào đó trên mạng L2 khác, bạn phải kết nối hoàn toàn về L1 rồi quay lại L2. Bạn không thể dễ dàng nói rằng, tôi vừa làm điều gì đó trên blockchain này và sau đó tôi sẽ làm điều gì đó khác trên blockchain khác và tôi không cần phải suy nghĩ xem nó đang ở L1 hay L2 nào. Tất cả đều ở đây và tôi có nó ngay bây giờ, sẵn sàng thực hiện nhiều giao dịch hơn ở bất kỳ tiểu bang nào tôi muốn ghé thăm. Đây là lý do tại sao việc trải rộng trạng thái trên mạng L2 là một trải nghiệm tồi tệ. Việc di chuyển tài sản giữa các chuỗi khác nhau là điều khó khăn và 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 được sự quan tâm của tôi.

Một ví dụ khác là Cosmos, nơi có một hệ sinh thái rất thú vị áp dụng một cách tiếp cận khác để mở rộng quy mô bằng cách sử dụng các chuỗi khối khác nhau cho các ứng dụng khác nhau. Chúng ta có thể có tốc độ giao dịch khác nhau trên các chuỗi khác nhau và kết nối tài sản giữa các chuỗi khi chúng ta cần vận hành giữa các ứng dụng khác nhau, nhưng nó cũng gặp phải cùng một vấn đề. Mỗi khi bạn muốn sử dụng một ứng dụng khác, trước tiên bạn phải thực hiện thao tác bắc cầu, thao tác này tinh tế và rõ ràng đối với người dùng, sau đó bạn có thể sử dụng ứng dụng đó và bắc cầu trở lại. Bạn sẽ thấy mình dành nhiều thời gian hơn để di chuyển tài sản từ chuỗi này sang chuỗi khác hơn là 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, trên thực tế, chứa tất cả trạng thái được các trình xác thực sao chép. Sau 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 có thể được sử dụng để thực hiện giao dịch tiếp theo mà không cần người dù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. Những cải tiến chính nào giúp Sui có được thông lượng cao và độ trễ thấp? **

Sui Lutris bao gồm hai ý tưởng chính: (1) đối với nhiều hoạt động trên blockchain, sự đồng thuận không thực sự cần thiết; (2) khi bạn cần sự đồng thuận, có một phương pháp thông lượng rất cao sẽ kết hợp hai phương pháp này. Sui Lutris là cốt lõi của hệ thống phân tán của Sui, đảm bảo rằng hai nút xác minh khác nhau theo giao thức sẽ không bao giờ ở trạng thái không nhất quán khi thực hiện các giao dịch trên mạng phân tán. Không có trường hợp nào mà một người xác nhận cho rằng bạn đã tiêu một xu và gửi nó cho Alice, trong khi một người xác thực khác cho rằng số tiền đó thực sự đã được gửi cho Bob.

🌟 Rái cá bản thân:

Hai con đường khác nhau, một con đường không yêu cầu sự đồng thuận (con đường nhanh) và một con đường đòi hỏi 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 riêng 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 chiếc mũ đó, về mặt lý thuyết thì không ai khác có thể thao túng chúng. Trong những trường hợp này, Sui sử dụng đường dẫn nhanh, có nghĩa là bạn có thể thao túng các đối tượng của riêng mình, bạn có được giao dịch cuối cùng mà không cần chờ sự đồng thuận, giao dịch được đảm bảo diễn ra và chiếc mũ nằm trê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 những đồ vật thuộc về bạn mà còn được nhiều người chia sẻ. Ví dụ: nếu có một cuộc đấu giá bán những chiếc mũ nhỏ, loại đấu giá này sẽ được thể hiện trong Sui dưới dạng một đối tượng dùng chung. Mọi người có thể trả giá và người trả giá cao nhất sẽ giành được chiếc mũ. Loại đấu giá này là một đối tượng không thuộc về một thực thể duy nhất. Mọi người phải có thể đặt giá thầu, chia sẻ và cập nhật trạng thái về giá thầu mới nhất. Những loại hoạt động này yêu cầu sự đồng thuận bổ sung. Sui Lutris cho phép bạn sở hữu các đối tượng được chia sẻ và thực hiện các giao dịch trên chúng, cho phép bạn sở hữu các đối tượng khác, thay đổi trạng thái của các đối tượng được chia sẻ hoặc tạo các đối tượng được chia sẻ mới. Nó cho phép cả hai đường dẫn cùng tồn tại và tương tác giữa các đối tượng độc quyền thuộc sở hữu của một cá nhân cụ thể hoặc các đối tượng được chia sẻ bởi nhiều người.

Hai con đường khác nhau này có những ưu điểm khác nhau. Đường dẫn nhanh dành cho các đối tượng độc quyền có độ trễ cực thấp, mất chưa đến một giây, rất nhanh và có quy mô rộng. Đường dẫn đồng thuận có độ trễ cao hơn, thường là trên một giây và dung lượng khá cao, tuy nhiên, khó mở rộng quy mô hơn đường dẫn đầu tiên. Trên Sui, những ứng dụng 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 đường dẫn đầu tiên và cấu trúc ứng dụng của họ ở mức độ lớn để có nhiều giao dịch nhất, chủ yếu trên các đối tượng độc quyền, chứ không phải 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 (chẳng hạn như DeFi) thường thực hiện loại giao dịch thứ hai, vì chúng phải kết hợp giá thầu hoặc thanh khoản từ nhiều người khác nhau để thực hiện các hoạt động.

**Q6: 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 con đường nhanh không? **

Chắc chắn rồi. Tôi nghĩ đây là công việc cốt lõi của một nhà thiết kế ứng dụng mở rộng. Các nhà phát triển hợp đồng thông minh có toàn quyền 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 hay chung của một thực thể tại bất kỳ thời điểm nào. Một trong những thủ thuật để mở rộng quy mô ứng dụng của bạn trong Sui là đảm bảo rằng hầu hết các thao tác về cơ bản đều diễn ra trên các đối tượng độc quyền, vì Sui có thể quản lý bao nhiêu thao tác tùy thích với độ trễ rất thấp, đây là một trải nghiệm thú vị. Các hoạt động cần thiết cho trò chơi phải được thực hiện trong danh mục này và độ trễ của chúng rất thấp so với các hoạt động cần được dàn xếp thông qua trạng thái chia sẻ và các đối tượng được chia sẻ. Sau khi nhấp vào, giao dịch có thể được hoàn thành ngay lập tức trên mạng.

Người thiết kế hợp đồng thông minh có toàn quyền kiểm soát điều này và về cơ bản họ có thể chỉ định chính xác các giao dịch trong mỗi danh mục là gì. Tất nhiên, phiên bản đầu tiên của hợp đồng có thể coi mọi thứ là trạng thái chung và mọi thứ sẽ đi theo con đường đồng thuận có độ trễ cao hơn, nhưng do nhu cầu mở rộng quy mô, các nhà phát triển cần xem xét họ có thể làm được bao xa. .

**Q7: Khối giao dịch có thể lập trình đóng vai trò như thế nào trong việc này? **

Các khối giao dịch có thể lập trình có thể hoạt động trên đường dẫn nhanh hoặc đường dẫn đồng thuận. Nếu một khối giao dịch có thể lập trình chỉ liên quan đến đố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 thao tác trên chuỗi. Ví dụ: giả sử bạn là một ứng dụng CEX nơi nhiều người mua và bán các loại tiền 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 đang mua và bán. Nhưng vì bạn là người trao đổi nên tất cả đều thuộc về bạn nên hàng nghìn giao dịch có thể được giải quyết cùng lúc, đó là con đường nhanh chóng. Mặt khác, nếu một số đối tượng trong khối giao dịch có thể lập trình được chia sẻ thì đường dẫn đồng thuận sẽ được đưa vào và độ trễ sẽ cao hơn một chút, không dưới một giây mà là vài giây.

**Q8: Mainnet đã trực tuyến được hơn 100 ngày. Hiệu suất của Sui có xác nhận lý thuyết nghiên cứu giả định của bạn không? Có điều gì làm bạn ngạc nhiên không? **

Có một số điều khẳng định thiết kế của Sui, nhưng cũng có những điều đáng phải suy ngẫm. Một là khi khối lượng giao dịch đặc biệt lớn, thậm chí tại một thời điểm đặc biệt, khối lượng giao dịch hàng ngày thậm chí còn vượt quá 60 triệu, hầu hết đều nằm trong đường dẫn nhanh. Sui Lutris có khả năng mở rộng rất cao và có độ trễ rất thấp. Cho đến lúc đó, vẫn chưa rõ liệu có ai sẽ sử dụng đường dẫn này hay không, nhưng khi yêu cầu khối lượng giao dịch cao và độ trễ thấp, nó sẽ được sử dụng và hoạt động rất tốt! Dễ dàng nhận thấy, đó là phương pháp. Vào thời điểm đó, Sui có nhiều giao dịch hơn tất cả các blockchain khác cộng lại. Đây là một xác nhận thú vị rằng thiết kế của Sui là hợp lý.

Trong khi đó, cộng đồng Sui nhận thấy con đường nhanh chóng này hơi khó khăn. Bởi vì chủ sở hữu đối tượng phải quản lý thứ tự thao tác trên đối tượng của họ ở một mức độ nào đó nên đôi khi mọi thứ có thể xảy ra sai sót. Đôi khi, họ thậm chí có thể sử dụng một thư viện không giúp ích được gì cho họ và bản thân thư viện đó có lỗi nên đôi khi các đối tượng bị khóa. Thông thường họ mở khóa vào cuối ngày, vào cuối một kỷ nguyên, nhưng đó không phải là một trải nghiệm tuyệt vời. Những người thiết kế hợp đồng thông minh có thể bị đe dọa bởi điều này, sợ rằng có thể xảy ra lỗi, điều này khiến họ không thể tận dụng tối đa các tiện ích có độ trễ thấp và khả năng mở rộng. Một loạt công nghệ đang được phát triển để cho phép những người vô tình khóa đồ vật có thể nhanh chóng mở khóa chúng trong vòng vài giây. Vì vậy, nếu bạn cố gắng sử dụng đường dẫn nhanh, sẽ xảy ra lỗi và đối tượng của bạn bị khóa, bạn có thể ngay lập tức sử dụng đường dẫn đồng thuận để mở khóa mà không cần đợi cho đến khi hết một kỷ nguyên.

Và, thật kỳ lạ, nó không chỉ giúp tránh lỗi mà còn cho phép các nhà phát triển nhanh chóng thể hiện nhiều thứ hơn, có những kỹ thuật tiềm năng trong đó một số đối tượng không chỉ thuộc sở hữu của một bên. Có thể có một đối tượng mà bạn và tôi cùng sở hữu, vì nó được chia sẻ và thông thường các giao dịch trên đối tượng đó phải đi theo con đường đồng thuận. Tuy nhiên, nếu Sui có cách để nhanh chóng mở khóa các đối tượng, các nhà phát triển thực sự có thể thử thực hiện các giao dịch nhanh chóng. Trong trường hợp bạn và tôi tình cờ giao dịch trên cùng một đối tượng vào cùng một thời điểm, hệ thống sẽ bị khóa, không thể quyết định giao dịch nào xảy ra tiếp theo và sau đó Sui có thể mở khóa và thực hiện giao dịch đó thông qua con đường đồng thuận, làm cho nó được chia sẻ và giải quyết nó. Nhưng điều đó không thể xảy ra trừ khi mọi người cố tình cố gắng cạnh tranh. Khi Sui có chức năng cho phép mở khóa các đối tượng, nó sẽ có thể truy cập nhanh các đối tượng thuộc sở hữu của nhiều người. Đây là một trò chơi cố gắng chuyển càng nhiều khối lượng giao dịch càng tốt thông qua con đường nhanh, đây là một loại trò chơi đang được phát triển để trợ giúp cộng đồng người xây dựng.

**Q9: Bạn có thể chia sẻ chi tiết hơn nguyên nhân hiện đang gây ra hiện tượng khóa đối tượng không? **

Lý do tại sao không cần phải thông qua sự đồng thuận để cho Sui biết trình tự các hoạt động sẽ xảy ra khi một đối tượng là của bạn là vì không ai khác có thể thao tác trên đối tượng của bạn. Sui dựa vào việc bạn nói với hệ thống rằng hành động A sẽ xảy ra trước, hành động B sẽ xảy ra tiếp theo và hành động C sẽ xảy ra sau cùng. Hệ thống vẫn phải kiểm tra xem tất cả các ABC có được nhìn thấy theo cùng một thứ tự hay không. Hệ thống được triển khai thông qua một giao thức phân tán chỉ kiểm tra xem tất cả chúng ta có nhìn thấy ABC lần lượt hay không. Câu hỏi đặt ra là nếu bạn mắc lỗi hoặc phần mềm của bạn mắc lỗi. Ví dụ: nếu điện thoại kiểm soát nội dung của bạn và máy tính kiểm soát nội dung của bạn thì điện thoại sẽ cho biết A xảy ra trước và máy tính của bạn cho biết B xảy ra trước. Bạn đang sắp xếp hai thứ khác nhau không chính xác. Đây là một sự mâu thuẫn. Trong trường hợp này, Sui sẽ nói: "Chà, người mà tôi ủy quyền cho tôi biết trình tự dường như đã đưa ra cho tôi hai điều trái ngược nhau nên tôi không biết phải làm gì. Tôi không biết phải giải quyết vấn đề này như thế nào." Bởi vì Sui Vấn đề này thường được giải quyết thông qua con đường đồng thuận. Nhưng ở đây, bạn đang cố gắng sử dụng đường dẫn nhanh. Thế là Tùy giơ tay nói: "Được rồi, ở đây có sai lầm."

Giả định ban đầu là điều này không xảy ra thường xuyên, nhưng hóa ra nó xảy ra khá thường xuyên khi mọi người sử dụng các thiết bị khác nhau hoặc cố gắng thực hiện nhiều giao dịch cho cùng một đối tượng cùng một lúc. Hiện tại, khi những đồ vật này bị khóa, Tùy sẽ đợi đến cuối một kỷ nguyên mới mở khóa, điều này rất đáng lo ngại. Hãy tưởng tượng nếu tài sản của bạn không thể sử dụng được trong một ngày thì đây thực sự có thể là một vấn đề nghiêm trọng.

Vì vậy lúc này Sui cần phải tiến hóa để có hành động đúng đắn khi có thứ gì đó bị khóa. Nếu đơn vị được ủy thác đưa ra mệnh lệnh chính xác đưa ra mệnh lệnh không rõ ràng, Tùy sẽ giải quyết toàn bộ tình huống thông qua sự đồng thuận. Điều này sẽ xảy ra trong vài giây chứ không phải ở cuối một kỷ nguyên.

**Q10: Phần lớn nghiên cứu của bạn xoay quanh quyền riêng tư. Bạn nghĩ gì về cách các blockchain công khai có thể cân bằng tốt nhất tính minh bạch, khả năng truy xuất nguồn gốc và quyền riêng tư? **

Trong chuỗi công khai, làm thế nào để cân bằng tính minh bạch, khả năng truy xuất nguồn gốc và quyền riêng tư là một vấn đề rất liên quan đến ứng dụng và quan điểm của tôi về quyền riêng tư là những gì cần được giữ kín phụ thuộc phần lớn vào chính ứng dụng đó. Ví dụ: trên Sui, việc các nhà phát triển ứng dụng phát triển các hợp đồng bảo vệ quyền riêng tư của người dùng là điều hợp lý. Bởi vì một số người chỉ muốn phát triển trò chơi nên có thể những lo ngại về quyền riêng tư không phải là vấn đề lớn. Một số người muốn giao dịch các giao dịch tài chính trên blockchain và quyền riêng tư có thể được quan tâm nhiều hơn, nhưng đồng thời, cũng có những loại vấn đề pháp lý khác liên quan. Vì vậy, quan điểm của Sui là chúng tôi sẽ cung cấp cho bạn một nền tảng tốt và bạn cần xây dựng quyền riêng tư trên nền tảng này.

Để giúp mọi người xây dựng quyền riêng tư, Sui cung cấp một số hỗ trợ gốc tiền điện tử có thể hữu ích cho họ khi thiết kế hợp đồng thông minh. Một trong những điều quan trọng nhất trong số này là khả năng xác minh bằng chứng không có kiến thức về Sui. Có một hàm gốc giúp xác minh một trong những lược đồ được sử dụng và hiểu rộng rãi nhất, lược đồ Groth16 do đồng nghiệp của tôi Jens Groth phát triển. Điều này có nghĩa là, trên thực tế, các nhà thiết kế ứng dụng có thể xác minh một số sự kiện ngoại tuyến mà không tiết lộ những sự kiện đó là gì. Đây là khối xây dựng cơ bản để xây dựng toàn bộ lớp ứng dụng thân thiện với quyền riêng tư giúp duy trì một số trạng thái ngoài chuỗi, nhưng trên chuỗi, bạn có thể xác minh rằng mọi điều xảy ra ngoài chuỗi đều chính xác.

Các nhà phát triển ứng dụng quyết định loại bảo vệ quyền riêng tư mà ứng dụng của họ cần và sử dụng các hỗ trợ gốc này để kết hợp các chiến lược mã hóa trên chuỗi, ngoài chuỗi và trên chuỗi nhằm giải quyết các vấn đề về quyền riêng tư mà họ có thể gặp phải.

**Q11: Có thêm hỗ trợ gốc nào cho quyền riêng tư trên Sui không? **

Cộng đồng đang suy nghĩ về sự hỗ trợ mà các nhà phát triển cần để viết các hợp đồng thông minh trong một môi trường thân thiện với quyền riêng tư hơn và bằng chứng không có kiến thức là một trong số đó. Một số người có thể nghĩ rằng Sui cần các hàm toán học hoặc mật mã tổng quát hơn trên chuỗi. Chúng tôi muốn thấy các nhà thiết kế hợp đồng thông minh đưa ra phản hồi về những gì còn thiếu và có cả một loạt các kỹ thuật khác có thể được sử dụng để bảo vệ quyền riêng tư, như tính toán của nhiều bên hoặc phần cứng đáng tin cậy. Các chuỗi khối khác nhau đã được phát triển theo các hướng này và chúng đòi hỏi các hệ thống bổ sung rất phức tạp. Cần phải có đủ bằng chứng trong cộng đồng rằng mọi người muốn những công nghệ này vì chúng đại diện cho một số thay đổi cơ bản đối với kiến trúc của Sui. Nhưng nếu cộng đồng muốn đi theo hướng đó, sẽ có một quy trình đề xuất các cách để bổ sung các biện pháp bảo vệ quyền riêng tư.

**Q12: Bạn nghĩ Sui sẽ phát triển như thế nào trong 6 đến 12 tháng tới? **

Nó phụ thuộc vào loại ứng dụng mà mọi người xây dựng trên Sui và trong thời gian ngắn, rất nhiều cải tiến sẽ dành cho những ứng dụng mà mọi người đang thực sự xây dựng. Từ góc độ rất dài hạn, theo tiêu chuẩn blockchain, 6 đến 12 tháng có thể được coi là một khoảng thời gian rất dài. Chúng tôi sẽ cải thiện giao thức Sui Lutris để đạt được độ trễ thấp hơn, giao thức đơn giản hơn và làm cho quy mô Sui tốt hơn. Ngoài ra, nó sẽ làm cho nền kinh tế hiệu quả hơn, cho phép các nút xác thực chạy trên phần cứng hạn chế hơn và sử dụng phần cứng hiện có để thực hiện các giao dịch thực sự thay vì thực hiện mật mã hoặc chi phí khác của blockchain. Đây là những gì chúng tôi mong đợi để xem.