MAP Protocol is a peer-to-peer cross-chain infrastructure that enables secure and decentralized interoperability between heterogeneous blockchains. The architecture is designed with a three-layer structure.
┌─────────────────────────────────────────────────────────────────────────┐
│ Application Layer │
│ │
│ Omnichain DApps │ Cross-chain Bridges │ Other Apps │
└─────────────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────────────┐
│ MOS (MAP Omnichain Service) Layer │
│ │
│ Message Passing │ Asset Transfer │ Data Verification │
└─────────────────────────────────────────────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────────────────────────┐
│ Protocol Layer │
│ │
│ MAP Relay Chain │ Light Clients │ TSS Network │
└─────────────────────────────────────────────────────────────────────────┘
The foundation layer providing core cross-chain verification and consensus.
Components:
| Component | Description |
|---|---|
| MAP Relay Chain | EVM-compatible blockchain serving as the relay hub |
| Light Clients | On-chain verification of other chain's state |
| TSS Network | Threshold signature scheme for decentralized custody |
| Maintainers | Network participants maintaining cross-chain state |
The service layer providing cross-chain messaging and asset transfer capabilities.
Components:
| Component | Description |
|---|---|
| Message Protocol | Standard for cross-chain message format |
| Messenger | Off-chain service relaying messages |
| Vault/Gateway | Asset custody and verification contracts |
The user-facing layer where omnichain applications are built.
Examples:
- Cross-chain DEX
- Omnichain NFT
- Cross-chain Lending
- Multi-chain Governance
MAP Relay Chain (Atlas) is the core of MAP Protocol, serving as:
- Relay Hub: Central point for cross-chain message routing
- Verification Center: Hosts light clients for connected chains
- Governance Platform: Manages validators, maintainers, and protocol parameters
- Consensus Algorithm: Istanbul BFT (IBFT)
- Block Time: ~5 seconds
- Finality: Instant finality with 2/3+ validator agreement
- Staking: Proof of Stake with MAPO token
- EVM compatible
- Precompile contracts for cryptographic operations
- Genesis contracts for staking and governance
MAP Protocol supports two verification methods:
Source Chain Relay Chain Target Chain
│ │ │
│ Block Header │ │
├────────────────────────►│ │
│ │ │
│ Merkle Proof │ Verified Message │
├────────────────────────►├───────────────────────►│
│ │ │
Source Chain Maintainer Network Target Chain
│ │ │
│ Cross-chain Event │ │
├────────────────────────►│ │
│ │ │
│ TSS KeySign │
│ │ │
│ │ TSS Signature │
│ ├───────────────────────►│
│ │ │
- Produce blocks on MAP Relay Chain
- Participate in IBFT consensus
- Stake MAPO tokens
- Can register as Maintainers
- v1: Update light client state
- v2: Participate in TSS signing, observe cross-chain events
- Relay cross-chain messages
- Submit proofs to target chains
- Earn fees for message delivery
- Submit TSS signatures to target chains
- Can be Maintainers or independent operators
- Provide liquidity to Vaults
- Earn cross-chain fees
MAP Protocol is designed to support:
- EVM Chains: Ethereum, BSC, Polygon, Arbitrum, etc.
- Non-EVM Chains: Near, Solana, TON
- Bitcoin: Via TSS-based Vault
- No single point of failure
- Distributed validation and signing
- On-chain governance
- Light client verification based on source chain consensus
- TSS threshold signature (2/3 fault tolerance)
- Slashing for malicious behavior
- Staking requirements for validators and maintainers
- Slashing penalties for misbehavior
- Incentive alignment through rewards