Skip to main content
The tokens_multichain.transfers table provides a chain-agnostic view of fungible token transfer activity across EVM-compatible chains, Solana, Aptos, Sui, Stellar, Tron, and XRPL. It normalizes the most commonly used transfer fields into one schema, so you can analyze token movement across ecosystems without writing your own UNION ALL query over chain-specific tables. This dataset includes:
  • Transfer activity from EVM, Solana, Aptos, Sui, Stellar, Tron, and XRPL source models
  • String-based addresses and transaction identifiers for cross-ecosystem compatibility
  • Chain-native token identifiers through token_address and token_id
  • Normalized amount fields and USD values where source pricing is available
Use this table for broad cross-chain transfer analysis. Use the chain-specific transfer tables when you need source-specific details that are not part of the normalized multichain schema.

Utility

The multichain transfers table provides a consistent view of fungible token movement across ecosystems, enabling you to:
  • Compare transfer volume and activity across chains
  • Build cross-chain wallet activity views
  • Track token movement by symbol, token identifier, or blockchain
  • Analyze transfers across EVM and non-EVM ecosystems with one query

Methodology

The tokens_multichain.transfers table is built as a normalized union of Dune’s chain-level token transfer models:
  • EVM transfers from tokens_evm.transfers
  • Solana transfers from tokens_solana.transfers
  • Aptos transfers from tokens_aptos.transfers
  • Sui transfers from tokens_sui.transfers
  • Stellar transfers from tokens_stellar.transfers
  • Tron transfers from tokens_tron.transfers (base58 address columns)
  • XRPL transfers from tokens_xrpl.transfers
Each source model keeps its own chain-specific reconstruction logic. Tron rows are sourced from tokens_tron.transfers rather than the EVM union so multichain addresses use Tron base58 format instead of 0x hex literals. The multichain table maps those outputs into shared columns for time, transaction identity, sender, receiver, token identity, amount, pricing, and transfer classification. Some chain-specific fields are nullable because not every ecosystem has the same concepts. For example, EVM has transaction indexes and event indexes, Solana has instruction indexes, Aptos has transaction versions, Sui has checkpoints, Stellar has ledger sequences and operation IDs, and XRPL has ledger indexes.

Pricing Methodology

The amount_usd column is carried through from the chain-specific source models when pricing is available. Availability varies by ecosystem and token. If a token does not have a usable USD price at the transfer time, amount_usd stays NULL. The price_usd column is also source-dependent. Some source models provide an hourly token price, while others only expose the final USD value. For more details on Dune’s pricing methodology, see the Prices documentation.

Table Schema

Sample Queries

Compare transfer activity across ecosystems This query aggregates recent priced transfer volume by blockchain and token symbol:
Query recent transfers for one address on one chain Because addresses are stored as strings, include blockchain when querying a specific address so the value is interpreted in the right ecosystem:
Analyze transfer categories by chain This query compares source transfer classifications where they are available: