Mục lục:

tổng quan toàn diện

1. Nghiên cứu sinh thái mới dựa trên ngôn ngữ MOVE

Aptos

Sui

Linera

2. Chuỗi khối mô-đun với Celestia

"mô đun" là gì?

Phân lớp kiến ​​trúc của blockchain

Các vấn đề về tính khả dụng của dữ liệu

Giải pháp mở rộng chuỗi khối của Celestia

Full Modular Stack --- Cevmos và Rollup đệ quy

3. Chuỗi công khai bảo mật thế hệ mới

Aztec

Aleo

tiêu đề phụ

AltLayer

----------------------

tổng quan toàn diện

Gần đây, ngôi sao chuỗi công khai Aptos vừa ra mắt mạng chính và giá trị thị trường của nó đã vượt quá 1 tỷ đô la Mỹ Chuỗi công khai bảo mật (Aztec, Aleo) và giải pháp mở rộng chuỗi khối (AltLayer) để khám phá các cơ hội mới tiềm năng trong chuỗi công khai mới.

Trong "Hệ sinh thái chuỗi công khai dựa trên ngôn ngữ Move", trước tiên chúng tôi phân tích các đặc điểm của ngôn ngữ Move, so sánh với tính vững chắc và ứng dụng, sau đó thảo luận về phần giới thiệu, đặc điểm và hệ sinh thái của chuỗi công khai Aptos, Sui và Linera.

Trong "Blockchain mô-đun và Celestia", chúng tôi đã giới thiệu "tính mô-đun" là gì, phân lớp kiến ​​trúc chuỗi khối và các vấn đề về tính sẵn có của dữ liệu, sau đó thảo luận về sơ đồ mở rộng chuỗi khối và ngăn xếp mô-đun đầy đủ cho chuỗi công khai Celestia và kết luận rằng khả năng chia sẻ, tính đơn giản, chia sẻ an ninh và chủ quyền có lợi hơn so với các giải pháp truyền thống.

Trong "Chuỗi công khai quyền riêng tư thế hệ mới", trước hết, xung quanh động lực, hóa đơn, tương tác, ẩn danh, phân tích hiệu quả và tương lai của giao thức Aztec, nó cho thấy giao thức AZTEC có thể cung cấp các công cụ mà các nhà phát triển cần để tạo ra giao thức tiếp theo tạo ra các cơ sở dịch vụ tài chính phi tập trung tư nhân để xây dựng tài sản kỹ thuật số với quyền riêng tư tuyệt đối và quản trị riêng tư, tiếp theo là phần giới thiệu ngắn gọn về chuỗi công khai Aleo, công nghệ cốt lõi, cơ chế đồng thuận, kinh tế mã thông báo và xây dựng tương lai cho một trong những dự án hàng đầu về quyền riêng tư của Web3 theo dõi với tài chính cao.Người dùng mang đến sự bảo vệ quyền riêng tư và tư nhân hóa dữ liệu.

tiêu đề phụ

1. Nghiên cứu sinh thái mới dựa trên ngôn ngữ Move

Các tính năng của ngôn ngữ Move

Ngôn ngữ Move là ngôn ngữ lập trình hợp đồng thông minh an toàn và đáng tin cậy do dự án Diem phát minh để thể hiện tài sản kỹ thuật số. Ngôn ngữ này được thiết kế đặc biệt cho tài sản kỹ thuật số và được sử dụng để phát hành tiền kỹ thuật số, xử lý giao dịch trên chuỗi khối và quản lý các nút xác minh.

Hiện tại, ngôn ngữ Move chỉ có thể được sử dụng trong các hợp đồng thông minh được tích hợp sẵn. Nó lần đầu tiên xuất hiện trong dự án chuỗi khối Libra (đã bị bỏ rơi) của Facebook và tính năng lớn nhất của nó là Resource là công dân hạng nhất của Move. Không giống như Solidity, ngôn ngữ phát triển của Ethereum, tài nguyên của Move không bao giờ có thể được sao chép hoặc loại bỏ hoàn toàn, chúng chỉ có thể được di chuyển giữa các chương trình.

Move vs solidity

Hiện tại, người chơi chính trong không gian ngôn ngữ blockchain là Solidity. Là một trong những ngôn ngữ blockchain đầu tiên, Solidity được thiết kế để triển khai các khái niệm ngôn ngữ lập trình cơ bản bằng cách sử dụng các loại dữ liệu nổi tiếng (ví dụ: mảng byte, chuỗi) và cấu trúc dữ liệu (ví dụ: bản đồ băm). Tuy nhiên, với sự phát triển của công nghệ chuỗi khối, có thể thấy rằng mục đích chính của ngôn ngữ chuỗi khối là hoạt động trên các tài sản kỹ thuật số và phẩm chất chính của ngôn ngữ này là tính bảo mật và khả năng kiểm chứng.

Move được thiết kế để giải quyết hai vấn đề: đại diện cho tài sản kỹ thuật số và hoạt động an toàn của chúng. Một điểm khác biệt cơ bản giữa EVM và Move là mô hình dữ liệu của nội dung, nội dung EVM không thể được truyền dưới dạng tham số, được trả về từ các hàm hoặc được lưu trữ trong nội dung khác. Trong khi nội dung Di chuyển là loại do người dùng xác định tùy ý, nội dung có thể được truyền dưới dạng tham số, được trả về từ các hàm và được lưu trữ trong các nội dung khác.

Một trong những điểm mạnh chính của MOVE là khả năng tổng hợp dữ liệu. Luôn có thể tạo nội dung mới Y chứa nội dung ban đầu X. Hơn nữa, bằng cách thêm các giá trị chung, có thể xác định trình bao bọc chung Z(T) có khả năng bao bọc bất kỳ nội dung nào, cung cấp các thuộc tính bổ sung cho nội dung được bao bọc hoặc kết hợp nội dung đó với các nội dung khác.

Các ứng dụng của ngôn ngữ Move

Cả chuỗi công khai Aptos và Sui đều được phát triển dựa trên ngôn ngữ Move, nhưng chúng có nhiều điểm chung hơn:

• Những người đồng sáng lập đều là đội Diễm và Novi từ meta;

• Cả hai đều là chuỗi công khai Layer1;

• Tất cả đều cố gắng sử dụng một chuỗi để giải quyết "tam giác bất khả thi" về phân cấp, bảo mật và hiệu suất cao.

Mặc dù linera không nói rõ ràng rằng nó được phát triển bằng Move, mà chỉ làm rõ rằng nó được phát triển dựa trên rỉ sét, nhưng về mặt logic thì không có nhiều khác biệt giữa hai loại này và nó có cùng nguồn gốc với Aptos và Sui. một kỹ sư cơ sở hạ tầng của Diem và Novi. Do đó, ba chuỗi công khai này còn được gọi là chuỗi siêu công khai.

giới thiệu

Aptos

giới thiệu

Aptos là dự án sớm nhất và được phát triển tốt nhất trong số ba siêu chuỗi công khai. Chuỗi khối Aptos nhằm mục đích tạo ra một mạng chuỗi khối cơ bản có thông lượng cao, độ trễ thấp, cung cấp hỗ trợ mạng cơ bản cho tất cả những người tham gia trong hệ sinh thái.

Những người sáng lập ra Aptos đều đến từ nhóm Diem và Novi của meta, Aptos cũng được xây dựng dựa trên công nghệ mã nguồn mở và kinh nghiệm phát triển tích lũy được trong dự án Diem. Trong số đó, hai nhà sáng lập Aptos, Mo Shaikh và Avery Ching, đã tham gia sâu vào quá trình phát triển ví tiền mã hóa Meta Novi.

đặc trưng

đặc trưng

Phát triển ngôn ngữ MOVE

Aptos Move tuân theo các nguyên tắc thiết kế ban đầu của ngôn ngữ Move:

• ưu tiên tài nguyên

Trong chuỗi khối, chúng ta cần truy cập tài sản kỹ thuật số thông qua các chương trình. Tài nguyên của ngôn ngữ Move được xác định đặc biệt cho tài sản kỹ thuật số. Tài nguyên không thể bị sao chép hoặc hủy hoàn toàn. Nó chỉ có thể được di chuyển giữa những người dùng khác nhau. Mô-đun của ngôn ngữ Move tương tự như hợp đồng thông minh trong Ethereum và mô-đun khai báo loại tài nguyên và quy trình. Các loại và thủ tục được xác định trong một mô-đun có thể được gọi bởi các mô-đun khác.

Uyển chuyển

• Uyển chuyển

Ngôn ngữ Move có thể tự do kết hợp các giao dịch khác nhau để đạt được các chức năng khác nhau thông qua các tập lệnh giao dịch và một tập lệnh Move có thể gọi nhiều giao dịch.

Mối quan hệ của mô-đun/tài nguyên/thủ tục trong ngôn ngữ Move tương tự như mối quan hệ của lớp/đối tượng/phương thức trong ngôn ngữ lập trình hướng đối tượng.

sự an toàn

• sự an toàn

Sau khi mã byte do Move biên dịch được gửi tới chuỗi, nó sẽ được xác minh bởi trình xác minh mã byte và sau đó được thực thi bởi trình thông dịch mã byte.

Để giúp viết mã đáng tin cậy hơn, Move bao gồm một trình xác minh loại, Move Prover, có thể xác minh tính chính xác về chức năng của các chương trình Move theo một đặc điểm kỹ thuật nhất định. Chức năng xác minh loại này đã được tích hợp vào ngôn ngữ Move.

Hệ thống mã hóa Move cung cấp khả năng bảo vệ an ninh có mục tiêu cho các tài nguyên. Tài nguyên di chuyển không thể được sao chép, tái sử dụng hoặc phá hủy. Loại tài nguyên chỉ có thể được tạo hoặc hủy bởi mô-đun xác định loại của nó. Máy ảo Move sẽ vượt qua xác minh mã byte tĩnh và từ chối chạy các chương trình chưa vượt qua xác minh mã byte để đảm bảo tính bảo mật của nó.

• khả năng kiểm chứng

Ngôn ngữ Move có nhiều phương thức xác thực. Thông thường, phương pháp xác minh tốt nhất là gửi mã byte đến chuỗi để xác minh thực tế, nhưng điều này rõ ràng sẽ làm tăng gánh nặng cho chuỗi và ảnh hưởng đến tốc độ giao dịch. Do đó, trong Move, chúng tôi thực hiện càng nhiều xác minh đơn giản trên chuỗi càng tốt và thực hiện xác minh tĩnh ngoại tuyến ở cấp độ ngôn ngữ.

• Đồng bộ trạng thái Aptos

Đồng bộ hóa trạng thái là một giao thức cho phép các nút không xác thực phân phối, xác minh và duy trì dữ liệu chuỗi khối và đảm bảo rằng tất cả các nút trong hệ sinh thái đều được đồng bộ hóa. Các nút trong mạng Aptos, bao gồm cả trình xác thực và nút đầy đủ, phải luôn được đồng bộ hóa với trạng thái chuỗi khối Aptos mới nhất. Thành phần đồng bộ trạng thái chạy trên mỗi nút chịu trách nhiệm cho việc đồng bộ hóa này. Để đạt được sự đồng bộ hóa này, đồng bộ hóa trạng thái xác định và tìm nạp dữ liệu chuỗi khối mới từ các đồng nghiệp, xác minh và lưu dữ liệu vào bộ nhớ cục bộ.

• Chế độ đồng bộ trạng thái Aptos

Aptos Status Sync hoạt động ở hai chế độ. Tất cả các nút sẽ khởi động khi khởi động (chế độ khởi động) và sau đó tiếp tục đồng bộ hóa (chế độ đồng bộ hóa liên tục).

Có ba chế độ khởi động:

Thực hiện tất cả các giao dịch kể từ khi thành lập

Áp dụng đầu ra giao dịch kể từ khi thành lập

Tải xuống trạng thái mới nhất trực tiếp

Có hai chế độ đồng bộ liên tục:

Thực hiện giao dịch

Áp dụng đầu ra giao dịch

Kiến trúc đồng bộ hóa trạng thái Aptos

Thành phần Aptos Status Sync bao gồm bốn thành phần phụ, mỗi thành phần có một mục đích cụ thể:

• Trình điều khiển: Tiến trình đồng bộ hóa. Nó chịu trách nhiệm xác thực tất cả dữ liệu mà nút nhận được từ các nút ngang hàng. Dữ liệu được chuyển tiếp từ các đồng nghiệp thông qua các dịch vụ truyền dữ liệu. Sau khi dữ liệu được xác minh, Trình điều khiển sẽ lưu dữ liệu vào bộ nhớ cục bộ.

• Dịch vụ truyền dữ liệu: Tạo các luồng dữ liệu cho các máy khách truyền các khối dữ liệu mới từ các máy ngang hàng mà không phải lo lắng về máy ngang hàng nào sở hữu dữ liệu hoặc cách quản lý các yêu cầu dữ liệu.

• Ứng dụng khách dữ liệu Aptos: Ứng dụng khách dữ liệu chịu trách nhiệm xử lý các yêu cầu dữ liệu từ dịch vụ truyền dữ liệu. Đối với dịch vụ truyền dữ liệu truyền tất cả các giao dịch, nhiều yêu cầu được thực hiện, một yêu cầu cho mỗi lô giao dịch và được gửi đến các đồng nghiệp. Máy khách dữ liệu chấp nhận yêu cầu, xác định đồng nghiệp nào có thể xử lý yêu cầu và gửi yêu cầu cho họ.

• Dịch vụ lưu trữ: Dịch vụ lưu trữ là một API lưu trữ đơn giản được cung cấp bởi mỗi nút và các nút ngang hàng lấy dữ liệu thông qua lệnh gọi API.

Công cụ thực thi song song Aptos

Để đạt được thông lượng cao và độ trễ thấp, chuỗi khối Aptos sử dụng cách tiếp cận mô-đun và đường ống ở các giai đoạn chính của quá trình xử lý giao dịch. Cụ thể, việc lan truyền giao dịch, đặt hàng siêu dữ liệu khối, thực hiện giao dịch song song, lưu trữ hàng loạt và xác minh sổ cái đều chạy đồng thời. Cách tiếp cận này tận dụng tối đa tất cả các tài nguyên vật lý có sẵn, cải thiện hiệu suất phần cứng và cho phép thực thi song song cao.

Chuỗi khối Aptos thực hiện xử lý song song từ hai khía cạnh của mô hình dữ liệu và công cụ thực thi. Do bản thân mô hình dữ liệu ngôn ngữ Move hỗ trợ đánh địa chỉ toàn cầu cho dữ liệu và mô-đun, nên Aptos sử dụng ngôn ngữ Move để triển khai thực hiện song song các giao dịch. Đồng thời, một công cụ thực thi song song trong bộ nhớ, đa luồng, hiệu quả cao Block-STM đã được thiết kế và triển khai, dựa trên các thùng Rayon, Dashmap và ArcSwap để đạt được tính đồng thời.

Mô hình dữ liệu song song

Chuỗi khối Aptos giới thiệu một khái niệm mới, viết delta, mô tả các sửa đổi đối với trạng thái tài khoản thay vì trạng thái tài khoản đã sửa đổi (ví dụ: tăng một số nguyên thay vì chỉ xác định giá trị cuối cùng). Tất cả quá trình xử lý giao dịch có thể được thực hiện song song và sau đó, việc ghi delta vào các giá trị xung đột được thực hiện theo đúng thứ tự để đảm bảo kết quả xác định.

Theo thời gian, chuỗi khối Aptos sẽ tiếp tục nâng cao mô hình dữ liệu bằng cách tăng tính đồng thời (ví dụ: sử dụng gợi ý đọc/ghi) và cải thiện trải nghiệm của nhà phát triển, cho phép nhà phát triển tạo, sửa đổi và kết hợp các giá trị trên chuỗi một cách tự nhiên hơn. Move cung cấp tính linh hoạt cho các cải tiến tính năng dành riêng cho nền tảng và cấp độ ngôn ngữ.

công cụ thực thi song song

Công cụ thực thi song song Block-STM phát hiện và quản lý xung đột trong các giao dịch được đặt hàng, đồng thời thực hiện kiểm soát đồng thời tối ưu để đạt được tính song song tối đa theo một thứ tự cụ thể.

Các giao dịch hàng loạt được xử lý song song bằng cách sử dụng các khóa lạc quan và được xác minh sau khi thực hiện. Lỗi xác thực sẽ dẫn đến việc thực thi lại. Block-STM sử dụng cấu trúc dữ liệu đa phiên bản để tránh xung đột ghi-ghi. Tất cả các lần ghi vào cùng một vị trí được lưu trữ cùng với phiên bản của chúng, phiên bản này chứa ID của chúng và số lần chúng được thử lại một cách lạc quan. Khi giao dịch tx đọc dữ liệu bộ nhớ, nó sẽ lấy giao dịch có chiều cao khối cao nhất xuất hiện trước tx từ cấu trúc dữ liệu nhiều phiên bản theo thứ tự đặt trước và ghi giá trị của giao dịch cũng như phiên bản liên quan của nó.

Block-STM đã được tích hợp vào chuỗi khối Aptos. Để hiểu tiềm năng hiệu suất của Block-STM, chúng tôi sử dụng cơ sở dữ liệu trong bộ nhớ và coi các giao dịch Di chuyển ngang hàng (không tầm thường) có ý nghĩa (ví dụ: 8 lần đọc và 5 lần ghi trên mỗi giao dịch) là độc lập, chỉ thực thi ( điểm chuẩn từ đầu đến cuối) không tầm thường).

Giao thức đồng thuận Aptos

Aptos thực hiện cơ chế đồng thuận thông qua thuật toán đồng thuận Aptos BFT. Aptos BFT theo sau Diem BFT và đã thực hiện lần lặp lại thứ tư dựa trên nó.

giới thiệu

Sui

giới thiệu

Sui là dự án sớm nhất trong chuỗi công khai Meta, được phát triển bởi nhóm Mysten Labs và Evan Cheng, người sáng lập nhóm Mysten Labs, cũng rời khỏi dự án Diem và Novi.

Sui đặt mục tiêu tạo ra một chuỗi khối không cần xin phép thân thiện với môi trường, chi phí thấp, thông lượng cao và độ trễ thấp. So với các chuỗi khối truyền thống, đổi mới quan trọng nhất của Sui nằm ở mô hình dữ liệu và các kênh xử lý giao dịch của Sui.

đặc trưng

đặc trưng

1. Sui Move dựa trên chuyển đổi Core Move

• Lưu trữ toàn cầu tập trung vào đối tượng tùy chỉnh: Trong Core Move, lưu trữ toàn cầu là một phần của mô hình lập trình và có thể được truy cập thông qua các hoạt động đặc biệt như move_to, move_from và các toán tử lưu trữ toàn cầu khác. Không có hoạt động nào liên quan đến lưu trữ toàn cầu trong Sui Move, việc lưu trữ chỉ xảy ra bên trong Sui và Sui chuyển tất cả các đối tượng cần truy cập sang Move một cách rõ ràng.

• Địa chỉ đại diện cho ID đối tượng: Trong Move, có một loại địa chỉ đặc biệt. Loại này được sử dụng để biểu thị địa chỉ trong Core Move vì Core Move cần biết địa chỉ tài khoản khi xử lý bộ nhớ chung. Trong Sui Move, loại địa chỉ được sử dụng để đại diện cho ID đối tượng.

• Các đối tượng Sui có ID duy nhất trên toàn cầu: trong Core Move, các khóa có thể được sử dụng làm khóa lưu trữ toàn cầu. Sui yêu cầu bất kỳ cấu trúc nào có khả năng khóa phải bắt đầu bằng trường id với loại ID. Sui sử dụng trình xác minh mã byte để đảm bảo rằng trường ID là bất biến và không thể chuyển sang các đối tượng khác.

• Khởi tạo mô-đun của Sui: Chức năng khởi tạo được thực thi bởi bộ thực thi Sui khi một mô-đun được xuất bản, với mục đích khởi tạo trước dữ liệu dành riêng cho mô-đun. Hàm khởi tạo phải có các thuộc tính sau để được thực thi tại thời điểm xuất bản: tên hàm là init; hàm phải thuộc loại một đối số; không có giá trị trả về; hàm riêng.

• Sui lấy các tham chiếu đối tượng làm đầu vào: Sui cung cấp các hàm nhập có thể được gọi trực tiếp từ Sui, cũng như các hàm có thể được gọi từ các hàm khác.

2. Mô hình dữ liệu và kênh xử lý giao dịch của Sui

Người sáng lập Sui đã chỉ ra: 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ư của một mã thông báo nhất định và một 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.

Tất cả các giao dịch trong chuỗi khối thông thường 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.

Tóm lại, mặc dù các giao dịch của các loại đối tượng cụ thể có thể được thực hiện song song, các giao dịch của các loại đối tượng dùng chung cũng có thể được thực hiện song song với nhau, nhưng mỗi đối tượng dùng chung cần được thực hiện tuần tự. Kiến trúc này có thể đồng thời giải quyết các vấn đề về sản phẩm sau:

• Khả năng mở rộng theo chiều ngang: Trên Sui, mỗi bộ giao dịch được xử lý song song.

• Khả năng kết hợp: chuyển nội dung làm đối số cho hàm, trả về một số loại nội dung từ hàm, lưu trữ nội dung trong cấu trúc dữ liệu hoặc trực tiếp trong nội dung khác.

• Lưu trữ trên chuỗi: dữ liệu giống như tài sản, 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.

• 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 và 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à họ quan tâm, tức là phát lại một phần.

3. Hai cơ chế đồng thuận giao dịch của Sui

Cơ chế đồng thuận của Sui được chia thành hai phần: Narwhal (giao thức nhóm bộ nhớ) và Tusk (giao thức đồng thuận không đồng bộ), nhưng vào tháng 8 năm 2022, Bullshark đã thay thế thành phần Tusk của giao thức đồng thuận làm mặc định để giảm độ trễ và hỗ trợ tính công bằng. Vì vậy, có thể hiểu rằng Narwhal và Bullshark hoặc Tusk tạo thành cỗ máy đồng thuận của Sui.

Các tính năng của công cụ đồng thuận Sui (được cung cấp bởi Narwhal mempool)

• Một công cụ có sẵn dữ liệu thông lượng cao với bằng chứng mật mã về tính khả dụng của dữ liệu trên một nút chính

• Cấu trúc dữ liệu biểu đồ có cấu trúc để duyệt qua thông tin này

• Một kiến ​​trúc có thể mở rộng để phân phối các yêu cầu về I/O của đĩa và mạng cho một số công nhân

Thành phần đồng thuận cung cấp một thuật toán đồng thuận với chi phí thông tin bằng không, sử dụng duyệt đồ thị

Kiến trúc động cơ đồng thuận Sui

Một phiên bản Narwhal thiết lập một hệ thống nhắn tin bao gồm các đơn vị cổ phần được phân phối giữa một tập hợp các nút và giả định rằng có một đối thủ bị hạn chế về mặt tính toán kiểm soát mạng có thể phá vỡ các bên nắm giữ các đơn vị cổ phần. Các trình xác nhận hợp tác để tạo thành một biểu đồ lô giao dịch không có đường dẫn - mà tài liệu (trong bối cảnh đồng thuận dựa trên DAG) chỉ định là các khối, mà chúng tôi gắn nhãn là tập hợp - để nhấn mạnh rằng chúng ta đang ở trong một thế giới nơi dữ liệu mempool không được chỉ định Môi trường trong đó thuật toán đồng thuận được sử dụng.

Các đỉnh của đồ thị bao gồm các bộ xác thực. Mỗi bộ hợp lệ được ký bởi người xác minh-tác giả của nó phải chứa một số nguyên và bản thân nó phải được ký bởi một đại biểu gồm (2f+1) cổ phần của người xác minh. Chúng tôi gọi đây là các chứng chỉ về tính khả dụng của chữ ký 2f+1. Hơn nữa, tập hợp này phải chứa các con trỏ hàm băm tới các chứng chỉ hợp lệ từ vòng trước (nghĩa là chứng chỉ từ các trình xác thực có 2f + 1 đơn vị cổ phần), tạo thành các cạnh của biểu đồ.

Mỗi tập hợp được hình thành theo cách sau: mỗi trình xác nhận sẽ phát tập hợp của mỗi vòng một cách đáng tin cậy. Theo các điều kiện hợp lệ đã nêu, nếu những người xác thực có cổ phần 2f+1 nhận được một bộ, họ sẽ xác nhận nó bằng chữ ký tương ứng của mình. Chữ ký từ trình xác thực 2f+1 tạo thành chứng chỉ khả dụng, chứng chỉ này sau đó được chia sẻ và có thể được đưa vào tập hợp trong các vòng r+1.

Hình bên dưới thể hiện năm vòng (1 đến 5) của quá trình xây dựng DAG như vậy, trong đó các cơ quan A, B, C và D tham gia. Để đơn giản, mỗi trình xác nhận nắm giữ 1 đơn vị cổ phần. Trong A5, tập hợp được xác nhận bởi vòng mới nhất của A được thể hiện bằng một dòng đầy đủ trong hình.

Cơ chế làm việc của Sui Consensus Engine

• Cấu trúc biểu đồ cho phép nhiều giao dịch hơn được đưa vào hệ thống trên mỗi tổ chức và mỗi vòng

• Chứng chỉ chứng thực tính khả dụng của dữ liệu cho từng bộ sưu tập hoặc khối tại mỗi vòng

• Nội dung của chúng tạo thành một DAG có thể được duyệt qua giống hệt nhau trên mọi nút trung thực

Mặc dù sự đồng thuận của Bullshark hoặc Tusk chọn một giao dịch DAG cụ thể trong một vài trường hợp sau, cả chúng và thuật toán đồng thuận bên ngoài có thể tăng thêm độ phức tạp trong việc chọn khối/bộ để phản ánh các vấn đề ưu tiên.

Tóm tắt động cơ đồng thuận Sui

Sui chia các giao dịch thành hai loại, một là giao dịch đơn giản, nghĩa là giao dịch không có sự phụ thuộc lẫn nhau phức tạp với bất kỳ phần nào khác của trạng thái chuỗi khối và loại còn lại là hợp đồng phức tạp, tức là theo loại giao dịch này, hợp đồng có thể được hưởng lợi từ các đối tượng được chia sẻ, nơi nhiều người dùng có thể thay đổi các đối tượng này.

Trong các giao dịch đơn giản, Sui sử dụng thuật toán đơn giản hơn dựa trên phát sóng đồng thuận Byzantine, sử dụng phương pháp khóa chỉ dành cho dữ liệu liên quan thay vì toàn bộ chuỗi. Trong trường hợp này, thông tin duy nhất được yêu cầu là địa chỉ người gửi và sau đó chỉ có thể gửi một giao dịch tại một thời điểm.

chữ

4. Khả năng mở rộng của Sui

chữ

Linera

giới thiệu

chữ

đặc trưng

đặc trưng

• hệ thống thanh toán. “Chuỗi khối Linera nhằm mục đích khái quát hóa và đưa phương pháp này vào sản xuất, cho phép hầu hết các hoạt động dựa trên tài khoản được xác nhận trong vòng một phần giây,” thông tin công khai của linera nêu rõ. Có thể thấy rằng định vị của linera thực sự là một hệ thống thanh toán, không phải là một chuỗi công cộng có mục đích chung.

• độ trễ thấp. Linera cam kết làm cho các ứng dụng web3 có trải nghiệm mượt mà như các ứng dụng web2 và sẽ không còn gặp rắc rối do sự chậm trễ của mạng.

• Quy mô tuyến tính. Dự án Linera sẽ phát triển và thúc đẩy một mô hình thực thi mới phù hợp với quy mô tuyến tính, để các hoạt động của các tài khoản người dùng khác nhau có thể được thực thi song song trong các luồng khác nhau. (tạm chưa xong)

• tóm tắt

tóm tắt

tiêu đề cấp đầu tiên

2. Chuỗi khối mô-đun với Celestia

"mô đun" là gì?

Chuỗi khối mô-đun là một sự đổi mới của kiến ​​trúc chuỗi khối và là một giải pháp sáng tạo cho vấn đề mở rộng chuỗi khối. Trước khi tìm hiểu về blockchain theo mô-đun, chúng ta cần hiểu: "mô-đun" là gì?

Trong phát triển công nghệ phần mềm, "mô-đun hóa" đề cập đến việc tách mã trong chương trình, để các chức năng của từng mô-đun là độc lập và khả năng ghép nối giữa các mô-đun thấp, để đạt được mục đích tái sử dụng mô-đun. Bản chất của "mô-đun hóa" là một loại "phân công lao động" và chương trình là một "tổ chức", các mô-đun khác nhau có thể được kết hợp để tạo thành các chương trình khác nhau.

Đối với blockchain, "mô đun hóa" là một giải pháp thay thế cho kiến ​​trúc blockchain "nguyên khối", kiến ​​trúc được phân lớp theo chức năng của từng phần của blockchain, các blockchain mới nổi chỉ cần triển khai các chức năng của một lớp nhất định để cung cấp dịch vụ cho các blockchain khác các lớp, mà không bao gồm các chức năng của tất cả các lớp giống như một chuỗi khối "nguyên khối". Ưu điểm của việc nhận ra "tính mô đun" là tăng tính phân cấp của chuỗi khối và cải thiện thông lượng cũng như năng lực của chuỗi khối.

Phân lớp kiến ​​trúc của blockchain

Về phân lớp của chuỗi khối mô-đun, chúng ta có thể định nghĩa nó từ các khía cạnh sau:

• Mô-đun bảo mật: để đảm bảo tính bảo mật của chuỗi khối.

• Lớp thực thi: Trong lớp thực thi, một giao dịch đơn lẻ được thực thi và thay đổi trạng thái xảy ra; đối với các giao dịch của cùng một lô, gốc trạng thái của lô được tính toán. Giải pháp lớp thực thi chính hiện tại là Rollup, được chúng tôi gọi là StarkNet, zkSync, Arbitrum và Optimism.

• Lớp giải quyết: quá trình giải quyết các cam kết trạng thái, chẳng hạn như hợp đồng Rollup trên chuỗi chính để xác minh tính hợp lệ của gốc trạng thái (zkRollup) hoặc bằng chứng gian lận (Rollup lạc quan).

• Lớp môi trường thực thi: Cung cấp môi trường thực thi của chuỗi khối.

• Lớp đồng thuận: Lớp đồng thuận là để đạt được thỏa thuận về điều gì đó trong một hệ thống phân tán, tức là để đạt được sự đồng thuận về tính hợp lệ của các chuyển đổi trạng thái. Trên lớp đồng thuận, người xác minh sẽ đạt được sự đồng thuận về thứ tự xảy ra giao dịch, nhưng người xác minh không quan tâm liệu bản thân giao dịch có hợp lệ hay không.

• Lớp tính sẵn sàng của dữ liệu: Lớp này cần giải quyết vấn đề "tính khả dụng của dữ liệu", nghĩa là để đảm bảo rằng sau khi một khối mới được tạo, tất cả dữ liệu của khối mới sẽ được xuất bản trên chuỗi khối. Nếu không thể chứng minh rằng dữ liệu của khối được xuất bản trên chuỗi khối, thì các giao dịch độc hại ẩn trong khối sẽ không thể được phát hiện và chuỗi khối không an toàn.

Sản phẩm tiêu biểu nhất trong chuỗi khối mô-đun là Celestia, chuỗi khối POS (Proof of Stake) cung cấp lớp đồng thuận "có thể cắm" và lớp dữ liệu sẵn có. Trước khi hiểu sâu về Celestia, chúng ta hãy xem xét các vấn đề có thể xảy ra về "tính khả dụng của dữ liệu".

Các vấn đề về tính khả dụng của dữ liệu

Trong một chuỗi khối, mỗi khối bao gồm hai phần.

• Tiêu đề khối: Đây là siêu dữ liệu của khối, bao gồm một số thông tin cơ bản về khối, bao gồm gốc Merkle của giao dịch.

• Dữ liệu giao dịch: Dữ liệu này chiếm phần lớn khối và bao gồm các giao dịch thực tế.

Nhìn chung có hai loại nút trong mạng chuỗi khối.

• Các nút đầy đủ (còn được gọi là các nút xác thực đầy đủ): Đây là các nút tải xuống và kiểm tra tính hợp lệ của mọi giao dịch trong chuỗi khối. Việc thiết lập một nút như vậy cần rất nhiều tài nguyên và hàng trăm gigabyte dung lượng đĩa, nhưng đây là những nút an toàn nhất vì chúng không thể bị lừa chấp nhận các khối có giao dịch không hợp lệ.

• Ứng dụng khách nhẹ: Nếu máy tính của bạn không có tài nguyên để chạy một nút đầy đủ thì bạn có thể chạy ứng dụng khách nhẹ. Ứng dụng khách nhẹ không tải xuống hoặc xác minh bất kỳ giao dịch nào. Thay vào đó, chúng chỉ tải xuống các tiêu đề khối và cho rằng các khối chỉ chứa các giao dịch hợp lệ, vì vậy các ứng dụng khách nhẹ kém an toàn hơn các nút đầy đủ.

tiêu đề phụ

bằng chứng gian lận

chữ

chữ

chữ

chữ

chữ

Việc sử dụng DAS cho phép các máy khách nhẹ xác minh rằng tất cả dữ liệu trong một khối thực sự có thể tải xuống được, do đó, các nút xác thực đầy đủ sẽ có thể tạo ra bằng chứng gian lận trong trường hợp có bất kỳ giao dịch không hợp lệ nào. Kết hợp các kỹ thuật này, chúng ta có thể dựa vào các giả định bảo mật yếu hơn, dẫn đến ba tình huống:

• Các nút đầy đủ: Vẫn là giải pháp an toàn nhất, các nút đầy đủ không thể bị lừa để chấp nhận các khối không hợp lệ.

• Khách hàng nhẹ tiêu chuẩn: Bởi vì họ không xác thực các khối, nên họ cho rằng sự đồng thuận của đa số là trung thực.

• Khách hàng nhẹ + Bằng chứng gian lận: Giờ đây, chúng ta có thể thay thế giả định đa số trung thực về tính hợp lệ của trạng thái bằng giả định thiểu số trung thực yếu hơn. Giờ đây, bạn chỉ cần một số lượng khách hàng nhẹ tối thiểu thực hiện đủ yêu cầu mẫu để họ có thể cùng nhau tái tạo lại toàn bộ khối.

chữ

chữ

chữ

chữ

chữ

chữ

chữ

chữ

chữ

Trong ngăn xếp mới này, Cevmos sẽ đóng vai trò là lớp giải quyết được tối ưu hóa, được xây dựng dựa trên SDK Cosmos, chạy EVM bị hạn chế. Nó sẽ dựa trên Evmos và lưu trữ Rollup đệ quy của EVM (Rollup in Rollup) trên nó. Bản thân lớp dàn xếp này sẽ là một Rollup, vì vậy chúng ta có thể gọi nó là"Bản tổng hợp dàn xếp"chữ

chữ

Vấn đề hiện tại là chuỗi chính Ethereum không được tối ưu hóa chỉ cho các khoản thanh toán Rollup, do đó, các khoản thanh toán Rollup phải luôn cạnh tranh với các ứng dụng khác, điều này trở nên đắt đỏ và không thể mở rộng. Thay vào đó, Rollup dàn xếp của Cevmos sẽ chịu nhiều hạn chế hơn, chỉ cho phép:

• Hợp đồng thông minh Rollup: nó phải xử lý việc xác minh bằng chứng hợp lệ và các tranh chấp cần thiết để lưu trữ ZK và các hợp đồng Rollup lạc quan trên đó

• Chuyển đơn giản giữa Rollup

Vì Bản tổng hợp dàn xếp Cevmos sẽ hoàn toàn tương đương với EVM, nên bạn sẽ có thể dễ dàng chuyển và chạy Bản tổng hợp EVM yêu thích của mình trên đó (Nhiên liệu, Chủ nghĩa lạc quan, Arbitrum, StarkNet, v.v.).

Tóm lại, một ngăn xếp Cevmos hoàn chỉnh có thể bao gồm:

• Celestia - Cung cấp tính khả dụng của dữ liệu ở phía dưới.

• Cevmos Settlement Rollup - Chuỗi dựa trên Evmos này sẽ nằm trên Celestia. Nó sẽ được tối ưu hóa hoàn toàn dưới dạng lớp dàn xếp cho Bản tổng hợp dựa trên EVM và được đặt ở trên cùng.

• chữ

tóm tắt

Celestia có một số ưu điểm so với các giải pháp truyền thống:

• Khả năng mở rộng: Bằng cách tách riêng việc thực thi khỏi sự đồng thuận và tính sẵn có của dữ liệu, Celestia có thể chuyên môn hóa và mở rộng quy mô tuyến tính khi số lượng nút trên mạng tăng lên và môi trường thực thi được tự do tối ưu hóa trên đó.

• Tính đơn giản: Celestia là một giải pháp có thể cắm được nhằm mục đích làm cho việc triển khai các chuỗi khối dành riêng cho ứng dụng trở nên dễ dàng bằng cách nhấp vào một nút. Có khả năng nhiều blockchain sẽ có một ngôi nhà tự nhiên trên Celestia.

• Bảo mật được chia sẻ: Không cần một chuỗi riêng biệt để bắt đầu bộ xác thực và bảo mật của riêng mình. Cho dù điều này là dành cho một chuỗi độc lập khác hay cho Validium, vốn cần thành lập một ủy ban về tính sẵn có của dữ liệu, các lựa chọn đều khó khăn hơn nhiều và các mối lo ngại về bảo mật bị phân mảnh.

• tiêu đề cấp đầu tiên

chữ

Aztec

chữ

tiêu đề phụ

chữ

chữ

chữ

chữ

tiêu đề phụ

chữ

AZTEC đã từ bỏ phương thức ghi sổ số dư tài khoản và áp dụng hình thức chuyển đổi quyền sở hữu hóa đơn để đảm bảo tính bảo mật của các giao dịch, trong đó giá trị giao dịch chứa trong các hóa đơn của AZTEC đã được mã hóa. Vé AZTEC bao gồm một tập hợp các hệ số đường cong elip và ba đại lượng vô hướng: khóa xem, khóa tiêu dùng và giá trị vé. Khóa xem có thể giải mã vé, tiết lộ thông tin giao dịch, có thể được sử dụng để tạo bằng chứng không kiến ​​thức hiệu quả dựa trên tập hợp rời rạc. Những bằng chứng này sau đó được ký bởi khóa tiêu dùng, do đó cho phép chuyển giá trị.

Thuật toán xử lý tổng hợp rời rạc được giao thức AZTEC sử dụng để đạt được tính bảo mật của giao dịch

Thuật toán sử dụng việc hủy và xây dựng lại một loạt giao dịch để tạo ra một tập hợp giao dịch mới rất khác so với giá trị giao dịch ban đầu và đưa chúng vào nhóm giao dịch tổng hợp rời rạc để nhầm lẫn giá trị thực của từng giao dịch. Ví dụ: chia 10E thành 10 giao dịch 1E trong mạng AZTEC\100 giao dịch 0,1E trong mạng AZTEC\1,000 giao dịch 0,01E trong mạng AZTEC và một số kết hợp ở trên.

Tất nhiên, để thực hiện quy trình ẩn danh này, cần phải có đủ tài sản trong mạng AZTEC để hỗ trợ kịch bản giao dịch giả định. Giao thức AZTEC cần tạo ra một tập hợp tổng số giao dịch lớn hơn nhiều so với các kịch bản giao dịch theo nhu cầu ban đầu. Giao thức AZTEC mô tả cách xây dựng và xác minh tính hợp lệ của quá trình xử lý tổng hợp rời rạc trong bằng chứng không có kiến ​​thức và đảm bảo rằng địa chỉ giải mã giá trị của ghi chú không bị lộ và địa chỉ để chứng minh "quyền sở hữu" của ghi chú sẽ không bị lộ.

Aztec Connect

Chế độ xử lý giao dịch riêng tư của AZTEC đã nói ở trên chỉ có thể hỗ trợ chuyển giao dịch dựa trên Lớp 2. Để nhận ra tương tác bảo mật DeFi trên Lớp 1, AZTEC đã phát triển Aztec Connect để tổng hợp các giao dịch trên Lớp 2 đến Lớp 1 thông qua một cổng. Khi người dùng Aztec muốn giao dịch với giao thức, giao dịch sẽ tương tác với giao thức lớp đầu tiên trên mạng chính Ethereum thông qua Aztec Connect theo cách hoàn toàn ẩn danh.

Sự tương tác giữa giao thức AZTEC và các tài sản kỹ thuật số công khai truyền thống như tiêu chuẩn mã thông báo ERC20

Giao thức AZTEC có thể tương tác với các tài sản kỹ thuật số truyền thống của cùng một chuỗi khối cơ bản giống như giao thức AZTEC. Giao thức này có thể được sử dụng để xác định hai loại tài sản kỹ thuật số khác nhau: tài sản ẩn danh hoàn toàn (chỉ được đại diện bởi các ghi chú AZTEC được tối ưu hóa) và tài sản công khai/riêng tư. Giao thức AZTEC có thể chuyển đổi các giá trị ERC20 công khai thành hóa đơn AZTEC hoặc chuyển hóa đơn AZTEC trở lại ERC20.

Tính ẩn danh của giao thức AZTEC

Giao thức AZTEC hỗ trợ các giao dịch bí mật, trong đó thông tin của một ghi chú được mã hóa. Đồng thời, bằng cách kết hợp các giao dịch bí mật không có kiến ​​thức với các thuật toán ẩn danh địa chỉ, có thể cung cấp tính ẩn danh hoàn toàn cho các giao dịch.

Phân tích hiệu quả của Giao thức AZTEC

Trong mô hình kỹ thuật hiện tại của AZTEC, hệ thống mật mã được gọi là UltraPlonk (thuật toán Plonk được tối ưu hóa do AZTEC phát triển cho phép các lệnh tra cứu hiệu quả trong mạch logic Plonk) tốn khoảng 550.000wei để cấp bằng chứng cho Ethereum, rẻ hơn khoảng 30% so với khi sản phẩm ban đầu của AZTEC, zk.money, được ra mắt lần đầu tiên. Tóm tắt giao dịch đơn lẻ của hệ thống hiện tại cũng đã mở rộng từ 112 lên 896 và thông lượng đã đạt được mức tăng gấp 8 lần.

Phương thức làm việc của AZTEC khi thông lượng đơn là 112 mặt hàng là:

• Trình duyệt khách hàng tạo ra một bằng chứng

• Sau đó, tổng hợp 28 bằng chứng khách hàng thành một bằng chứng Rollup nội bộ

• Sau đó tổng hợp 4 bằng chứng Rollup bên trong thành một bằng chứng Rollup bên ngoài

• Bằng chứng tổng số "bên ngoài" này sau đó được xác minh trong logic của tổng số gốc - logic đảm bảo tính hợp lệ của tất cả công việc cơ bản.

• Đặt bằng chứng cuối cùng trên chuỗi.

AZTEC chính thức tin rằng bộ công cụ phát triển phần mềm Aztec Connect của họ có thể tiết kiệm tới 100 lần chi phí cho các dịch vụ Ethereum DeFi trong khi cung cấp khả năng bảo vệ quyền riêng tư hoàn toàn. Hơn nữa, với việc giảm chi phí xác minh và mở rộng hơn nữa quy mô tổng hợp zkRollup, chi phí truyền thông dữ liệu sẽ chiếm gần 100% chi phí giao dịch trong tương lai.

Tương lai của AZTEC

Giao thức AZTE cung cấp sự riêng tư tốt cho các giao dịch riêng tư, đồng thời có đặc điểm là chi phí thấp. Đồng thời, AZTEC cũng đạt được khả năng kiểm tra và tuân thủ tốt thông qua các hệ thống riêng có thể lập trình.

AZTEC vẫn đang nỗ lực khám phá các chức năng mở rộng của giao thức, chẳng hạn như cố gắng cung cấp các sàn giao dịch phi tập trung riêng tư, bỏ phiếu có trọng số riêng tư và các kế hoạch chia sẻ danh tính ẩn danh. Kết hợp với các chức năng mở rộng ở trên, giao thức AZTEC có thể cung cấp các công cụ mà các nhà phát triển cần để tạo ra thế hệ tiếp theo của các cơ sở dịch vụ tài chính phi tập trung tư nhân và xây dựng các tài sản kỹ thuật số với quyền riêng tư tuyệt đối và quản trị riêng tư.

Aleo

Aleo là một nền tảng dành cho các ứng dụng hoàn toàn riêng tư về dữ liệu nhằm mục đích xây dựng trải nghiệm người dùng riêng tư dựa trên mật mã không có kiến ​​thức. Aleo đạt được điều này bằng cách sử dụng một hệ thống phi tập trung và mã hóa không kiến ​​thức để bảo vệ dữ liệu người dùng trên mạng. Về cốt lõi, Aleo là cung cấp các dịch vụ điện toán với quyền riêng tư tuyệt đối cho người dùng và nhà phát triển ứng dụng.

Cụ thể, dựa trên cơ sở mật mã không kiến ​​thức, Aleo có thể giúp người dùng sở hữu quyền riêng tư dữ liệu thay vì các công ty kiểm soát dữ liệu để thu lợi. Điều này không chỉ cho phép người dùng có quyền sở hữu dữ liệu mà còn xác định danh tính kỹ thuật số của người dùng để người dùng có thể quyết định ứng dụng và chia sẻ dữ liệu để có được các dịch vụ cá nhân và riêng tư hơn.

Công nghệ lõi Aleo

• ngôn ngữ LEO

Nhóm Aleo đã phát triển Leo, một ngôn ngữ lập trình được nhập tĩnh lấy cảm hứng từ Rust, ngôn ngữ này nhấn mạnh tính dễ đọc và dễ sử dụng của ngôn ngữ này. Ngôn ngữ Leo có thể diễn đạt logic một cách trực quan mà không cần kiến ​​thức, cho phép các nhà phát triển xây dựng các ứng dụng một cách trực quan với các thuộc tính quyền riêng tư và phân cấp trên chuỗi công khai Aleo.

• AleoStudio

AleoStudio là một IDE do Aleo phát triển dành riêng cho các bằng chứng không có kiến ​​thức, chủ yếu cung cấp hỗ trợ môi trường phát triển cho các nhà phát triển theo dõi quyền riêng tư.

• zkCloude：

Nhóm phát triển Aleo đã xây dựng một thành phần tạo cơ sở cho mô hình an toàn, riêng tư và được cá nhân hóa hơn cho các ứng dụng Aleo. Mô hình điện toán riêng phi tập trung, điểm-điểm do Zkcloud thiết lập thậm chí có thể đảm bảo rằng các danh tính được bảo vệ có thể tương tác trực tiếp (chẳng hạn như chuyển tài sản) hoặc theo chương trình (thông qua hợp đồng thông minh) để tương tác với điện toán riêng phi tập trung, từ đó đạt được mục tiêu bảo vệ quyền riêng tư của. Chỉ cần làm rõ trong nghiên cứu:

• zkCloud là nền tảng của một mô hình mới về điện toán cá nhân, phi tập trung, ngang hàng có thể chạy cục bộ hoặc được ủy quyền cho một máy chủ chuyên dụng.

• zkCloud cho phép tương tác có lập trình giữa các danh tính được bảo vệ, chẳng hạn như người dùng, tổ chức, DAO, v.v.

• Những tương tác này xảy ra thông qua các giao dịch được bảo vệ cung cấp bằng chứng mật mã rằng một chương trình nhất định đã được thực thi chính xác.

• Các giao dịch này được gửi tới chuỗi khối Aleo để cập nhật trạng thái toàn cầu và neo hoạt động trên zkCloud, đồng thời cung cấp đảm bảo tính khả dụng của dữ liệu phi tập trung và chống kiểm duyệt

Trong số đó, giao dịch được bảo vệ là một hình thức cơ bản đầu tiên được tạo ra bởi Zcash. Nhưng các giao dịch được bảo vệ trong Aleo không chỉ là chuyển giao tài sản. Chúng mô tả các tương tác khác nhau giữa người dùng với người dùng hoặc chương trình, bao gồm cung cấp thanh khoản, bỏ phiếu quản trị, xác thực, thông báo phi tập trung, v.v. Bởi vì chỉ các bên tương tác mới biết chi tiết của giao dịch, các bên thứ ba không thể tìm hiểu chi tiết của sự tương tác đó hoặc khai thác nó theo bất kỳ cách nào khi thực hiện hành vi xấu.

4. AleoBFT

AleoBFT là một kiến ​​trúc kết hợp đồng thuận mới. Trong quá trình vận hành Aleo Testnet 3, Aleo sẽ chuyển đổi mô hình đồng thuận của mình thành một kiến ​​trúc kết hợp cho người chứng minh và người xác minh, được gọi là AleoBFT. Đầu tiên, AleoBFT đảm bảo tính hữu hạn tức thời cho mỗi khối. Thứ hai, AleoBFT đảm bảo rằng mạng vẫn được phân quyền hoàn toàn. Thứ ba, bằng chứng được khuyến khích của AleoBFT sẽ mở rộng khả năng bằng chứng của hệ sinh thái Aleo theo thời gian.

Cơ chế đồng thuận của Aleo——PoSW

Cơ chế đồng thuận mạng blockchain của Aleo được cung cấp bởi Proof-of-Succinct Work dựa trên SNARK. PoSW là một biến thể của cơ chế điều chỉnh độ khó khai thác của Bitcoin dựa trên SHA. Sự khác biệt chính là phép tính cơ bản của nó không phải là hàm băm, mà là bằng chứng về kiến ​​thức.

Nguyên tắc POSW:

Nền kinh tế mã thông báo Aleo

Khi xem xét tính kinh tế của mã thông báo, nhóm Aleo có các yêu cầu nghiêm ngặt đối với các thuộc tính sau:

• Mã thông báo gốc của mạng đại diện cho giá trị có ý nghĩa

• Hệ thống khuyến khích những người tham gia trên mạng đóng góp vào bảo mật của nó

• Khuyến khích không khuyến khích sự không trung thực hoặc bất kỳ hành vi tinh quái nào

• Nó tạo điều kiện cho sự phát triển và sử dụng một hệ sinh thái các ứng dụng hữu ích

• Nó tạo điều kiện phân cấp để không một bên nào có thể kiểm soát toàn bộ hệ thống

Tên mã thông báo của Aleo được gọi là tín dụng Aleo và tổng số lượng mã thông báo: 1 tỷ. Hai hình ảnh bên dưới hiển thị lịch trình sản lượng khai thác và phân phối mã thông báo của Aleo.

Hình dưới đây cho thấy đường cong lạm phát của mã thông báo Aleo, có thể thấy rằng nhóm Aleo đang cố gắng hết sức để tìm sự cân bằng để mã thông báo có thể duy trì hoạt động bình thường của chuỗi Aleo mà không gây ra lạm phát vô hạn.

Tương lai của Aleo

tiêu đề cấp đầu tiên

tiêu đề phụ

AltLayer

tiêu đề phụ

Giới thiệu về AltLayer

• Giới thiệu dự án và nhóm

Altlayer chủ yếu nhằm vào các yêu cầu về khả năng mở rộng theo giai đoạn cao của dApps. Đây là một hệ thống lớp thực thi có thể cắm, tải theo yêu cầu và tùy chỉnh cho một ứng dụng. AltLayer là một lớp mở rộng tạm thời dựa trên Optimistic Rollups, có thể đáp ứng nhu cầu sử dụng một lần và chia sẻ tính bảo mật của Lớp 1 hoặc Lớp 2, mang đến cho các kỹ sư một môi trường thực thi linh hoạt cao và đạt được mức độ tối ưu hóa tài nguyên cao.

AltLayer được dẫn dắt bởi Tiến sĩ Yaoqi Jia, cựu giám đốc của Parity Asia, đồng sáng lập và CTO của Zilliqa. Thông báo vào ngày 1 tháng 7 năm 2022 rằng họ đã hoàn thành vòng tài trợ hạt giống trị giá 7,2 triệu đô la do Polychain Capital, Breyer Capital và Jump Crypto dẫn đầu. Hiện tại, mạng thử nghiệm của AltLayer đã được chuẩn bị sẵn sàng và dự kiến ​​sẽ ra mắt mạng thử nghiệm hỗ trợ đầy đủ EVM vào quý 3 năm nay.

• Đặc điểm dự án

Altlayer có thể lấy bảo mật trực tiếp từ Lớp 1 hoặc đệ quy từ Lớp 2. Nó được coi là giao thức Lớp 3. Các tính năng chính như sau:

• Đáp ứng nhu cầu cá nhân hóa của dApp

• Tối ưu hóa tài nguyên cao

• thiết kế kiểu mô-đun

• độ đàn hồi cao

• tiêu đề phụ

Tại sao chúng ta cần AltLayer - điểm đau của bối cảnh đúc NFT

• điểm đau

Một trong những kịch bản có thể áp dụng của AltLayer là sự kiện đúc NFT. Vì NFT thường bị hạn chế về nguồn cung, nên mỗi sự kiện đúc NFT sẽ có một đợt tăng nhu cầu TPS cao trong thời gian ngắn, đồng thời mang lại một số lượng lớn các lỗi giao dịch và tắc nghẽn mạng. Trước đây, Universal Chain cung cấp mô hình không gian khối được chia sẻ, điều này thường dẫn đến việc một dApp phổ biến tiêu tốn quá nhiều không gian khối, trong khi người dùng các dApp khác có trải nghiệm người dùng kém do phí cao và thời gian thanh toán không tốt.

giải pháp

• giải pháp

Trên thực tế, nhiều dự án NFT không cần không gian khối chuyên dụng dài hạn mà chỉ cần chiếm không gian khối trong thời gian ngắn. Do đó, giải pháp mở rộng đàn hồi của AltLayer có thể đáp ứng tốt hơn nhu cầu mạng trong giai đoạn Mint của dự án NFT và sẽ không mang lại gánh nặng bền vững lâu dài. Nó tránh được vấn đề một cách hiệu quả là các dApp được sử dụng thường xuyên sẽ cạnh tranh với một số lượng lớn các dApp không sử dụng để giành lấy không gian khối.

AltLayer đáp ứng các nhu cầu tùy chỉnh và chuyên biệt hơn của các dAPP, đồng thời giúp họ lựa chọn tài nguyên linh hoạt hơn, thay vì cạnh tranh với các dApp khác để giành lấy các tài nguyên hạn chế trong mạng lớp, từ đó mang lại trải nghiệm người dùng tốt hơn.

• Nhận ra

Khi dApp dự kiến ​​có nhu cầu truy cập rất lớn và Layer 1 không thể đảm nhận, Flash Layer sẽ được gọi. Khi nhu cầu giảm dần, dApp sẽ chuyển trở lại mạng cấp 1. Giải pháp có tính đàn hồi cao này giúp tài nguyên của toàn hệ thống được tối ưu hóa cao. Lớp Flash gán cho mỗi mục NFT một lớp thực thi dành riêng cho Mint. Vì không gian khối được dành riêng cho dự án, điều đó có nghĩa là sự kiện đúc có thể được cách ly hoàn toàn với mọi hoạt động trên chuỗi khác, do đó nó sẽ không gây tắc nghẽn mạng và dự án NFT sẽ không tạo GAS trong quá trình đúc. Ngoài ra, Flash Layer đi kèm với môi trường thực thi thông lượng cao có khả năng cung cấp thông lượng chuyên dụng 2000 TPS và độ trễ thấp từ 1-2 giây để mang lại trải nghiệm mượt mà.

Đường dẫn cụ thể như sau:

1) Nhanh chóng khởi chạy giải pháp Rollup được bảo mật bởi một lớp mạng (chẳng hạn như Ethereum);

2) Sử dụng hợp lý giải pháp Rollup để tránh tắc nghẽn không gian trong mạng cấp một;

3) Kết thúc yêu cầu giải pháp Tổng số bằng cách thực hiện quy trình giải quyết "kết thúc vòng đời" trên mạng cấp một.

Lợi ích dự án

• Mở rộng tự động: Khi sự kiện đúc NFT kết thúc, hệ thống sẽ giải quyết tất cả tài sản trên Chuỗi cơ sở. Không giống như các giải pháp yêu cầu người dùng kết nối tài sản theo cách thủ công, giải quyết tự động đảm bảo rằng tất cả các NFT được chuyển đến Chuỗi cơ sở mà không có bất kỳ sự can thiệp nào của người dùng, loại bỏ mọi rủi ro bảo mật liên quan đến kết nối

• Hỗ trợ đa chuỗi: EVM và WASM được hỗ trợ theo mặc định

• Thanh khoản đầy đủ: Tất cả các NFT được chuyển sang Chuỗi cơ sở vào cuối Mint, do đó đảm bảo rằng những người tham gia thị trường thứ cấp không phải chuyển từ chuỗi này sang chuỗi khác để tìm NFT mà họ muốn mua

• Người giới thiệu:

Người giới thiệu:

https://docs.aztec.network/

Sự xuất hiện của Giao dịch tàng hình: Đi sâu vào Giao thức AZTEC

Thực hiện các giao dịch riêng tư: Giới thiệu về Kiến trúc bảo mật Aztec

Giới thiệu về Hiệp định AZTEC

Quyền riêng tư cho Pennies: Mở rộng quy mô zkRollup của Aztec --- Cách Aztec giảm phí giao dịch

UTXO VS. ACCOUNT MODEL

Quyền riêng tư kỹ thuật số và Bằng chứng không có kiến ​​thức

How Zero Knowledge is Rebalancing the Scales of the Internet

What does Transparency Cost You?

The Future of Zero Knowledge with Aleo

Công nghệ lõi Aleo

Zero Knowledge Primitives by Aleo

zkCloud: Decentralized Private Computing

Giới thiệu Aleo và phân phối mã thông báo

Discover Aleo

Aleo Token Economics

Giới thiệu Aleo, chuỗi công cộng bảo mật phổ biến

Aleo - Tương lai của các bản nhạc riêng tư

Phân tích đa khía cạnh - Giá trị và tương lai của Aleo

Celestia — The Foundation of a Modular Blockchain World

Foresight Ventures: "Kết hợp trong một thời gian dài phải được phân chia" lớp dữ liệu sẵn có và chuỗi khối mô-đun

Bản tóm tắt hàng tuần của iOSG | Tháo dỡ lớp khả dụng của dữ liệu: Viên gạch Lego bị bỏ qua trong một tương lai mô-đun #136

-------------------------------

Tuyên bố miễn trừ trách nhiệm: Độc giả được yêu cầu tuân thủ nghiêm ngặt luật pháp và quy định của địa phương. Nội dung trên không cấu thành bất kỳ lời khuyên đầu tư nào.

Tác giả: Medici Larissa Ken Mindy

Hiệu đính: Medici Sắp chữ: Giáo viên Qiu