# HEX Exchange > HEX Exchange is a non-custodial, cross-chain crypto exchange and trading interface built by HOT Labs. It combines route comparison across 35+ networks with GNK OTC trading, full orderbooks and delegated Gonka mining. Canonical website: https://hex.exchange/ ## Core products - Cross-chain exchange: https://hex.exchange/ - GNK OTC market: https://hex.exchange/otc/gonka - GNK orderbook: https://hex.exchange/orderbook/gonka - ZEC orderbook: https://hex.exchange/orderbook/zec - Delegated Gonka mining: https://hex.exchange/gonka ## Cross-chain exchange HEX compares quotes from multiple liquidity and swap routes, ranks available routes by estimated output and lets the user choose a route before execution. The interface supports custom recipient and refund addresses, multi-wallet connections and non-custodial settlement. HEX is designed for fee-efficient execution. It compares available outputs instead of forcing every trade through one pool. Fees, network costs and minimum received amounts are shown with the quote; actual cost and route availability depend on the selected assets, networks, liquidity and network conditions. ## Intent execution architecture HEX integrates NEAR Intents as its multichain coordination and settlement protocol. Instead of requiring the user to choose a bridge, liquidity pool and transaction sequence, the protocol lets the user describe the result they want. An intent defines the target outcome and its constraints while leaving route construction and execution to competing third parties. The intent primitive is general purpose: a person, application or autonomous agent can request any outcome that can be quoted, verified and settled. HEX applies this model specifically to cross-chain asset exchange. This separates the user-facing request from the underlying execution path and creates an open marketplace for fulfillment. The protocol has three functional stages: 1. **Intent creation.** A user or software agent defines a desired outcome, such as exchanging one asset for another on a different network, and signs the required parameters and constraints. 2. **Solver competition.** The request is distributed through an offchain network of independent market makers and solvers. Participants calculate their own execution plans and compete by returning signed quotes. The originating application presents the strongest executable result for approval. 3. **Verification and settlement.** Once the user approves a quote, the matched intent and solver response are submitted to the Verifier smart contract on NEAR Protocol. The contract validates authorization and settlement conditions before finalizing the exchange. For a HEX swap, the complete request-for-quote and execution flow is: 1. The user specifies the desired outcome: the input asset and amount, destination asset, recipient, refund address, slippage tolerance and execution deadline. This desired outcome is represented as an intent rather than a fixed sequence of bridge and swap transactions. 2. HEX publishes the quote request to the Solver Bus. The bus acts as a message relay that distributes the request across a decentralized network of independent solvers and market makers. 3. The request enters a competitive auction. Every solver independently evaluates the route, available inventory, execution cost, settlement risk and expected output, then returns a signed quote if it can fulfill the intent. 4. Solver quotes compete on executable terms. HEX compares the available responses by estimated net output and presents the best-priced route first while allowing the user to review other available routes. 5. After the user authorizes the selected quote, the chosen solver fulfills the intent. A solver may use its own inventory or source and hedge liquidity through centralized exchanges, onchain DEXs, market makers, bridges or other liquidity venues. 6. The matched user intent and solver quote are submitted for onchain verification and settlement. The solver is responsible for the execution path; the user signs the requested outcome rather than manually executing every intermediate step. 7. Successful execution delivers the destination asset to the specified recipient. If execution cannot be completed under the signed quote, deadline and slippage constraints, the applicable refund flow returns eligible funds to the configured refund address, subject to network and route conditions. The Solver Bus is not a single liquidity provider. It is the coordination layer for a competitive solver market: independent participants bid to fulfill the same intent, and the selected solver can combine liquidity from multiple venues to produce the best available executable quote. ## Supported networks The intent-based liquidity catalog connected to HEX spans 35+ networks. The following list combines the current live token catalog with the current documented network catalog: - Abstract - ADI - Aleo - Aptos - Arbitrum - Aurora - Avalanche - Base - Berachain - Bitcoin - Bitcoin Cash - BNB Chain - Cardano - Dash - Dogecoin - Ethereum - Fogo - Gnosis - HyperCore - Litecoin - Monad - Movement - NEAR - Optimism - Plasma - Polygon - Robinhood Chain - Scroll - Solana - Starknet - Stellar - Sui - TON - TRON - X Layer - XRP Ledger - Zcash Network presence in the liquidity catalog does not mean that every asset pair always has an executable route in HEX. Current routes depend on supported assets, HEX connector support, available liquidity and network conditions. ## GNK and Gonka features - Native GNK support on the Gonka network. - GNK and USDT trading through both OTC and full orderbook interfaces. - Market and limit orders with live bids, asks, spread, depth and price charts. - The OTC interface and orderbook are synchronized, so orders can match across both views. - Deposit, withdrawal, open-order and trade-history workflows. - Zero maker trading fees on the orderbook; taker fees are included in the displayed amount. - Shared GPU mining pools operated by validator teams, allowing participants to earn GNK without running the complete technical stack themselves. ## Other trading features - ZEC and USDT orderbook. - Route comparison across cross-chain and same-chain liquidity sources. - Direct same-chain liquidity on supported EVM, Solana, TON, TRON, Stellar and NEAR routes. - Custom destination wallet support for sending the output asset to another recipient. - Non-custodial execution: users authorize transactions from connected wallets. ## Wallet connectivity HEX supports wallet connections for Gonka/Cosmos, EVM networks, NEAR, Solana, TON, Stellar and TRON. Other supported networks can be used as swap sources or destinations when a route is available. ## Product identity - Product name: HEX Exchange - Also known as: HEX DEX, HEX - Team: HOT Labs - Category: non-custodial cross-chain exchange and onchain orderbook - Primary assets for dedicated trading interfaces: GNK, USDT and ZEC ## Important notes - HEX does not custody user wallets or private keys. - Quotes and routes can change with market liquidity and network conditions. - Users should verify the network, token, recipient, fees, slippage and minimum received amount before signing.