# GMX-DLN integration GMX is a decentralized exchange that allows users to swap tokens and leverage trading with long or short positions. Currently, it's functional on a few blockchains only. We propose extending the exchange's capabilities with the integration of the deBridge value transfer layer, DLN. [**DLN**](https://docs.google.com/document/d/1wV9mrrgYVyPoGoObQAdKFGIHJQmfaAB5DeRKDkMCYU0/) is an infrastructure product built on top of deBridge that allows to trade any liquidity and simultaneously pass call data between any chains. The integration will allow GMX to enable global accessibility and enable protocols and users from any chains that are supported by deBridge (including Solana) to open up positions and interact with GMX without the cost of additional deployments and the need to extend the existing architecture as the changes will mainly involve their frontend. ## Proposal The technical idea of the implementation would be to use DLN as a middle layer for cross-chain interactions. For example, it can allow users to trade any asset on one chain to USDC on Avalanche or Arbitrum and open up a position on GMX in the same transaction on behalf of a Safe account. The overall idea is to create a UI client for GMX so that users can connect any wallet on any chain and seamlessly interact with GMX while abstracting away the need to have gas and wallets, and even avoiding the need of switching chains. To access the system in a multi-layer way, the Safe account is at first deployed for the user on the networks he would like to interact on (See image below). For example, if the user wants to use Arbitrum as the destination chain, the Safe account is deployed to interact with GMX contracts on Arbitrum from any chain supported by deBridge. After this step, the user won't need to have gas tokens in the chains where GMX is deployed. Users will be able to interact with protocols from any desired chain while signed transactions will be executed by DLN on behalf of their Safe accounts. In DLN transactions are executed instantly without the need to wait for guaranteed finality, so UX will be similar to the one that users have when trading natively on Arbitrum ![](https://i.imgur.com/eFEOUO7.png)
Last changed by  
 
Alex Smirnov
73

Read more

Integration of deBridge Adapter into Multi-Bridge Implementation

In deBridge, we'd like to express our support for a multi-bridge Implementation developed by Celer team. We made a pull request (PR) where developed an adapter that adds support for deBridge infrastructure into the proposed multi-bridge framework. To test out integration, we performed a mainnet deployment of all smart contracts in BNB and Polygon Chains and made a test updateQuorumThreshold() operation initiated in the MultiBridgeSender contract in BNB Chain and successfully settled in the MultiBridgeReceiver Polygon. Transaction details can be found in deBridge explorer. The source code and additional details are available here: https://github.com/celer-network/sgn-v2-contracts/pull/232 We would like to encourage all bridge teams that support multi-bridge Implementation to make similar pull requests, adding their bridge adapter to the framework

2/2/2023
Pass an arbitrary call data cross-chain through deBridge

This instruction shows how to send a message/call_data through deBridge protocol to perform a simple cross-chain swap into Kovan blockchain using Uniswap liquidity pool Create liquidity pool in Kovan network: Bridge some asset (e.g. BNB) from BSC to Kovan through https://testnet.debridge.finance/ in order to receive wrapped asset (deWBNB) in Kovan network Create liqudity pool at Uniswap for deWBNB/ETH pair in Kovan: Prepare call_data for the swap Open regular swap widget and increase slippage tolerance parameter to make sure your transaction will not be reverted https://app.uniswap.org/#/swap

11/23/2021
Read more from Alex Smirnov
Published on HackMD