| title | description | keywords | ||||
|---|---|---|---|---|---|---|
Roadmap |
Gnosis is investing significant resources into trust-minimization of its Bridges, to ensure trust and safety of users. |
|
Gnosis is investing significant resources into trust-minimization of its Bridges, to ensure trust and safety of users.
One emergent idea is to require Bridge Validators to provide a "proof-of-deposit" to the receiving bridge contract, as a proof that funds were indeed deposited in the origin chain. This can be done through a variety of cryptographic signature schemes.
Gnosis has provided a $600k grant to 0xParc to fund R&D into a zkSNARK-enabled light client, a necessary part of a trust-minimized bridge (see GIP-57 proposal).
There is an additional effort by the original xDai team into BLS-signature based trustless bridge, as an alternative to a SNARKs.
Expected release in Q2 2023
Hashi is an EVM Header Oracle Aggregator, designed to facilitate a principled approach to cross-chain bridge security. The primary insight being that the vast majority of bridge-related security incidents could have had minimal impact if the systems relying on them had built in some redundancy.
This means not completely trusting ANY bridge mechanism and, instead, distributing our trust among many parallel mechanisms.
Each bridge mechanism is treated as an oracle for any given header. Users choose which combination of bridges to trust and how many must agree.
Orcale examples: Any Arbitrary Message Bridge, such as Wormhole or our own AMB, ZKP light client based implementations, such as SuccinctLabs, https://github.com/metacraft-labs/DendrETH and zkBridge.
After successful audits and release, we aim to gradually migrate our canonical bridges to Hashi’s distributed trust model.