Eclipse Documentation
HomeBridge
  • 🐮Users
    • Getting Started
      • 1. Set Up Your Eclipse Wallet
      • 2. Bridge Assets for Gas and Transactions
      • 3. Explore the Eclipse Ecosystem
      • 4. Engage with the Community on Discord
    • User Resources
    • Unified Restaking Tokens (URTs)
    • Yield From Real World Treasury Bills
  • 🛠️Developers
    • Getting Started
    • Wallet
      • Mainnet Wallets
      • Testnet & Devnet Wallets
        • Adding Eclipse Wallet to dApp
        • Custom Wallets
    • RPC & Block Explorers
      • Dragon's Mouth gRPC Subscriptions
    • Bridges
      • Eclipse Canonical Bridge
      • Hyperlane
    • Oracles
      • Pyth Network
      • Switchboard
    • NFTs
      • Metaplex
      • Nifty Asset
      • Libreplex (Token-2022)
    • Developer Tooling
      • Faucet
      • Benchmarking
        • Running AMM benchmarking tests
      • Decentralized Identities
        • AllDomains
      • OpenBook Quickstart
      • Multisig
    • Eclipse Bug Bounty Program
    • Eclipse Status Page
    • Frequently Asked Questions
    • Differences Between Eclipse and Solana
    • Eclipse Program Registry Guide
  • 📖Tutorials & Guides
    • Developer Guides
      • Quick Start: "Hello World"
        • Deployment Walkthrough
      • Reading from the blockchain
      • Modifying a Solana dApp to Support Eclipse: "Chomping Glass"
        • Developing on the Solana Virtual Machine (SVM)
        • Multi-chain toggle frontend component
      • Dapp Deployment Tutorial - Eclipse Devnet
        • ⚙️Install Dependencies - Windows
          • Step 1: Install Visual Studio Code (VSC)
          • Step 2: Install Rust and Cargo
          • Step 3: Download Visual Studio C++ Build Tools
          • Step 4: Download Node.js
          • Step 5: Install Git on Windows
          • Step 6: Install the Solana CLI
          • Step 7: Install WSL on Visual Studio Code and Upgrade to WSL2
          • Step 8: Set Up Development Environment in Ubuntu WSL
          • Step 9: Install Anchor on Windows and WSL
        • 🏝️Solana CLI & Solana Keypair
          • Step 1: Set Solana CLI to Use Eclipse Devnet
          • Step 2: Verify Solana CLI Configuration
          • Step 3: Generate a New Solana Keypair
          • Step 4: Claim Devnet ETH for Transaction Fees
          • Optional Step: View Balance on Devnet Explorer
        • 🖥️Creating an Anchor Project in Visual Studio Code
          • Step 1: Initialize Anchor Project
          • Step 2: Update the lib.rs File with Smart Contract Code
          • Step 3: Update the Smart Contract's Cargo.toml File
          • Step 4: Update the Project's Root Cargo.toml File
          • Step 5: Compile Your Program with anchor build
          • Step 6: Deploy Your Project to the Eclipse Devnet
          • Step 7: Verify Program Deployment on the Eclipse Devnet Explorer
        • ✨Building a React App Front-End
          • Step 1: Create a New React Project with TypeScript
          • Step 2: Install Solana Web3.js and Wallet Adapter Dependencies
          • Step 3: Install Additional Dependencies for Enhanced Functionality and Compatibility
          • Step 4: Configure Webpack for Browser Compatibility
          • Step 5: Start the Development Server and Verify Setup
          • Step 6: Implement the UI for Your NFT Minter in App.tsx with Updated Code
      • Eclipse Testnet ETH Transfer Transaction Fee Estimator
        • Program Breakdown
        • Program JSX & CSS
        • Program Execution
      • Pyth: How to Use Real-Time Data in Solana Programs
      • Quick Start: User Guide - Testnet
      • cNFTs on Eclipse
        • Create 1 Million NFTs on Eclipse
        • How to Interact with cNFTs
  • 🧠Eclipse Architecture
    • What is Eclipse Mainnet?
      • Settlement - Ethereum
      • Execution - Solana Virtual Machine (SVM)
      • Data Availability - Celestia
      • Proving - RISC Zero
      • Why Eclipse, Why Ethereum, Why Now
    • Lifecycle of an Eclipse Transaction
  • 📚Additional Resources
    • External Documentation
    • Disclosures
Powered by GitBook
On this page
Edit on GitHub
  1. Eclipse Architecture
  2. What is Eclipse Mainnet?

Data Availability - Celestia

PreviousExecution - Solana Virtual Machine (SVM)NextProving - RISC Zero

Last updated 1 year ago

For background, can be defined as the following:

Data availability answers the question, has this data been published? Specifically, a node will verify data availability when it receives a new block that is getting added to the chain. The node will attempt to download all the transaction data for the new block to verify availability. If the node can download all the transaction data, then it successfully verified data availability, proving that the block data was actually published to the network.

Eclipse Mainnet Will Use Celestia for Data Availability

Eclipse Mainnet's target throughput and fees are unfortunately not supported by Ethereum's current bandwidth. This will remain so even after (a.k.a. "Proto-danksharding"), which provides an average of ~0.375 MB per block (with a limit of ~0.75 MB per block).

  • For ERC-20 transfers with basic compression (), this translates to ~213 TPS across all rollups combined.

  • For swaps with compression , this translates to ~82 TPS across all rollups combined.

In comparison, Celestia will launch with 2 MB blocks later this year. Blobspace is expected to increase to 8 MB shortly after launch, once enough light nodes come online and the network proves stable. DAS light nodes serve two critical functions:

  • Enable users to verify for themselves that Eclipse block data has been made available

  • Contribute to securely scaling the entire network, as DA layers can safely increase their throughput as more DAS light nodes come online

Celestia is expected to be the first DA layer to launch with DAS in production. This contrasts with traditional Data Availability Committees (DACs), which reintroduce committee (akin to existing monolithic blockchains).

There's an for users who bridge their funds from Ethereum Mainnet to any chain that uses offchain DA. In particular, it is technically possible for Celestia validators to withhold transaction data but claim to the Ethereum bridge that the data is available. In practice, Celestia's proof-of-stake consensus means data withholding on Celestia itself is slashable, making this risk unrealistic in our view.

Overall, Celestia's DAS light node support from day one, crypto-economic security properties, and highly scalable DA throughput make it the clear choice for Eclipse Mainnet today.

Note that for the reasons described above. We're going by the more common L2 terminology cited earlier, and we want to be clear on the security considerations.

We also intend to monitor Ethereum's progress on DA scaling after EIP-4844. , potentially offering high throughput DA sooner than previous ideas (which use more advanced distributed hash tables). If Ethereum offers greater scale for Eclipse to the benefit of our users, we would assess the possibility of migrating to Ethereum DA.

🧠
data availabilty
EIP-4844
blobspace
~154 bytes per transaction
(~400 bytes per transaction)
data availability sampling (DAS)
honesty assumptions without user verification
inherent security assumption
some view onchain Ethereum DA as a requirement to be a true "L2" here
Exciting new research continues to come out