Tác giả: 100y.eth Nguồn: gương Phản dịch: Shanouba, Kinh tế màu vàng

Vào ngày 23 tháng 7 năm 2024, sau thời gian chờ đợi dài, Avail Mạng chính cuối cùng đã ra mắt. Như tên gọi, Avail là một dự án lớp dữ liệu có sẵn (DA). Nhiều người có thể nghĩ, “Avail không phải chỉ là một dự án DA như Celestia hoặc EigenDA phải không?” Tuy nhiên, sự thật không phải như vậy.

Từ bản đồ con đường của Avail, có thể thấy rằng Avail không chỉ là một dự án DA, mà còn là một lớp thống nhất tích hợp theo chiều dọc. Mặc dù cộng đồng đã có rất nhiều bài viết giới thiệu về Avail, nhưng bài viết này sẽ tập trung giới thiệu về ưu điểm của Avail so với các dự án DA khác. Nếu bạn quan tâm đến kiến thức cơ bản về Avail, vui lòng xem các bài viết sau:

• Avail: Cơ sở hạ tầng mã hóa của Blockworks được thống nhất
• $AVAIL của Redacted Research và sự thống nhất của Web3

1. Tính tương tác tối thiểu và lớp thanh toán cố định không đáng tin cậy

So với các lớp DA khác, ưu điểm nổi bật nhất của Avail là lớp thanh toán cố định của nó, gọi là Avail Nexus, hỗ trợ tối thiểu hóa sự tương tác tin cậy giữa các tổng hợp.

1.1 Tại sao cần một mô hình chứng thực thống nhất?

Để đảm bảo an toàn cầu, việc hiểu rõ chuỗi quy tắc và tính hiệu quả của việc thực hiện mạng đối thủ rất quan trọng. Việc chia sẻ tập trung chủ quyền trên cùng một lớp DA cho phép công bố dữ liệu giao dịch trên cùng một lớp DA, do đó dễ dàng hiểu được chuỗi quy tắc của mạng đối thủ. Tuy nhiên, việc chỉ chia sẻ lớp DA không dễ dàng xác minh tính hiệu quả của việc thực hiện trên mạng đối thủ.

Vì vậy, cách thực hiện giảm thiểu niềm tin trong quy trình tương tác chuỗi chéo giữa các Rollup chủ quyền đã được thảo luận, điều đáng chú ý nhất là thông qua truyền tin IBC giữa các Rollup dựa trên Cosmos SDK. Trong IBC, giảm thiểu niềm tin được đạt được bằng cách xác minh tiêu đề khối và chứng chỉ Merkle của mạng đối tác thông qua khách hàng ánh sáng cầu.

Tuy nhiên, làm thế nào để tổng hợp quyền không sử dụng Cosmos SDK? Họ vẫn cần xác minh tính hợp lệ của mạng đối tác bằng cách sử dụng khách hàng ánh sáng. Sự khác biệt giữa Máy ảo, giải pháp chứng minh (bằng chứng gian lận và bằng chứng hợp lệ) hoặc hệ thống chứng minh zk có thể làm cho việc xây dựng một hệ thống xác minh cầu tối thiểu trở nên thách thức.

Ngoài ra, nếu cầu giữa các quyền chủ quan được thực hiện theo mô hình điểm đến điểm thay vì mô hình tập trung phân tán, hệ thống cầu sẽ trở nên rời rạc. Mỗi kênh mới đều cần một hệ thống mới và có thể có nhiều loại token được bao bọc, dẫn đến vấn đề tương đổi ngay cả trong các token cùng loại.

Do đó, để đảm bảo an toàn và trải nghiệm người dùng liền mạch cho cầu giữa các tổng hợp chia sẻ cùng một lớp DA, cần sử dụng hệ thống thống nhất để xác nhận tình trạng thực hiện và áp dụng mô hình cầu trục với một lớp thanh toán được chia sẻ.

1.2 Sử dụng Nexus

Điều này thực tế là những gì Avail Nexus đang làm. Avail Nexus là sự kết hợp chủ quan dựa trên Avail, là một lớp thanh toán cố định của hệ sinh thái Avail. Avail Nexus xử lý 1) Đấu giá trình tự hóa và 2) Tổng hợp chứng minh, giúp việc tổng hợp trong hệ sinh thái Avail có thể đạt được sự tương tác chuỗi chéo tối thiểu tin cậy một cách nhanh chóng và hiệu quả.

Avail Nexus sẽ tổng hợp và xác minh các loại chứng cứ từ nhiều rollup khác nhau, sau đó kết hợp chúng thành một chứng cứ ngắn gọn. Không chỉ có tính hiệu quả của rollup, mà rollup lạc quan cũng có thể tham gia vào Avail Nexus. Rollup lạc quan có thể gửi biên nhận và gốc trạng thái của nó đến Nexus, nếu không có bất kỳ bằng chứng gian lận nào được cung cấp trong thời gian thách thức, thì chúng sẽ được bao gồm trong trạng thái của Nexus.

Chứng minh tập trung cuối cùng sẽ được gửi đến Avail DA và Ethereum. Do Avail DA thiếu lớp thực thi, một mô-đun sẽ được thêm vào để bằng chứng xác nhận trong tương lai. Thông tin trạng thái của Rollups trên Avail Nexus được xác minh trên mạng lưới Ethereum, giả định an toàn hoạt động của nó tương tự như validiums sử dụng Ethereum như là lớp thanh toán.

2. Sử dụng giải pháp cam kết KZG để xác minh nhanh chóng

Avail DA sử dụng giải pháp cam kết KZG để bằng chứng hợp lệ, cho phép khách hàng ánh sáng xác minh tính sẵn có của dữ liệu một cách nhanh chóng và ngắn gọn. Ngoài ra, nhờ tính chất đồng dạng của cam kết KZG, không cần bằng chứng gian lận để xác minh tính chính xác của mã xóa, từ đó loại bỏ Trễ do thách thức.

2.1 ELI5：Cam kết KZG

Trong mật mã học, cam kết là một phương pháp cam kết một đoạn dữ liệu tại một thời điểm nhất định và sau đó hiển thị nó để chứng minh dữ liệu gốc. Cam kết thường được sử dụng để nén hoặc ẩn dữ liệu. Hai thuộc tính quan trọng của cam kết là ràng buộc và ẩn.

• Ràng buộc: Một khi dữ liệu được gửi đi, nó không thể được thay đổi, từ đó đảm bảo tính toàn vẹn.
• Ẩn: Không thể suy ra dữ liệu gốc từ cam kết.

Một trong những kế hoạch cam kết phổ biến trong chuỗi Khối là cây Merkle, nó nén thông tin thành một giá trị duy nhất, không tiết lộ dữ liệu gốc và dễ dàng xác minh liệu dữ liệu cụ thể có chứa trong cây Merkle hay không.

KZG cam kết đa thức cam kết cho đa thức. Dữ liệu có thể được chuyển đổi thành đa thức, đa thức này có một giá trị cam kết duy nhất có kích thước cố định. Lợi thế của cam kết KZG là người xác thực có thể dễ dàng chứng minh sự chứa đựng của dữ liệu cụ thể bằng chứng chỉ KZG rất nhỏ (O(1)). Điều này là một lợi thế đáng kể so với cây Merkle vì kích thước chứng chỉ của Merkle cây tăng theo độ lớn của dữ liệu theo hàm logarit (O(logN)).

Cam kết của KZG trong Avail

Hãy nghiên cứu sâu hơn về cách lưu trữ dữ liệu và quá trình xác minh tính khả dụng của dữ liệu trong Avail DA. Khi người dùng (rollup) gửi dữ liệu giao dịch đến Avail, dữ liệu được sắp xếp thành ma trận hai chiều. Sau đó, sử dụng mã sửa chữa để tạo dữ liệu dư thừa, từ đó hiệu quả gấp đôi dữ liệu gốc.

Do toàn bộ dữ liệu mở rộng đến gấp đôi so với trước, các nhà sản xuất Khối độc hại phải giấu hơn một nửa dữ liệu để giấu nó, do đó trong quá trình lấy mẫu sẵn có dữ liệu, hành vi này rất có thể bị phát hiện. Dữ liệu trong mỗi hàng được chuyển đổi thành đa thức và cam kết đa thức KZG của dữ liệu đó được chứa trong Tiêu đề khối. Dưới đây là các tính năng mà cam kết KZG thực hiện:

1. Nút có thể nhanh chóng và dễ dàng xác minh tính sẵn có của dữ liệu: Nếu Nút muốn kiểm tra xem dữ liệu cụ thể có chứa trong một khối nào đó không, thì nhờ cam kết KZG, Nút có thể cung cấp chứng minh KZG rất nhỏ (O(1)).
2. Không cần bằng chứng gian lận, có thể xác minh tính chính xác của mã hóa xóa: Trong Celestia, bằng chứng gian lận được sử dụng để xác minh tính chính xác của mã hóa xóa, điều này có thể dẫn đến trễ do thời gian thách thức. Vì cam kết KZG là đồng dạng, vì vậy có thể nhanh chóng xác minh tính chính xác của mã hóa xóa bằng cách kiểm tra xem cam kết dữ liệu xóa mã hóa có khớp với cam kết xóa mã hóa hay không.

3. Sử dụng BABE và GRANDPA để đảm bảo tính bảo mật và tính sẵn sàng

Đa số mạng Khối thường tập trung vào tính an toàn hoặc tính hoạt động của Cơ chế đồng thuận của chúng. Avail DA dựa trên cơ sở (Polkadot SDK) sử dụng BABE và GRANDPA làm Cơ chế đồng thuận, cung cấp sự cân bằng giữa tính hoạt động và tính an toàn tương tự như ETH坊.

3.1 Phân phối mù của blockchain mở rộng (BABE)

BABE là khối sản xuất động cơ của Avail, đảm bảo tính sẵn có. Một tác giả chính được chọn bằng VRF trong mỗi khe thời gian (20 giây) để sản xuất khối. Trong một khối có thể có nhiều tác giả hoặc không có tác giả. Nếu nhiều tác giả được lựa chọn, cuộc đua bắt đầu và khối có số lần truyền tải nhiều nhất sẽ trở thành một phần của chuỗi tiêu chuẩn. Nếu không có tác giả chính được chọn, tác giả phụ được lựa chọn bằng phương pháp lặp lại sẽ sản xuất khối.

3.2 Phương thức tiền tố dẫn xuất tổ tiên đệ quy dựa trên GHOST (GRANDPA)

GRANDPA là công cụ xác định cuối cùng tương tự như Casper FFG của Ethereum, nhưng khác biệt ở chỗ nó xác định cuối cùng là chuỗi quy tắc chứ không phải chỉ một khối duy nhất, từ đó làm tăng tốc quá trình xác định cuối cùng. Trong môi trường đồng bộ, hơn hai phần ba Nút cần phải trung thực để xác định tính xác định cuối cùng, trong khi trong thiết lập không đồng bộ, nó có thể xử lý đến một năm phần năm Nút Byzantine.

4. Được xây dựng với một hệ sinh thái với sự an toàn kinh tế mã hóa mạnh mẽ

（Avail Fusion | Nguồn: Avail）

Avail Fusion cho phép Token từ các hệ sinh thái khác đóng góp cho mã hóa kinh tế của hệ sinh thái Avail. Các giao thức như EigenLayer, Babylon, Symbiotic và Karak đang được theo dõi vì sử dụng BTC và ETH với độ an toàn lớn. Với việc triển khai Avail Fusion, mức độ an toàn của hệ sinh thái Avail có thể được cải thiện đáng kể. Một số lời chỉ trích phổ biến về Optimium và Validium là do phụ thuộc vào lớp DA bên ngoài đã làm suy yếu tính an toàn của chúng. DA Avail với Avail Fusion có thể làm giảm đi những lời chỉ trích này.

Thú vị là, Token rollup trên Avail cũng có thể được sử dụng trong Avail Fusion. Một trong những khuyết điểm lớn nhất của tokenomics rollup là thiếu tính hữu dụng ngoài việc quản trị. Avail Fusion có thể giải quyết vấn đề này bằng cách sử dụng Token rollup để đảm bảo an ninh mã hóa kinh tế và tăng cường năng suất cũng như tăng tốc độ động cơ khuyến khích hệ sinh thái.

Tuy nhiên, một vấn đề đáng để theo dõi là phân phối phần thưởng. Nếu token từ các hệ sinh thái khác được sử dụng để nhận thức chung và nhận phần thưởng khối, phần thưởng tương đối cho người nhận AVAIL thế chấp có thể bị giảm. Do đó, khi giới thiệu Avail Fusion, cần có một thiết kế phức tạp về thế chấp và tỷ lệ phần thưởng của mã thông báo hệ sinh thái bên ngoài.

5. Các tiện ích của Token

Tokenomics là lĩnh vực tiềm năng nhất trong ngành mã hóa và cũng là vấn đề lâu dài. Mặc dù Token có thể đóng vai trò như chất bôi trơn để đảm bảo giao thức hoạt động trôi chảy, nhưng nếu thiết kế kém hoặc thiếu tính ứng dụng có thể khiến chúng trở thành một hình thức tổn thương.

(Nguồn: Avail)

幸运的是，Avail 通过统一层的概念为 AVAIL Token提供了多种用途，与许多其他giao thức不同，它在内部集成了多个层和功能：

• Quản trị
• Phí DA
• Cung cấp DA an toàn
• thế chấp tham gia vào hồ bơi chuỗi Nexus
• thế chấp参与 Nexus 中的证明聚合池
• Phí chuyển tiếp

Xét đến chức năng và hiệu quả của Token trên mỗi tầng, Avail có thể được coi là sự kết hợp của lớp DA, lớp sắp xếp phi tập trung và lớp tổng hợp ZKP. Điều này làm nổi bật tiềm năng tăng lên đáng kể của hệ sinh thái Avail.

6. Ý tưởng cuối cùng

Mặc dù hệ sinh thái mô-đun hóa nội bộ của Ethereum đã đạt được tiến bộ đáng kể, nhưng hệ sinh thái mô-đun hóa bên ngoài Ethereum vẫn chưa đủ chín muồi về khả năng tương tác và an toàn. Avail cung cấp các giải pháp hiệu quả cho những vấn đề này thông qua Avail DA, Avail Nexus và Avail Fusion, làm cho nó trở thành một hệ sinh thái mô-đun hóa lý tưởng.

Như cuộc tranh luận giữa cơ sở hạ tầng và ứng dụng đang diễn ra, dù Avail đã xây dựng một cơ sở hạ tầng hoàn hảo, thách thức thực sự vẫn là tạo ra một hệ sinh thái động. Tuy nhiên, không có gì phải lo lắng. Theo trang web hệ sinh thái của Avail, Avail đã tích hợp vào nhiều SDK như Arbitrum Orbit và Polygon CDK. Ngoài ra, nhiều nền tảng RaaS như Conduit và AltLayer cũng hỗ trợ Avail DA, tổng cộng có 32 mạng tổng hợp sẽ tham gia Avail DA.

Trong những năm gần đây, hệ sinh thái modular đã trở nên đa dạng và phổ biến hơn. Nhiều dự án modular (như rollup, lớp DA) đang gia nhập thị trường, để tồn tại trong môi trường cạnh tranh này, dự án phải có những ưu điểm độc đáo. Avail với khái niệm lớp thống nhất của nó, thực hiện chức năng như DA, sắp xếp, tổng hợp ZKP và thế chấp lại, chiếm vị trí độc đáo trên thị trường. Vì vậy, hành trình sắp tới của Avail thực sự đáng mong đợi.