Summary
EigenDA aims to extend support for L3 rollups such as Arbitrum Orbit by ensuring its AVS (Aggregate Verification System) data from Ethereum L1 is available across multiple Layer 2 ecosystems. This will facilitate the development of EigenDA-integrated rollups on those chains. The proposed solution leverages Hyperlane's general messaging layer for transporting AVS data from L1 to L2s efficiently and in a scalable manner. This GitHub issue seeks to outline the technical specification required to implement this bridge and addresses open questions related to the lifecycle of AVS data, its consumption by EigenDA, and failure management.
Background
EigenDA's integration into L3 rollups necessitates the availability of AVS data on Ethereum L1 to be transported to various L2 ecosystems. Hyperlane's messaging layer offers a versatile solution that plugs into the native transport mechanisms of different ecosystems, allowing for seamless data bridging.
Open Questions
-
AVS Data Posting by Eigenlayer to Ethereum L1
- How is AVS data generated and structured by Eigenlayer?
- Through what mechanism is this data currently posted to Ethereum L1?
-
Data Bridging Lifecycle
- At which stage in the AVS data lifecycle is it most efficient to bridge this data?
- Should the data be bridged immediately upon posting to L1, or is there a verification/waiting period involved?
-
Consumption of AVS Data by EigenDA
- How does EigenDA interact with AVS data?
- Is there a requirement for the data to be actively pushed to EigenDA, or does it poll a data store for new entries?
-
Failure Modes and Handling
- What are the potential failure points in the data bridging process?
- How should Hyperlane and Eigenlayer address these failure modes to ensure data integrity and system reliability?
Tasks
Documentation and Linked Issues
- Spec: TBD
- Related GitHub Issues: (List any related issues here)
Discussion
Please share any insights, suggestions, or concerns regarding the technical specifications and the open questions listed. Your input is valuable in ensuring the robustness and efficiency of the bridging process for EigenDA AVS data to L3 rollups.
Summary
EigenDA aims to extend support for L3 rollups such as Arbitrum Orbit by ensuring its AVS (Aggregate Verification System) data from Ethereum L1 is available across multiple Layer 2 ecosystems. This will facilitate the development of EigenDA-integrated rollups on those chains. The proposed solution leverages Hyperlane's general messaging layer for transporting AVS data from L1 to L2s efficiently and in a scalable manner. This GitHub issue seeks to outline the technical specification required to implement this bridge and addresses open questions related to the lifecycle of AVS data, its consumption by EigenDA, and failure management.
Background
EigenDA's integration into L3 rollups necessitates the availability of AVS data on Ethereum L1 to be transported to various L2 ecosystems. Hyperlane's messaging layer offers a versatile solution that plugs into the native transport mechanisms of different ecosystems, allowing for seamless data bridging.
Open Questions
AVS Data Posting by Eigenlayer to Ethereum L1
Data Bridging Lifecycle
Consumption of AVS Data by EigenDA
Failure Modes and Handling
Tasks
Documentation and Linked Issues
Discussion
Please share any insights, suggestions, or concerns regarding the technical specifications and the open questions listed. Your input is valuable in ensuring the robustness and efficiency of the bridging process for EigenDA AVS data to L3 rollups.