QX Interoperability - v.0.7
  • 💡ABOUT
    • License
    • How to Give Attribution For Usage of QX Interoperability
  • 👬Industry Initiatives
    • ISO Interoperability Framework
    • EEA Crosschain Interoperability Specification Suite
    • IEEE Standards for Blockchain Interoperability
    • ICMA Bond Data Taxonomy
    • IETF Secure Asset Transfer Protocol
    • SODA MIT Crosschain Interop WG
    • Decentralized ID for Tokenization
    • Cross-chain Interoperability Alliance
    • SWIFT Coalition
    • BIS Projects
    • MAS Projects
    • Regulated Liability Network
      • UK Finance - Regulated Liability Network
      • US - Regulated Liability Network
    • Hyperledger Projects
    • EEA-OASIS L2 WG
    • RollColl WG
    • ITU Digital Currency Global Initiative
    • EIP-5164: Cross-Chain Execution
    • EIP-3220: Crosschain Identifier Specification
    • EIP-7281: Sovereign Bridged Token
    • ERC-7092: Financial Bonds
    • ERC-3643: Permissioned Tokens
    • ERC1400: Universal Token for Assets and Payments
    • ERC6960: Dual Layer Token
    • CASA CAIPs
    • COSMOS IBC
    • Polkadot XCM
    • IEEE Crosschain Workshop
  • 🏦Use Cases
    • Payments/Digital Asset Transactions
      • Enable transfers of digital payment tokens
      • Conduct Compliant Cross-VASP Digital Asset Transaction
      • Swap NFT for Tokenized Bank Deposits
      • Enable Intra-Group Payments with Tokenised Deposits
    • Wholesale CBDC (wCBDC)
      • Enable Settlement with Simultaneous Delivery versus Payment
      • Facilitate Cross-Border Payments with wCBDC
      • Enable FX transactions to facilitate cross-border payments
      • Settle Crypto Derivatives using wCBDC
      • Access Liquidity via wCBDC
      • Settle Interbank Payments with wCBDC
      • Settle Interbank Payments with wCBDC (Acquirer-Merchant Settlement)
      • Make Property Payments with Tokenized Deposits
      • Provide FX Liquidity using wCBDC
      • Enable Payment versus Payment (PvP)
      • Crosschain digital bonds trades
    • Decentralized Finance (DeFi)
      • Aggregate Yields across Blockchains for Corporate Treasuries
    • Retail CBDC (rCBDC)
      • Provide Targeted Government Transfers (Government Vouchers)
      • Streamline Home Equity Lending
      • Provide Corporate Vouchers and Rewards
      • Make Milestone-Based Property Purchase Payments
      • Enable Traceable and Targeted Donations
      • Consumer Prepayments to Corporations
      • Enable Asset Transactions
      • Enable Cross-Border Remittances
      • Government Payouts
      • Managing Learning Accounts
    • Private Markets/Asset Tokenization and Trading
      • Tokenize and Trade Private Equity Fund Shares
      • Distribute and Settle Private Corporate Debt Issuance
      • Trade Employee Stock Grants as Digital Securities
      • Enable Secondary Trading for Non-Listed Assets and Private Markets
      • Automated Discretionary Portfolio Management with Tokenized Assets
    • Trade & Commerce
      • Support Tokenized Electronic Bills of Lading for Global Trade
      • Commercial Vouchers
      • Online Commerce
      • Programmable Rewards
    • DAOs
  • 🛠️Solutions Providers
    • Swift
    • Mastercard
    • Fnality
    • Quant Network
    • Ownera
    • Fujitsu
    • Deutsche Bank/Standard Chartered Ventures
    • Kaleido
    • Onyx/JP Morgan
    • Canton Network
    • Universal Digital Payments Network Alliance
    • Li.Fi
    • Visa
    • Partior
    • CLSNet
    • Impel
    • Adhara
    • Datachain
    • Ant Group
    • CitiGroup
    • WeBank
    • IMF ?
    • BIS ?
    • Progmat ?
    • GroundX ?
  • 📓Requirements
    • Legal & Regulatory Layer
    • Governance and Policies Layer
      • Audit and Compliance sub-layer
      • Operations sub-layer
    • Application Layer
    • Integration and Middleware Layer
      • Oracle sub-layer
    • Semantic Layer
    • Syntactic Layer
    • Foundational Layer
      • Discovery sub-layer
      • Smart contract sub-layer
      • Function call sub-layer
      • Messaging sub-layer
      • Transaction sub-layer
      • Consensus sub-layer
      • Data transfer sub-layer
      • Security sub-layer
        • Identity and Authentication
        • Data Privacy
    • -
  • Protocol Providers
    • Chainlink
    • Axelar
    • Connext
    • Across
    • Toposware
    • IBC
    • Hyperlane
    • Sovereign Labs
    • Polymer Labs
    • Orb Labs
    • Zetachain
    • Sygma
    • deBridge
    • Wormhole
    • Routeur Protocol
    • Synapse
    • Wanchain
    • Gnosis
    • LayerZero
    • Comparison
  • Bridging Approaches
    • Bridges
    • Native Bridge
    • Third Party bridge
    • Multi-bridge
    • Oracle
    • Shared Sequencer
    • Mechanisms
      • Hash Locking
      • Notary Schemes
      • Proof Aggregation
    • zk-rollup ecosystems
    • Intent-centric
    • Function Calls
    • Relayers
      • Multisig
      • MPC
      • Light Client
      • ZKP Stark
      • ZKP Snark
      • Hybrid method
Powered by GitBook
On this page

Was this helpful?

  1. Industry Initiatives

EIP-5164: Cross-Chain Execution

Initiative Name

EIP-5164: Cross-Chain Execution

Organization

-

Type

Standard

Description

The specification introduces a cross-chain execution interface for EVM-based blockchains, enabling contracts on one chain to interact with contracts on another through cross-chain messages. It comprises two main components: the "Message Dispatcher" (on the calling side) and the "Message Executor" (on the receiving side). When a message is dispatched, it's relayed from the dispatcher to the executor via a transport layer for execution. This standardization arises from a need for Ethereum protocols to manage state changes across multiple EVM blockchains. While many chains possess bridges to execute Ethereum contracts, these bridges come with varied APIs, leading to custom integrations and inconsistent properties like security and speed. This common specification aims to promote code reusability and consistent bridge implementations. Bridges can couple multiple MessageDispatchers to a MessageExecutor, and users can send messages without knowing the executor's address. Some bridges might necessitate payments in native currency, making the dispatchMessage function payable.

Ecosystem

Ethereum

Public Participants

PoolTogether

Brendan Asselstine

Pierrick Turelier

Chris Whinfrey

Link

This specification defines a standardized interface for cross-chain message passing and execution between EVM-based blockchains. The key points are:

  • It does not rely on specific bridges or gateways. It aims to define a common standard that various bridge/gateway implementations can adopt.

  • There are two main components - MessageDispatcher on the sending chain and MessageExecutor on the receiving chain.

  • MessageDispatcher dispatches messages to target chain by emitting events that are picked up by MessageExecutor.

  • MessageExecutor receives and executes messages, ensuring each message is processed only once.

  • MessageDispatcher returns a unique messageId to track dispatch status.

  • MessageExecutor appends message metadata to call data when executing.

  • Emits events like MessageDispatched and MessageExecuted to confirm status.

  • Defines error handling for failed executions.

  • Allows payable messages to cover gas fees.

  • Aims to support backwards compatibility with existing bridges/gateways.

This spec aims to standardize cross-chain messaging in a bridge/gateway agnostic way. It focuses on the dispatcher and executor functionality required for message passing between EVM chains. Actual bridge/gateway implementations can build on top of this standard interface.

PreviousITU Digital Currency Global InitiativeNextEIP-3220: Crosschain Identifier Specification

Last updated 1 year ago

Was this helpful?

https://eips.ethereum.org/EIPS/eip-5164
👬
Page cover image