Hey Celestia community ![]()
I’ve been building Obscura Network — a privacy-first ZK rollup that uses Celestia for data availability.
What it does
Private-by-default transactions: amounts and recipients are hidden on-chain using a shielded UTXO pool. Regulatory
auditors get ZK compliance proofs (range proofs) that prove total volume ≤ limit without revealing individual
transactions.
The killer use case: corporate payroll and treasury on-chain. Companies currently can’t put salaries on public
blockchains because competitors see everything. Obscura solves this.
Current status
Node running on Celestia Mocha-4 testnet
Blobs submitting to namespace obscura--b
TX: 0x90CDB6C0641C8BDBE9ABA34A56DD8D3D0E0EDFC38B962F35D7EA0B79FC434289
TypeScript SDK — shield TX tested end-to-end against live node
obscura-privacy Rust module: shield / transfer / unshield
ZK proof engine (mock for Phase 1, SP1 integration planned)
Why Celestia specifically
- Privacy proofs are large (100s of KB) — Celestia makes DA affordable
- Sovereign rollup — no Ethereum L1 dependency for ordering
- Namespace isolation —
obscura--bbatches,obscura--pproofs - Modular: we can upgrade ZK backend without touching DA layer
Stack
- DA: Celestia (Sovereign SDK)
- Execution: EVM-compatible (Chain ID: 9977)
- Privacy: custom Rust module
- ZK: mock → SP1 (Succinct) in Phase 2
- SDK: TypeScript
@obscura-network/sdk
Links
- GitHub: GitHub - arturr55/obscura-network: Privacy-first ZK Rollup on Celestia — shielded transactions with compliance by design · GitHub
- Whitepaper: obscura-network/docs/WHITEPAPER.md at main · arturr55/obscura-network · GitHub
- Landing: https://obscura-landing.vercel.app
Happy to answer questions. Looking for feedback from builders in the ecosystem.