| BLOCK_NUMBER | NUMBER | Sequential counter representing the position of a block in the Tron blockchain since genesis (block 0). Key Facts: Immutable once finalized Primary ordering mechanism for blockchain data Increments by 1 for each new block Encoded in the first bytes of blockhash Usage in Queries: Important: Many early Tron blocks are empty (zero transactions). Expect blocknumber gaps in transaction-based tables. |
| BLOCK_TIMESTAMP | TIMESTAMP_NTZ | UTC timestamp when the block was produced by the super representative (SR). Format: TIMESTAMP_NTZ (no timezone) Precision: Second-level accuracy Best Practices: Note: Tron produces blocks every 3 seconds via DPoS consensus. |
| TX_HASH | TEXT | Unique identifier for the transaction. Format: 0x + 64 hexadecimal characters Usage: Primary key for transaction lookups Join key for event logs, internal transactions, and token transfers Immutable once confirmed Example: ‘0x5c504ed432cb51138bcf09aa5e8a410dd4a1e204ef84bfed1be16dfba1b22060’ |
| TX_POSITION | NUMBER | Zero-indexed position of the transaction within its block. Example: 5 |
| EVENT_INDEX | NUMBER | Zero-based sequential position of the event log within the transaction’s execution. Key Facts: Starts at 0 for first event Increments across all contracts in transaction Preserves execution order Used with tx_hash as a composite key for unique event identification |
| FROM_ADDRESS | TEXT | Token sender address, decoded from the Transfer event topic_1, in 0x-prefixed hex format. Example: ‘0x1234567890123456789012345678901234567890’ |
| TO_ADDRESS | TEXT | Token recipient address, decoded from the Transfer event topic_2, in 0x-prefixed hex format. Example: ‘0xabcdefabcdefabcdefabcdefabcdefabcdefabcd’ |
| CONTRACT_ADDRESS | TEXT | The TRC-20 token contract address that emitted the Transfer event (NOT the recipient). Example: ‘0xa614f803b6fd780986a42c78ec9c7f77e6ded13c’ |
| TOKEN_STANDARD | TEXT | The token standard for the transfer. Always ‘trc20’ in this table. Example: ‘trc20’ |
| TOKEN_IS_VERIFIED | BOOLEAN | Boolean flag indicating if the token is verified by the Flipside team. Example: true |
| NAME | TEXT | Human-readable contract name from the name() function. NULL if not a token or metadata unavailable. Example: ‘Tether USD’ |
| SYMBOL | TEXT | Token symbol from the symbol() function. NULL if not a token or metadata unavailable. Example: ‘USDT’ |
| DECIMALS | NUMBER | Number of decimal places for token amounts, read directly from the contract. TRX uses 6 decimals; most TRC-20 tokens use 18. NULL if not a token or metadata unavailable. Example: 6 |
| RAW_AMOUNT_PRECISE | TEXT | Raw token amount without decimal adjustment, as a string for precision preservation. Example: ‘1000500000’ |
| RAW_AMOUNT | FLOAT | Raw token amount without decimal adjustment, as a float. Example: 1000500000 |
| AMOUNT_PRECISE | TEXT | Decimal-adjusted token amount as a string for full precision. Example: ‘1000.500000’ |
| AMOUNT | FLOAT | Decimal-adjusted token amount as a float. Example: 1000.5 |
| AMOUNT_USD | FLOAT | USD value of the token transfer at the time of the transaction. NULL if price data unavailable. Example: 1000.5 |
| ORIGIN_FUNCTION_SIGNATURE | TEXT | Function signature (first 4 bytes) of the called method in the originating transaction. Format: 0x + 8 hex characters Common Signatures: 0xa9059cbb: transfer(address,uint256) 0x095ea7b3: approve(address,uint256) 0x23b872dd: transferFrom(address,address,uint256) Note: NULL for simple TRX transfers or non-contract calls. |
| ORIGIN_FROM_ADDRESS | TEXT | The address that initiated the originating transaction, in 0x-prefixed hex format. Useful when viewing events or internal transactions to trace back to the original caller. |
| ORIGIN_TO_ADDRESS | TEXT | The destination address of the originating transaction. For contract interactions, this is the contract that was directly called (not necessarily the contract that emitted the event). |
| EZ_TOKEN_TRANSFERS_ID | TEXT | Primary key — unique identifier for each row ensuring data integrity. Format: VARCHAR containing composite key generated using MD5 hash of the relevant columns. Usage: Deduplication in incremental loads Join operations for data quality checks Troubleshooting specific records |
| INSERTED_TIMESTAMP | TIMESTAMP_NTZ | UTC timestamp when the record was first added to the Flipside database. Format: TIMESTAMP_NTZ Use Cases: Data freshness monitoring Incremental processing markers Debugging data pipeline issues |
| MODIFIED_TIMESTAMP | TIMESTAMP_NTZ | UTC timestamp of the most recent update to this record. Format: TIMESTAMP_NTZ Use Cases: Tracking data corrections and reprocessing Monitoring incremental model updates Data quality audits |