Overview
ChainStream GraphQL organizes its 25 Cubes into three Chain Groups. Each group represents a blockchain ecosystem and determines which Cubes are available, how thenetwork parameter works, and what chain-specific fields exist.
EVM
The EVM group contains Cubes for all EVM-compatible blockchains. It requires anetwork argument to specify which chain to query.
Available Networks
| Network ID | Blockchain |
|---|---|
eth | Ethereum |
bsc | BNB Chain (BSC) |
polygon | Polygon |
Cubes
Shared with Solana:DEXTrades, DEXTradeByTokens, Transfers, BalanceUpdates, DEXPoolEvents, TokenSupplyUpdates, Blocks, Transactions, TransactionBalances, DEXPools, TokenHolders, WalletTokenPnL
EVM-only:
Events— Smart contract event logs (decoded topics and data)Calls— Internal call traces (CALL, DELEGATECALL, CREATE, etc.)MinerRewards— Block rewards breakdown (static, dynamic, uncle, burned fees)DEXPoolSlippages— Pool price slippage analysisUncles— Uncle block data (primarily Ethereum PoW historical)PredictionTrades— Prediction market trades (primarily Polygon)PredictionManagements— Prediction market management events (primarily Polygon)PredictionSettlements— Prediction market settlements (primarily Polygon)
Example Query
Solana
The Solana group contains Cubes for the Solana blockchain. The network is implicit (sol) — no network argument is needed.
Cubes
Shared with EVM:DEXTrades, DEXTradeByTokens, Transfers, BalanceUpdates, DEXPoolEvents, TokenSupplyUpdates, Blocks, Transactions, TransactionBalances, DEXPools, TokenHolders, WalletTokenPnL
Solana-only:
Instructions— Program instruction data (program address, method, accounts, logs)InstructionBalanceUpdates— Balance changes at instruction levelRewards— Validator and staking rewardsDEXOrders— DEX order book events (limit orders, cancellations, fills)
Example Query
Solana-Specific Fields
Solana Cubes use different field names for some dimensions compared to EVM:| Concept | Solana | EVM |
|---|---|---|
| Token address | MintAddress | SmartContract |
| Transaction ID | Signature / Hash | Hash |
| Block identifier | Slot | Number |
| Program/Contract | ProgramAddress | SmartContract |
| Fee payer | FeePayer | From |
Trading
The Trading group provides cross-chain pre-aggregated trading analytics. It combines data from all supported chains into unified materialized views with achain dimension for filtering.
Cubes
Pairs— OHLC candlestick data (open/high/low/close, volume, trade count)Tokens— Per-token trade statistics (volume, buy/sell breakdown, unique traders)
Key Differences from EVM/Solana Groups
- No
networkargument — The Trading group combines data across chains. Use thechaindimension within the data to filter by network. - Cross-chain data — A single query can return data for
sol,eth, andbsctogether. - Pre-aggregated — Data is materialized at minute granularity from the DWM layer.
Example: Cross-Chain OHLC
Example: Token Trade Stats by Chain
Chain Group Comparison
| Feature | EVM | Solana | Trading |
|---|---|---|---|
network argument | Required (eth, bsc, polygon) | Not needed (implicit sol) | Not needed (cross-chain) |
| Unique Cubes | Events, Calls, MinerRewards, Uncles, DEXPoolSlippages, Prediction* | Instructions, InstructionBalanceUpdates, Rewards, DEXOrders | Pairs, Tokens |
| Data granularity | Per-event (DWD) + aggregated (DWM/DWS) | Per-event + instruction-level | Pre-aggregated (DWM) |
dataset support | Yes (most Cubes) | Yes (most Cubes) | Yes |
aggregates support | Yes | Yes | Yes |
Related Documentation
Data Cubes
Detailed field structures and use cases for all 25 Cubes.
Dataset & Aggregates
Control data source scope and pre-aggregation behavior.

