Skip to main content

Community ISMs

Overview

Community ISMs are developed and maintained by the community. These ISMs extend Hyperlane's security capabilities with specialized verification logic, alternative trust models, or integration with external infrastructure. By using community ISMs, developers can implement custom security requirements while still benefiting from Hyperlane's messaging infrastructure.

When using a community ISM, developers should review the implementation and security properties to ensure they match their application's requirements.

Available Community ISMs

NameDescriptionType
Wormhole ISMVerifies messages using attestations from Wormhole's guardian network, requiring 13 of 19 guardians for validationCommunity
Polygon PoS ISMUses Polygon's state sync mechanism for secure message passing between Ethereum ↔ Polygon PoSCommunity
Optimistic ISMImplements an optimistic verification model with a fraud window where watchers can flag fraudulent messagesCommunity
OP Stack ISMUses OP Stack rollup's settlement layer security for messages between Ethereum ↔ OP Stack rollupsCommunity
Arbitrum L2 to L1 ISMUses Arbitrum rollup's security properties for messages sent from Arbitrum L2 ↔ EthereumCommunity

Wormhole ISM

warning

WormholeISM is coming soon and is not yet implemented. This page is shown for informational purposes only. Details may change as the design matures.

The WormholeISM encodes the security model used by Wormhole's interchain communication protocol.

This ISM requires that 13 of the 19 Wormhole guardians attest to the validity of a Hyperlane message.

Developers can compose a Wormhole ISM with a Multisig ISM using an Aggregation ISM to require that m of n Hyperlane validators and 13-of-19 Wormhole guardians verify a message.

Polygon PoS ISM

The Polygon PoS ISM is used along with the Polygon PoS hook to leverage the security of the Polygon state sync mechanism for messages passed between Ethereum and Polygon PoS chain. See the Polygon PoS Hook for more information.

Optimistic ISM

Prioritizing safety over liveness

warning

OptimisticISM is coming soon and is not yet implemented. This page is shown for informational purposes only. Details may change as the design matures.

The OptimisticISM encodes the optimistic verification security model pioneered by Optics and adopted by Synapse, Nomad, and Connext.

OptimisticISMs rely on a fraud window after message verification, during which m of n watchers configured on the OptimisticISM have an opportunity to flag messages as fraudulent, preventing them from being delivered to their recipient.

This security model prioritizes safety over liveness; the increased message latency allows for the addition of a second layer of security, the watchers, without significant increases in gas costs.

OP Stack ISM

The OP Stack ISM is used along with the OP Stack hook to leverage the security of an OP Stack rollup's settlement layer for messages passed between Ethereum and the rollup. See the OP Stack Hook for more information.

Arbitrum L2 to L1 ISM

The Arbitrum L2 to L1 ISM is used along with the Arbitrum L2 to L1 hook to leverage the security of the Arbitrum rollup for messages passed from the Arbitrum L2 to Ethereum. See the Arbitrum L2 to L1 Hook for more information.