CIP Browser

This CIP proposes Fibre, a validator-operated protocol for publishing blobs whose payload bytes are stored and served outside the normal block data path, reducing pressure on the block data path for large blobs. Fibre achieves this through a combination of a blob encoding, validator shard assignment, a validator gRPC service, and an escrow and settlement module. By implementing Fibre, Celestia can provide a higher-throughput blob publication path while preserving on-chain commitment and fee settlement.

This CIP-50 proposes a v9 network upgrade for Celestia Mainnet Beta, primarily driven by CIP-48, which reduces the target block time from 6 seconds to approximately 3 seconds. The upgrade also includes updated parameter settings to support the faster block cadence and Mainnet Beta operating envelope. The changes aim to improve the network's efficiency and capacity.

This Celestia Improvement Proposal (CIP-49) outlines the v8 network upgrade, which includes state-breaking changes from the previously planned Hibiscus (v7) upgrade. The v8 upgrade incorporates CIP-44, CIP-45, and CIP-46, which adjust validator commission bounds, implement a forwarding module, and introduce a ZK interchain security module, respectively. The v8 upgrade aims to preserve the historical record of the Hibiscus upgrade while avoiding confusion between the two network upgrades.

This Celestia Improvement Proposal (CIP-48) aims to reduce the block time from 6 seconds to 3 seconds to improve user experience and increase data throughput capacity. The proposal achieves this by adjusting consensus timeout parameters, scaling block-count-based parameters, and correcting the IBC `MaxExpectedTimePerBlock` parameter. By halving the block time, the network will produce twice as many blocks per unit of time, effectively doubling its data throughput capacity.

The Hibiscus (v7) Network Upgrade, as outlined in CIP-47, is a collection of breaking changes that include adjusting validator commission bounds, implementing a forwarding module, and introducing a ZK interchain security module. These changes are state breaking and require a network upgrade, which was initially intended for Mainnet Beta but is now carried forward in CIP-49. The upgrade aims to enhance the Celestia network's functionality and security.

This Celestia Improvement Proposal (CIP-46) introduces a ZK-based Hyperlane Interchain Security Module (ISM) using Groth16 verification, enabling trust-minimized cross-chain message verification. The module allows external networks to securely transfer assets through Celestia without relying on trusted operators or multisigs. This proposal provides networks with flexibility to configure their own message passing security via a generalized circuit, offering a secure, proof-based path to transfer assets.

This CIP-45 proposal introduces a forwarding module (`x/forwarding`) that enables cross-chain token transfers through Hyperlane warp routes, simplifying the experience to a single signature on the source chain. The module allows users to deposit tokens at deterministically derived forwarding addresses, which relayers permissionlessly execute to pre-committed destinations. This design complements IBC Packet Forward Middleware by providing equivalent functionality for Hyperlane transfers.

This CIP proposes adjusting validator commission rate bounds by increasing the maximum commission from 25% to 60% and raising the minimum commission from 10% to 20%. The change aims to provide validators with greater flexibility to price their services while allowing delegators to retain control over their delegation decisions. The adjustments will be implemented automatically during the next major network upgrade.

This Celestia Improvement Proposal (CIP-43) introduces a fee address module that allows external networks to contribute TIA tokens to the protocol revenue via a dedicated account, which are then automatically forwarded to the fee collector as transaction fees. The module addresses operational constraints faced by external networks in contributing to Celestia's protocol revenue, enabling them to send TIA tokens via bridges without requiring custodian or multisig setup. This proposal ensures that contributions appear in dashboard revenue calculations without requiring integration changes from dashboard providers.

This Celestia Improvement Proposal (CIP-42) outlines the Matcha Network Upgrade, which includes six state-breaking CIPs that require a network upgrade. The upgrade involves lowering the trusting period, unbonding period, and maximum block and transaction sizes, as well as removing token filters and modifying issuance and commission rates. By listing these CIPs together, this proposal provides a comprehensive overview of the breaking changes in the Matcha upgrade.

This CIP proposes to further reduce Celestia's inflation rate from 5% to 2.5% and increase the minimum validator commission from 5% to 10% in the next major upgrade (v6), aiming to make TIA more suitable for financial applications. The changes aim to reduce the opportunity cost of using TIA as collateral or in DeFi protocols while ensuring validators remain adequately compensated. This proposal builds upon CIP-29 and maintains the same disinflation rate of 6.7% annually.

This Celestia Improvement Proposal (CIP-40) extends the CometBFT privval interface to support signing arbitrary messages, enabling validators to use their consensus keys and existing Key Management Systems (KMS) for offchain protocol authentication. The proposal adds a new message type, SignRawBytesRequest, to the privval interface, allowing validators to sign raw bytes and facilitating the implementation of high-throughput gossiping protocols. This extension maintains backwards compatibility and enhances the security properties of existing key management infrastructure.

This CIP proposes removing the token filter to allow non-TIA assets to be bridged to Celestia via Hyperlane and IBC, enabling Celestia to serve as an effective routing layer for cross-chain assets. The token filter will be disabled by modifying the WarpKeeper configuration to include synthetic token support and removing the IBC token filter that prevents non-TIA tokens from being transferred. This change is backward compatible, but requires a major upgrade.

This Celestia Improvement Proposal increases the maximum block size to 128MB, square size to 512, and transaction size to 8MB, enabled by a new high-throughput recovery mechanism that uses pull-based broadcast trees and erasure coded block parts. The proposal aims to improve the network's efficiency and capacity by allowing for larger blocks and transactions, while maintaining security and backwards compatibility. The changes require a major upgrade, with nodes needing to switch to the new propagation reactor after the upgrade height, and include comprehensive security considerations to defend against potential attacks.

This Celestia Improvement Proposal aims to reduce the validator unbonding period from 21 days to 14 days and 1 hour, improving capital efficiency for validators while maintaining network security. The proposed change ensures compatibility with IBC light clients and provides a buffer time for detecting and responding to validator misbehavior. By reducing the unbonding period, Celestia can enhance the overall efficiency of its network while preserving its security guarantees.

This Celestia Improvement Proposal aims to reduce the trusting period, also known as the weak subjectivity period, to 7 days, which in turn sets the light node sampling window to 7 days. By doing so, it optimizes light client resource usage, reduces rollup finality times, and potentially enables a shorter validator unbonding period. The proposal decouples the trusting period and sampling window from the minimum pruning window, superseding aspects of a previous proposal and leading to improved network efficiency.

The Celestia Improvement Proposal (CIP) 35 introduces a mechanism for light nodes to retain a fixed range of headers instead of the entire history, reducing storage requirements. This is achieved by estimating a "Tail" header, which serves as a point of trust, and continuously re-estimating it as the chain progresses, cutting off stored headers beyond the new Tail. The proposal aims to reduce the storage burden on light nodes by retaining only a fixed-duration window of headers, defined by the HeaderPruningWindow parameter, which is set to 337 hours.

This Celestia Improvement Proposal aims to reduce the minimum data pruning window for DA bridge nodes to 7 days + 1 hour, which complements the 7-day sampling window proposed in CIP-036. By decreasing the pruning window from 30 days to 7 days + 1 hour, this proposal reduces the storage requirements for node operators from 30 TB to 7 TB, making it less costly to serve data to the network. This change is intended to maintain data availability for light clients while reducing storage costs for node operators.

The Celestia Improvement Proposal (CIP) 33, also known as the Lotus Network Upgrade, outlines the reference specifications for the upgrade, which includes four state-breaking CIPs that require a network upgrade. The included CIPs aim to decrease inflation, modify staking rewards, and incorporate Hyperlane into Celestia, with each change having a significant impact on the network's functionality. The proposal provides a comprehensive list of these changes, ensuring a smooth transition to the upgraded Lotus network.

This Celestia Improvement Proposal aims to integrate the Hyperlane interoperability protocol into Celestia, enhancing the accessibility and usage of TIA by enabling direct transfers without relying on third-party networks. The proposal involves adding two SDK modules, `x/core` and `x/warp`, to facilitate token transfers and messaging between networks. By implementing Hyperlane, Celestia can improve its connectivity with other networks, initially supporting the MultiSig ISM, while maintaining backwards compatibility with existing user flows.