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 mà hệ thống xử lý giao dịch của Sui thúc đẩy mạng hiệu suất cao. Chuyên gia này là đồng sáng lập và giám đốc khoa học của một phòng thí nghiệm nổi tiếng, đồng thời cũng là giáo sư trong lĩnh vực an toàn và quyền riêng tư tại một trường đại học danh tiếng.
Dưới đây là nội dung 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ư tại một trường đại học nổi tiếng, chuyên nghiên cứu về an ninh và quyền riêng tư. Ở giai đoạn đầu, tôi đã thực hiện nhiều nghiên cứu về hệ thống ngang hàng và hệ thống ẩn danh, những hệ thống này thường là các hệ thống phân tán lớn tập trung vào lưu trữ. Với sự phát triển của công nghệ blockchain, đặc biệt là sự xuất hiện của Ethereum, tôi đã nảy sinh mối quan tâm sâu sắc đến sổ cái phân tán và blockchain cũng như cách thực thi hợp đồng thông minh. Chúng tôi bắt đầu nghiên cứu cách xây dựng các hệ thống hiệu suất cao hơn và cố gắng thương mại hóa một số ý tưởng. Sau đó, chúng tôi cũng tham gia vào một dự án blockchain của một công ty truyền thông xã hội lớn, cố gắng đề xuất các giải pháp mở rộng. Khi dự án đó không đạt được tiến triển, tôi tiếp tục tìm kiếm các cơ hội khác để thực hiện ý tưởng blockchain hiệu suất cao.
Q2：Ông vẫn là một giáo sư, vậy ông nghĩ sự khác biệt giữa ứng dụng và nghiên cứu là gì?
Trên thực tế không có sự khác biệt lớn. Khi nghiên cứu, chúng tôi 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. Tuy nhiên, trong ứng dụng thực tế, chúng tôi phải lựa chọn giữa nhiều ý tưởng hay và đánh giá xem ý tưởng nào có giá trị nhất, phù hợp nhất với nhu cầu của người dùng. Chúng tôi cần xem xét những rào cản trong việc áp dụng Blockchain, cũng như các yếu tố cản trở người ta đạt được mục tiêu. Khi xây dựng hệ thống, chúng tôi vẫn tham khảo tài liệu học thuật, nhưng chú trọng hơn vào việc tạo ra giá trị thực cho người dùng.
Q3：Từ lý thuyết đến ứng dụng thực tế, bạn đã xác định như thế nào để giải quyết những vấn đề nào?
Tôi chủ yếu quan tâm đến cách 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 nào đó trở nên phổ biến trên Ethereum, nền tảng 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 và phí giao dịch tăng vọt. Chúng ta thường thấy khả năng xử lý của Blockchain không thể đáp ứng nhu cầu của người dùng. Thách thức này không chỉ thu hút sự chú ý của đội ngũ chúng tôi, mà toàn bộ giới học thuật cũng đang nghiên cứu các giải pháp khác nhau. Ngày nay, đã có nhiều công nghệ được phát triển để mở rộng khả năng của Blockchain.
Q4：Mạng L2 là một cách giải quyết vấn đề mở rộng mà mọi người đề xuất, vậy nó khác với việc xây dựng mạng L1 mới như thế nào và có những lợi ích gì?
L2 là giải pháp mở rộng trong hệ sinh thái Ethereum, nhưng việc sử dụng đối với các nhà phát triển thì có chút phức tạp. Việc chuyển đổi tài sản giữa L2 và L1 cần các thao tác cầu phức tạp, điều này gây ảnh hưởng xấu đến trải nghiệm người dùng. Đối với các token đơn giản thì còn ổn, nhưng đối với các tài sản phức tạp hơn thì rất khó khăn. Việc di chuyển tài sản giữa các mạng L2 khác nhau cũng rất rắc rối.
So với trước, giải pháp của chúng tôi là xây dựng một cơ sở dữ liệu phân tán lớn bao gồm tất cả các trạng thái. Một khi giao dịch hoàn tất, tất cả các trạng thái có thể ngay lập tức được sử dụng cho giao dịch tiếp theo mà không cần phải chuyển đổi qua lại giữa các mạng khác nhau. Điều này mang lại cho người dùng trải nghiệm mượt mà hơn.
Q5：Sui Lutris là nền tảng của giao thức Sui, đổi mới chính của nó là gì, và làm thế nào để 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: thứ nhất là nhiều hoạt động trên blockchain thực sự không cần sự đồng thuận; thứ hai là đối với những trường hợp cần sự đồng thuận, chúng tôi 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 thực tuân theo giao thức sẽ không bao giờ ở trong trạng thái không nhất quán.
Sui Lutris cung cấp hai con đường khác nhau: con đường nhanh không cần đồng thuận và con đường đồng thuận cần đồng thuận. Đối với các đối tượng mà người dùng sở hữu, có thể sử dụng con đường nhanh mà không cần chờ đợi sự đồng thuận để đạt được tính cuối cùng của giao dịch. Đối với các đối tượng được chia sẻ bởi nhiều người, cần phải sử dụng con đường đồng thuận.
Độ trễ của đường dẫn nhanh rất thấp, thường dưới một giây, và có khả năng mở rộng rộng rãi. Độ trễ của đường dẫn đồng thuận cao hơn, nhưng dung lượng cũng rất lớn. Hầu hết các giao dịch hàng ngày có thể sử dụng đường dẫn nhanh, trong khi các thao tác DeFi phức tạp thường cần đường dẫn đồng thuận.
Q6：Có phải các nhà phát triển app trên Sui có thể thiết kế các app của họ để tận dụng đường đi nhanh?
Chắc chắn rồi. Đây là một trong những công việc cốt lõi của thiết kế ứng dụng mở rộng. Các nhà phát triển có thể hoàn toàn kiểm soát việc các đối tượng mà họ thao tác trong hợp đồng là độc quyền hay chia sẻ. 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 dựa trên các đối tượng độc quyền, điều này giúp đạt được độ trễ rất thấp.
Nhà thiết kế hợp đồng thông minh có quyền kiểm soát hoàn toàn điều này. Họ có thể xác định chính xác từng loại giao dịch. Mặc dù phiên bản ban đầu của hợp đồng có thể coi tất cả nội dung là trạng thái chia sẻ, nhưng khi cần mở rộng, các nhà phát triển cần xem xét cách tối đa hóa việc sử dụng đường nhanh.
Q7：Khối giao dịch có thể lập trình trong này đóng vai trò như thế nào?
Khối giao dịch có thể lập trình được có thể được sử dụng trên đường nhanh hoặc đường đồng thuận. Nếu chỉ liên quan đến đối tượng độc quyền, có thể thực hiện nhiều thao tác trong một hoạt động trên chuỗi với độ trễ rất thấp. Nếu liên quan đến đối tượng chia sẻ, nó sẽ vào đường đồng thuận, độ trễ sẽ cao hơn một chút. Điều này cung cấp cho các nhà phát triển sự linh hoạt, cho phép họ chọn con đường phù hợp dựa trên nhu cầu.
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?
Thực sự có một số điều xác nhận thiết kế của Sui, nhưng cũng có một số tình huống đáng suy nghĩ. Khi khối lượng giao dịch đặc biệt lớn, Sui xử lý khối lượng giao dịch hàng ngày thậm chí vượt quá 60 triệu giao dịch, phần lớn được hoàn thành qua đường đi nhanh. Điều này chứng minh khả năng mở rộng và tính năng độ trễ thấp của Sui Lutris.
Tuy nhiên, chúng tôi cũng nhận thấy việc sử dụng đường dẫn nhanh có một số điểm tinh tế. Đôi khi, các đối tượng có thể bị khóa sai cách, mặc dù thường sẽ được mở khóa vào cuối một epoch, nhưng đó không phải là trải nghiệm lý tưởng. Chúng tôi đang phát triển một bộ công nghệ cho phép mở khóa nhanh chóng các đối tượng bị khóa sai.
Ngoài ra, chúng tôi cũng đang khám phá cách để nhiều loại đối tượng có thể sử dụng đường nhanh, ngay cả khi chúng được chia sẻ bởi nhiều bên. Điều này có thể nâng cao hơn nữa hiệu suất và tính linh hoạt của Sui.
Q9：Bạn có thể chia sẻ chi tiết hơn về nguyên nhân hiện tại dẫn đến việc khóa đối tượng không?
Khóa đối tượng thường xảy ra trên đường dẫn nhanh, khi hệ thống nhận được thứ tự thao tác mâu thuẫn. Ví dụ, nếu điện thoại di động và máy tính của người dùng thực hiện thao tác khác nhau trên cùng một tài sản với thứ tự khác nhau, Sui sẽ không thể xác định thứ tự đúng, dẫn đến việc đối tượng bị khóa.
Ban đầu, chúng tôi nghĩ rằng tình huống này sẽ không xảy ra thường xuyên, nhưng thực tế nó phổ biến hơn dự kiến. Hiện tại, các đối tượng bị khóa cần phải chờ đến khi một epoch kết thúc để có thể mở khóa, điều này có thể gây ra những vấn đề nghiêm trọng.
Chúng tôi đang phát triển giải pháp, khi đối tượng bị khóa, hệ thống có thể nhanh chóng giải quyết vấn đề thông qua con đường đồng thuận, thay vì phải đợi đến khi epoch kết thúc. Điều này sẽ cải thiện đáng kể trải nghiệm người dùng.
Q10：Bạn có ý kiến gì về cách tốt nhất để cân bằng tính minh bạch, khả năng truy xuất và quyền riêng tư của chuỗi công cộng?
Trong chuỗi khối công khai, nhu cầu về quyền riêng tư phụ thuộc lớn vào ứng dụng cụ thể. Phương pháp của Sui là cung cấp cho các nhà phát triển ứng dụng các công cụ để họ có thể thực hiện bảo vệ quyền riêng tư theo nhu cầu.
Để làm được điều này, Sui cung cấp một số hỗ trợ gốc cho tiền điện tử, 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 cụ thể trên chuỗi.
Các nhà phát triển ứng dụng có thể xử lý vấn đề riêng tư dựa trên nhu cầu của họ, kết hợp các chiến lược trên chuỗi, ngoài chuỗi và mã hóa. Chúng tôi tin rằng sự linh hoạt này có thể đáp ứng nhu cầu của các loại ứng dụng khác nhau.
Q11：Có hỗ trợ riêng tư nguyên sinh nhiều hơn trên Sui không?
Cộng đồng đang thảo luận về việc cung cấp nhiều hỗ trợ viết 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 chứng minh không kiến thức, chúng tôi cũng đang xem xét việc thêm nhiều hàm toán học hoặc mật mã phổ biến hơn.
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. Ngoài ra, còn một số 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ư. Nếu cộng đồng có nhu cầu mạnh mẽ về những công nghệ này, chúng tôi sẽ xem xét thực hiện các điều chỉnh kiến trúc phù hợp.
Q12：Bạn nghĩ Sui sẽ phát triển như thế nào trong 6 đến 12 tháng tới?
Sự phát triển của Sui sẽ phụ thuộc lớn vào các ứng dụng được phát triển trên nền tảng. Trong ngắn hạn, chúng tôi sẽ cải tiến theo nhu cầu ứng dụng thực tế. Về lâu dài, chúng tôi sẽ tập trung cải tiến giao thức Sui Lutris để đạt được độ trễ thấp hơn và cấu trúc giao thức đơn giản hơn, nâng cao khả năng mở rộng.
Chúng tôi cũng sẽ nỗ lực nâng cao hiệu quả kinh tế, để các nút xác minh có thể hoạt động trên phần cứng hạn chế hơn và tối ưu hóa việc sử dụng tài nguyên phần cứng. Những cải tiến này sẽ làm cho Sui trở nên hiệu quả và mạnh mẽ hơn.
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.
11 thích
Phần thưởng
11
7
Chia sẻ
Bình luận
0/400
SolidityJester
· 07-21 09:34
Lại đang nói về hiệu suất nhỉ, nghe có vẻ quen quen.
Xem bản gốcTrả lời0
ForkTongue
· 07-21 09:30
Hiệu suất này thật tuyệt vời
Xem bản gốcTrả lời0
just_another_fish
· 07-21 09:29
sui确实 bull啤
Xem bản gốcTrả lời0
NeverVoteOnDAO
· 07-21 09:27
Tất cả đều là dữ liệu và hiệu suất, có ai đã làm ứng dụng chưa?
Xem bản gốcTrả lời0
TokenUnlocker
· 07-21 09:24
Toàn靠 thổi bò, phiên bản đầu tiên còn chưa có hình.
Xem bản gốcTrả lời0
SelfCustodyIssues
· 07-21 09:10
Phân tích phong cách tài khoản SelfCustodyIssues: Có xu hướng bình luận sắc bén, hơi nghi ngờ.
Sui người sáng lập tiết lộ: Công nghệ và thách thức của Blockchain hiệu suất cao
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 mà hệ thống xử lý giao dịch của Sui thúc đẩy mạng hiệu suất cao. Chuyên gia này là đồng sáng lập và giám đốc khoa học của một phòng thí nghiệm nổi tiếng, đồng thời cũng là giáo sư trong lĩnh vực an toàn và quyền riêng tư tại một trường đại học danh tiếng.
Dưới đây là nội dung 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ư tại một trường đại học nổi tiếng, chuyên nghiên cứu về an ninh và quyền riêng tư. Ở giai đoạn đầu, tôi đã thực hiện nhiều nghiên cứu về hệ thống ngang hàng và hệ thống ẩn danh, những hệ thống này thường là các hệ thống phân tán lớn tập trung vào lưu trữ. Với sự phát triển của công nghệ blockchain, đặc biệt là sự xuất hiện của Ethereum, tôi đã nảy sinh mối quan tâm sâu sắc đến sổ cái phân tán và blockchain cũng như cách thực thi hợp đồng thông minh. Chúng tôi bắt đầu nghiên cứu cách xây dựng các hệ thống hiệu suất cao hơn và cố gắng thương mại hóa một số ý tưởng. Sau đó, chúng tôi cũng tham gia vào một dự án blockchain của một công ty truyền thông xã hội lớn, cố gắng đề xuất các giải pháp mở rộng. Khi dự án đó không đạt được tiến triển, tôi tiếp tục tìm kiếm các cơ hội khác để thực hiện ý tưởng blockchain hiệu suất cao.
Q2：Ông vẫn là một giáo sư, vậy ông nghĩ sự khác biệt giữa ứng dụng và nghiên cứu là gì?
Trên thực tế không có sự khác biệt lớn. Khi nghiên cứu, chúng tôi 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. Tuy nhiên, trong ứng dụng thực tế, chúng tôi phải lựa chọn giữa nhiều ý tưởng hay và đánh giá xem ý tưởng nào có giá trị nhất, phù hợp nhất với nhu cầu của người dùng. Chúng tôi cần xem xét những rào cản trong việc áp dụng Blockchain, cũng như các yếu tố cản trở người ta đạt được mục tiêu. Khi xây dựng hệ thống, chúng tôi vẫn tham khảo tài liệu học thuật, nhưng chú trọng hơn vào việc tạo ra giá trị thực cho người dùng.
Q3：Từ lý thuyết đến ứng dụng thực tế, bạn đã xác định như thế nào để giải quyết những vấn đề nào?
Tôi chủ yếu quan tâm đến cách 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 nào đó trở nên phổ biến trên Ethereum, nền tảng 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 và phí giao dịch tăng vọt. Chúng ta thường thấy khả năng xử lý của Blockchain không thể đáp ứng nhu cầu của người dùng. Thách thức này không chỉ thu hút sự chú ý của đội ngũ chúng tôi, mà toàn bộ giới học thuật cũng đang nghiên cứu các giải pháp khác nhau. Ngày nay, đã có nhiều công nghệ được phát triển để mở rộng khả năng của Blockchain.
Q4：Mạng L2 là một cách giải quyết vấn đề mở rộng mà mọi người đề xuất, vậy nó khác với việc xây dựng mạng L1 mới như thế nào và có những lợi ích gì?
L2 là giải pháp mở rộng trong hệ sinh thái Ethereum, nhưng việc sử dụng đối với các nhà phát triển thì có chút phức tạp. Việc chuyển đổi tài sản giữa L2 và L1 cần các thao tác cầu phức tạp, điều này gây ảnh hưởng xấu đến trải nghiệm người dùng. Đối với các token đơn giản thì còn ổn, nhưng đối với các tài sản phức tạp hơn thì rất khó khăn. Việc di chuyển tài sản giữa các mạng L2 khác nhau cũng rất rắc rối.
So với trước, giải pháp của chúng tôi là xây dựng một cơ sở dữ liệu phân tán lớn bao gồm tất cả các trạng thái. Một khi giao dịch hoàn tất, tất cả các trạng thái có thể ngay lập tức được sử dụng cho giao dịch tiếp theo mà không cần phải chuyển đổi qua lại giữa các mạng khác nhau. Điều này mang lại cho người dùng trải nghiệm mượt mà hơn.
Q5：Sui Lutris là nền tảng của giao thức Sui, đổi mới chính của nó là gì, và làm thế nào để 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: thứ nhất là nhiều hoạt động trên blockchain thực sự không cần sự đồng thuận; thứ hai là đối với những trường hợp cần sự đồng thuận, chúng tôi 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 thực tuân theo giao thức sẽ không bao giờ ở trong trạng thái không nhất quán.
Sui Lutris cung cấp hai con đường khác nhau: con đường nhanh không cần đồng thuận và con đường đồng thuận cần đồng thuận. Đối với các đối tượng mà người dùng sở hữu, có thể sử dụng con đường nhanh mà không cần chờ đợi sự đồng thuận để đạt được tính cuối cùng của giao dịch. Đối với các đối tượng được chia sẻ bởi nhiều người, cần phải sử dụng con đường đồng thuận.
Độ trễ của đường dẫn nhanh rất thấp, thường dưới một giây, và có khả năng mở rộng rộng rãi. Độ trễ của đường dẫn đồng thuận cao hơn, nhưng dung lượng cũng rất lớn. Hầu hết các giao dịch hàng ngày có thể sử dụng đường dẫn nhanh, trong khi các thao tác DeFi phức tạp thường cần đường dẫn đồng thuận.
Q6：Có phải các nhà phát triển app trên Sui có thể thiết kế các app của họ để tận dụng đường đi nhanh?
Chắc chắn rồi. Đây là một trong những công việc cốt lõi của thiết kế ứng dụng mở rộng. Các nhà phát triển có thể hoàn toàn kiểm soát việc các đối tượng mà họ thao tác trong hợp đồng là độc quyền hay chia sẻ. 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 dựa trên các đối tượng độc quyền, điều này giúp đạt được độ trễ rất thấp.
Nhà thiết kế hợp đồng thông minh có quyền kiểm soát hoàn toàn điều này. Họ có thể xác định chính xác từng loại giao dịch. Mặc dù phiên bản ban đầu của hợp đồng có thể coi tất cả nội dung là trạng thái chia sẻ, nhưng khi cần mở rộng, các nhà phát triển cần xem xét cách tối đa hóa việc sử dụng đường nhanh.
Q7：Khối giao dịch có thể lập trình trong này đóng vai trò như thế nào?
Khối giao dịch có thể lập trình được có thể được sử dụng trên đường nhanh hoặc đường đồng thuận. Nếu chỉ liên quan đến đối tượng độc quyền, có thể thực hiện nhiều thao tác trong một hoạt động trên chuỗi với độ trễ rất thấp. Nếu liên quan đến đối tượng chia sẻ, nó sẽ vào đường đồng thuận, độ trễ sẽ cao hơn một chút. Điều này cung cấp cho các nhà phát triển sự linh hoạt, cho phép họ chọn con đường phù hợp dựa trên nhu cầu.
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?
Thực sự có một số điều xác nhận thiết kế của Sui, nhưng cũng có một số tình huống đáng suy nghĩ. Khi khối lượng giao dịch đặc biệt lớn, Sui xử lý khối lượng giao dịch hàng ngày thậm chí vượt quá 60 triệu giao dịch, phần lớn được hoàn thành qua đường đi nhanh. Điều này chứng minh khả năng mở rộng và tính năng độ trễ thấp của Sui Lutris.
Tuy nhiên, chúng tôi cũng nhận thấy việc sử dụng đường dẫn nhanh có một số điểm tinh tế. Đôi khi, các đối tượng có thể bị khóa sai cách, mặc dù thường sẽ được mở khóa vào cuối một epoch, nhưng đó không phải là trải nghiệm lý tưởng. Chúng tôi đang phát triển một bộ công nghệ cho phép mở khóa nhanh chóng các đối tượng bị khóa sai.
Ngoài ra, chúng tôi cũng đang khám phá cách để nhiều loại đối tượng có thể sử dụng đường nhanh, ngay cả khi chúng được chia sẻ bởi nhiều bên. Điều này có thể nâng cao hơn nữa hiệu suất và tính linh hoạt của Sui.
Q9：Bạn có thể chia sẻ chi tiết hơn về nguyên nhân hiện tại dẫn đến việc khóa đối tượng không?
Khóa đối tượng thường xảy ra trên đường dẫn nhanh, khi hệ thống nhận được thứ tự thao tác mâu thuẫn. Ví dụ, nếu điện thoại di động và máy tính của người dùng thực hiện thao tác khác nhau trên cùng một tài sản với thứ tự khác nhau, Sui sẽ không thể xác định thứ tự đúng, dẫn đến việc đối tượng bị khóa.
Ban đầu, chúng tôi nghĩ rằng tình huống này sẽ không xảy ra thường xuyên, nhưng thực tế nó phổ biến hơn dự kiến. Hiện tại, các đối tượng bị khóa cần phải chờ đến khi một epoch kết thúc để có thể mở khóa, điều này có thể gây ra những vấn đề nghiêm trọng.
Chúng tôi đang phát triển giải pháp, khi đối tượng bị khóa, hệ thống có thể nhanh chóng giải quyết vấn đề thông qua con đường đồng thuận, thay vì phải đợi đến khi epoch kết thúc. Điều này sẽ cải thiện đáng kể trải nghiệm người dùng.
Q10：Bạn có ý kiến gì về cách tốt nhất để cân bằng tính minh bạch, khả năng truy xuất và quyền riêng tư của chuỗi công cộng?
Trong chuỗi khối công khai, nhu cầu về quyền riêng tư phụ thuộc lớn vào ứng dụng cụ thể. Phương pháp của Sui là cung cấp cho các nhà phát triển ứng dụng các công cụ để họ có thể thực hiện bảo vệ quyền riêng tư theo nhu cầu.
Để làm được điều này, Sui cung cấp một số hỗ trợ gốc cho tiền điện tử, 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 cụ thể trên chuỗi.
Các nhà phát triển ứng dụng có thể xử lý vấn đề riêng tư dựa trên nhu cầu của họ, kết hợp các chiến lược trên chuỗi, ngoài chuỗi và mã hóa. Chúng tôi tin rằng sự linh hoạt này có thể đáp ứng nhu cầu của các loại ứng dụng khác nhau.
Q11：Có hỗ trợ riêng tư nguyên sinh nhiều hơn trên Sui không?
Cộng đồng đang thảo luận về việc cung cấp nhiều hỗ trợ viết 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 chứng minh không kiến thức, chúng tôi cũng đang xem xét việc thêm nhiều hàm toán học hoặc mật mã phổ biến hơn.
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. Ngoài ra, còn một số 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ư. Nếu cộng đồng có nhu cầu mạnh mẽ về những công nghệ này, chúng tôi sẽ xem xét thực hiện các điều chỉnh kiến trúc phù hợp.
Q12：Bạn nghĩ Sui sẽ phát triển như thế nào trong 6 đến 12 tháng tới?
Sự phát triển của Sui sẽ phụ thuộc lớn vào các ứng dụng được phát triển trên nền tảng. Trong ngắn hạn, chúng tôi sẽ cải tiến theo nhu cầu ứng dụng thực tế. Về lâu dài, chúng tôi sẽ tập trung cải tiến giao thức Sui Lutris để đạt được độ trễ thấp hơn và cấu trúc giao thức đơn giản hơn, nâng cao khả năng mở rộng.
Chúng tôi cũng sẽ nỗ lực nâng cao hiệu quả kinh tế, để các nút xác minh có thể hoạt động trên phần cứng hạn chế hơn và tối ưu hóa việc sử dụng tài nguyên phần cứng. Những cải tiến này sẽ làm cho Sui trở nên hiệu quả và mạnh mẽ hơn.
Bình luận:
Vòng quay vua đang sáng tạo ra những kiểu mới.