Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
LABS
Glossary

Avail

Avail is a modular blockchain network designed specifically as a scalable data availability layer for rollups and sovereign chains.
Chainscore © 2026
definition
BLOCKCHAIN INFRASTRUCTURE

What is Avail?

Avail is a modular blockchain infrastructure project designed to provide foundational data availability and consensus layers for scalable application chains and rollups.

Avail is a modular blockchain network that provides a specialized data availability (DA) layer, ensuring that transaction data for other blockchains is published and verifiably accessible without requiring full nodes to download entire blocks. This core function is critical for the security of optimistic rollups and validiums, which rely on the availability of their data to allow fraud proofs or to reconstruct their state. By decoupling data availability from execution, Avail enables higher scalability and lower costs for layer-2 solutions and sovereign chains built on top of it.

The network operates using a Nominated Proof-of-Stake (NPoS) consensus mechanism and leverages advanced cryptographic techniques like KZG polynomial commitments and data availability sampling (DAS). With DAS, light clients can randomly sample small portions of a block to verify with high probability that all data is available, a process that is both secure and highly efficient. This architecture allows Avail to support a high throughput of data, measured in megabytes per second, making it a robust foundation for a modular blockchain stack.

Avail's primary product is its Avail DA layer, but its roadmap includes Avail Nexus, a unification layer for cross-rollup interoperability, and Avail Fusion, a mechanism for securing the network with multiple crypto-assets like ETH and BTC. By providing these modular components, Avail aims to solve the fragmentation and scalability challenges within the broader ecosystem, positioning itself as essential infrastructure for developers building scalable and sovereign application-specific chains.

how-it-works
ARCHITECTURE

How Avail Works

Avail is a modular blockchain network designed to provide scalable data availability and consensus as a foundational layer for other blockchains and rollups.

Avail operates as a specialized data availability (DA) layer, separating the critical functions of consensus and data publication from transaction execution. Its core mechanism uses data availability sampling (DAS), where light clients can verify that all transaction data for a block is published and accessible by randomly sampling small, random portions of the block. This allows nodes to confirm data availability with high confidence without downloading the entire block, enabling secure and scalable blockchain scaling. The network achieves consensus on the ordering and availability of data, not on the validity of state transitions, which is delegated to execution layers like rollups.

The architecture is built around three primary components: the Avail DA layer, Avail Nexus, and Avail Fusion. The DA layer is the foundational chain where rollups and other chains post their transaction data, secured by a Nominated Proof-of-Stake (NPoS) consensus mechanism using the BABE and GRANDPA protocols from the Polkadot SDK. Validity proofs, such as KZG polynomial commitments, are used to create compact cryptographic proofs that the data is available and correctly encoded, allowing for efficient verification by light clients and other chains.

Avail Nexus acts as a cross-chain coordination hub, functioning as a verification layer that sits atop the DA layer. It resolves cross-domain proofs and messages, providing a unified bridge for rollups and sovereign chains to interoperate securely. Avail Fusion introduces a novel cryptoeconomic security model where multiple assets (like ETH and BTC) can be staked to back the network's security, moving beyond a single native token to create a more robust and decentralized economic base. This modular stack allows execution layers to leverage Avail for scalable, secure data publishing while maintaining sovereignty over their own logic and governance.

key-features
MODULAR BLOCKCHAIN

Key Features of Avail

Avail is a modular blockchain infrastructure layer focused on data availability and consensus. It provides a foundational layer for scaling and interoperability across the modular blockchain stack.

02

Nexus: Cross-Rollup Interoperability

Nexus is Avail's unified verification layer designed to solve fragmentation in the modular ecosystem. It acts as a central hub for cross-rollup communication and settlement by:

  • Providing a single verification point for proofs from any connected rollup (ZK or optimistic).
  • Enabling trust-minimized bridging and messaging between different rollups and execution layers.
  • Aggregating proofs to create a unified, canonical view of state across the modular stack, simplifying interoperability.
03

Fusion Security

Fusion Security is Avail's mechanism to enhance its base layer security by incorporating established crypto assets (like ETH and BTC) as staking assets alongside its native token. This design aims to:

  • Increase economic security by attracting value from multiple, large cryptocurrency ecosystems.
  • Decentralize validator stake and reduce the risk of a single-token attack vector.
  • Provide a more robust and capital-efficient security model for the data availability layer and the broader Avail ecosystem.
05

Light Client & Data Availability Sampling (DAS)

Avail's light client protocol enables efficient verification without running a full node. It leverages Data Availability Sampling (DAS), where light clients randomly sample small pieces of block data. Using KZG commitments, they can cryptographically verify that the entire data block is available with high probability. This allows for secure, trust-minimized bridging and state verification on resource-constrained devices like phones or browsers.

06

Validium & Sovereign Rollup Support

Avail is the foundational layer for Validiums and Sovereign Rollups. These are scaling solutions that post data to Avail instead of a parent chain.

  • Validiums: Zero-knowledge rollups that use Avail for data availability, offering high throughput and lower fees than ZK-Rollups on Ethereum.
  • Sovereign Rollups: Chains that use Avail for consensus and data, but have their own execution and settlement logic. They are not dependent on another chain's smart contracts for dispute resolution, enabling greater autonomy.
ecosystem-usage
AVAIL

Ecosystem Usage & Applications

Avail is a modular blockchain infrastructure layer designed to provide scalable data availability and consensus for rollups and sovereign chains. Its core components enable secure, verifiable, and efficient data publication.

DATA AVAILABILITY LAYER COMPARISON

Avail vs. Other DA Solutions

A technical comparison of core architectural and performance characteristics across major data availability solutions.

Feature / MetricAvailEthereum (Full DA)CelestiaEigenDA

Core Architecture

Optimistic rollup with validity proofs

Monolithic L1 execution & consensus

Modular consensus & data availability layer

Restaking-based AVS on Ethereum

Data Availability Sampling (DAS)

Validity Proofs (ZK)

Underlying Security

Polkadot Nominated Proof-of-Stake

Ethereum Proof-of-Stake

Celestia Proof-of-Stake

Restaked Ethereum ETH

Data Blob Size Limit

2 MB

~128 KB per block (calldata)

8 MB

~10 MB (target)

Data Cost per MB

$0.10 - $0.50 (est.)

$100 - $500+

$0.50 - $2.00 (est.)

$0.05 - $0.20 (est.)

Finality Time

~20 seconds

12-15 minutes (full)

~15 seconds

~1-2 hours (full attestation)

Native Interoperability

Polkadot ecosystem (XCMP)

Ethereum ecosystem

Cosmos ecosystem (IBC)

Ethereum ecosystem (via EigenLayer)

technical-details
CORE MECHANISMS

Technical Details: Data Availability Sampling & KZG Commitments

This section explains the cryptographic and statistical techniques that enable secure and scalable data availability guarantees, which are foundational for modular blockchain architectures like Avail.

Data Availability Sampling (DAS) is a protocol that allows light clients to probabilistically verify that all data for a block is published and accessible without downloading the entire dataset. By performing multiple random queries for small pieces of data, a client can achieve high statistical confidence that the data is available. This is critical for preventing data withholding attacks, where a malicious block producer creates a valid block but withholds some data, making it impossible for others to reconstruct the block's state and detect fraud.

The efficiency of DAS relies on representing block data with an erasure-coded data structure, typically using a 2D Reed-Solomon encoding scheme. This process expands the original data with redundant parity data, creating data "shards." The key property is that the entire dataset can be reconstructed from any sufficient subset of these shards (e.g., 50% in a 2x expansion). This redundancy allows sampling to be effective; even if some shards are missing, the data remains recoverable from the remaining ones, and sampling can detect their absence.

To commit to this erasure-coded data in a way that allows for efficient sampling proofs, systems like Avail employ KZG polynomial commitments (also known as Kate commitments). A KZG commitment is a constant-sized cryptographic fingerprint that binds a prover to a polynomial. The block data is interpolated into a polynomial, and the commitment is published. Crucially, the prover can generate a tiny, constant-sized proof for any individual data shard (a polynomial evaluation) that can be verified against the single master commitment, proving the shard's correctness without revealing the entire polynomial.

The combination of these two techniques creates a powerful security model. Light clients use DAS to randomly select shard indices, then request KZG evaluation proofs for those specific shards from the network. By verifying these proofs against the block's KZG commitment, the client is assured that each sampled shard is correct and part of the committed data. After a sufficient number of successful random samples, the client accepts that the entire data blob is available with overwhelming probability.

This architecture enables the separation of consensus and execution. A layer like Avail can provide a robust, scalable data availability layer where execution layers (rollups) simply post their transaction data. The execution layer validators only need to trust that the data is available via these cryptographic and statistical guarantees, allowing them to focus solely on processing transactions. This modular design is a cornerstone of modern blockchain scalability, reducing the resource burden on any single participant.

security-considerations
AVAIL

Security Model & Considerations

Avail's security model is a multi-layered approach, combining cryptographic data availability proofs with a decentralized validator set to secure the base layer for modular blockchains.

01

Data Availability Sampling (DAS)

The core security primitive that allows light nodes to cryptographically verify data availability without downloading the entire block. Light nodes perform multiple rounds of random sampling on small chunks of block data. If a block producer withholds data, it is statistically guaranteed to be caught by the network, preventing malicious state transitions in rollups.

02

Validity Proofs (KZG Commitments)

Avail uses KZG polynomial commitments (a form of validity proof) to create a compact cryptographic fingerprint of a block's data. This allows nodes to verify that sampled data chunks are consistent with the committed data without needing the full dataset. This is more efficient than fraud-proof-based systems, providing immediate finality for data availability.

03

Decentralized Validator Set

Security is enforced by a Proof-of-Stake (PoS) validator set responsible for ordering transactions, producing blocks, and attesting to data availability. Validators stake the native AVAIL token and are subject to slashing for malicious behavior, such as signing unavailable blocks. This provides cryptoeconomic security and decentralization at the base layer.

04

Separation of Consensus & DA

Avail separates the consensus layer (ordering transactions) from the execution layer (processing transactions). This modular design means Avail does not execute smart contracts, reducing its attack surface. Its security guarantee is singular and robust: ensuring data is published and available for any execution environment (rollup) built on top.

05

Light Client Security

The DAS protocol enables the operation of trust-minimized light clients. These clients can securely synchronize with the chain with minimal resources, requiring only a few kilobytes of data per sample. This allows for a wide distribution of verifying nodes, strengthening network resilience and censorship resistance without requiring full node hardware.

06

Bridge & Rollup Security Implications

For rollups, Avail's security directly impacts the safety of cross-chain bridges. If a rollup's data is not available on Avail, its state cannot be reconstructed, freezing bridge withdrawals. Avail's guarantees ensure that validators or provers for rollups (like zk-rollup provers) always have the data needed to verify or challenge state transitions.

FAQ

Common Misconceptions About Avail

Clarifying frequent misunderstandings about Avail's role, technology, and relationship to the modular blockchain stack.

No, Avail is not a general-purpose Layer 1 blockchain for smart contracts. It is a specialized data availability (DA) layer, a foundational component of the modular blockchain stack. Its primary function is to provide a secure, scalable, and verifiable platform for publishing and attesting to the availability of transaction data. While a monolithic L1 like Ethereum or Solana executes transactions, reaches consensus, and ensures data availability all in one layer, Avail decouples and specializes in the data availability function. Other layers, such as execution layers or sovereign rollups, post their transaction data to Avail and rely on its consensus and cryptographic proofs to guarantee that the data is published and can be retrieved by anyone who needs to verify state transitions.

AVAIL

Frequently Asked Questions (FAQ)

Essential questions and answers about Avail, the modular blockchain layer focused on data availability and scaling.

Avail is a modular blockchain network designed as a foundational data availability (DA) layer for scalable application chains and rollups. It works by providing a secure, high-throughput platform where other chains can post their transaction data, ensuring this data is available for verification without requiring the main execution layer (like Ethereum) to download it all. Avail uses validium or volition architectures, where execution is separated from consensus and data availability, and leverages KZG polynomial commitments and data availability sampling (DAS) to allow light clients to efficiently verify that data is present and correct.

ENQUIRY

Get In Touch
today.

Our experts will offer a free quote and a 30min call to discuss your project.

NDA Protected
24h Response
Directly to Engineering Team
10+
Protocols Shipped
$20M+
TVL Overall
NDA Protected Directly to Engineering Team
Avail: Modular Data Availability Layer for Rollups | ChainScore Glossary