Glitter Finance
  • Introduction
    • Disclaimer
    • Avoiding Crypto Scams
    • Glitter Finance Links
    • Glitter Finance Community Bug Bounty Program
  • Glitter Crosschain Platform
    • Bridge FAQ
      • General Bridge Questions
      • Algorand
      • Solana
      • Ethereum
      • Avalanche
      • Polygon
      • Tron
    • New Interface Overview
    • Bridging Tutorials
      • Algorand to Solana
      • Solana to Algorand
      • USDC: Swap Tutorial
    • USDC and EUROC Transfer
      • Audit Report for USDC Swap
    • Supported Wallets
      • Wallets Compatibility / Mapping
    • Bridging Security
    • Audits
    • Incorrect/Failed Transactions
    • Bridge Core MVP
      • Disclaimer and Key Terms
      • Bridge Core MVP
        • Core Concept
        • Bridge Relayer
        • Sending Request
        • Receiving Request
        • Glitter Bridge Protocol
        • Relaying Request
    • Token Bridge v2
      • Infrastructure
      • Lifecycle of the validator
      • Potential issues
      • Supported Networks, Token Bridge v2
      • Supported Networks, Token Bridge MVP v1
    • Glitter SDK
    • Glitter Widget
    • Supported Tokens
  • Glitter Bridge Explorer
    • Glitter Bridge Explorer
    • Glitter Bridge Explorer Guide
    • Deep Analytics
  • Glitter Arbitrage and Liquidation Bot
    • Glitter Arbitrage Bot
    • What are Arbitrage Loops?
    • State of the Project
  • Brand Assets
    • Logo
      • Clearspaces
      • Logo Dont's
      • Logo Assets
        • Horizontal logotype
        • Vertical logotype
        • Logotype Box
    • Glitter Colors
      • Backgrounds
  • Rainbow Network
    • Overview
Powered by GitBook
On this page
  • Protocol Gateway B
  • Secondary/Destination Chain
  • Mint and Burn
  1. Glitter Crosschain Platform
  2. Bridge Core MVP
  3. Bridge Core MVP

Receiving Request

PreviousSending RequestNextGlitter Bridge Protocol

Last updated 2 years ago

Protocol Gateway B

The gateway protocol B (contract) receives an approval message from gateway A and the validator node on the secondary chain verifies the message and initiates the mint contract to create (mint) the wrapped equal amount of the locked asset on the target chain.

Wrapped token can be redeemed to native token on the primary chain through the glitter bridge. The secondary chain smart contract sends a request to unlock locked assets on the primary chain which the oracle protocol certifies the existence of the wrapped asset and the collateralized locked asset. Equal amount of the native asset is unlocked on native chain and the equal of the wrapped asset is burnt and completely removed from circulation.

Secondary/Destination Chain

This is the chain where a minted token will be received by the user or burnt after a bridge transfer action that lock/unlock token on the primary chain has been executed.

Mint and Burn

Glitter Bridge protocol uses the mint and burn protocol smart contract function to mint wrapped token on destination chain and burn wrapped token when unwrapping the asset. This allows the Glitter bridge to ensure wrapped tokens do not get circulated without the peg of native assets.