CometBLS
Introduction
Proving a blockchain’s state and finality lies at the root of secure bridging and consensus verification. Tendermint, although designed for fast, singleslot finality, is not suited for bridging to block spacerestricted chains, such as Ethereum. It requires too much computation to verify, and even creating zeroknowledge proofs of the verification is expensive, slow, and scales poorly with the number of validators. Most attempts to bridge to Ethereum before Union are centralized and not based on consensus verification.
CometBLS is an improvement upon Tendermint, which makes it suitable for zeroknowledge proving. CometBLS is achieved by three significant changes to CometBFT, with further improvement pending. These improvements will decrease proving times even further, leading to faster bridging transfers and cheaper relaying.
BLS Signatures
Boneh–Lynn–Shacham (BLS) signatures form the foundation of CometBLS. They are cheaper to verify for both regular IBC and zeroknowledgeproof (zkp) based IBC. With BLS signatures, we can aggregate the public keys and the signatures, and verify the aggregated signature with the aggregated private key. This has a few advantages:

Transaction size decreases compared to ECDSA verification. We do not need to transfer all signatures, just the aggregate.

Onchain computation cost decreases. Instead of verifying each signature, we verify the aggregate.

Zkp verification is much more efficient.
Note that the Union validators do not produce zkps directly. This function is performed by galois. Relayers can produce proofs themselves, or use Union as a distributed sequencing layer through the use of proof claims.
Under CometBLS, the Union network can scale to hundreds of validators without impacting performance or bridging latency. Furthermore, because BLS signatures can be aggregated, we can employ Distributed Validator Tech to scale to thousands of validators.
MiMC Hashing
SHA256 is used across Tendermint for storage proofs and more. The security of SHA256 over alternatives like BLAKE is questionable; the main downside is the high cost within ZeroKnowledge circuits to prove the hashing. MiMC is an alternative that provides excellent security and significantly decreases the number of constraints in Galois. CometBLS V3 introduced these MiMC hases, bringing significant performance enhancements.
Epochbased Validator Rotation
Reducing the number of light client updates required for the secure operation of the bridge is crucial to relayer profitability and the economic feasibility of light clients in gasconstrained environments. Which in turn reduces fees for regular users. Epoch Staking is our current effort to minimize ‘useless’ light client updates and proof generation. It combines designs from Polkadot consensus with Cosmos’ governance and security models.
Pending Improvements
Future versions of CometBLS will support improvements focussed on reducing proving times and proving costs even further.
Verkle Trees
An even greater improvement for storage proofs is the usage of Verkle trees over Merkle trees. This technology is however relatively undeveloped.