Page cover
For the complete documentation index, see llms.txt. This page is also available as Markdown.

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