avalanche.dexalot Table: fact_event_logs Type: Base Table
What
This table contains raw event logs emitted by smart contracts during transaction execution. Each row represents a single event with its topics and data. Events are the primary mechanism for smart contracts to communicate state changes and must be explicitly emitted in contract code.Key Use Cases
- Tracking raw blockchain events before decoding
- Filtering events by signature (topic_0) for specific event types
- Analyzing contract activity patterns and event frequencies
- Building custom event decoders for unsupported contracts
- Monitoring specific addresses via indexed parameters
Important Relationships
- Join with ez_decoded_event_logs: Use
tx_hashandevent_indexfor simplified decoded data - Join with fact_transactions: Use
tx_hashfor transaction context - Join with dim_contracts: Use
contract_addressfor contract metadata
Commonly-used Fields
topic_0: Event signature hash for filtering event typescontract_address: Smart contract that emitted the eventtopics: Array of indexed parameters (max 4)data: Hex-encoded non-indexed parametersevent_index: Sequential position within transactiontx_hash: Transaction containing this event
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 | | TX_POSITION |
NUMBER | Zero-indexed position of transaction within its block.
Insights:
- Position 0: First transaction in block
- MEV bots often target early positions
- Bundle transactions appear consecutively
- Useful for analyzing transaction ordering | | EVENT_INDEX | NUMBER | Zero-based sequential position of the event within a transaction’s execution.
- Starts at 0 for first event
- Increments across all contracts in transaction
- Preserves execution order
- Essential for deterministic event ordering
- 0xa9059cbb: transfer(address,uint256)
- 0x095ea7b3: approve(address,uint256)
- 0x23b872dd: transferFrom(address,address,uint256)
- TRUE: Transaction executed successfully
- FALSE: Transaction failed/reverted | | FACT_EVENT_LOGS_ID | TEXT | Primary key - unique identifier for each row ensuring data integrity.
- Deduplication in incremental loads
- Join operations for data quality checks
- Troubleshooting specific records
- Data freshness monitoring
- Incremental processing markers
- Debugging data pipeline issues
- SLA tracking