bob.defi Table: ez_dex_liquidity_pool_actions Type: Base Table
What
This table provides a comprehensive view of liquidity pool actions across major decentralized exchanges (DEXs) on EVM blockchains. Each row represents one token in a liquidity pool action. For example, if a user adds WETH and USDC to a pool, there will be 2 rows: one for WETH and one for USDC.Key Use Cases
- Analyzing liquidity provision patterns and LP behavior
- Tracking token-specific liquidity flows
- Monitoring large liquidity additions/removals by token
- Calculating LP rewards and impermanent loss
- Identifying popular tokens in liquidity pools
Important Relationships
- Join with ez_dex_swaps: Correlate LP actions with trading activity
- Join with ez_prices_hourly: Get historical token prices
- Self-join on ez_dex_liquidity_pool_actions_id: Group tokens from the same action
Commonly-used Fields
platform: DEX protocol (uniswap-v3, uniswap-v2 etc.)event_name: Type of action (Mint, Burn, AddLiquidity, RemoveLiquidity, Deposit, Withdraw etc.)liquidity_provider: Address providing/removing liquiditypool_address: Liquidity pool where action occurredtoken_address: Individual token in the actionamount: Decimal-adjusted token amountamount_usd: USD value of the token amount
Sample queries
Columns
| Column Name | Data Type | Description |
|---|---|---|
| BLOCK_NUMBER | NUMBER | Sequential counter representing the position of a block in the blockchain since genesis (block 0). |
- Immutable once finalized
- Primary ordering mechanism for blockchain data
- Increments by 1 for each new block
- Used as a proxy for time in many analyses
- Set by block producer
- Can have minor variations (±15 seconds)
- Always increasing (newer blocks = later timestamps)
- Primary key for transaction lookups
- Join key for traces, logs, and token transfers
- Immutable once confirmed
0x5c504ed432cb51138bcf09aa5e8a410dd4a1e204ef84bfed1be16dfba1b22060 | | EVENT_INDEX |
NUMBER | Zero-based sequential position of the event within a transaction’s execution.
Key Facts:
- Starts at 0 for first event
- Increments across all contracts in transaction
- Preserves execution order
- Essential for deterministic event ordering