Được viết bởi Liu Honglin

Thế giới blockchain đã phát triển với tốc độ chóng mặt trong những năm gần đây, ngày càng trở nên rực rỡ. Bitcoin tiên phong đưa khái niệm "tiền điện tử ngang hàng" từ lý thuyết thành hiện thực; Ethereum đã đưa "hợp đồng thông minh" lên hàng đầu, tạo ra vô số ứng dụng. Tuy nhiên, câu chuyện về hầu hết các chuỗi công khai mới kể từ đó đều chia thành hai loại: hoặc tuyên bố tương thích với Ethereum, "chuyển giao" các hệ sinh thái và nhà phát triển hiện có; hoặc tập trung vào hiệu suất, tích hợp phần cứng và thiết kế lại kiến ​​trúc nhằm giải quyết tình trạng tắc nghẽn của Ethereum.

Cả hai con đường đều đã đạt được thành công, nhưng cả hai đều để lại những lo ngại tiềm ẩn. Khả năng tương thích của Ethereum đã biến nó thành hệ sinh thái thịnh vượng nhất, nhưng vẫn còn vướng phải những vấn đề muôn thuở về tắc nghẽn và phí cao. Một số chuỗi công khai, tập trung vào hiệu suất, dựa vào phần cứng đắt tiền để đạt được TPS ấn tượng, nhưng điều này phải trả giá bằng chi phí vận hành cao và sự hy sinh tính phi tập trung. Một số khác lại có kiến ​​trúc phức tạp, nhiều lớp, khiến việc bảo trì trở nên khó khăn và rủi ro ngày càng rõ ràng. Từ góc độ của người dùng, nhận thức thường giống nhau: chậm, tốn kém và vô nhân đạo.

Chính trong bối cảnh này mà Sui đã nổi lên. Thay vì kêu gọi một "Ethereum nhanh hơn" hay "Solana rẻ hơn", Sui tự tin tuyên bố: "Một blockchain công khai L1 được thiết kế lại dựa trên các nguyên tắc cơ bản."

Ban đầu, tôi không mấy chú ý - thế giới blockchain chưa bao giờ thiếu những khái niệm mới. Nhưng dần dần, tôi nhận thấy nhiều bạn bè tôi, những người làm lập trình viên, nhà đầu tư đang tìm hiểu các dự án, và thậm chí cả những người trước đây không mấy quan tâm đến chuỗi công khai, đều đang bàn tán về Sui. Họ nói rằng nó thực sự khác biệt so với Ethereum và Solana.

Vì tò mò, Luật sư Honglin đã dành thời gian nghiên cứu: Chính xác thì cái gọi là "nguyên tắc đầu tiên" này thể hiện ở đâu? So với những nguyên tắc tiền nhiệm, điểm mạnh của nó là gì và nó phải đối mặt với những vấn đề tiềm ẩn nào? Sau đây là phân tích và suy ngẫm của tôi với tư cách là một người đam mê blockchain. Xin lưu ý rằng Honglin không có nền tảng kỹ thuật, vì vậy một số tuyên bố của tôi có thể không chính xác hoặc không đầy đủ. Xin hãy bỏ qua cho bất kỳ sai sót nào.

Tài sản thực chất là gì?

Cốt lõi của blockchain về cơ bản là việc ghi lại tài sản. Điều này đặt ra câu hỏi: tài sản nên được thể hiện trên chuỗi như thế nào? Bitcoin và Ethereum đưa ra một câu trả lời đơn giản—tài khoản và số dư. Ai có bao nhiêu tiền được thể hiện bằng một dòng số trong sổ cái. Cách tiếp cận này tuy đơn giản, nhưng lại khác biệt đáng kể so với tài sản thực tế. Vé xem hòa nhạc là vé cá nhân và hết hạn sau một lần mua; thiết bị trong trò chơi có cấp độ và độ bền; hợp đồng thế chấp ngân hàng có các điều khoản và lãi suất cụ thể. Nếu tất cả những điều này được nén lại thành một câu lệnh duy nhất như "số dư bổ sung trong tài khoản", sẽ cần thêm logic để giải thích chúng. Do đó, Ethereum đã liên tục giới thiệu các tiêu chuẩn như ERC-20, ERC-721 và ERC-1155, đóng vai trò như những bản vá để khắc phục những thiếu sót của mô hình số dư.

Sui đã áp dụng một cách tiếp cận khác. Thay vì tiếp tục logic này, ông mô hình hóa tài sản trực tiếp dưới dạng "đối tượng". Mỗi đối tượng có một ID, quyền sở hữu và thuộc tính riêng, và những thuộc tính này có thể thay đổi theo thời gian và theo cách sử dụng. Một vé tự động hiển thị là "đã sử dụng" sau một lần sử dụng; một thanh kiếm có thể được nâng cấp hoặc hư hỏng. Nói cách khác, tài sản trên chuỗi không còn là những con số lạnh lẽo nữa, mà là "những sinh vật sống" có vòng đời. Điều này làm cho việc phát triển các tài sản phức tạp trở nên tự nhiên hơn, loại bỏ nhu cầu giải thích logic phức tạp.

Tất nhiên, thiết kế này cũng đi kèm với một cái giá. Các nhà phát triển đã quen với Solidity sẽ phải thích nghi lại với việc quản lý vòng đời của các đối tượng. Các chuỗi công cụ cũng phải theo kịp; nếu không, nếu các công cụ lập chỉ mục, ví và sàn giao dịch không được thiết kế riêng cho mô hình đối tượng, các nhà phát triển có thể quay lại với "tư duy cân bằng". Một vấn đề thực tế hơn là dòng ERC đã trở thành tiêu chuẩn toàn cầu trên thực tế. Khi tương tác với các hệ sinh thái như Ethereum và Solana, logic đối tượng của Sui đòi hỏi phải ánh xạ và chuyển đổi bổ sung, một quá trình có thể khá phức tạp.

Do đó, ý tưởng coi tài sản như vật thể rất hấp dẫn và thực sự gần gũi hơn với hình thức vật lý của tài sản thực. Tuy nhiên, liệu nó có thực sự thành công hay không phụ thuộc vào việc phát triển một hệ sinh thái toàn diện, đảm bảo tiêu chuẩn hóa, hỗ trợ công cụ và khả năng tương tác xuyên chuỗi. Nếu không, ngay cả khái niệm tinh tế nhất cũng có thể bị mắc kẹt giữa lý tưởng và khả năng tương thích.

Tại sao giao dịch phải xếp hàng?

Một vấn đề dai dẳng trong thế giới blockchain là tất cả các giao dịch phải được xếp hàng từng cái một. Ethereum được thiết kế theo cách này: trong mỗi khối, các giao dịch được xử lý tuần tự. Điều này hơi giống như việc chỉ có một nhân viên thu ngân trong một thành phố. Dù mua một tách cà phê hay ký hợp đồng bất động sản, tất cả mọi người đều phải xếp hàng cùng một lúc. Nếu ai đó chậm trễ, những người phía sau sẽ phải chờ đợi trong vô vọng. Điều này tạo ra một nút thắt cổ chai đáng kể về hiệu suất.

Một vấn đề dai dẳng trong thế giới blockchain là tất cả các giao dịch phải được xếp hàng từng cái một. Ethereum được thiết kế theo cách này: trong mỗi khối, các giao dịch được xử lý tuần tự. Điều này hơi giống như việc chỉ có một nhân viên thu ngân trong một thành phố. Dù mua một tách cà phê hay ký hợp đồng bất động sản, tất cả mọi người đều phải xếp hàng cùng một lúc. Nếu ai đó chậm trễ, những người phía sau sẽ phải chờ đợi trong vô vọng. Điều này tạo ra một nút thắt cổ chai đáng kể về hiệu suất.

Phương pháp của Solana là nâng cấp trạm thu phí này thành một trạm thu phí siêu cao tốc, hợp lý hóa quy trình xử lý và tích hợp phần cứng hiệu năng cao để tối đa hóa thông lượng của một làn đường duy nhất. Kết quả thực sự nhanh hơn nhiều so với Ethereum, nhưng cuối cùng nó vẫn là một "làn đường duy nhất", chỉ là chạy nhanh hơn. Càng tích hợp nhiều phần cứng, chi phí càng cao, yêu cầu đối với các nút tham gia càng khắt khe và mức độ phi tập trung càng thấp.

Sui đã áp dụng một cách tiếp cận khác. Vì mô hình hóa tài sản như các đối tượng độc lập, tại sao các thao tác giữa hai đối tượng không liên quan lại phải chờ đợi lẫn nhau? Vì vậy, nó chỉ đơn giản thay đổi logic thực thi để song song hóa: các giao dịch giữa các đối tượng khác nhau có thể chạy đồng thời, và chỉ các thao tác sửa đổi cùng một đối tượng mới cần phải xếp hàng. Điều này giống như việc chuyển đổi đường cao tốc một làn thành đường cao tốc nhiều làn: hầu hết các phương tiện sẽ đi theo hướng riêng của chúng, và chỉ những phương tiện cạnh tranh trên cùng một đoạn đường dốc mới phải xếp hàng. Hơn nữa, nó đã thiết kế các Khối Giao dịch Lập trình (PTB), cho phép các thao tác phức tạp nhiều bước được đóng gói thành một giao dịch duy nhất và được thực hiện cùng một lúc, tránh tắc nghẽn hoặc xác nhận lặp lại.

Đây là một phép so sánh thực tế: Hãy tưởng tượng bạn đang thanh toán tại một siêu thị. Mô hình Ethereum truyền thống đồng nghĩa với việc chỉ có một quầy thanh toán cho toàn bộ cửa hàng, vì vậy dù bạn mua một chai nước hay một xe tải hàng tạp hóa, bạn vẫn phải xếp hàng. Phương pháp của Solana trang bị cho quầy thanh toán này những máy quét mã vạch nhanh nhất và những nhân viên thu ngân lành nghề nhất, nhưng hàng người xếp hàng vẫn chỉ là một. Phương pháp của Sui giống như việc có mười quầy thanh toán, cho phép hầu hết khách hàng có thể trải rộng việc thanh toán, cải thiện đáng kể hiệu quả.

Thiết kế này cải thiện đáng kể hiệu suất tiềm năng và cho phép "đồng thời cao". Tuy nhiên, nó không phải là một bữa trưa miễn phí. Đầu tiên, hệ thống cần xác định các mối quan hệ phụ thuộc giữa các giao dịch trước khi thực hiện, điều này tự nó đã gây ra chi phí tính toán. Giống như cảnh sát giao thông trước tiên phải xác định xe nào có thể đi cùng lúc và xe nào có thể va chạm, sau đó chỉ đạo chúng đi. Nếu có quá nhiều giao dịch, việc lập lịch trình này sẽ tiêu tốn tài nguyên. Thứ hai, vấn đề điểm nóng vẫn tồn tại. Một khi một đối tượng chung mà toàn bộ mạng lưới đang cạnh tranh xuất hiện, chẳng hạn như sổ lệnh phổ biến hoặc hợp đồng NFT, tất cả các giao dịch liên quan vẫn phải xếp hàng, và nút thắt này sẽ không biến mất.

Đối với các nhà phát triển, thực thi song song cũng đặt ra những thách thức mới. Trong thế giới thực thi tuần tự, logic tương đối đơn giản và các đường dẫn kiểm thử có thể kiểm soát được. Tuy nhiên, trong môi trường song song, cần phải cân nhắc đến việc đọc và ghi đồng thời, xung đột trạng thái và các vấn đề khác. Nếu không được thiết kế đúng cách, trong những trường hợp cực đoan, các lỗi khó tái tạo có thể xảy ra. Điều này tương tự như quá trình chuyển đổi từ phát triển phần mềm đơn luồng sang đa luồng: mặc dù hiệu suất có thể được cải thiện, nhưng độ phức tạp của việc gỡ lỗi và xác minh thường tăng theo cấp số nhân.

Do đó, thực thi song song thực sự đã mở ra một hướng đi mới, giải phóng blockchain khỏi những hạn chế của thực thi đơn luồng. Tuy nhiên, trước khi thực sự đạt được ứng dụng quy mô lớn, nó vẫn phải đối mặt với những thách thức thực tế như chi phí lập lịch, tắc nghẽn điểm nóng và sự phức tạp về mặt tinh thần của nhà phát triển.

Sự an toàn nên dựa vào ngôn ngữ hay thói quen?

Các vấn đề bảo mật trên chuỗi công khai thường không bắt nguồn từ những kẻ tấn công tinh vi mà từ chính sự tự do quá mức mà ngôn ngữ này mang lại. Solidity là một ví dụ điển hình. Tính linh hoạt của nó cho phép phát triển một loạt các logic sáng tạo, nhưng đồng thời, các vụ tấn công DAO, tấn công reentrancy, tràn số nguyên và lỗ hổng quản lý quyền hạn - tất cả những vụ việc đẫm máu này vẫn tiếp tục xảy ra. Bạn có thể lập luận rằng điều này xuất phát từ sự thiếu cẩn trọng của các nhà phát triển, nhưng hãy xem xét điều này từ một góc độ khác: nếu bảo mật của một hệ thống phụ thuộc vào sự cảnh giác liên tục của con người, thì bản thân các quy tắc của hệ thống đó vốn đã yếu.

Sui đã chọn một cách tiếp cận khác ở đây—ông xây dựng các hợp đồng thông minh dựa trên ngôn ngữ Move. Move bắt nguồn từ dự án Libra của Facebook, với khái niệm cốt lõi là "tài nguyên là tài nguyên". Tài nguyên được coi là công dân hạng nhất ở cấp độ ngôn ngữ. Theo mặc định, chúng không thể bị sao chép hoặc phá hủy tùy ý, và phải được chuyển giao dưới quyền sở hữu rõ ràng. Để lưu trữ chúng trong bộ nhớ toàn cầu, cần có các quyền cụ thể. Đây không phải là những quy ước mà các nhà phát triển "tự nguyện tuân thủ"; chúng là những ràng buộc cứng được tích hợp sẵn vào các quy tắc của ngôn ngữ. Nói cách khác, bảo mật đã chuyển từ dựa vào "thói quen" sang dựa vào "hệ thống".

Một phép so sánh thực tế hơn là: Độ vững chắc giống như một con đường núi không có lan can. Bạn có thể lái xe nhanh như bạn muốn, nhưng nếu trượt chân, bạn sẽ rơi xuống mương. Mặt khác, độ dốc giống như đường cao tốc, với lan can, giới hạn tốc độ và đường dốc ở khắp mọi nơi. Ngay cả với những tài xế thiếu kinh nghiệm, khả năng xảy ra tai nạn cũng giảm đáng kể. Vấn đề là đường cao tốc rất tốn kém để xây dựng và bảo trì, và nếu quy định về đường cao tốc không được thống nhất giữa các khu vực, người lái xe vẫn gặp khó khăn khi lái xe qua các khu vực khác nhau.

Thiết kế này giúp giảm thiểu nhiều rủi ro phổ biến. Các nhà phát triển Ethereum thường phải cẩn thận tránh các lỗi như "chuyển khoản hai lần" hoặc "tạo token từ hư không". Trong Move, những lỗ hổng này được ngăn chặn ngay tại thời điểm biên dịch. Đối với người dùng, điều này có nghĩa là tài sản của họ khó bị mất do lỗi hợp đồng hơn nhiều.

Thiết kế này giúp giảm thiểu nhiều rủi ro phổ biến. Các nhà phát triển Ethereum thường phải cẩn thận tránh các lỗi như "chuyển khoản hai lần" hoặc "tạo token từ hư không". Trong Move, những lỗ hổng này được ngăn chặn ngay tại thời điểm biên dịch. Đối với người dùng, điều này có nghĩa là tài sản của họ khó bị mất do lỗi hợp đồng hơn nhiều.

Nhưng mặt trái của những rào cản này là rào cản gia nhập. Mô hình lập trình của Move về cơ bản khác biệt so với những gì hầu hết các kỹ sư quen thuộc. Nhiều cựu binh Solidity, khi viết Move lần đầu, cảm thấy bị gò bó: trình biên dịch không cho phép họ sao chép giá trị, và việc hủy một đối tượng đòi hỏi những điều kiện cụ thể. Ban đầu, quá trình này có thể chậm đáng kể. Vấn đề càng trở nên phức tạp hơn khi hệ sinh thái Move vẫn còn non trẻ. Solidity đã tích lũy được vô số thư viện, framework và kinh nghiệm kiểm toán, trong khi chuỗi công cụ, các công ty kiểm toán và các phương pháp hay nhất của Move vẫn đang được phát triển.

Một thực tế khác thường bị bỏ qua là Move chưa được triển khai đầy đủ trên Aptos và Sui. Điều này có nghĩa là các nhà phát triển không thể "học một lần, sử dụng mọi lúc mọi nơi". Sự khác biệt này làm tăng chi phí học tập trong ngắn hạn và dễ dàng phân mảnh hệ sinh thái Move, làm suy yếu hiệu ứng mạng.

Do đó, xét về mặt bảo mật, lựa chọn của Sui là hợp lý: thay vì dựa vào sự thận trọng và kỷ luật của nhà phát triển, tốt hơn hết là nhúng các quy tắc trực tiếp vào chính ngôn ngữ. Tuy nhiên, xét về mặt hệ sinh thái, con đường này không hề dễ dàng. Các nhà phát triển cần thời gian để thích nghi, các công cụ và hệ thống kiểm tra cần được hoàn thiện, và cần tránh sự phân mảnh giữa các nền tảng khác nhau. Nếu những vấn đề này không được giải quyết đúng cách, ngay cả những rào chắn tốt nhất cũng có thể trở thành "làn đường dành riêng cho một số ít người được chọn".

Khả năng mở rộng phụ thuộc vào điều gì?

Khả năng mở rộng là một vấn đề không thể tránh khỏi đối với hầu hết các chuỗi công khai. Ethereum đã chọn xây dựng một lớp thứ hai: chuỗi chính chịu trách nhiệm bảo mật và thanh toán, trong khi lớp thứ hai xử lý phần lớn các giao dịch. Cách tiếp cận này giống như việc liên tục xây dựng cầu vượt trong một thành phố đông đúc. Mặc dù nó giúp chuyển hướng giao thông, nhưng nó lại làm phức tạp việc chuyển đổi giữa luồng giao thông ngược và xuôi, và các cầu xuyên chuỗi trở thành khu vực có nguy cơ tai nạn cao. Solana lại đi theo hướng ngược lại, đẩy hiệu suất của một cỗ máy duy nhất đến giới hạn của nó. Nó giống như việc xây dựng một siêu xa lộ rồi buộc tất cả các xe phải chạy trên đó. Kết quả là tốc độ nhanh hơn, nhưng chi phí lại cao, và số lượng người có khả năng lái xe đang giảm dần, điều này lại làm ảnh hưởng đến tính phi tập trung.

Sui đề xuất một phương pháp thứ ba. Vì nó tách biệt các tài sản trên chuỗi thành các đối tượng độc lập, các đối tượng này có thể được phân tách và xử lý độc lập bởi các nút khác nhau. Hầu hết các đối tượng không liên quan được thực thi song song; chỉ khi gặp phải các đối tượng dùng chung đặc biệt phổ biến thì việc phối hợp tập trung mới cần đến. Điều này giống như việc xây dựng một mạng lưới tàu điện ngầm, với các tuyến khác nhau chạy đồng thời mà không gây nhiễu lẫn nhau, và tình trạng tắc nghẽn chỉ xảy ra tại một vài điểm trung chuyển. Về lý thuyết, thiết kế này cho phép hệ thống mở rộng theo chiều ngang: nhiều người dùng hơn, nhiều tuyến hơn và công suất tổng thể lớn hơn.

Tuy nhiên, vẫn còn một khoảng cách giữa bản thiết kế trên giấy và thực tế. Mạng chính của Sui vẫn chưa vượt qua được thử thách khắc nghiệt của hàng chục triệu người dùng đồng thời. Hệ thống phân tán càng lớn, các vấn đề về lập lịch và tính nhất quán càng trở nên phức tạp, cũng như càng có nhiều tuyến tàu điện ngầm, áp lực lên trung tâm điều phối càng lớn theo cấp số nhân. Hơn nữa, mô hình kinh tế cho các nút vẫn còn là một dấu hỏi: ai sẽ sẵn sàng vận hành chúng một cách ổn định và lâu dài? Nếu phần thưởng quá thấp, việc bảo trì sẽ thất bại. Nếu thiết kế phi logic, có nguy cơ mọi người sẽ đổ xô đến các nút phổ biến, trong khi các khu vực ít phổ biến hơn sẽ bị bỏ quên. Theo thời gian, điều này thậm chí có thể dẫn đến tình trạng "tiền xấu đẩy lùi tiền tốt".

Do đó, xét về mặt khái niệm, giải pháp mở rộng quy mô của Sui linh hoạt hơn "cầu vượt" hoặc "đường cao tốc một làn". Tuy nhiên, để thực sự xây dựng được một mạng lưới tàu điện ngầm ổn định và kết nối tốt, vẫn cần sự phối hợp giữa xác minh kỹ thuật, khuyến khích kinh tế và tích hợp sinh thái.

Hệ sinh thái có thực sự được triển khai không?

Dù ý tưởng có tuyệt vời đến đâu, nếu không có ứng dụng thực tế, nó cũng chỉ là những tòa lâu đài trên không. Việc ra mắt mainnet của Sui thực sự đã thúc đẩy một số dự án hệ sinh thái, từ tài chính đến trò chơi, từ cổng thông tin đến thương mại điện tử, tạo nên một hệ sinh thái thô sơ. Tuy nhiên, vẫn còn một chặng đường dài phía trước để biến hệ sinh thái thô sơ này thành một hệ sinh thái thịnh vượng.

Trong lĩnh vực tài chính, DeepBook được coi là cơ sở hạ tầng. Hệ thống này nỗ lực vận hành một hệ thống khớp lệnh sổ lệnh hiệu suất cao trên chuỗi, tận dụng khả năng thực thi song song và độ trễ thấp để đảm bảo việc khớp lệnh và thanh toán diễn ra liền mạch và trơn tru như trên các sàn giao dịch tập trung. Nỗ lực này rất quan trọng, vì sổ lệnh là trái tim của thị trường tài chính. Nếu hoạt động hiệu quả, nó có thể hỗ trợ giao dịch tần suất cao và các chiến lược phức tạp. Tuy nhiên, sổ lệnh vốn là một đối tượng dùng chung, điều này phủ nhận những lợi thế của việc thực thi song song. Các điểm nóng vẫn tồn tại, và hiệu suất có thể dễ dàng bị tắc nghẽn. Thực tế hơn, liệu việc khớp lệnh trên chuỗi có thực sự thu hút được các nhà tạo lập thị trường và các tổ chức hay không là một câu hỏi khó, đòi hỏi cả sự xác minh chuyên sâu và tài chính.

Cetus được định vị là một giao thức giao dịch và thanh khoản phi tập trung. Nó cung cấp định tuyến tổng hợp, giúp người dùng thương lượng giá tốt nhất giữa các nhóm khác nhau. Nghe có vẻ hơi giống Didi, một ví dụ điển hình của DeFi, tương đương với "gọi xe đi bất cứ đâu". Tuy nhiên, việc tổng hợp không tạo ra chiều sâu từ hư không; thanh khoản vẫn phụ thuộc vào các nhà đầu tư sẵn sàng. Hiện tại, khối lượng giao dịch của Cetus chỉ bằng một phần nhỏ so với Uniswap trên Ethereum, và tác động của nó lên hệ sinh thái vẫn còn lâu mới được nhận thấy.

Scallop Lend đại diện cho hoạt động cho vay, nhấn mạnh chất lượng và khả năng kết hợp ở cấp độ tổ chức, với hy vọng thu hút thêm nhiều người tham gia chuyên nghiệp. Cho vay là mạch máu của DeFi, nhưng việc quản lý rủi ro vẫn phụ thuộc vào nguồn vốn bên ngoài và các nhà tiên tri. Những lợi thế kiến ​​trúc vốn có của Sui không thể thay thế "bàn tay vô hình" này.

Ở cấp độ người dùng mới, Sui đã đề xuất hai công cụ thú vị: zkLogin và giao dịch được tài trợ. Công cụ đầu tiên cho phép người dùng đăng nhập vào dApp bằng tài khoản quen thuộc, được bảo mật bằng bằng chứng không kiến ​​thức, về cơ bản ẩn đi trải nghiệm khóa riêng tư phức tạp trên chuỗi. Công cụ thứ hai cho phép người dùng mới tương tác trực tiếp mà không cần phải mua token trước. Những thiết kế này giúp giảm bớt rào cản gia nhập, nhưng cũng đặt ra một câu hỏi mới: ai sẽ trả tiền cho các giao dịch được tài trợ về lâu dài? Nếu không có một mô hình kinh doanh lành mạnh, trải nghiệm này có thể không bền vững và cuối cùng sẽ quay trở lại phương thức cũ là yêu cầu người dùng phải mua token trước.

Trong lĩnh vực NFT và thương mại điện tử, Sui đã ra mắt tiêu chuẩn Kiosk, nỗ lực thống nhất quy trình niêm yết, lưu ký, thanh toán và chuyển giao trên chuỗi. Khái niệm này rất hợp lý: giảm thiểu xung đột giữa các thị trường và cải thiện tính thanh khoản của tài sản. Tuy nhiên, thị trường NFT của Sui hiện có khối lượng giao dịch hạn chế, và hầu hết các sản phẩm đều thiếu thị trường thứ cấp năng động. Ngay cả những tiêu chuẩn tinh vi nhất, không có dòng tiền và người dùng, vẫn bị cô lập.

Trò chơi cũng là một lĩnh vực trọng tâm khác. Sui đã thu hút các IP nổi tiếng như Samurai Shodown R và cũng đã thử nghiệm với các trò chơi blockchain gốc. Mô hình đối tượng thực sự phù hợp để thể hiện các vật phẩm phức tạp trong trò chơi. Một thanh kiếm có thể được nâng cấp, một thú cưng có thể tiến hóa; đây là những "thay đổi trạng thái đối tượng" tự nhiên trong các hợp đồng của Sui. Thực thi song song cũng làm giảm độ trễ khi nhiều người chơi tương tác cùng lúc. Tuy nhiên, tuổi thọ của một trò chơi cuối cùng phụ thuộc vào sự sẵn lòng ở lại của người chơi, chứ không chỉ đơn thuần là tận dụng các đợt airdrop. Cho đến nay, chưa có dự án nào trên Sui đạt được thành công toàn cầu như Axie Infinity.

Những nỗ lực này đã giúp Sui tránh khỏi việc trở thành một công ty vỏ bọc, nhưng những thách thức vẫn còn rõ ràng: quy mô người dùng và khối lượng giao dịch vẫn còn hạn chế so với Ethereum và Solana. Nhiều dự án vẫn dựa vào trợ cấp của các quỹ và thiếu một mô hình kinh doanh tự duy trì. Cái gọi là "ứng dụng hàng ngày" vẫn chưa xuất hiện, và các kịch bản cho người dùng thông thường sử dụng chuỗi vẫn còn khan hiếm. Ngay cả trong DeFi, việc quản lý độ sâu và rủi ro vẫn phụ thuộc vào nguồn vốn bên ngoài, và những lợi thế kiến ​​trúc vốn có của chuỗi không thể thay thế được sự khởi đầu lạnh lùng của thị trường. Nói cách khác, thực thi song song có thể giải quyết các vấn đề về hiệu suất, nhưng không thể tự động tạo ra người dùng và vốn.

Hệ sinh thái của Sui giống như một trung tâm thương mại mới: được trang trí đẹp mắt, thiết kế hiện đại, lối vào tàu điện ngầm và bãi đậu xe đã được xây dựng, nhưng số lượng doanh nghiệp vẫn chưa nhiều, và lượng khách hàng còn thấp hơn nữa. Nền tảng này có thể tạm thời trợ cấp tiền thuê và thu hút một vài thương hiệu lớn, nhưng sự phát triển thực sự của trung tâm thương mại phụ thuộc vào các doanh nghiệp có lợi nhuận và lượng khách hàng vững chắc. Đây sẽ là bài kiểm tra thực sự của Sui trong những năm tới.

Blockchain có thể thâm nhập vào nhà của người dân bình thường như thế nào?

Hầu hết những người mới làm quen với Web3 thường gặp phải những rào cản ban đầu: tải ví, viết ra một cụm từ khó hiểu, rồi lại cố gắng mua token gốc trước khi có thể bắt đầu. Ngay cả khi họ hoàn thành được những bước này, họ thường mất kiên nhẫn do phí gas cao, giao dịch thất bại hoặc thời gian chờ đợi quá lâu. Trong một thời gian dài, điểm khởi đầu của Web3 đã đầy rẫy những rào cản vô nhân đạo.

Thiết kế của Sui, ở một mức độ nào đó, là một giải pháp có mục tiêu. Mô hình đối tượng làm cho các tài sản trên chuỗi giống với các đối tượng trong thế giới thực hơn, giúp chúng dễ hiểu hơn nhiều. Ví dụ, vé xem hòa nhạc không chỉ là "số dư trong tài khoản của bạn"; nó là một vé có ID tự động hiển thị "đã sử dụng" sau một lần sử dụng. Một thanh kiếm trong trò chơi không còn chỉ là một con số; nó là một vật thể có thể được nâng cấp, hư hỏng và thậm chí bán lại. Điều này cho phép người dùng, khi lần đầu tiên tiếp xúc với các tài sản trên chuỗi, trải nghiệm chúng như những "vật thể" chứ không phải là "những con số trên sổ cái".

Thực thi song song giúp các thao tác nhanh hơn. Trên các chuỗi công khai truyền thống, việc chuyển tiền và triển khai hợp đồng được xếp hàng trong cùng một hàng, giống như việc mua cà phê và chuyển quyền sở hữu tài sản trong cùng một cửa sổ. Logic song song của Sui gần với thực tế hơn: trong hầu hết các trường hợp, các giao dịch giữa các đối tượng khác nhau không gây nhiễu lẫn nhau, và người dùng nhận được phản hồi ngay lập tức sau khi nhấp vào một hành động. Đối với người dùng thông thường đã quen với thanh toán tức thì, trải nghiệm "không độ trễ" này là rất quan trọng.

Kết hợp với PTB (Khối Giao dịch Lập trình), các thao tác phức tạp, nhiều bước có thể được hoàn thành chỉ trong một lần, giảm thiểu sự khó chịu do lỗi giữa chừng và việc xác nhận lặp đi lặp lại. Người dùng mới thường gặp khó khăn khi nhấp chuột trong nhiều giờ, chỉ để nhận được thông báo lỗi mà không biết mình đã sai ở đâu. PTB ẩn sự phức tạp này ở phần phụ trợ, giúp trải nghiệm người dùng giống như "hoàn tất chỉ bằng một cú nhấp chuột".

Sui cũng đã khám phá các giải pháp cho vấn đề khởi động nguội. Với zkLogin, người dùng có thể đăng nhập trực tiếp bằng tài khoản Google hoặc Apple, loại bỏ nhu cầu phải hiểu hệ thống khóa công khai, khóa riêng tư và thuật ngữ ghi nhớ phức tạp. Giao dịch được tài trợ cho phép người dùng mới hoàn tất thành công giao dịch blockchain-on-chain đầu tiên mà không cần phải mua token trước. Điều này giúp giảm đáng kể rào cản gia nhập—ít nhất là giúp người dùng không bị nản lòng bởi bước đầu tiên rườm rà.

Tuy nhiên, chỉ đơn giản là làm cho trải nghiệm "không quá tệ" là chưa đủ. Để thực sự chuyển đổi người dùng sang blockchain, các kịch bản ứng dụng mà Web2 không thể cung cấp cần phải xuất hiện. Alipay và WeChat đã hoàn thiện trải nghiệm thanh toán đến mức gần như không có ma sát. Để cạnh tranh với các đối thủ như vậy, Sui phải đưa ra những lý do thuyết phục để sử dụng nó. Ví dụ: tài sản mà người dùng thực sự sở hữu và không thể bị đóng băng tùy tiện; một trải nghiệm có thể được kết hợp tự do trên nhiều ứng dụng—vé hòa nhạc có thể được mua không chỉ thông qua các kênh chính thức mà còn có thể được chuyển nhượng trên thị trường thứ cấp, hoặc thậm chí được đóng gói thành bộ sưu tập và hiển thị cùng với các vật phẩm ảo trong trò chơi; đạo cụ trò chơi không còn bị khóa trong máy chủ của một nhà cung cấp duy nhất mà có thể được chuyển đổi giữa các trò chơi khác nhau. Loại trải nghiệm này là điều mà Web2 không thể đạt được, và đó là trường hợp sử dụng then chốt mà Sui cần khai thác.

Nhìn rộng hơn, cách tiếp cận của Sui khác với những người tiền nhiệm: ông chuyển đổi tài sản từ số dư thành đối tượng, cho phép giao dịch song song, nhúng bảo mật vào các quy tắc ngôn ngữ và thay thế phần cứng bằng khả năng mở rộng phân tán. Trên toàn hệ sinh thái, Sui nỗ lực triển khai khái niệm này thông qua các dự án DeFi như DeepBook, Cetus và Scallop, thiết kế zkLogin và các cổng giao dịch được tài trợ, nỗ lực chuẩn hóa ki-ốt và khám phá trò chơi blockchain.

Tuy nhiên, những thách thức mà nó phải đối mặt không thể bỏ qua. Mô hình đối tượng bị tách biệt khỏi thế giới ERC, đòi hỏi thêm chi phí cho khả năng tương tác. Thực thi song song vẫn gặp phải những điểm nghẽn với các đối tượng nóng. Đường cong học tập và quy mô hệ sinh thái của Move hạn chế tốc độ di chuyển của nhà phát triển. Khả năng mở rộng phân tán vẫn chưa được chứng minh trong các kịch bản quy mô lớn. Hệ sinh thái ứng dụng vẫn phụ thuộc vào trợ cấp, và các trường hợp sử dụng thực tế vẫn chưa xuất hiện.

Vì vậy, nếu Sui đại diện cho một cuộc khám phá "nguyên lý cơ bản", giá trị lớn nhất của nó nằm ở việc đưa ra một hướng đi khác: thay vì sửa đổi khuôn khổ Ethereum, nó đặt lại những câu hỏi cơ bản và cố gắng đưa ra những câu trả lời mới. Về việc những câu trả lời này sẽ đi đến đâu, nó sẽ cần sự kết hợp của thời gian, hệ sinh thái, chính sách và thị trường.