Avail là gì?

1Avail là gì?

Avail là DA Layer modular — một blockchain chuyên biệt, được tối ưu hoàn toàn cho một nhiệm vụ duy nhất: đảm bảo data đã được publish và có thể truy xuất. Avail không xử lý smart contract, không thực thi transaction — đó là việc của execution layer phía trên.

Avail khởi nguồn từ Polygon Labs năm 2020 như một dự án nghiên cứu nội bộ (Polygon Avail), sau đó tách ra thành công ty độc lập Avail Project vào năm 2023. Mainnet Avail ra mắt năm 2024.

Trong kiến trúc modular blockchain, mỗi lớp đảm nhận một vai trò riêng: Execution (xử lý logic), Settlement (giải quyết tranh chấp, finality), Consensus (đồng thuận) và Data Availability (đảm bảo data của các transaction không bị ẩn giấu). Avail đóng vai trò lớp DA — nền tảng cho hàng trăm rollup và appchain xây dựng phía trên.

2Vấn đề Data Availability

Data Availability (DA) là vấn đề cốt lõi trong thiết kế blockchain: làm thế nào đảm bảo data của block đã được publish công khai, không bị block producer ẩn giấu?

Đây không phải vấn đề lưu trữ lâu dài (data retention) mà là vấn đề tính sẵn có tức thời: khi block mới được tạo, tất cả node và light client cần có khả năng download và verify data đó ngay lập tức. Nếu block producer publish block header nhưng giữ lại data của block → các node không thể verify transaction → không thể phát hiện gian lận.

Với rollup, DA quan trọng vì rollup đăng batch transaction data lên L1 (hoặc DA layer) để bất kỳ ai cũng có thể reconstruct state và verify. Nếu data bị ẩn → fraud proof không thể tạo → Optimistic Rollup mất bảo mật. Với ZK Rollup, validity proof vẫn đúng về mặt toán học nhưng user không thể rút tiền nếu không có data để reconstruct state.

3KZG Commitment trong Avail

Avail dùng KZG polynomial commitment (Kate-Zaverucha-Goldberg) làm nền tảng cryptographic để chứng minh data availability. Đây cũng là commitment scheme được Ethereum dùng trong EIP-4844 và lộ trình Danksharding.

KZG hoạt động như thế nào?

Thay vì hash toàn bộ data (như Merkle Tree), KZG encode data thành một polynomial (đa thức). Commitment là một điểm trên đường cong elliptic đại diện cho đa thức đó. Tính chất đặc biệt: bạn có thể tạo proof rằng một giá trị cụ thể (một "điểm" data) thuộc về đa thức đó, và proof này có kích thước constant O(1) bất kể data lớn đến đâu.

• Commitment: 48 bytes, đại diện toàn bộ data chunk
• Proof: 48 bytes, chứng minh một sample thuộc data
• Verification: nhanh, không cần download toàn bộ data

Avail kết hợp KZG với 2D Reed-Solomon Erasure Coding: data được encode thành matrix 2D, mỗi row và column đều có KZG commitment riêng. Điều này cho phép reconstruct toàn bộ data chỉ cần 50% các cell — tăng khả năng chịu lỗi và DAS hiệu quả hơn.

4Data Availability Sampling (DAS)

Data Availability Sampling là kỹ thuật cho phép light client xác minh data availability mà không cần download toàn bộ block. Đây là tính năng cốt lõi của cả Avail lẫn Celestia.

Cơ chế: light client randomly sample một số nhỏ các "cell" từ block data. Với xác suất toán học, nếu sample đủ số lượng → có thể kết luận với độ tin cậy cao rằng toàn bộ data đã được publish. Nếu data bị ẩn giấu > 50%, rất khó để tất cả sample đều pass.

Trong Avail, DAS kết hợp với KZG commitment: mỗi sample đi kèm với KZG proof chứng minh sample đó hợp lệ và thuộc block data. Light client không cần trust bất kỳ node nào — verify bằng cryptographic proof.

Thông số DAS của Avail

• Light client chỉ cần download ~60–100 cells (vài KB) thay vì toàn bộ block (vài MB đến hàng chục MB)
• Xác suất giả dương (lầm tưởng data available khi không phải): dưới 2⁻³⁰
• Khi nhiều light client cùng sample → cộng đồng tập thể verify toàn bộ block

5Kiến trúc Avail — Ba lớp

Avail Project thiết kế hệ sinh thái ba tầng, mỗi tầng giải quyết một vấn đề trong kiến trúc modular:

Thiết kế này cho phép developer lựa chọn: chỉ dùng Avail DA đơn giản, hoặc tận dụng thêm Nexus cho interoperability, hoặc dùng cả ba lớp cho một appchain đầy đủ tính năng.

6Avail Nexus

Avail Nexus là lớp thứ hai trong hệ sinh thái Avail — một ZK proof aggregation và settlement hub nằm trên Avail DA. Nexus giải quyết vấn đề interoperability giữa các rollup khác nhau.

Vấn đề Nexus giải quyết: khi có hàng trăm rollup độc lập, mỗi rollup có state riêng và không thể verify proof của nhau một cách trustless. Thông thường cần trusted bridge — điểm yếu bảo mật lớn (xem lịch sử hack bridge).

Nexus hoạt động như một proof aggregation router: các rollup submit ZK proof lên Nexus, Nexus aggregate chúng lại và publish một unified proof. Bất kỳ rollup nào tham gia Nexus đều có thể verify state của rollup khác thông qua unified proof — không cần trusted bridge.

• ZK proof aggregation: nhiều proof → một proof gọn hơn, tiết kiệm chi phí verify
• Shared finality: rollup trên Nexus có thể tận dụng finality lẫn nhau
• Trustless cross-rollup messaging: message từ Rollup A sang Rollup B được verify bằng proof, không cần oracle hay multisig

7Avail Fusion Security

Avail Fusion là lớp thứ ba — mô hình bảo mật tập hợp (unified security) cho phép Avail DA được bảo vệ bởi stake từ nhiều token, không chỉ AVAIL.

Ý tưởng tương tự restaking của EigenLayer nhưng theo hướng khác: thay vì ETH restaker bảo vệ thêm nhiều AVS, Fusion cho phép holder của các token lớn (BTC, ETH, AVAIL...) stake để bảo vệ Avail DA. Điều này tăng tổng economic security của mạng mà không cần Avail tự bootstrap hoàn toàn từ đầu.

Mục tiêu: Avail DA được bảo vệ bởi tập hợp stake đa dạng → khó tấn công hơn vì kẻ tấn công cần kiểm soát đồng thời nhiều loại tài sản.

8So sánh Avail vs Celestia vs EigenDA

Ba DA Layer lớn nhất hiện nay có triết lý thiết kế khác nhau:

Điểm mạnh của Avail: KZG proof cho phép light client verify nhanh hơn (không cần chờ fraud proof window như Celestia), Nexus cung cấp interoperability layer built-in, Fusion tăng security từ nhiều nguồn. Điểm yếu: trusted setup là giả thiết bảo mật cần tin tưởng, và ecosystem còn trẻ hơn Celestia.

EigenDA khác biệt vì không phải sovereign DA chain mà là AVS trên EigenLayer — bảo mật kế thừa từ Ethereum restaking, throughput cao nhất nhưng phụ thuộc vào Ethereum.

9Token AVAIL và Mainnet

Avail mainnet (Avail DA) ra mắt tháng 6/2024. Token AVAIL có các chức năng:

• DA fees: rollup và appchain trả AVAIL để publish data lên Avail DA
• Validator staking: validator stake AVAIL để tham gia đồng thuận và nhận block reward
• Governance: holder vote trên các đề xuất nâng cấp protocol
• Fusion collateral: AVAIL là một trong các token dùng trong Avail Fusion Security

Avail dùng Substrate framework (giống Polkadot) với consensus BABE (block production) + GRANDPA (finality) — thiết kế cho phép finality xác định trong vài giây, khác với Ethereum PoS cần nhiều epoch.

10Câu hỏi thường gặp