Page cover

DA Layer integration case studies

This section provides an overview of how the GlitchD Data Availability (DA) Layer integrates with Layer 2 (L2) rollups. The integration involves implementing a Light Client as an intermediary component. This Light Client encapsulates the necessary logic to enable rollups to maintain IDs (commitments to the transaction blob data) on the Layer 1 (L1) network while storing the full transaction data on the GlitchD DA Layer. The diagram below outlines each step of this workflow, offering a high-level understanding of the integration process.

The Light Client plays a crucial role in this architecture by ensuring the integrity and availability of transaction data. It achieves this by:

  • Storing IDs on L1: Preserving the cryptographic commitment to the transaction data, which allows for verification and auditing on the L1 network.

  • Managing Data Storage on the DA Layer: Offloading the actual transaction data to the GlitchD DA Layer, thereby optimizing storage efficiency and scalability.

By providing this intermediary layer, the integration facilitates a seamless connection between L2 rollups and the GlitchD DA Layer, enhancing scalability without compromising data integrity or availability.

Data Availability (DA) Layer Architecture

Note: The current version of the Light Client is undergoing active testing and will be updated soon with new improvements.

Last updated