Gần đây, chúng tôi đã phỏng vấn một chuyên gia 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 mà hệ thống xử lý giao dịch của Sui góp phần vào mạng lưới hiệu suất cao. Chuyên gia này là một trong những người đóng góp ban đầu cho Sui và cũng là giáo sư trong lĩnh vực an ninh và quyền riêng tư tại Đại học London.
Dưới đây là nội dung phỏng vấn lần này:
Q1：Bạn có thể giới thiệu về trọng tâm nghiên cứu của bạn không?
Tôi là giáo sư tại Đại học London, nghiên cứu của tôi tập trung vào an ninh và quyền riêng tư. Ở giai đoạn đầu, tôi nghiên cứu các hệ thống peer-to-peer và hệ thống ẩn danh, chủ yếu là các hệ thống phân tán lớn tập trung vào lưu trữ. Khi blockchain phát triển, đặc biệt là sự xuất hiện của Ethereum, tôi đã phát sinh sự quan tâm đến sổ cái phân tán và hợp đồng thông minh. Nhóm nghiên cứu của tôi tại UCL bắt đầu nghiên cứu cách xây dựng các hệ thống có hiệu suất cao hơn. Chúng tôi đã thành lập công ty Chainspace, thương mại hóa một số ý tưởng và sau đó đội ngũ đã được một công ty khác mua lại. Sau đó, chúng tôi đã giúp đưa ra các giải pháp mở rộng blockchain. Khi các giải pháp không đạt được tiến bộ, tôi tiếp tục tìm kiếm những cơ hội khác để hiện thực hóa ý tưởng blockchain hiệu suất cao.
Q2：Bạn nghĩ rằng 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ế, sự khác biệt không lớn. Trong nghiên cứu, chúng ta sẽ xem xét tất cả các khả năng để đạt được mục tiêu cụ thể, chẳng hạn như xây dựng một blockchain hiệu suất cao. Nhưng trong việc xây dựng hệ thống thực tế, chúng ta phải chọn lựa phương án hữu ích nhất và phù hợp nhất từ nhiều ý tưởng tốt. Chúng ta cần đánh giá những gì cản trở mọi người đạt được mục tiêu của họ, tìm hiểu thông qua tài liệu học thuật về các tình huống có thể xảy ra, và sau đó chọn lọc nội dung có liên quan nhất. Đây không chỉ là sở thích tri thức, mà còn là tạo ra giá trị cho người dùng.
Q3：Từ lý thuyết đến ứng dụng thực tế, bạn đã xác định các vấn đề cần giải quyết như thế nào?
Tôi chủ yếu quan tâm đến việc mở rộng các chức năng khác nhau của Blockchain, đặc biệt là tăng thông lượng giao dịch và giảm độ trễ. Vấn đề này rất rõ ràng, mỗi khi một hợp đồng thông minh trở nên rất phổ biến, nền tảng sẽ không thể chịu đựng được khối lượng giao dịch lớn, dẫn đến tắc nghẽn và phí tăng vọt. Chúng tôi đã thấy đi thấy lại rằng khả năng xử lý của Blockchain không thể đáp ứng nhu cầu của người dùng. Đây được coi là một thách thức có giá trị, không chỉ đội ngũ của tôi mà toàn bộ giới học thuật đều đang tìm cách giải quyết vấn đề này theo nhiều cách khác nhau. Hiện đã có nhiều công nghệ được phát triển để mở rộng khả năng của Blockchain.
Q4：L2 mạng và việc thiết lập mạng L1 mới có gì khác biệt và lợi thế?
L2 là một giải pháp mở rộng trong một hệ sinh thái nhất định, nhưng đối với các nhà phát triển, việc sử dụng nó có phần khó khăn. Khi L2 tương tác với L1, cần phải thực hiện việc cầu nối, trạng thái trong L1 phải được phản ánh trong L2, và ngược lại. L2 cũng cần có cơ chế để L1 xác minh mọi thứ diễn ra bên trong. Quá trình này rất rắc rối, đặc biệt là đối với tài sản phức tạp. Việc di chuyển tài sản giữa các L2 cũng rất khó khăn.
Một cách khác là sử dụng các blockchain khác nhau cho các ứng dụng khác nhau, nhưng cũng gặp phải vấn đề cầu nối. Người dùng cần thường xuyên cầu nối tài sản khi thao tác giữa các ứng dụng khác nhau, trải nghiệm không tốt.
Giải pháp của chúng tôi là xây dựng một cơ sở dữ liệu lớn, chứa tất cả các trạng thái được sao chép bởi các nút đã xác minh. Khi giao dịch hoàn tất, tất cả các trạng thái trong cùng một cơ sở dữ liệu sẽ có sẵn cho giao dịch tiếp theo, người dùng không cần phải liên tục di chuyển trạng thái tài sản giữa các mạng khác nhau.
Q5：Đổi mới chính của Sui Lutris là gì, và làm thế nào để đạt được thông lượng cao và độ trễ thấp?
Sui Lutris có hai khái niệm chính: nhiều hoạt động không cần sự đồng thuận, khi cần sự đồng thuận thì có một phương pháp có khả năng thông lượng cao. Nó đảm bảo rằng các nút xác nhận không bao giờ ở trạng thái không nhất quán khi xử lý giao dịch.
Sui Lutris có hai con đường: con đường nhanh (không cần đồng thuận) và con đường đồng thuận. Sử dụng con đường nhanh khi thao tác với đối tượng của riêng bạn, không cần chờ đợi đồng thuận để có được tính cuối cùng của giao dịch. Các giao dịch liên quan đến đối tượng chia sẻ cần con đường đồng thuận.
Đường dẫn nhanh có độ trễ cực thấp, chưa đến một giây, và có thể mở rộng rộng rãi. Đường dẫn đồng thuận có độ trễ cao hơn, thường vượt quá một giây, có dung lượng lớn nhưng khả năng mở rộng kém. Hầu hết các giao dịch hàng ngày sử dụng đường dẫn nhanh, trong khi các thao tác DeFi phức tạp thường sử dụng đường dẫn đồng thuận.
Q6：Các nhà phát triển có thể thiết kế ứng dụng để tận dụng đường dẫn nhanh không?
Chắc chắn rồi. Các nhà phát triển hợp đồng thông minh có thể kiểm soát xem đối tượng thao tác là độc quyền hay chia sẻ. Chìa khóa để mở rộng ứng dụng là đảm bảo phần lớn các thao tác dựa trên đối tượng độc quyền để đạt được độ trễ thấp. Các ứng dụng như trò chơi nên cố gắng sử dụng cách này, thay vì dựa vào trạng thái và đối tượng chia sẻ. Các nhà phát triển có thể xác định chính xác mỗi loại giao dịch và tối ưu hóa thiết kế khi cần mở rộng.
Q7：Khối giao dịch lập trình được hoạt động như thế nào?
Giao dịch có thể lập trình trên khối có thể được sử dụng trên đường nhanh hoặc đường đồng thuận. Nếu chỉ liên quan đến các đối tượng độc quyền, có thể thực hiện nhiều hoạt động trong một thao tác trên một chuỗi, độ trễ rất thấp. Nếu bao gồm các đối tượng chia sẻ, thì vào đường đồng thuận, độ trễ cao hơn một chút. Điều này cung cấp sự linh hoạt cho các tình huống khác nhau.
Q8：Sau khi mạng chính ra mắt, hiệu suất của Sui có xác nhận lý thuyết nghiên cứu của bạn không? Có phát hiện bất ngờ nào không?
Thiết kế của Sui đã được xác minh, đặc biệt là trong thời gian giao dịch cao. Một ngày nào đó, khối lượng giao dịch vượt quá 60 triệu, phần lớn sử dụng đường nhanh, chứng minh khả năng mở rộng và độ trễ thấp của Sui Lutris.
Nhưng cộng đồng cũng nhận thấy rằng con đường nhanh chóng có chút tinh vi. Đôi khi đối tượng có thể bị khóa sai, mặc dù thường sẽ được mở khóa vào cuối epoch, nhưng đó không phải là một trải nghiệm tốt. Đang phát triển công nghệ cho phép mở khóa nhanh chóng các đối tượng bị khóa.
Những công nghệ mới này không chỉ có thể tránh được lỗi, mà còn có thể cho phép các nhà phát triển biểu đạt nhiều thao tác hơn thông qua các con đường nhanh chóng, thậm chí xử lý một số trường hợp của các đối tượng chia sẻ. Điều này sẽ nâng cao thêm hiệu suất và tính linh hoạt của Sui.
Q9：Bạn có thể giải thích chi tiết về nguyên nhân dẫn đến việc khóa đối tượng không?
Khi một đối tượng thuộc về một người dùng duy nhất, Sui phụ thuộc vào người dùng để thông báo thứ tự thực hiện. Hệ thống kiểm tra xem tất cả mọi người có nhìn thấy những thao tác này theo cùng một thứ tự hay không. Vấn đề xảy ra khi người dùng hoặc phần mềm gặp lỗi, chẳng hạn như các thiết bị khác nhau đưa ra thứ tự thao tác mâu thuẫn. Trong trường hợp này, Sui không thể xác định thứ tự đúng, và đối tượng sẽ bị khóa.
Tình huống này phổ biến hơn mong đợi, vì mọi người sử dụng nhiều thiết bị hoặc thực hiện nhiều giao dịch đối với cùng một đối tượng cùng một lúc. Hiện tại, các đối tượng bị khóa phải chờ đến khi epoch kết thúc mới được mở khóa, điều này có thể gây ra vấn đề nghiêm trọng.
Sui đang phát triển cơ chế mới, khi đối tượng bị khóa, sẽ giải quyết xung đột một cách nhanh chóng thông qua sự đồng thuận, thay vì phải chờ đến khi kết thúc epoch. Điều này sẽ được thực hiện trong vài giây, cải thiện đáng kể trải nghiệm của người dùng.
Q10：Bạn có ý kiến gì về cách mà các chuỗi công khai cân bằng giữa tính minh bạch, khả năng truy xuất và quyền riêng tư?
Điều này phần lớn phụ thuộc vào ứng dụng cụ thể. Trên một nền tảng nhất định, các nhà phát triển ứng dụng có thể tự phát triển hợp đồng để bảo vệ quyền riêng tư của người dùng. Một số ứng dụng có thể không quá chú trọng đến quyền riêng tư, trong khi một số ứng dụng tài chính có thể cần bảo vệ quyền riêng tư nhiều hơn, đồng thời cũng phải xem xét các vấn đề về quy định.
Để giúp xây dựng bảo vệ quyền riêng tư, nền tảng cung cấp một số hỗ trợ mã hóa gốc, như khả năng xác minh chứng minh không biết. Điều này cho phép các nhà thiết kế ứng dụng xác minh một số sự kiện ngoài chuỗi mà không cần tiết lộ chi tiết trên chuỗi.
Các nhà phát triển ứng dụng có thể quyết định cần loại bảo vệ quyền riêng tư nào và kết hợp các chiến lược như trên chuỗi, ngoài chuỗi và mã hóa để đối phó với các thách thức về quyền riêng tư.
Q11：Có hỗ trợ quyền riêng tư nguyên bản nhiều hơn không?
Cộng đồng đang xem xét việc cung cấp hỗ trợ hợp đồng thông minh thân thiện với quyền riêng tư hơn cho các nhà phát triển. Ngoài bằng chứng không biết, có thể cần thêm nhiều hàm toán học hoặc mật mã chung. Chúng tôi hoan nghênh các nhà thiết kế hợp đồng thông minh cung cấp phản hồi về các chức năng còn thiếu.
Các công nghệ khác như tính toán đa bên hoặc phần cứng đáng tin cậy cũng có thể được sử dụng để bảo vệ quyền riêng tư, nhưng những điều này cần các hệ thống bổ sung phức tạp. Nếu cộng đồng có nhu cầu mạnh mẽ, có thể thêm các phương pháp bảo vệ quyền riêng tư mới thông qua quy trình đề xuất.
Q12：Bạn nghĩ Sui sẽ phát triển như thế nào trong 6 đến 12 tháng tới?
Cải tiến trong ngắn hạn sẽ tập trung vào nhu cầu ứng dụng thực tế. Trong dài hạn, chúng tôi sẽ cải tiến giao thức Sui Lutris để đạt được độ trễ thấp hơn, giao thức đơn giản hơn và tăng cường khả năng mở rộng. Chúng tôi cũng sẽ nâng cao hiệu quả kinh tế, cho phép các nút xác minh hoạt động trên phần cứng bị hạn chế hơn, và sử dụng nhiều phần cứng hiện có hơn cho việc thực hiện giao dịch thực tế, thay vì cho các chi phí khác của blockchain. Đây là những hướng phát triển chính mà chúng tôi dự kiến sẽ thấy.
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.
14 thích
Phần thưởng
14
5
Chia sẻ
Bình luận
0/400
BlockchainBard
· 13giờ trước
Còn đường dài lắm.
Xem bản gốcTrả lời0
CryingOldWallet
· 13giờ trước
Điều duy nhất tôi hiểu là thông lượng cao.
Xem bản gốcTrả lời0
SocialAnxietyStaker
· 13giờ trước
Giao dịch nhanh có thể bảo vệ quyền riêng tư?
Xem bản gốcTrả lời0
DataBartender
· 13giờ trước
sui cuốn ma rồi
Xem bản gốcTrả lời0
CryptoNomics
· 13giờ trước
*ngáp* những tuyên bố về thông lượng của họ thiếu sự xác thực thống kê nghiêm ngặt thật lòng mà nói
Sui sáng lập viên giải thích chi tiết về sự phức tạp của cơ sở hạ tầng và việc triển khai blockchain hiệu suất cao
Gần đây, chúng tôi đã phỏng vấn một chuyên gia 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 mà hệ thống xử lý giao dịch của Sui góp phần vào mạng lưới hiệu suất cao. Chuyên gia này là một trong những người đóng góp ban đầu cho Sui và cũng là giáo sư trong lĩnh vực an ninh và quyền riêng tư tại Đại học London.
Dưới đây là nội dung phỏng vấn lần này:
Q1：Bạn có thể giới thiệu về trọng tâm nghiên cứu của bạn không?
Tôi là giáo sư tại Đại học London, nghiên cứu của tôi tập trung vào an ninh và quyền riêng tư. Ở giai đoạn đầu, tôi nghiên cứu các hệ thống peer-to-peer và hệ thống ẩn danh, chủ yếu là các hệ thống phân tán lớn tập trung vào lưu trữ. Khi blockchain phát triển, đặc biệt là sự xuất hiện của Ethereum, tôi đã phát sinh sự quan tâm đến sổ cái phân tán và hợp đồng thông minh. Nhóm nghiên cứu của tôi tại UCL bắt đầu nghiên cứu cách xây dựng các hệ thống có hiệu suất cao hơn. Chúng tôi đã thành lập công ty Chainspace, thương mại hóa một số ý tưởng và sau đó đội ngũ đã được một công ty khác mua lại. Sau đó, chúng tôi đã giúp đưa ra các giải pháp mở rộng blockchain. Khi các giải pháp không đạt được tiến bộ, tôi tiếp tục tìm kiếm những cơ hội khác để hiện thực hóa ý tưởng blockchain hiệu suất cao.
Q2：Bạn nghĩ rằng 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ế, sự khác biệt không lớn. Trong nghiên cứu, chúng ta sẽ xem xét tất cả các khả năng để đạt được mục tiêu cụ thể, chẳng hạn như xây dựng một blockchain hiệu suất cao. Nhưng trong việc xây dựng hệ thống thực tế, chúng ta phải chọn lựa phương án hữu ích nhất và phù hợp nhất từ nhiều ý tưởng tốt. Chúng ta cần đánh giá những gì cản trở mọi người đạt được mục tiêu của họ, tìm hiểu thông qua tài liệu học thuật về các tình huống có thể xảy ra, và sau đó chọn lọc nội dung có liên quan nhất. Đây không chỉ là sở thích tri thức, mà còn là tạo ra giá trị cho người dùng.
Q3：Từ lý thuyết đến ứng dụng thực tế, bạn đã xác định các vấn đề cần giải quyết như thế nào?
Tôi chủ yếu quan tâm đến việc mở rộng các chức năng khác nhau của Blockchain, đặc biệt là tăng thông lượng giao dịch và giảm độ trễ. Vấn đề này rất rõ ràng, mỗi khi một hợp đồng thông minh trở nên rất phổ biến, nền tảng sẽ không thể chịu đựng được khối lượng giao dịch lớn, dẫn đến tắc nghẽn và phí tăng vọt. Chúng tôi đã thấy đi thấy lại rằng khả năng xử lý của Blockchain không thể đáp ứng nhu cầu của người dùng. Đây được coi là một thách thức có giá trị, không chỉ đội ngũ của tôi mà toàn bộ giới học thuật đều đang tìm cách giải quyết vấn đề này theo nhiều cách khác nhau. Hiện đã có nhiều công nghệ được phát triển để mở rộng khả năng của Blockchain.
Q4：L2 mạng và việc thiết lập mạng L1 mới có gì khác biệt và lợi thế?
L2 là một giải pháp mở rộng trong một hệ sinh thái nhất định, nhưng đối với các nhà phát triển, việc sử dụng nó có phần khó khăn. Khi L2 tương tác với L1, cần phải thực hiện việc cầu nối, trạng thái trong L1 phải được phản ánh trong L2, và ngược lại. L2 cũng cần có cơ chế để L1 xác minh mọi thứ diễn ra bên trong. Quá trình này rất rắc rối, đặc biệt là đối với tài sản phức tạp. Việc di chuyển tài sản giữa các L2 cũng rất khó khăn.
Một cách khác là sử dụng các blockchain khác nhau cho các ứng dụng khác nhau, nhưng cũng gặp phải vấn đề cầu nối. Người dùng cần thường xuyên cầu nối tài sản khi thao tác giữa các ứng dụng khác nhau, trải nghiệm không tốt.
Giải pháp của chúng tôi là xây dựng một cơ sở dữ liệu lớn, chứa tất cả các trạng thái được sao chép bởi các nút đã xác minh. Khi giao dịch hoàn tất, tất cả các trạng thái trong cùng một cơ sở dữ liệu sẽ có sẵn cho giao dịch tiếp theo, người dùng không cần phải liên tục di chuyển trạng thái tài sản giữa các mạng khác nhau.
Q5：Đổi mới chính của Sui Lutris là gì, và làm thế nào để đạt được thông lượng cao và độ trễ thấp?
Sui Lutris có hai khái niệm chính: nhiều hoạt động không cần sự đồng thuận, khi cần sự đồng thuận thì có một phương pháp có khả năng thông lượng cao. Nó đảm bảo rằng các nút xác nhận không bao giờ ở trạng thái không nhất quán khi xử lý giao dịch.
Sui Lutris có hai con đường: con đường nhanh (không cần đồng thuận) và con đường đồng thuận. Sử dụng con đường nhanh khi thao tác với đối tượng của riêng bạn, không cần chờ đợi đồng thuận để có được tính cuối cùng của giao dịch. Các giao dịch liên quan đến đối tượng chia sẻ cần con đường đồng thuận.
Đường dẫn nhanh có độ trễ cực thấp, chưa đến một giây, và có thể mở rộng rộng rãi. Đường dẫn đồng thuận có độ trễ cao hơn, thường vượt quá một giây, có dung lượng lớn nhưng khả năng mở rộng kém. Hầu hết các giao dịch hàng ngày sử dụng đường dẫn nhanh, trong khi các thao tác DeFi phức tạp thường sử dụng đường dẫn đồng thuận.
Q6：Các nhà phát triển có thể thiết kế ứng dụng để tận dụng đường dẫn nhanh không?
Chắc chắn rồi. Các nhà phát triển hợp đồng thông minh có thể kiểm soát xem đối tượng thao tác là độc quyền hay chia sẻ. Chìa khóa để mở rộng ứng dụng là đảm bảo phần lớn các thao tác dựa trên đối tượng độc quyền để đạt được độ trễ thấp. Các ứng dụng như trò chơi nên cố gắng sử dụng cách này, thay vì dựa vào trạng thái và đối tượng chia sẻ. Các nhà phát triển có thể xác định chính xác mỗi loại giao dịch và tối ưu hóa thiết kế khi cần mở rộng.
Q7：Khối giao dịch lập trình được hoạt động như thế nào?
Giao dịch có thể lập trình trên khối có thể được sử dụng trên đường nhanh hoặc đường đồng thuận. Nếu chỉ liên quan đến các đối tượng độc quyền, có thể thực hiện nhiều hoạt động trong một thao tác trên một chuỗi, độ trễ rất thấp. Nếu bao gồm các đối tượng chia sẻ, thì vào đường đồng thuận, độ trễ cao hơn một chút. Điều này cung cấp sự linh hoạt cho các tình huống khác nhau.
Q8：Sau khi mạng chính ra mắt, hiệu suất của Sui có xác nhận lý thuyết nghiên cứu của bạn không? Có phát hiện bất ngờ nào không?
Thiết kế của Sui đã được xác minh, đặc biệt là trong thời gian giao dịch cao. Một ngày nào đó, khối lượng giao dịch vượt quá 60 triệu, phần lớn sử dụng đường nhanh, chứng minh khả năng mở rộng và độ trễ thấp của Sui Lutris.
Nhưng cộng đồng cũng nhận thấy rằng con đường nhanh chóng có chút tinh vi. Đôi khi đối tượng có thể bị khóa sai, mặc dù thường sẽ được mở khóa vào cuối epoch, nhưng đó không phải là một trải nghiệm tốt. Đang phát triển công nghệ cho phép mở khóa nhanh chóng các đối tượng bị khóa.
Những công nghệ mới này không chỉ có thể tránh được lỗi, mà còn có thể cho phép các nhà phát triển biểu đạt nhiều thao tác hơn thông qua các con đường nhanh chóng, thậm chí xử lý một số trường hợp của các đối tượng chia sẻ. Điều này sẽ nâng cao thêm hiệu suất và tính linh hoạt của Sui.
Q9：Bạn có thể giải thích chi tiết về nguyên nhân dẫn đến việc khóa đối tượng không?
Khi một đối tượng thuộc về một người dùng duy nhất, Sui phụ thuộc vào người dùng để thông báo thứ tự thực hiện. Hệ thống kiểm tra xem tất cả mọi người có nhìn thấy những thao tác này theo cùng một thứ tự hay không. Vấn đề xảy ra khi người dùng hoặc phần mềm gặp lỗi, chẳng hạn như các thiết bị khác nhau đưa ra thứ tự thao tác mâu thuẫn. Trong trường hợp này, Sui không thể xác định thứ tự đúng, và đối tượng sẽ bị khóa.
Tình huống này phổ biến hơn mong đợi, vì mọi người sử dụng nhiều thiết bị hoặc thực hiện nhiều giao dịch đối với cùng một đối tượng cùng một lúc. Hiện tại, các đối tượng bị khóa phải chờ đến khi epoch kết thúc mới được mở khóa, điều này có thể gây ra vấn đề nghiêm trọng.
Sui đang phát triển cơ chế mới, khi đối tượng bị khóa, sẽ giải quyết xung đột một cách nhanh chóng thông qua sự đồng thuận, thay vì phải chờ đến khi kết thúc epoch. Điều này sẽ được thực hiện trong vài giây, cải thiện đáng kể trải nghiệm của người dùng.
Q10：Bạn có ý kiến gì về cách mà các chuỗi công khai cân bằng giữa tính minh bạch, khả năng truy xuất và quyền riêng tư?
Điều này phần lớn phụ thuộc vào ứng dụng cụ thể. Trên một nền tảng nhất định, các nhà phát triển ứng dụng có thể tự phát triển hợp đồng để bảo vệ quyền riêng tư của người dùng. Một số ứng dụng có thể không quá chú trọng đến quyền riêng tư, trong khi một số ứng dụng tài chính có thể cần bảo vệ quyền riêng tư nhiều hơn, đồng thời cũng phải xem xét các vấn đề về quy định.
Để giúp xây dựng bảo vệ quyền riêng tư, nền tảng cung cấp một số hỗ trợ mã hóa gốc, như khả năng xác minh chứng minh không biết. Điều này cho phép các nhà thiết kế ứng dụng xác minh một số sự kiện ngoài chuỗi mà không cần tiết lộ chi tiết trên chuỗi.
Các nhà phát triển ứng dụng có thể quyết định cần loại bảo vệ quyền riêng tư nào và kết hợp các chiến lược như trên chuỗi, ngoài chuỗi và mã hóa để đối phó với các thách thức về quyền riêng tư.
Q11：Có hỗ trợ quyền riêng tư nguyên bản nhiều hơn không?
Cộng đồng đang xem xét việc cung cấp hỗ trợ hợp đồng thông minh thân thiện với quyền riêng tư hơn cho các nhà phát triển. Ngoài bằng chứng không biết, có thể cần thêm nhiều hàm toán học hoặc mật mã chung. Chúng tôi hoan nghênh các nhà thiết kế hợp đồng thông minh cung cấp phản hồi về các chức năng còn thiếu.
Các công nghệ khác như tính toán đa bên hoặc phần cứng đáng tin cậy cũng có thể được sử dụng để bảo vệ quyền riêng tư, nhưng những điều này cần các hệ thống bổ sung phức tạp. Nếu cộng đồng có nhu cầu mạnh mẽ, có thể thêm các phương pháp bảo vệ quyền riêng tư mới thông qua quy trình đề xuất.
Q12：Bạn nghĩ Sui sẽ phát triển như thế nào trong 6 đến 12 tháng tới?
Cải tiến trong ngắn hạn sẽ tập trung vào nhu cầu ứng dụng thực tế. Trong dài hạn, chúng tôi sẽ cải tiến giao thức Sui Lutris để đạt được độ trễ thấp hơn, giao thức đơn giản hơn và tăng cường khả năng mở rộng. Chúng tôi cũng sẽ nâng cao hiệu quả kinh tế, cho phép các nút xác minh hoạt động trên phần cứng bị hạn chế hơn, và sử dụng nhiều phần cứng hiện có hơn cho việc thực hiện giao dịch thực tế, thay vì cho các chi phí khác của blockchain. Đây là những hướng phát triển chính mà chúng tôi dự kiến sẽ thấy.