Nguyên văn: " Mainnet sắp ra mắt, làm thế nào để giới thiệu Sui Network với bạn bè của bạn? "
Vào ngày 15 tháng 4, các sàn giao dịch như OKX, Bybit và Kucoin đã thông báo rằng họ sẽ niêm yết Sui Token và tất cả các sàn giao dịch có liên quan đã đưa ra cơ chế đăng ký whitelists WL cho Sui Token. Sự ra mắt của Mainnet Sui Network còn tiến thêm một bước, nhưng có rất ít lời giải thích chi tiết về chính xác Sui là gì và nó hoạt động như thế nào. Bài viết này được biên soạn bởi Sui World bởi ALEX MAC'EVOY, một thành viên cốt lõi của hệ sinh thái Sui, một trong những đối tác của Move Accelerator. (Đọc liên quan: " Sui Benchmarking Aptos ít nhất 10 lần? Xem nhanh cách tham gia bán mã thông báo? ")
Đầu tiên, chúng ta cần hiểu "Blockchain". Một định nghĩa khác của Blockchain là cơ sở dữ liệu phân tán hoặc sổ cái. Tương tự gần nhất là dịch vụ đám mây. Có một số gã khổng lồ trong ngành, chẳng hạn như Google, Amazon và Microsoft, cung cấp hàng triệu dự án và công ty trên toàn cầu cung cấp lưu trữ dữ liệu và sức mạnh tính toán. Về cơ bản, đám mây là tập hợp các máy chủ chia sẻ tài nguyên để hoạt động như một nền tảng duy nhất.
Tuy nhiên, việc dựa vào các dịch vụ đám mây tập trung có một số hạn chế:
1) Nền tảng có thể tắt máy chủ được sử dụng;
2) Quyền riêng tư bị hy sinh.
Chuỗi khối có thể dỡ bỏ các hạn chế trên và cung cấp các dịch vụ phi tập trung. Nói tóm lại, không có một người hoặc công ty nào kiểm soát mạng chuỗi khối và dữ liệu, và chuỗi khối được duy trì bởi tất cả các máy hoặc máy chủ được kết nối với nó, miễn là các máy chủ này đáp ứng một phần trong số chúng vẫn được kết nối và đang chạy, mạng không thể bị tắt. Tại Sui, chúng tôi gọi những máy chủ này là "trình xác thực" vì chúng xác thực các giao dịch trên chuỗi khối.
Sui là một chuỗi khối lớp 1, có nghĩa là nó là một chuỗi khối nền tảng có phần mềm chạy trên một tập hợp các "trình xác thực" được duy trì độc lập. Ngược lại, các chuỗi khối lớp 2 hoặc cao hơn bổ sung cho các chuỗi khối lớp 1. Chuỗi khối lớp 2 có thể được xây dựng trên lớp 1 để tăng khả năng mở rộng hoặc thêm chức năng không có trong chuỗi ban đầu.
Sơ đồ kiến trúc mạng Sui này cho thấy cách các ứng dụng gửi giao dịch đến trình xác thực để xác minh
Tiếp theo, khái niệm "proof-of-stake" được giải thích. Những người xác minh hỗ trợ chuỗi khối phải đồng ý về những giao dịch hợp lệ. Quá trình này được gọi là sự đồng thuận. Sự đồng thuận không phải là vấn đề khi một công ty điều hành tất cả các máy chủ, nhưng khi có nhiều nhà khai thác độc lập, phải có một cơ chế để họ đồng ý về thời điểm phê duyệt giao dịch. Cơ chế “proof-of-stake” thực chất là một chứng chỉ để các nhà khai thác độc lập này chứng minh rằng họ có quyền phê duyệt các giao dịch.
Các nhà khai thác độc lập chạy "trình xác thực" hỗ trợ chuỗi khối Sui cũng nên được khen thưởng cho những nỗ lực của họ, vì việc chạy các máy chủ sẽ tốn tiền. Sui thưởng cho các nhà khai thác trình xác thực này bằng Mã thông báo gốc trên chuỗi - SUI.
Sui cũng có thể được coi là một hệ điều hành tương tự như Linux, Windows và macOS. Các nhà xây dựng có thể viết các ứng dụng chạy trên các hệ điều hành này. Trên Sui, các nhà xây dựng sử dụng một ngôn ngữ lập trình tương đối mới - Move. Cụ thể, Sui sử dụng một biến thể mà chúng tôi gọi là Sui Move, khá khác biệt so với các ngôn ngữ lập trình đa năng khác dành cho chuỗi khối như Rust và Solidity.
Sui Capys là game được phát hành trên Sui Devnet, mỗi Capy tồn tại như một đối tượng trên Sui Network.
Các giao dịch liên quan đến các đối tượng được chia sẻ phải được phê duyệt bởi những người xác thực trên chuỗi khối. Đây là một quá trình sử dụng nhiều tài nguyên. Trên hầu hết các chuỗi khối, tất cả các đối tượng được chia sẻ, vì vậy mọi giao dịch đều phải trải qua quá trình phê duyệt này. Nhiều giao dịch trên Sui liên quan đến một giao dịch đơn giản -một trao đổi, giảm chi phí tài nguyên.
Để có thêm kỹ thuật, mỗi đối tượng Sui phải có các trường sau:
ID duy nhất: tương tự như mã băm hoặc ID hợp đồng trên Ethereum;
Phiên bản: Hiển thị số lượng giao dịch của đối tượng, bắt đầu từ 1;
Tóm tắt giao dịch: Cho biết giao dịch cuối cùng bao gồm đối tượng này dưới dạng đầu ra;
Trường chủ sở hữu: hiển thị chủ sở hữu, có thể là địa chỉ tài khoản, đối tượng khác, không thay đổi hoặc được chia sẻ
Tất nhiên, các nhà xây dựng có thể tùy chỉnh các đối tượng bằng cách bao gồm các trường bổ sung, Sui cho phép rất nhiều sự sáng tạo trong thiết kế đối tượng.
Là một trường hợp sử dụng phổ biến, những người xây dựng có thể tạo một trò chơi làm bằng các đồ vật. Ví dụ: trong một trò chơi đua xe, ô tô của người chơi là một đối tượng mà người chơi sở hữu và ô tô trong trò chơi có thể được sửa đổi, vì vậy người chơi có thể thêm công việc sơn, thay lốp, nâng cấp bộ siêu nạp, v.v. xe cạnh tranh hơn. Mỗi nâng cấp này là một đối tượng riêng biệt, khi người chơi có được và thêm vào ô tô, sẽ thuộc sở hữu của đối tượng ô tô trong Sui's.
Chúng tôi đã đề cập đến các đối tượng được chia sẻ và sở hữu ở trên, hãy xem xét kỹ hơn cách Sui xử lý các giao dịch bằng cách sử dụng các loại đối tượng khác nhau này, chúng tôi đã đề cập đến sự đồng thuận khi đề cập đến các trình xác thực mà Sui xác thực các giao dịch, Sui chỉ cần các Đối tượng đạt được sự đồng thuận và các giao dịch thông thường liên quan đến sở hữu các đối tượng không yêu cầu sự đồng thuận.
Các đối tượng được sở hữu không được bao gồm trong "khối" của chuỗi khối, chúng tương tác trực tiếp với trình xác thực trên Sui bằng thuật toán đơn giản hóa, do kiến trúc này, các giao dịch đối tượng được sở hữu diễn ra gần như ngay lập tức, trên thực tế, những giao dịch A đơn giản này có thể liên quan đến việc một người chơi tặng quà ô tô cho người chơi khác trong trò chơi đua xe, ai đó đăng thông báo lên mạng xã hội hoặc gửi phiếu bầu trong cuộc thăm dò ý kiến.
Cơ chế đồng thuận mới lạ của Sui có thể thực hiện cả giao dịch đơn giản và phức tạp, cơ chế thứ nhất yêu cầu ít tài nguyên hơn và xử lý rất nhanh
Sui tiến hành các giao dịch đơn giản đã được xác minh như thế nào?
1) Người gửi phát giao dịch tới tất cả các trình xác minh Sui;
2) Mỗi người xác thực Sui sẽ bỏ phiếu cho giao dịch và mỗi phiếu bầu có trọng số dựa trên cam kết của người xác thực;
3) Người gửi thu thập các phiếu bầu đa số chống Byzantine thành một chứng chỉ và phát nó trở lại tất cả những người xác thực Sui, những người xử lý giao dịch, ghi lại giao dịch đó trên Sui và đảm bảo rằng giao dịch sẽ không bị xóa hoặc thu hồi.
Đối với các giao dịch phức tạp hơn, Sui thực hiện xác minh theo các bước sau:
1) Người gửi phát giao dịch tới tất cả các trình xác minh Sui;
2) Mỗi người xác thực Sui sẽ bỏ phiếu cho giao dịch và mỗi phiếu bầu có trọng số dựa trên cổ phần của người xác nhận.
3) Người gửi thu thập các phiếu bầu đa số chống Byzantine vào một chứng chỉ và phát nó trở lại tất cả những người xác thực Sui. Tuy nhiên, lần này, các chứng chỉ được đặt hàng thông qua một quy trình gọi là thỏa thuận Byzantine, trong đó những người xác thực phải đi đến thống nhất và sau khi giao dịch được đặt hàng thành công, người gửi sẽ phát chứng chỉ cho những người xác thực để giải quyết giao dịch.
Như đã đề cập ở trên, các giao dịch riêng lẻ bỏ qua sự đồng thuận và được xử lý gần như ngay lập tức. Các giao dịch sử dụng các đối tượng được chia sẻ phải thông qua sự đồng thuận. Nếu Sui xử lý đồng thời nhiều giao dịch bằng cách sử dụng một đối tượng dùng chung, thì mỗi sự đồng thuận phải diễn ra tuần tự, điều này có thể làm chậm giao dịch. Hầu hết các chuỗi khối khác chỉ cho phép loại giao dịch thứ hai và không có cách nào bỏ qua sự đồng thuận.
Mô hình điện toán phân tán của Sui giống một dịch vụ đám mây truyền thống hơn là một chuỗi khối điển hình. Nhiều chuỗi khối sử dụng mô hình kinh tế mã thông báo để kiểm soát tải của máy chủ: khi tải tăng, phí gas cũng tăng. Phí gas cao hơn làm giảm số lượng giao dịch vì người dùng chỉ có thể trả một số tiền nhất định.
Khi tải trên Sui tăng lên, trình xác thực có thể chỉ cần thêm nhiều sức mạnh xử lý hơn, tương tự như cách Amazon Web Services có thể thêm nhiều máy chủ hơn khi lưu lượng khách hàng tăng lên. Các nút xác minh có thể kiếm được nhiều Phí Gas hơn thay vì chi tiêu nhiều hơn, vì vậy chúng sẽ có động lực để tăng các máy chủ xác minh. Mô hình này không chỉ cho phép Sui mở rộng quy mô để hỗ trợ lưu lượng người dùng tăng lên mà còn duy trì mức phí Gas đều và ổn định, cho phép nhiều người dùng tham gia hệ sinh thái của Sui hơn. Tăng dung lượng mạng theo cách này có thể đảm bảo trò chơi chạy nhanh, ứng dụng ứng dụng có thể phản hồi nhanh và phát hành ứng dụng xã hội, nhà xây dựng sẽ không đặt phí do giá Gas tăng và mạng sẽ không gây ra sự cố do cuộc chiến Gas.
Sui Move là ngôn ngữ lập trình bản địa của Sui. Ngôn ngữ Move cốt lõi mà Sui Move dựa trên đó được tạo ra vào năm 2018 và được thiết kế để lập trình hợp đồng thông minh được phát triển trên chuỗi khối. Những người tạo ra Move đã nhận thấy nhu cầu về các khái niệm trừu tượng kiểm soát truy cập và nội dung không tồn tại trong các ngôn ngữ lập trình chuỗi khối trước đây và những khái niệm trừu tượng này có ý nghĩa đối với các chuỗi khối vì sự phân cấp mang lại quyền kiểm soát truy cập và nội dung cho trung tâm mạng của hầu hết các hoạt động.
Tuy nhiên, khi nhóm sáng lập của Sui bắt đầu phát triển blockchain mới này, họ cảm thấy cần phải tinh chỉnh Move hơn nữa. Mặc dù Move được thiết kế để lập trình các hợp đồng thông minh trên chuỗi khối, nhưng nó vẫn thiếu hỗ trợ riêng cho các khái niệm dành riêng cho chuỗi khối như tài khoản, giao dịch, thời gian và mật mã. Chuỗi khối cần xây dựng hỗ trợ cho các chức năng này, điều này không chỉ tốn thời gian mà còn dẫn đến việc triển khai không nhất quán các chức năng quan trọng như bảo mật. Sui Move nhằm mục đích tập hợp mọi thứ mà một nhà phát triển chuỗi khối cần để tạo ra các ứng dụng hiệu suất cao, an toàn, giàu tính năng.
