Skip to main content
The tokens_stellar.transfers table contains token movement data for Stellar assets indexed on Dune. It brings native XLM, issued assets, and contract token activity into one table using a unified event model. This dataset includes:
  • Standard transfers between accounts, contracts, and other Stellar entities
  • Mint, burn, clawback, and fee events in the same token-movement stream
  • Coverage across classic Stellar operations and contract token activity
  • Asset identifiers for native, issued, and contract-linked assets
This table represents unified token movement on Stellar, not just payment operations. It also includes system-level activity such as fees, mints, burns, and clawbacks, so exclude those if you want to focus only on regular user-to-user transfers.

Utility

The Stellar transfers table provides a consistent view of token movement on Stellar, enabling you to:
  • Track token flows between wallets, issuers, and contracts
  • Analyze transfer activity by asset, operation type, and day
  • Separate regular transfers from mint, burn, clawback, and fee activity
  • Compare classic Stellar operations with contract token events

Methodology

According to the official Stellar docs, token transfers are standardized through CAP-67 unified events and the Token Transfer Processor (TTP), which derives token movement from ledger data across both classic operations and contract-based activity. The tokens_stellar.transfers table is built around that event model:
  • It standardizes token movement into a shared set of event topics: transfer, mint, burn, clawback, and fee.
  • It captures activity from classic Stellar operations such as payments, path payments, DEX offer execution, claimable balances, liquidity pool actions, account merges, and clawbacks.
  • It also includes contract token events, where is_soroban = true and event_type is commonly invoke_host_function.
  • event_type shows the originating operation or execution path, while event_topic shows the normalized token-movement category.
  • contract_id is populated on every event as the standardized asset identifier used across native, issued, and contract tokens.
Because fee events are part of the same stream, not every row has both a sender and receiver. For example, fee rows usually have a from account but no to account. The from and to columns can contain multiple Stellar address types. The prefix identifies the entity type, so you may see G... accounts, C... contracts, B... claimable balances, and L... liquidity pools.

Table Schema

Sample Queries

Query token movement for a specific Stellar address This query returns incoming and outgoing token events with populated normalized amounts for a wallet during a historical window:
Calculate daily transfer volume for a specific Stellar asset This query aggregates daily transfer activity for issued USDC during a historical window:
Split Stellar token activity by event category and source This query helps distinguish transfers from mints, burns, clawbacks, and fees, while also separating classic and contract-based activity during a historical window with populated normalized amounts: