Search for projects by name or address
Gnosis Chain is a community-owned EVM-based sidechain operated by a proof-of-stake validator set aiming to be the first chain in the Ethereum Economic Zone (EEZ). Its canonical Ethereum bridge ('Gnosis Bridge') is validated by dedicated bridge validator... multisigs (not the PoS validator set) and supports the yielding bridge for the chain's gas-token xDAI as well as token transfers and messaging. This page looks at both the PoS chain and the canonical bridge to Ethereum from an Ethereum-centric perspective.
Gnosis Chain is a community-owned EVM-based sidechain operated by a proof-of-stake validator set aiming to be the first chain in the Ethereum Economic Zone (EEZ). Its canonical Ethereum bridge ('Gnosis Bridge') is validated by dedicated bridge validator... multisigs (not the PoS validator set) and supports the yielding bridge for the chain's gas-token xDAI as well as token transfers and messaging. This page looks at both the PoS chain and the canonical bridge to Ethereum from an Ethereum-centric perspective.
Gnosis Chain has an external validator set that validates its state transitions. This is an additional trust assumption since Ethereum does not, the external validators do not commit or stake anything on Ethereum.
Consequence: projects without a proper proof system fully rely on single entities to safely update the state. A malicious proposer can finalize an invalid state, which can cause loss of funds.
Consequence: projects without a data availability bridge fully rely on single entities (the sequencer) to honestly rely available data roots on Ethereum. A malicious sequencer can collude with the proposer to finalize an unavailable state, which can cause loss of funds.
Learn more about the recategorisation here.
2025 May 31 — 2026 May 31
USDS migration on xDAI bridge
2025 Nov 7th
The xDAI bridge makes USDS the default Ethereum-side backing asset.
Gnosis Chain is a community-owned EVM-based sidechain operated by a proof-of-stake validator set aiming to be the first chain in the Ethereum Economic Zone (EEZ). Its canonical Ethereum bridge (‘Gnosis Bridge’) is validated by dedicated bridge validator multisigs (not the PoS validator set) and supports the yielding bridge for the chain’s gas-token xDAI as well as token transfers and messaging. This page looks at both the PoS chain and the canonical bridge to Ethereum from an Ethereum-centric perspective.
Gnosis chain in its current form does not derive or benefit from Ethereum’s decentralisation apart from being developed as a close fork to re-use Ethereum tooling and infrastructure. Its censorship resistance relies on an open validator set with over 100 thousand diverse validators, although the clustering and stake distribution among entities is intransparent. Users who are censored selectively on an otherwise live network benefit from the fast 5s block time and non-committee-gated, stake-weighted proposer rotation, resulting in an inclusion probability of 99% in less than a minute even if up to 50% of the Gnosis stake is censoring them. There are also a few thousand validators who run custom ‘shutter network’ nodes that support threshold-encrypted transactions. For a case of active blanket censorship (>50% stake) by all current validators, users have no way apart from a hardfork to get their transactions included or save the chain. In the operator walkaway scenario, new sequencers could stake and join the set permissionlessly.
Users can permissionlessly become a sequencer (validator) by staking a minimum of 1 GNO to join the queue and wait to obtain block production rights. There is no specific censorship resistance mechanism against selective censorship by parts of the active validator set nor a way to force transactions from Ethereum L1.
Ethereum contracts do not validate Gnosis Chain state transitions. Bridge messages are accepted after threshold signatures from dedicated bridge validators.
Data is made available by an external proof of stake network of validators. Since there is no DA bridge, Ethereum cannot verify whether any data was made available on Gnosis Chain or whether incoming messages originate from state that was attested to by the PoS network.
There is no window for users to exit in case of an unwanted upgrade since contracts are instantly upgradable.
The Gnosis Chain bridge is not validated by its PoS validator set. Withdrawals through the xDAI bridge require 4/7 validator signatures, while AMB and Omnibridge withdrawals require 4/7 validator signatures. The bridge validators can freeze bridge transactions and/or steal bridge-locked and minted assets. Transactions on Gnosis Chain itself cannot be forced from Ethereum. If the chain has a liveness failure due to blanket censorship or operator walkaway the only recourse are new validators joining the open validator set.
Funds can be frozen if transaction data is unavailable and bridge validators cannot reconstruct or sign the messages needed to exit.
Funds can be stolen if bridge validators sign fraudulent messages that release more assets on Ethereum than were burned or locked on Gnosis.
Funds can be stolen if the Gnosis validator set finalizes an invalid chain state and the bridge validators sign messages derived from it.
Funds can be frozen if bridge validators stop signing messages or Gnosis Chain stops finalizing blocks.
The metrics include upgrades on the currently used proxy contracts. Historical proxy contracts and changes of such are not included.
re-add entire gnosis disco incl bridge, consensus and Hashi.
re-add entire gnosis disco incl bridge, consensus and Hashi.
| + | Status: CREATED |
| contract Gnosis Bridge Multisig (Ethereum) (eth:0x42F38ec5A75acCEc50054671233dfAC9C0E7A3F6) | |
| +++ description: None |
| + | Status: CREATED |
| contract XDaiForeignBridge (eth:0x4aa42145Aa6Ebf72e164C9bBC74fbD3788045016) | |
| +++ description: Ethereum-side ERC20-to-native bridge used to lock DAI or USDS on Ethereum and authorize xDAI minting on Gnosis. Message execution is validated by a dedicated validator set and can additionally be gated by Hashi. |
| + | Status: CREATED |
| contract Hashi Multisig (Ethereum) (eth:0x4b5F5231e2F08Ad49d79Ce5672A8339a63Cfbd43) | |
| +++ description: None |
| + | Status: CREATED |
| contract ForeignAMB (eth:0x4C36d2919e407f0Cc2Ee3c993ccF8ac26d9CE64e) | |
| +++ description: Ethereum-side Arbitrary Message Bridge endpoint that verifies validator signatures before relaying cross-chain calls to Gnosis. Hashi can be enabled as an additional verification layer. |
| + | Status: CREATED |
| contract ForeignOmnibridge TokenFactory (eth:0x71d5ba4e37de72415F685490B684538Aae8f0424) | |
| +++ description: Factory used by Omnibridge to deploy wrapped tokens representing assets native to the other chain. |
| + | Status: CREATED |
| EOA (eth:0x839395e20bbB182fa440d08F850E6c7A8f6F0780) | |
| +++ description: None |
| + | Status: CREATED |
| contract ForeignOmnibridge (eth:0x88ad09518695c6c3712AC10a214bE5109a655671) | |
| +++ description: Ethereum-side Omnibridge mediator used for arbitrary token transfers between Ethereum and Gnosis via the AMB bridge. |
| + | Status: CREATED |
| contract BridgeRouter (eth:0x9a873656c19Efecbfb4f9FAb5B7acdeAb466a0B0) | |
| +++ description: Entry router for bridging between Ethereum and Gnosis. It routes DAI and USDS through the legacy xDAI bridge, ETH through the WETH Omnibridge router, and other ERC20 tokens through Omnibridge. |
| + | Status: CREATED |
| contract WETHOmnibridgeRouter (eth:0xa6439Ca0FCbA1d0F80df0bE6A17220feD9c9038a) | |
| +++ description: Router that wraps native ETH into WETH before sending it through Omnibridge and unwraps it again on Gnosis when bridge messages are executed. |
| + | Status: CREATED |
| contract BridgeRouter ProxyAdmin (eth:0xD7e65A32bEd4ce8cc57Ec188F2bBb8016dc4b1cd) | |
| +++ description: None |
| + | Status: CREATED |
| contract XDai Bridge Validators (eth:0xe1579dEbdD2DF16Ebdb9db8694391fa74EeA201E) | |
| +++ description: Validator set contract used by the bridge to require threshold signatures before cross-chain messages can be executed. |
| + | Status: CREATED |
| contract AMB Validators (eth:0xed84a648b3c51432ad0fD1C2cD2C45677E9d4064) | |
| +++ description: Validator set contract used by the bridge to require threshold signatures before cross-chain messages can be executed. |
| + | Status: CREATED |
| contract SBCDepositContract (gno:0x0B98057eA310F4d31F2a452B414647007d1645d9) | |
| +++ description: Gnosis Beacon Chain deposit contract escrowing all validator-staked GNO. Differs from the similar contract on Ethereum by being upgradable, allowing critical permissioned function access and using the non-gastoken GNO as its staking token. |
| + | Status: CREATED |
| contract HomeOmnibridge Fee Manager (gno:0x5dbC897aEf6B18394D845A922BF107FA98E3AC55) | |
| +++ description: Fee manager used by HomeOmnibridge to calculate and distribute bridge fees to a configured reward address list. |
| + | Status: CREATED |
| contract HomeOmnibridge Gas Limit Manager (gno:0x68A3674028a785A8BCE19bA81B9ab7c9942BA3ED) | |
| +++ description: Module used by HomeOmnibridge to choose default, selector-specific, and token-specific gas limits for cross-chain Omnibridge message execution. |
| + | Status: CREATED |
| contract HomeAMB (gno:0x75Df5AF045d91108662D8080fD1FEFAd6aA0bb59) | |
| +++ description: Gnosis-side Arbitrary Message Bridge endpoint that verifies validator signatures before relaying cross-chain calls to Ethereum. Hashi can be enabled as an additional verification layer. |
| + | Status: CREATED |
| contract Omnibridge Fee Distributor Safe (gno:0x77bcb57ba7037e39063f1567ce734452bbD7a5F0) | |
| +++ description: Safe that currently receives Omnibridge fees distributed by the HomeOmnibridge fee manager. |
| + | Status: CREATED |
| contract Gnosis Multisig (Gnosis) (gno:0x7a48Dac683DA91e4faa5aB13D91AB5fd170875bd) | |
| +++ description: None |
| + | Status: CREATED |
| contract GNO token (gno:0x9C58BAcC331c9aa871AFD802DB6379a98e80CEdb) | |
| +++ description: Immutable GNO token smart contract contract, administered from the Ethereum side by the Gnosis Bridge contract. |
| + | Status: CREATED |
| contract HomeAMB Validators (gno:0xA280feD8D7CaD9a76C8b50cA5c33c2534fFa5008) | |
| +++ description: Validator set contract used by the bridge to require threshold signatures before cross-chain messages can be executed. |
| + | Status: CREATED |
| contract HomeOmnibridge Forwarding Rules Manager (gno:0xd4D8c07097F9b87EcC4C1a838C4b71DBebcd2286) | |
| +++ description: Module used by HomeOmnibridge to decide whether specific tokens, senders, or receivers must use the oracle-driven lane or the manual lane for bridge requests. |
| + | Status: CREATED |
| contract HomeOmnibridge TokenFactory (gno:0xEAAE83ac10f975a6456f4C4E48c45Ea2d8e1b5d2) | |
| +++ description: Factory used by Omnibridge to deploy wrapped tokens representing assets native to the other chain. |
| + | Status: CREATED |
| contract Hashi Multisig (Gnosis) (gno:0xEF138856d0581641A57245Ee5CFfc9ceaA059623) | |
| +++ description: None |
| + | Status: CREATED |
| contract HomeOmnibridge (gno:0xf6A78083ca3e2a662D6dd1703c939c8aCE2e268d) | |
| +++ description: Gnosis-side Omnibridge mediator used for arbitrary token transfers between Gnosis and Ethereum via the AMB bridge. |
Gnosis Chain uses a permissionless proof-of-stake validator set with stake-weighted proposer rotation and a 5 second slot time. The Ethereum-like committee-free block production architecture combined with the short block time lead to fast theoretical inclusion times, even with high rates of censorship. In contrast to Ethereum, blocks on Gnosis chain are usually built locally, meaning that validators do not delegate block production to specialised builders. There is no public information on the decentralisation of the Gnosis validator set.
| Sequencer set spec sheet | |
|---|---|
| Slot time (inclusion baseline) | 5s |
| Epoch time | 1m 20s |
| Number of block producers | 100,000 validators |
| Access to block production rights | Open |
| Stake per validator | 1 GNO minimum, variable |
| Rate-limit to join | ~1-2 GNO per epoch |
| Deterministic CR gadget | No |
| Additional CR gadgets | Shutter encrypted mempool beta |
T99 inclusion delay in a static sequencer set by censoring fraction of sequencers/validators
Gnosis Chain does not have dedicated censorship resistance gadgets, but the sequencer set is open and there are no committees that can block inclusion.
Even with high percentages of stake censoring, users have very fast inclusion times. There are also initial tests of an out-of-protocol solution for encrypting transactions in the mempool (Shutterized Gnosis Chain).
Since the validator set is open, new validators could theoretically join it in case all validators passively stop block production (walkaway). There is no way to circumvent the validator set from Ethereum in a case of active censorship by all (or a majority of) validators.
Users can be censored if at least half of the active stake censors them, or if current validators coordinate blanket censorship and the chain requires social recovery.
A subset of Gnosis Chain validators is currently running a modified node version that supports threshold-encrypted transaction payloads. This allows to ‘encrypt the mempool’ and protect against malicious MEV and censorship with significant caveats. To encrypt the transaction, users have to either use custom wallets or a trusted encrypting rpc proxy. Decryption is handled by participating validators sharing their decryption key shares at the target block, allowing the proposer to decrypt the transaction and include and execute (or censor) it.
Omnibridge uses token factories to deploy wrapped ERC20 representations for assets native to the other chain. The token factory owner can change the implementation used for newly deployed wrapped tokens.
Funds can be stolen if a malicious or vulnerable wrapped token implementation is configured for newly bridged assets.

can sign bridge messages between Ethereum and Gnosis.
A Multisig with 8/15 threshold.
A Multisig with 4/7 threshold. Validator set contract used by the bridge to require threshold signatures before cross-chain messages can be executed.
mintingFinished state, which disallows further minting HomeAMB → HomeOmnibridgeA Multisig with 2/3 threshold. Member of Gnosis Multisig (Gnosis).
Member of HomeAMB Validators.
can sign bridge messages between Ethereum and Gnosis.
A Multisig with 8/15 threshold.
A Multisig with 2/3 threshold. Member of Gnosis Bridge Multisig (Ethereum).
Member of AMB Validators.
Member of XDai Bridge Validators.
Member of XDai Bridge Validators, AMB Validators.


Gnosis Beacon Chain deposit contract escrowing all validator-staked GNO. Differs from the similar contract on Ethereum by being upgradable, allowing critical permissioned function access and using the non-gastoken GNO as its staking token.
Immutable GNO token smart contract contract, administered from the Ethereum side by the Gnosis Bridge contract.
Fee manager used by HomeOmnibridge to calculate and distribute bridge fees to a configured reward address list.
Module used by HomeOmnibridge to choose default, selector-specific, and token-specific gas limits for cross-chain Omnibridge message execution.
Gnosis-side Arbitrary Message Bridge endpoint that verifies validator signatures before relaying cross-chain calls to Ethereum. Hashi can be enabled as an additional verification layer.
Module used by HomeOmnibridge to decide whether specific tokens, senders, or receivers must use the oracle-driven lane or the manual lane for bridge requests.
Factory used by Omnibridge to deploy wrapped tokens representing assets native to the other chain.
Gnosis-side Omnibridge mediator used for arbitrary token transfers between Gnosis and Ethereum via the AMB bridge.
Factory used by Omnibridge to deploy wrapped tokens representing assets native to the other chain.
All supported tokens in this escrow are included in the value secured calculation.
Entry router for bridging between Ethereum and Gnosis. It routes DAI and USDS through the legacy xDAI bridge, ETH through the WETH Omnibridge router, and other ERC20 tokens through Omnibridge.
The current deployment carries some associated risks:
Funds can be stolen if a contract receives a malicious code upgrade. There is no delay on code upgrades (CRITICAL).