Dịch giả: Odaily Azuma

Dịch giả: Odaily Azuma

Trong khoảng thời gian vừa qua, đã có những bài viết phân tích Sui trên thị trường, nhưng hầu hết các bài viết này đã bỏ sót một trong những đổi mới quan trọng nhất - mô hình dữ liệu và kênh xử lý giao dịch của Sui. Tôi sẽ giải thích điều này thành ba phần trong tweet tiếp theo:

Phần 1: Kênh xử lý giao dịch của blockchain truyền thống

Phần 2: Kênh xử lý giao dịch của Sui

Phần 3: Ưu điểm của Sui

Logic hoạt động của chuỗi khối là theo thời gian, các trình xác nhận sẽ cùng nhau thêm các khối mới vào chuỗi. Kênh xử lý giao dịch đi đầu trong quy trình "xây dựng khối-đồng thuận-thực thi-cập nhật cây Merkle" và tất cả các giao dịch phải được xử lý trước khi tiếp tục quy trình. Và khi một khối mới bắt đầu được xây dựng, quá trình xử lý giao dịch cũng sẽ bị tạm dừng.

Sau đây là sơ đồ của kênh xử lý giao dịch và các vấn đề của nó trong chuỗi khối truyền thống. Chúng tôi đã thấy nhiều dự án cố gắng giải quyết những vấn đề này theo những cách khác nhau.

Cách tiếp cận của Sui là phân biệt và sắp xếp dữ liệu thông qua các "đối tượng". Một NFT nhất định, số dư mã thông báo nhất định và hợp đồng thông minh nhất định đều là các đối tượng khác nhau (có thể hiểu là các loại), có nghĩa là các giao dịch trên chuỗi Sui có thể được nhóm và xử lý theo các đối tượng khác nhau.

Sơ đồ bên dưới là một ví dụ đơn giản mô tả 5 giao dịch khác nhau có thể chia thành 3 nhóm (chúng ta sẽ quay lại đối tượng cụ thể và đối tượng dùng chung sau). Ba nhóm giao dịch này có thể được xử lý song song.

Trong các chuỗi khối truyền thống khác, tất cả các giao dịch không liên quan trong một khối cần được xử lý tuần tự. Ví dụ: Bob đã gửi BAYC NFT cho Bruce, Alice đã gửi Punk NFT cho Alex, Jane đã sử dụng một DEX nhất định, v.v. Tất cả các giao dịch này cần được sắp xếp chung và thực hiện theo sự đồng thuận, và cuối cùng được hiển thị trên cây Merkle.

Để sử dụng một phép loại suy, nó giống như đi xe buýt.Trên blockchain truyền thống, tất cả hành khách phải xếp hàng (đồng thuận) để lên xe buýt, mỗi hành khách cần kiểm tra vé trước khi khởi hành (thực hiện), sau đó xuống cùng một chỗ (cập nhật cây Merkel), chỉ khi xe buýt Chỉ sau khi xe trống trở lại, nó mới có thể tiếp tục chứa hành khách mới và chuỗi có thể tiếp tục chạy về phía trước, trên Sui, chuỗi sẽ nhóm tất cả hành khách theo điểm đến (đối tượng) và vé của từng nhóm hành khách sẽ được kiểm tra song song, sau đó bằng các phương tiện khác nhau được đưa đến điểm đến song song.

Sự đổi mới của Sui không chỉ ở việc xử lý song song các giao dịch (về điều này, chúng tôi sẽ chia sẻ nhiều hơn trong tương lai), kết quả giao dịch cũng sẽ được gửi đến đối tượng sau khi thực hiện (ví dụ: mã thông báo có số dư là 10, gửi 5 , 5) còn lại trong số dư, chúng có thể được sử dụng ngay lập tức làm đầu vào cho các giao dịch trong tương lai. Sui sử dụng cây Merkle như một phần của điểm kiểm tra cho các khối mới, sẽ không được ghi lại cho đến khi một loạt các giao dịch liên quan được hoàn tất.

Ngoài ra, cần lưu ý rằng trong các trường hợp trước đây, một số giao dịch chỉ tương ứng với một đối tượng cụ thể, chẳng hạn như chỉ Bob mới có thể bắt đầu giao dịch trên BAYC NFT mà anh ta sở hữu. Các giao dịch của một lớp đối tượng cụ thể có thể bỏ qua sự đồng thuận (chỉ yêu cầu phát sóng đồng thuận Byzantine), vì chủ sở hữu có thể xác nhận thứ tự giao dịch.

Đối với một loại giao dịch khác, cái gọi là giao dịch đối tượng được chia sẻ (chẳng hạn như hợp đồng thông minh DEX), nó phải được đồng ý, bởi vì không có chủ sở hữu duy nhất để xác định thứ tự. Đây là nơi mà sự đồng thuận của Narwhal & Bullshark của chúng tôi xuất hiện.

Chỉ cần đặt,Các giao dịch loại đối tượng cụ thể có thể được thực hiện song song và các giao dịch loại đối tượng được chia sẻ cũng có thể được thực hiện song song với nhau, nhưng mỗi đối tượng được chia sẻ cần được thực hiện tuần tự (các công nghệ tĩnh/động khác được áp dụng tại đây).

Tựu chung lại, bạn có thể hiểu là:

• Đối với một chuỗi khối thông thường, tất cả các giao dịch cần được sắp xếp chung và sau đó được thực hiện.

• Đối với Sui, tất cả các giao dịch sẽ được phân biệt, sắp xếp và sắp xếp theo một logic nhất định, sau đó mới được thực hiện. Mô hình dữ liệu có thể làm cho sự phụ thuộc giữa các giao dịch khác nhau trở nên rõ ràng hơn, chỉ các giao dịch của các đối tượng được chia sẻ mới cần được sắp xếp chung, còn các giao dịch của các đối tượng cụ thể thì không cần quá trình thương lượng đồng thuận này.

Vì vậy, những vấn đề sản phẩm này có thể giải quyết kiến ​​trúc của Sui? Tiếp tục nào.

Đầu tiên là khả năng mở rộng theo chiều ngang.Trên Sui, từng nhóm giao dịch được xử lý song song, giống như đã nói ở trên là mỗi nhóm hành khách sẽ đi một xe khác nhau nên nếu có nhiều nhóm hành khách (giao dịch) hơn thì Sui chỉ cần trang bị nhiều ô tô hơn. Về vấn đề này, Sui có thể được chia nhỏ và mở rộng quy mô thông qua các trình xác nhận nội bộ - nhiều công nhân hơn để xử lý nhiều giao dịch hơn.

Tại sao khả năng mở rộng quy mô theo chiều ngang lại quan trọng? Hãy suy nghĩ về nhu cầu của một số dự án quy mô lớn khi xem xét lớp dưới cùng. Họ cần đảm bảo rằng lớp dưới cùng có thể mang lại sự tăng trưởng liên tục về quy mô của họ. Các chuỗi khối có giới hạn hiệu suất cao hơn sẽ trở thành một trở ngại cho các dự án này ổn định. được thiết kế để đối phó với nhu cầu Cao điểm này.

Thứ hai là khả năng tổng hợp.Điều gì có thể có trên Sui mà không có trên các nền tảng hợp đồng thông minh khác? Ví dụ: chuyển một nội dung dưới dạng tham số cho một hàm, chẳng hạn như trả về một nội dung từ một hàm hoặc lưu trữ một nội dung trong cấu trúc dữ liệu hoặc trực tiếp trong một nội dung khác.

Tôi có thể sẽ viết một tweet khác về khả năng kết hợp trong tương lai, vì đây là một chủ đề khá phức tạp. Đủ để nói rằng Sui cải thiện đáng kể khả năng kết hợp cả ở cấp độ hợp đồng và cấp độ tài sản (các loại đối tượng khác nhau có thể được lồng trong các đối tượng khác).

và sau đóKhả năng phát lại một phần. Chuỗi khối cung cấp lịch sử của tất cả các giao dịch, rất hữu ích để kiểm tra thông tin trong quá khứ. Tuy nhiên, nếu một sản phẩm cần quan tâm đến một số dữ liệu trên chuỗi, thì việc đọc có thể rất tốn kém. Kiến trúc của Sui cho phép các dự án này chỉ tập trung vào sự phát triển của các đối tượng mà chúng quan tâm, tức là phát lại một phần.

Ví dụ: một trò chơi RPG đưa tất cả các nhân vật vào Sui có thể chỉ cần nhìn vào các đồ vật đại diện cho các nhân vật đó. Họ không cần khai thác tất cả dữ liệu từ cấu trúc dữ liệu cây Merkle.

Cuối cùngLưu trữ trên chuỗi. Dữ liệu tài sản khác nhau, chẳng hạn như cuộc đua trò chơi, cấp độ, kinh nghiệm, v.v., có thể được lưu trữ trong các đối tượng Sui. Sui có thể sử dụng các phương pháp truyền thống để mở rộng quy mô lưu trữ trên chuỗi và giờ đây việc cập nhật tài sản trên chuỗi rẻ hơn nhiều.

đọc liên quan

đọc liên quan

Điểm danh 20 dự án đáng chú ý trong hệ sinh thái Sui, 8 trong số đó đã bước vào giai đoạn thử nghiệm