Key Features
- Lock-and-mint architecture: Native tokens are locked on the source chain, synthetic deAssets are minted on destination chains
- 1:1 collateralization: Total supply of each deAsset is always fully backed by collateral locked on the native chain — no liquidity imbalance risk
- Automatic listing: No listing requirements — any token can be bridged, and the deAsset is deployed automatically on first claim
- Multi-chain routing: Transfer deAssets between secondary chains directly, without routing through the native chain
- Decentralized validation: Validator consensus ensures cross-chain transfer integrity
- Canonical bridge for IaaS chains: Provides cross-chain asset custody for chains connected via deBridge Infrastructure-as-a-Service
When to Use dePort
- Token issuers wanting multi-chain presence for their assets
- Protocols deploying synthetic representations across chains
- Projects needing 1:1 backed wrapped tokens with guaranteed collateralization
- Multi-chain token distribution without liquidity fragmentation
- Canonical bridging for chains connected via IaaS — seamless custody of assets from other networks
How It Works
- Lock: The native token is locked in the
deBridgeGatesmart contract on the source chain. A uniquesubmissionIdis calculated from the transaction parameters. - Validate: deBridge validators track the event, wait for block finality, then sign the
submissionIdand submit it to the destination chain. - Mint: Once sufficient validator signatures are collected, the corresponding deAsset is minted on the destination chain. If the token is bridged for the first time, the deAsset contract is deployed automatically.
- Claim: Any wallet can call the
claimmethod with the transaction parameters and validator signatures. The smart contract reconstructs thesubmissionId, verifies signatures, and mints/unlocks the asset to the receiver.
Architecture
Documentation
Getting Started
Core concepts, collateralization, and listing
Transfer Flow
Technical transfer mechanics and validation