Lời đầu

Với sự phát triển nhanh chóng của công nghệ Khối, Khối mô-đun đang đối mặt với thách thức nghiêm trọng về khả năng mở rộng và tương tác. Các nền tảng hàng đầu như Ethereum khi có sự tăng đột biến của người dùng, đã gây ra bơm lớn chi phí giao dịch, ảnh hưởng nghiêm trọng đến sự phổ biến của ứng dụng Phi tập trung. Để giải quyết vấn đề này, các nhà phát triển liên tục tìm kiếm giải pháp sáng tạo, và sự ra đời của Avail đã mở ra hướng đi mới cho vấn đề này. Sau nâng cấp Cancun, chi phí giao dịch trong sinh thái Ethereum đã giảm đáng kể, đồng thời, công nghệ mô-đun trở thành một phần quan trọng của câu chuyện phát triển của Khối mô-đun. Trong nửa đầu năm, các Khối mô-đun như Celestia và EigenDA đã dẫn đầu xu hướng, Avail cũng đã ra mắt Avail DA vào ngày 23 tháng 7, là một bước quan trọng trong lĩnh vực mô-đun.

作为chuỗi khối mô-đun的核心项目，Avail、EigenDA 和 Celestia 虽然在服务领域相似，但在基础设施、执行模式和Token经济设计上各具特色。

背景 nhóm

Avail bắt nguồn từ Polygon và trở thành một thực thể độc lập vào năm 2023. Trước khi vấn đề sẵn có dữ liệu (DA) trở thành tâm điểm của ngành công nghiệp, Anurag Arjun đã phối hợp với người khác để phát triển chuỗi Plasma, với ý định giải quyết vấn đề mở rộng của Ethereum. Mặc dù chuỗi này đã giúp Polygon đạt doanh thu 190 tỷ đô la, nhưng không thể trở thành phương án mở rộng lý tưởng. Trong quá trình này, Anurag dần nhận ra rằng tất cả các Blockchain đều sẽ đối mặt với vấn đề sẵn có dữ liệu tương tự. Trong việc giao dịch Chi phí giao dịch Rollup, khoảng 80% liên quan đến DA, do đó anh ấy mường tượng rằng việc xây dựng một lớp DA hiệu quả về chi phí có thể giải quyết vấn đề mở rộng của nhiều Blockchain.

Ý tưởng này không chỉ riêng Anurag, nhiều dự án Khối L1 cũng đang cố gắng trở thành lớp DA, Ethereum đang khám phá giải pháp DA thông qua tuyến đường Rollup, các dự án L1 khác cũng đang đổi mới trong lĩnh vực này. Anurag cho rằng, Khối L1 được thiết kế đặc biệt cho DA có những ưu điểm độc đáo.

Anurag đã gặp Prabal Banerjee, đồng sáng lập viên hiện tại của Avail, khi đang làm việc tại Matic. Lúc đó, Prabal đang theo đuổi bằng tiến sĩ về mật mã học và an ninh, và sau đó ông ta đã tham gia nhóm dưới vai trò là một nhà nghiên cứu. Cả hai cùng nhau nỗ lực để xây dựng một lớp DA có thể mở rộng được. Với sự xuất hiện của công nghệ Bằng chứng không kiến thức (ZK), hai người đã kết hợp thiết kế blockchain hợp lệ và sử dụng kinh nghiệm của Anurag trong việc xây dựng giao thức tỷ đô trên Polygon, góp phần đẩy mạnh giải pháp về khả năng sử dụng dữ liệu.

Từ chuỗi đến modular

Nguồn: Tài liệu chính thức của Avail

Với sự cạnh tranh ngày càng gay gắt về tài nguyên tính toán cơ bản, các vấn đề xử lý, thanh toán, sắp xếp và khả dụng dữ liệu đang dần được tiết lộ trên chuỗi đơn ETH, dẫn đến giới hạn khả năng mở rộng. Ngành công nghiệp đang xem xét lại kiến trúc chuỗi đơn và tìm kiếm các giải pháp mới.

Rollups thông qua việc di chuyển thực thi off-chain, giới thiệu kiến trúc mô-đun, hiệu quả giảm tắc đường mạng L1, Thả chi phí giao dịch của người dùng, đồng thời nâng cao khả năng xử lý giao dịch. Mặc dù kiến trúc này đã tăng đáng kể hiệu suất on-chain, nhưng không gian Khối hạn chế của Ethereum vẫn là một điểm hạn chế, và với nhu cầu tăng lên, vấn đề này có thể tái xuất hiện. Hiện tại, Dapps phụ thuộc vào L1 để truyền tải dữ liệu và thanh toán, trong khi Rollups sử dụng L1 để xử lý các quy trình này. Mặc dù Rollups tối ưu hóa việc sử dụng không gian Khối, nhưng không gian Khối vẫn còn rất chật chội.

Bằng cách phân tích giao dịch L1 của Rollups của Ethereum, phát hiện ra rằng chi phí DA chiếm 90% tổng chi phí, đây cũng là nguồn thu lớn nhất của Rollups, hầu hết thu nhập được sử dụng để trả phí cho việc phát hành dữ liệu giao dịch trên L1.

Tương tự như rollups sẽ di chuyển thực thi off-chain, kiến trúc dựa trên Avail có thể đưa sẵn dữ liệu xuống tầng riêng. Avail cung cấp một lớp dữ liệu sẵn linh hoạt, dễ sử dụng và an toàn cho các nhà phát triển, giải quyết vấn đề về khả năng mở rộng, quản trị và off-chain.

Cấu trúc mô-đun xây dựng bởi Avail

Avail nhằm tăng tốc Web3 bằng cách sử dụng ngăn xếp công nghệ modular kết hợp tính sẵn có của dữ liệu, tính tổng hợp và an toàn chia sẻ. Rollup của Avail cho dữ liệu giao dịch ngoại vi sẽ tạo thành Validium (đối với Optimistic Rollup, được gọi là Optimium). Validiums và Sovereign Rollups có thể phụ thuộc vào dịch vụ sắp xếp và tính sẵn có dữ liệu ít tin cậy của Avail.

Dưới đây là quy trình ngắn gọn cho việc hỗ trợ Validiums và Sovereign Rollups của Avail:

1. Gửi giao dịch: Giống như hầu hết các rollup hiện có, dữ liệu gọi giao dịch được xử lý hàng loạt, gốc trạng thái được gửi đến Avail DA và được đại diện cho nguồn gốc của rollup bằng một ID ứng dụng duy nhất.
2. Mã hóa mở rộng và xóa dữ liệu: Các giao dịch được gửi cho Avail DA được xử lý bằng cách mã hóa xóa, trong đó khối được chia thành n khối gốc và mở rộng thành 2n khối, bạn có thể chọn bất kỳ n khối nào để tái tạo dữ liệu từ 2n khối.
3. Cam kết tạo ra: Avail DA sẽ thu thập dữ liệu dư thừa và áp dụng cam kết đa thức KZG cho mỗi Khối. Những cam kết này được coi là chứng minh mã hóa tính toàn vẹn dữ liệu, đảm bảo rằng dữ liệu được lưu trữ là chính xác và không thể thay đổi.
4. Khối传播：Người xác thực接收带有 KZG 承诺的Khối，并重新生成这些承诺以验证其准确性，并就该Khối达成Nhận thức chung。
5. Mạng khách hàng ánh sáng: khách hàng ánh sáng sử dụng xác minh DAS để đảm bảo tính toàn vẹn của dữ liệu Khối. Điều này được thực hiện thông qua việc xác minh mở đa thức KZG dựa trên cam kết trong phần đầu Khối của mỗi đơn vị lấy mẫu. Điều này loại bỏ nhu cầu xây dựng cam kết KZG hoàn chỉnh hoặc phụ thuộc vào bằng chứng gian lận.
6. 证明验证：khách hàng ánh sáng通过从数据矩阵生成的单元级证明执行证明验证。

Vì Avail sử dụng bằng chứng hợp lệ thay vì bằng chứng gian lận, khách hàng ánh sáng có thể xác minh tính khả dụng và tính chính xác của dữ liệu sau khi trạng thái được xác định cuối cùng. Ngoài ra, mạng khách hàng ánh sáng đảm bảo tính khả dụng cao của dữ liệu thông qua việc lấy mẫu tính khả dụng. Với sự tham gia của nhiều khách hàng ánh sáng hơn, khả năng lấy mẫu được tăng cường, từ đó hỗ trợ quy mô lớn hơn của Khối. Người dùng thậm chí có thể chạy các khách hàng ánh sáng này trên máy tính xách tay hoặc điện thoại di động để nâng cao hiệu suất mạng.

Nguồn: Tài liệu chính thức của Avail

Các đặc điểm kỹ thuật

Ứng dụng của khách hàng ánh sáng

Hiện nay, nhiều trường hợp sử dụng dựa vào trung gian để duy trì Nút đầy đủ, qua đó người dùng tương tác gián tiếp với chuỗi khối, thay vì truy cập trực tiếp vào chúng. Do thiếu sự đảm bảo về tính sẵn có của dữ liệu, Khách hàng ánh sáng vẫn chưa trở thành một sự thay thế lý tưởng cho các kiến trúc truyền thống. Bằng cách giải quyết vấn đề này, Avail cho phép nhiều ứng dụng tương tác trực tiếp với mạng chuỗi Khối mà không cần dựa vào trung gian. Mặc dù Avail hỗ trợ hoạt động đầy đủ của Nút, hầu hết các ứng dụng không cần phải chạy Nút đầy đủ hoặc chỉ yêu cầu một lượng nhỏ Nút để chạy trơn tru.

Mẫu dữ liệu khả dụng (DAS)

Tương tự như khách hàng ánh sáng truyền thống, khách hàng ánh sáng của Avail chỉ cần tải xuống dữ liệu khối header. Ngoài ra, chúng sử dụng mẫu dữ liệu khối ngẫu nhiên để lấy mẫu khả dụng dữ liệu và xác minh tính chính xác của nó. Kết hợp mã sửa lỗi và cam kết đa thức KZG, khách hàng ánh sáng có thể đảm bảo tính khả dụng của dữ liệu gần như 100% mà không cần phụ thuộc vào bằng chứng gian lận và chỉ cần thực hiện số lượng truy vấn cố định nhỏ.

xóa mã hóa与数据可用性

Xóa mã hóa giúp phân mảnh dữ liệu, ngay cả khi một phần dữ liệu bị mất, vẫn có thể khôi phục nội dung ban đầu từ các phân mảnh khác. Trong ứng dụng chuỗi Khối, điều này có nghĩa là hệ thống vẫn có thể khôi phục dữ liệu từ các phân mảnh khác, ngay cả khi kẻ tấn công cố gắng che giấu một phần dữ liệu. Cơ chế này tăng đáng kể khả năng sử dụng dữ liệu và độ tin cậy của việc lấy mẫu, cũng như tăng cường khả năng ngăn chặn sự thay đổi dữ liệu.

Cam kết của KZG

KZG cam kết công nghệ được Aniket Kate, Gregory M. Zaverucha và Ian Goldberg đề xuất vào năm 2010, là một cách cam kết đa thức hiệu quả, đã được sử dụng rộng rãi trong cấu trúc chứng minh không kiến thức trong những năm gần đây. Trong kiến trúc của Avail, cam kết KZG có những ưu điểm sau:

1. Cam kết giá trị một cách đơn giản và ghi lại nó trong Tiêu đề khối;
2. Cho phép khách hàng ánh sáng xác minh tính sẵn có của dữ liệu;
3. Tính năng mã hóa kết hợp giúp giảm thiểu khả năng tạo ra cam kết sai, giảm thiểu nhu cầu về bằng chứng gian lận.

Lớp đơn nhất của Avail

Avail luôn xây dựng một lớp thống nhất cho Avail, đó là một ngăn xếp kỹ thuật thống nhất, bắt đầu từ lớp sẵn sàng dữ liệu cơ bản (DA), lớp thống nhất Nexus và lớp an ninh bổ sung Fusion. Avail sẽ hỗ trợ toàn bộ hệ sinh thái Web3 thông qua lớp sẵn sàng dữ liệu có thể mở rộng, sử dụng bằng chứng hợp lệ bằng KZG đa thức cam kết để đảm bảo tính sẵn sàng dữ liệu đáng tin cậy ngay lập tức, giúp tổng hợp tăng lên, kết nối, giữ an toàn và thích nghi.

Có sẵn DA

Nguồn: Tài liệu chính thức của Avail

Avail DA là một kiến trúc cơ bản được thiết kế đặc biệt để tối ưu hóa sự khả dụng của dữ liệu, sử dụng các thuật toán GRANDPA và BABE Nhận thức chung để đạt được mục tiêu này, khác với các lớp DA khác. Thiết kế này cho phép Avail DA có khả năng mở rộng cao, đảm bảo cung cấp bảo vệ dữ liệu đáng tin cậy với chi phí thấp thông qua việc lấy mẫu khả dụng dữ liệu (DAS) và bằng chứng hợp lệ.

Avail DA có trọng tâm là ưu tiên sắp xếp và phát hành giao dịch, đồng thời cho phép người dùng xác minh tính khả dụng dữ liệu của Khối mà không cần tải xuống toàn bộ Khối. Tính phi phụ thuộc dữ liệu của Avail DA là một trong những chức năng xác định của nó. Nó hỗ trợ nhiều môi trường thực thi bao gồm EVM, WASM và runtime tùy chỉnh mới, cung cấp nền tảng đa chức năng cho các ứng dụng Chuỗi Khối đa dạng.

Avail Nexus

Nguồn: Tài liệu chính thức của Avail

Avail Nexus, như một trụ cột thứ hai, là một framework không cần phép, nhằm mục đích thống nhất hệ sinh thái web3. Nó kết nối các blockchain nội bộ và ngoại vi, dựa vào Avail DA như một nền tảng tin cậy, và hoạt động như trung tâm xác minh. Nexus bao gồm Rollup được điều phối bởi ZK, tích hợp cơ chế tập hợp chứng minh, lớp xác minh, cơ chế lựa chọn người sắp xếp và cơ chế đấu giá khe cắm. Nexus định kỳ gửi tập hợp chứng minh đã được xác minh vào Ethereum và lớp Avail DA để đảm bảo tính đáng tin cậy của các hoạt động tương tác chuỗi chéo.

Sẵn sàng Fusion

Nguồn: Tài liệu chính thức của Avail

Pilier 3 Avail Fusion cung cấp bảo đảm an ninh bổ sung cho hệ sinh thái Avail và toàn bộ web3. Ý tưởng cốt lõi của nó là, ở mức độ kinh tế tổng thể, một hệ thống thống nhất cần có an ninh thống nhất. Fusion Security đóng góp cho Nhận thức chung của Avail bằng cách sử dụng tài sản địa phương trong các hệ sinh thái đã thành mật như BTC, ETH. Cơ chế này là lần đầu tiên thử nghiệm Nhận thức chung thông qua Token bên ngoài trên các Khối on-chain khác nhau.

Avail Fusion hỗ trợ hai loại tài sản thế chấp: Tiền điện tử đã chín muồi và Rollup Token mới nổi. Hiện tại, nguyên mẫu của Fusion bao gồm hai mô-đun thế chấp: một được thực hiện trên chuỗi Avail và một mô-đun chuyển đổi tài sản thế chấp. Điều cần lưu ý là nguyên mẫu công khai đầu tiên của Avail Fusion vẫn đang trong quá trình phát triển.

Loại Nút của Avail

Mặc dù kiến trúc của Avail khác với blockchain đơn vị truyền thống, nhưng nó vẫn hỗ trợ nhiều loại nút khác nhau, bao gồm Toàn bộ nút, khách hàng ánh sáng, Nút lưu trữ và Nút xác minh.

• Toàn bộ nút：Toàn bộ nút负责下载并验证Khối的正确性，但并不参与Nhận thức chung过程。它们的存在为系统提供额外的冗余和弹性，但不是必要组件。
• 验证Nút：验证Nút通过生成Khối、决定交易是否包含并维护交易顺序，帮助网络达成Nhận thức chung。
• khách hàng ánh sáng: khách hàng ánh sáng cho phép người dùng tương tác với Lớp sẵn sàng dữ liệu (DA) của Avail mà không cần phải chạy đầy đủ Nút, cũng như không cần phải tin tưởng vào đồng nghiệp từ xa, Nút. Họ thực hiện điều này bằng cách thực hiện Lấy mẫu sẵn sàng dữ liệu (DAS) trên mỗi Khối mới được tạo.
• RPC Nút：RPC Nút cung cấp API tương tác từ xa, là cổng giao tiếp giữa nhà phát triển và người dùng bên ngoài với mạng Avail.

khách hàng ánh sáng sẽ nghe trên mạng Avail để xác nhận Khối đã được xác nhận và thực hiện lấy mẫu tính sẵn dữ liệu (DAS) của các đơn vị dữ liệu mới trong Khối. Sau khi xác nhận thành công, hệ thống tính toán xác định một số lượng xác định đơn vị dữ liệu trong Khối dựa trên mức độ tin cậy mà người dùng cần.

Mô hình kinh tế

Phân phối Token

Với việc phát hành Mạng chính AvailDA, nhóm đã Airdrop AVAIL Token cho người dùng đủ điều kiện, tổng cung 100 tỷ. Trong đó, 6% dành cho Airdrop và phân phối công cộng, 30% dành cho phát triển hệ sinh thái, 23.88% dành cho cộng đồng và nghiên cứu, 14.12% phân phối cho nhà đầu tư, 20% phân phối cho những người đóng góp cốt lõi.

Nguồn: Tài liệu chính thức của Avail

thế chấp

AVAIL Token có mục đích bao gồm quản lý sinh thái và thanh khoảnthế chấp. Mặc dù chưa có thông báo chính thức về các kế hoạch quản lý, bất kỳ ai cũng có thể thế chấp AVAIL trên toàn bộ cơ sở hạ tầng của Avail để nhận phần thưởngthế chấp.

Trong việc thế chấp, Avail sử dụng cơ chế đồng thuận NPoS được thừa kế từ hệ sinh thái Substrate. Thế chấp đóng vai trò quan trọng trong NPoS. Bằng cách thế chấp AVAIL Token, người dùng giúp cải thiện an ninh mạng và nhận được phần thưởng tương ứng. Càng có nhiều Token thế chấp, mức độ an ninh của mạng càng cao, vì chi phí tấn công mạng cũng tăng theo.

Ứng dụng của thế chấp như sau:

• Avail DA thế chấp: Người dùng có thể thế chấp Token AVAIL cho Người xác thực hoặc hồ bơi đề cử, để đảm bảo an ninh mạng và hỗ trợ các kịch bản ứng dụng khác nhau, như trò chơi Web3 và nền tảng Tài chính phi tập trung. Người thế chấp có thể nhận được phần thưởng.
• Avail Nexus thế chấp: Người sắp xếp cần thế chấp AVAIL Token để tham gia vào việc gửi và phân loại giao dịch, và những người sắp xếp trình tự thực hiện tốt sẽ được khen thưởng, và những người thực hiện kém sẽ bị phạt.
• Avail Fusion thế chấp：Ngoài AVAIL Token, còn có thể thế chấp các tài sản mã hóa chính khác như BTC và ETH, để tăng cường an ninh mạng, người thế chấp có thể nhận được lợi nhuận tương ứng.

Cần lưu ý rằng, nếu người dùng muốn thế chấp, phải hoàn thành quy trình mở khóa trong vòng 28 ngày, trong thời gian này không thể sử dụng hoặc chuyển nhượng AVAIL Token.

Mục tiêu đối mặt

Rủi ro cạnh tranh Rollup

Sự phát triển của Avail có thể bị ảnh hưởng bởi các rollup thông dụng lớn có hệ sinh thái và giải pháp tương tác nội bộ trưởng thành, có thể không còn phụ thuộc vào các hệ thống tương tác bên ngoài nữa, do đó làm giảm giá trị của Avail Nexus. Tuy nhiên, số lượng rollup đặc thù ứng dụng hiện tại đang tăng mạnh và vấn đề sự phân mảnh cao mà người dùng đang đối mặt làm cho tình huống này khó có thể xảy ra.

Cạnh tranh giải pháp DA

Với sự ra mắt của nhiều giải pháp DA khác nhau trên thị trường như Celestia và EigenDA, Ethereum cũng đã giới thiệu blobs qua EIP-4844 làm tùy chọn phát hành dữ liệu. Sự cạnh tranh gay gắt giữa các lớp DA và sự nhạy cảm của rollup đối với chi phí phát hành dữ liệu có thể dẫn đến việc thả, điều này có thể thúc đẩy rollup chọn lựa các giải pháp DA đã được xác minh hoặc dựa vào nó để phát hành dữ liệu sau khi Ethereum thực hiện phân mảnh đầy đủ.

Rủi ro an toàn chia sẻ

Chế độ an ninh chia sẻ của Avail Fusion dựa trên thế chấp của nhiều loại Token và AVAIL Token, có thể đối mặt với lo ngại về tính an toàn của nhiều tài sản từ phía người dùng. Một số nhà phát triển có thể muốn đảm bảo an toàn từ một tài sản đơn lẻ (ví dụ như ETH hoặc BTC) thay vì phụ thuộc vào nhiều loại Token. Ngoài ra, nếu Avail Fusion không cung cấp đủ tính an toàn, các nhà phát triển có thể chuyển sang giải pháp DA có tính an toàn kinh tế mạnh hơn.

Cạnh tranh hệ sinh thái dịch vụ gia tăng

Các sản phẩm thế chấp hoặc chia sẻ an toàn khác có thể có một hệ sinh thái dịch vụ chuyên biệt cho rollup. Ví dụ, EigenLayer có thể cung cấp các chức năng như sắp xếp Phi tập trung, khả năng sử dụng dữ liệu và kết thúc nhanh chóng, từ đó nâng cao sự cạnh tranh của nó.