Skip to main content

​
EVM

The Ethereum Virtual Machine (EVM) is the core runtime environment that executes smart contracts and processes state updates across EVM-compatible blockchain networks.
  • Ethereum (ethereum-mainnet)
  • Polygon (polygon-mainnet)
  • Avalanche (avalanche-mainnet)
  • Binance Smart Chain (bsc-mainnet)
  • Base (base-mainnet)
  • Arbitrum One (arbitrum-mainnet)
  • Optimism (optimism-mainnet)
  • Monad (monad-mainnet)
  • Linea (linea-mainnet)
  • Robinhood Chain ** (robinhood-testnet **)
Executing transactions on EVM networks requires burning or paying native gas tokens (e.g., ETH, POL, BNB) to incentivize network validators.
OpenXSwitch utilizes ERC-4337 Paymaster infrastructure to sponsor gas fees natively. This enables completely gasless user experiences or allows transactions to be settled directly in stablecoins (such as USDC or USDT).

​
SOLANA

Unlike EVM chains where tokens share a single unified address, Solana requires an Associated Token Account (ATA) to hold balances for each specific non-native token (such as USDC or SPL tokens).
Solana requires a rent-exempt deposit in SOL to allocate state space for an ATA. Once rent-exempt, the ATA remains active permanently without additional storage fees.
OpenXSwitch Gas Station automatically sponsors the initial rent deposit required to create an ATA upon the first deposit or token interaction. Subsequent transfers for that token reuse the existing ATA with zero additional setup costs.

​
BITCOIN (BTC)

Bitcoin does not use smart contract gas. Instead, transaction fees depend on mempool congestion and transaction size in virtual bytes (vBytes).
Fees are measured in satoshis per virtual byte (sat/vB). OpenXSwitch dynamically calculates mempool rates using the formula:
Total Fee (satoshis) = Transaction Size (vBytes) x Fee Rate (sat/vB)
The Bitcoin fee rate is the price paid per unit of transaction data size, measured in satoshis per virtual byte (sat/vB).

​
TRON

The Tron Gas Manager is an OpenXSwitch workspace utility that automates gas sponsorship, resource allocation, and address activation for TRON transactions. Each workspace relies on a dedicated wallet that requires pre-funding with TRX to power these automated operations.
A newly generated TRON public key address does not exist on the global ledger until an explicit activation transaction is broadcast.
When executing TRC-20 contract interactions (such as USDT transfers) on TRON, fees can be settled using two distinct mechanisms:
  • Resource Delegation (Primary Staking Model): TRX is frozen or staked in advance to generate a continuous supply of Energy and Bandwidth. These resources are delegated directly to executing wallet addresses to cover contract execution without permanently destroying TRX. Resource delegation delivers up to 70–80% cost savings compared to direct TRX burning.
  • TRX Burning (Fallback Mechanism): If an address lacks delegated resources at execution time, the protocol burns native TRX directly from the sending wallet to generate the required Energy and Bandwidth on-demand. While this ensures guaranteed transaction completion, burning TRX is significantly more expensive per transaction.
Yes. Unactivated TRON addresses can receive TRC-20 tokens (such as USDT) directly. However, the account must be activated before it can perform outgoing transfers or receive delegated Energy.
  • Bandwidth: Covers transaction byte size (consumed by all transactions).
  • Energy: Covers smart contract execution (required for TRC-20 transfers like USDT).
If the recipient address already holds USDT, the contract only updates an existing storage slot (64,000 Energy). If the recipient has never held USDT, the contract must write a new storage slot in state memory (131,000 Energy).
OpenXSwitch uses a Tron Gas Manager to delegate Energy and Bandwidth automatically, providing up to 80% cost savings.
Activating a TRON address incurs a standard on-chain fee of 1 TRX, which allocates account storage space in state memory and assigns initial bandwidth to the address.