Skip to main content
In a nutshell
Some blockchains require accounts to be funded or registered on-chain before they can hold assets. Blockradar handles this automatically, but you will see small movements of native tokens (XLM, TRX, SOL) from your master wallet as a result. These are protocol requirements enforced by the blockchain itself, not Blockradar fees.

​
Why This Matters

On EVM chains like Ethereum or Base, a newly generated address exists implicitly: it costs nothing to create, and it can receive tokens immediately. Stellar, Tron, and Solana work differently. Each of these networks requires an account to be activated (Stellar, Tron) or to maintain a minimum balance (Solana) before it can fully participate on-chain. When Blockradar performs these steps for you, native tokens leave your master wallet, which can look alarming if you don’t know what’s happening. The most common example: after generating dedicated addresses on Stellar, you’ll see small XLM transfers out of your master wallet. This is not your XLM being drained. It is the Stellar network’s mandatory reserve being placed into each new address, and it remains in accounts your wallet controls. Here’s a summary of what each chain requires, with details for each below:

​
Stellar

​
How Stellar works

On Stellar, an account does not exist on-chain until it is created with a funding transaction. The network enforces a minimum balance called the base reserve:
  • Every account must hold a minimum of 1 XLM (2 × 0.5 XLM base reserves).
  • Each trustline adds 0.5 XLM to the minimum balance.
A trustline is an explicit opt-in that allows a Stellar account to hold a non-native asset. An address cannot receive USDC on Stellar until a USDC trustline has been established on it — and that trustline raises the account’s required reserve by 0.5 XLM.

​
What Blockradar does

When you generate a dedicated address on a Stellar wallet, Blockradar automatically activates it in the background. Activation is triggered when the address is created with indexing enabled (the default). If you issue a dormant address (enableIndexing: false), activation is deferred until you enable indexing. The activation flow:
1

Fund the new account

Your master wallet sends the required reserve to the new address in a createAccount operation. The amount is 0.5 XLM × (2 + number of trustlines). With the two currently supported Stellar assets (USDC and EURC), that’s 2 XLM per address.
2

Establish trustlines

In the same transaction, trustlines are established on the new address for every Stellar asset supported on your wallet, so it can receive those assets immediately.
3

Record activation

The address is marked as activated, and the activation transaction hash is stored on the address for your records.
Once activated, the address response includes the activation details under configurations.stellar:
Your XLM is not being drained. The XLM sent from your master wallet during activation becomes the reserve balance of the child address — an address derived from and controlled by your own wallet. You can verify every activation on-chain using the activationTxHash. The reserve is required by the Stellar protocol for the account to exist and hold assets; it is not a Blockradar fee.

​
Funding requirements

Your Stellar master wallet must hold enough XLM to activate the addresses you plan to create. Budget 2 XLM per address (with the current USDC and EURC trustlines), plus a small buffer for transaction fees. If your master wallet doesn’t have enough XLM, activation doesn’t fail permanently — it is queued and retried automatically (every minute for the first ~10 minutes, then every 5 minutes) until the master wallet is funded. The address’s configurations.stellar will show activated: false with a lastError describing the reason in the meantime.
Do not share a Stellar address with a customer until it has been activated. Payments to a Stellar account that doesn’t exist yet — or asset transfers to an account without the matching trustline — are rejected by the network. Check configurations.stellar.activated before displaying the address for deposits.

​
Tron

​
How Tron works

Tron addresses are inactive until they appear on-chain for the first time. An address is activated when it receives TRX (or TRC-10 tokens) from an already-active account. The Tron network charges the sender a one-time account creation fee of 1 TRX, which is burned. Two things are worth knowing:
  • TRC-20 deposits (e.g., USDT) do not require activation. Token balances are tracked by the token contract, so a customer can deposit USDT to a freshly generated address with no upfront cost.
  • Sending TRX to a new address costs 1 TRX extra. The activation fee is charged to whoever sends the first TRX transfer to that address.

​
What Blockradar does

Generating a Tron address on Blockradar is free — there is no upfront activation. The 1 TRX fee comes into play when TRX is sent to an address that has never been active. Blockradar detects this automatically and includes the activation fee in the network fee estimate, for example when:
  • You process a withdrawal to a customer’s brand-new Tron wallet.
  • Blockradar funds one of your dedicated addresses with TRX to cover sweep fees.
You don’t need to do anything — the fee simply appears as part of the network fee on those transactions.

​
Solana

​
How Solana works

Solana has no activation step, but it enforces rent exemption: every on-chain account must hold a minimum SOL balance proportional to the data it stores. As long as the balance stays above the minimum, the account persists indefinitely.
  • A regular wallet account requires ~0.00089 SOL.
  • Each token account (the account that holds a specific SPL token, such as USDC, for a wallet) requires ~0.00204 SOL.
Unlike EVM chains, a Solana wallet needs a separate token account for every token it holds. The rent deposit is locked in the account, not burned — it is recoverable if the account is ever closed.

​
What Blockradar does

Generating a Solana address on Blockradar is free — no on-chain transaction happens at creation. Rent deposits come into play the first time token accounts are needed. When Blockradar sweeps a deposit or processes a withdrawal and a required token account doesn’t exist yet, it creates the account automatically and the fee-paying wallet covers the ~0.00204 SOL rent deposit. This applies to both your own addresses and, on withdrawals, the recipient’s token account if they’ve never held that token before. As with Tron, this is handled transparently and reflected in the transaction’s network fee.

​
FAQs

No — this is Stellar activation working as designed. Each new address receives 2 XLM from your master wallet as the network-mandated reserve (1 XLM account minimum + 0.5 XLM each for the USDC and EURC trustlines). The XLM sits in the child address, which is derived from and controlled by your wallet. You can verify each transfer on-chain via the activationTxHash in the address’s configurations.stellar.
The most common cause is an underfunded master wallet. Top up your Stellar master wallet with XLM — pending activations retry automatically once funds arrive, so no manual action is needed beyond funding. Check configurations.stellar.lastError on the address for the specific reason.
The recipient address had never been active on the Tron network, so the network charged the one-time 1 TRX account creation fee. This is burned by the network, applies only to the first TRX transfer to that address, and is included automatically in Blockradar’s fee estimate.
That’s Solana’s rent-exempt minimum: ~0.00089 SOL per wallet account and ~0.00204 SOL per token account. It’s a deposit required by the network for the account to persist, not a fee — it stays in the account and is recoverable if the account is closed.
Stellar reserves and Solana rent deposits remain locked while the accounts exist and hold assets. They are only released if the underlying accounts (or trustlines/token accounts) are closed. Tron’s 1 TRX activation fee is burned by the network and is not recoverable.

​
Learn More