Dexscreener

Crypto guides

Dexscreener is the market map from confirmed buy to wallet exit

Dexscreener is a pair-level market map for following a decentralized-exchange position from a confirmed purchase through balance checks, partial reductions, and a final sale. Its blockchain indexer connects each pool chart to observed swaps, while the wallet and chain explorer establish what the address actually owns. Match the token contract or mint, the chain, and the pair before calculating size; then distinguish settled token units from a changing market value.

Key takeaway: It is a multichain DEX tracker for following a wallet position from a confirmed buy to balance review, size adjustment.

Transaction costs begin only when the wallet signs

Position costs separate into three buckets: the liquidity pool fee, the blockchain network fee, and price impact created by the order's size relative to available reserves. Reading Dexscreener creates zero on-chain transactions, so opening a chart, inspecting liquidity, or reviewing the transaction stream incurs no gas. A charge begins when the wallet signs an action through Uniswap, Jupiter, Raydium, Orca, or another execution venue associated with the selected pair.

Uniswap v3 defines four liquidity-provider fee tiers: 0.01%, 0.05%, 0.30%, and 1.00%. Uniswap v2 uses a 0.30% swap fee, while other protocols set their own pool rules. An ERC-20 sale also requires one approval transaction when the chosen router lacks sufficient allowance, followed by the swap transaction itself. Ethereum gas remains market-priced because the transaction consumes computation and pays a base fee plus a priority fee.

Solana charges a base fee of 5,000 lamports per signature, divided 50% to fee burning and 50% to the validator, with an optional prioritization fee added separately. A one-signature swap therefore starts with a 5,000-lamport base network charge before priority and protocol-specific costs. The remaining variable comes from the selected route, its pool fee, reserve depth, and the amount crossing those reserves.

Separating pool data from wallet data produces a clean record

Dexscreener's pair view establishes what occurred inside one liquidity pool, whereas a wallet or block explorer establishes what settled for one address. Etherscan and Solscan expose transaction receipts, token transfers, and account balances; MetaMask and Phantom present assets controlled by the connected account. DeBank and Zerion aggregate EVM portfolio data, while Uniswap and Jupiter construct and execute swaps. These products answer adjacent questions rather than maintaining one interchangeable position ledger.

The pair screen groups activity into four standard windows: 5 minutes, 1 hour, 6 hours, and 24 hours. Those windows describe the pool's price change, volume, buys, and sells; they do not encode a wallet's purchase price or remaining quantity. Programmatic monitoring follows the same distinction. Pair and search endpoints permit 300 requests per minute, while several profile, boost, and order endpoints use a 60-request-per-minute limit.

Use the pool screen for execution context and the chain record for ownership. That boundary matters when an aggregator divides one order among several venues, because each pool shows its own leg while the wallet reflects the combined settlement.

Confirmation turns a swap quote into an owned balance

A confirmed buy becomes a wallet position when the blockchain records the output-token transfer to an account controlled by that wallet. The pair indexer parses the relevant logs and displays the swap, but the settled transfer amount - not the preview or submitted budget - defines the opening token quantity. On Ethereum, an ERC-20 contract stores balances by address; on Solana, an SPL Token or Token-2022 mint identifies the asset and a token account holds its units, as broken down in Dexscreener alerts.

An Ethereum address holds 20 bytes and normally displays as 42 characters including its 0x prefix, while a Solana account key is 32 bytes. These formats make chain selection inseparable from address matching. One ETH equals 1,000,000,000,000,000,000 wei, and one SOL equals 1,000,000,000 lamports. USDC uses 6 decimal places, whereas native SOL uses 9, so raw integers must be scaled with the asset's own decimal setting before balances are compared.

The entry record therefore needs the transaction identifier, wallet address, chain, token address, settled token amount, quote asset spent, and pool address. Together, those fields preserve the actual purchase even after the chart price moves away from the execution level.

Exact addresses prevent the wrong pool from becoming your benchmark

Token identity rests on the contract address on an Ethereum Virtual Machine chain or the mint address on Solana. Symbols and names remain display metadata, and unrelated assets may reuse them. Pair identity adds another layer because each market combines a base token, quote token, decentralized exchange, chain, and unique pool address.

Searching Dexscreener by token address reveals the pools indexed for that asset, while searching by pair address selects one market directly. A single ERC-20 pair on Uniswap v3 may exist in four fee-tier pools, and the same Solana mint may trade through both Raydium and Orca against SOL or USDC. Each pool has separate reserves, transactions, and execution prices even though every settled token unit belongs to the same mint or contract.

Keep the entry pool as the initial benchmark, then compare deeper pools before an adjustment or exit. Switching the chart to another pair changes the market reference; it does not change the wallet balance.

Pool depth and time windows turn a token count into a position mark

A position mark combines the wallet's settled token quantity with the price from a deliberately selected pool. Dexscreener supplies prices in the quote asset and, where available, a USD estimate, alongside liquidity, volume, transaction counts, and price change. The multiplication produces a mark-to-market value rather than a cost basis, because the original acquisition price lives in transaction history.

Liquidity describes the assets available around the market, not cash assigned to an individual wallet. A standard constant-product pool holds two reserve assets and maintains the relationship expressed as x multiplied by y equals k before fees. As a sell becomes large relative to the output reserve, its execution moves along that curve, so multiplying the entire balance by the last displayed price overstates the amount obtainable from a thin pool.

Market capitalization and fully diluted valuation also describe the token rather than the position. The platform calculates fully diluted valuation from price multiplied by total supply after subtracting burned supply, while market capitalization may use circulating supply. Neither figure replaces the balance-times-price calculation for one address. Pool liquidity, route depth, and the intended sell size remain the relevant inputs for an adjustment.

Partial sells reduce exposure while the original token account remains

A partial sell lowers the output-token balance and raises the chosen quote-asset balance after settlement. The contract or mint remains unchanged, so the position stays associated with the same asset even when the transaction uses a different pool. Record the quantity transferred out, the quote units received, the network charge, and the new settled balance rather than estimating the reduction from chart percentages alone.

Hypothetical size adjustment

Hypothetical inputs: a wallet sends 1,000 USDC into a Uniswap v3 pool at the 0.30% fee tier, and the realized after-fee execution price is hypothetically 0.20 USDC per token; Ethereum gas is excluded because it is paid separately in ETH. The pool fee equals 3 USDC, leaving 997 USDC for the swap, so the wallet receives 4,985 tokens. A hypothetical 40% reduction sells 1,994 tokens and leaves exactly 2,991 tokens: 4,985 minus 1,994.

The settled 4,985-token receipt, rather than a pre-trade estimate, becomes the denominator for that reduction. If Jupiter divides a Solana sale across Raydium and Orca, a Dexscreener transaction row for either pool represents only that route leg. The final wallet balance reconciles the whole order, including every leg that reached confirmation.

A zero token balance closes exposure, not every account state

A complete exit brings the controlled address's balance for the chosen token to zero and increases the intended settlement asset after the final transaction confirms. The Dexscreener chart records market activity inside the pool, so closure must be checked in the wallet or explorer. Retain the final transaction identifier, outgoing token amount, received quote amount, network fee, and post-transaction balances as the closing record.

Settlement assets require exact identification. WETH is an 18-decimal ERC-20 token and remains distinct from native ETH until it is unwrapped. Wrapped SOL similarly occupies a token account until an unwrap operation returns lamports, although swap interfaces frequently assemble that operation within the route. A Solana associated token account is derived from three identity inputs - the owner, token program, and mint - and may remain allocated with a zero token balance.

ERC-20 allowance is separate state as well. Selling the full balance does not necessarily reduce a router allowance to zero, and transferring the final units does not erase earlier transactions. Closing the economic position therefore means confirming zero units of the target asset and receipt of the desired quote or native asset, not expecting every related on-chain record to disappear.

A four-part record suits spot positions from entry through exit

The lifecycle method fits self-custody spot positions whose ownership appears directly as fungible token balances on Ethereum, Solana, and comparable supported chains. It works especially well when MetaMask or Phantom controls the address, a public explorer confirms settlement, and the trader uses pair liquidity to contextualize routine reductions. The compact rule is one wallet, one chain, one exact token address, and one selected reference pool.

Liquidity-provider positions, lending deposits, and perpetual contracts use different accounting objects rather than a simple wallet token balance. A Uniswap v3 liquidity position, for example, is represented by an NFT and contains two assets across a chosen price range. Keeping this workflow centered on ordinary ERC-20, SPL Token, and Token-2022 spot balances preserves a continuous record from confirmed entry to final exit.

Good to know

Published 26 Jul 2026