| 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_HASH | TEXT | The unique hash of the block header. Key Facts: Contains the block number encoded in its first bytes Used for chain reorganization detection Example: ‘0x00000000033fc3d68297d9c3bfab0a01c57a56a61a82f270ba7f9e4400000000’ |
| 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’ |
| INTERNAL_TRANSACTION_ID | TEXT | Sequential identifier of the internal transaction within the parent transaction. Used with txhash as a composite key for unique identification. Example: ‘internal0’ |
| INTERNAL_TRANSACTION_HASH | TEXT | INTERNAL_TRANSACTION_HASH column |
| CALLER_ADDRESS | TEXT | The contract address that initiated the internal call, in 0x-prefixed hex format. This is the contract executing the code that triggered the internal transaction. Example: ‘0x414d1ef8673f916debb7e2515a8f3ecaf2611034aa’ |
| TO_ADDRESS | TEXT | The destination address of the transaction, in 0x-prefixed hex format. Special Cases: NULL: Contract creation transaction Contract address: Smart contract interaction EOA address: Simple TRX transfer |
| CALL_VALUE_INFO | VARIANT | JSON string containing value transfer information for the internal transaction. May include native TRX transfers (entries without tokenid) and/or TRC-10 token transfers (entries with numeric tokenid). Requires PARSE_JSON() before accessing fields. Example: ‘[{"callValue": 1000000}]’ (1 TRX native transfer) |
| NOTE | TEXT | NOTE column |
| REJECTED | BOOLEAN | Whether the internal transaction was rejected by the TVM. NULL indicates success; non-NULL indicates failure. |
| INTERNAL_TRANSACTION_SUCCEEDED | BOOLEAN | Boolean indicating if the internal transaction executed successfully. Derived from the rejected field — when rejected is NULL, the transaction succeeded. Values: TRUE: Internal transaction completed successfully FALSE: Internal transaction was rejected |
| EXTRA | TEXT | EXTRA column |
| FACT_INTERNAL_TRANSACTIONS_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 |