sub0 Asia 2024 - Ghali El Ouarzazi (Avail)
summary
Avail builds a Substrate data‑availability layer that uses KZG polynomial commitments plus erasure coding and an extended block header containing a dynamic matrix and an application index. Validators verify generated headers, nodes expose RPCs for cell retrieval, and a Rust libp2p overlay of peer light clients forms a DHT to share samples. Light clients do data availability sampling, needing about 8–30 samples for near‑100% confidence. Testnets run 20s blocks (~1 min finality) with 2MB blocks; propagation and validator work are tuned but remain optimization targets.
AI-written summary · about
chapters (13)
- 0:00Avail introduction and role
- 1:49Why Substrate for Avail
- 3:54Light clients importance
- 5:40Avail’s light clients vs traditional
- 8:28Substrate modifications for Avail
- 10:39Data processing flow
- 14:07Light client architecture
- 17:34Optimizing P2P performance
- 19:00Avail Fusion future layers
- 20:44Validator workload challenges
- 22:09Networking for scalability
- 23:52Web light client demo
- 27:04Q&A
related talks
22mBoundless
18mData Availability
20mImportance of Data Protection & ZK for Scaling Web3 Adoption
24mZK: Accelerating DA Interop
30mBuilding Polkadot Ready Blockchains with
20mProvers Networks from First Principle
32mBuilding on CØSMOS! ALPHA LEAKS!
36mJoin Sandeep Nailwal, Rene Reinsberg, Alex Gluchowski & Steven Goldfeder I Pragma Denver 2024
