Ethereum long term DA

The introduction of blobs in the Dencun hard fork has allowed L2s to post their transaction data using “data blobs”, significantly reducing gas fees. However, blobs are only stored by Ethereum nodes for ~18 days before being expired and deleted to save on data storage costs. Yet, while blobs are not needed to reconstruct Ethereum mainnet transactions, they are necessary for each L2 to reconstruct their own history (e.g. for verification purposes).

Any L2s using the Ethereum mainnet as their Data Availability layer need transaction data to be available when a new full node is set up and joins the L2 network without P2P sync. Existing L2s mainly sync transaction history from the L2 network itself, which has centralization risks (e.g. in the rare case that peer nodes are corrupted and transaction history is lost).

Thus, the Ethereum ecosystem needs an alternative form of blob preservation to ensure L2s have access to blob data whenever needed, in turn keeping the Data Availability guarantee. As discussed in Paradigm’s recent blog , a robust blob storage infrastructure will also apply to L1 history data storage, providing a viable solution to the question raised by EIP-4444 in the future.

Since Hemera Network continously indexes and stores on-chain data, including calldata & blobs, providing a BlobArchive service is a natural use case.

See blog here for more details: https://medium.com/hemera-protocol/hemera-blobarchive-for-ethereum-permanent-data-availability-for-layer-2-11c289b20d45