solana.core Table: dim_labels Type: View
View DBT Documentation
View the complete technical documentation and data lineage for this table
Columns
| Column Name | Data Type | Description |
|---|---|---|
| BLOCKCHAIN | TEXT | The name of the blockchain network to which the labeled address or entity belongs. For this model, the value is always ‘solana’. |
| CREATOR | TEXT | The identifier (e.g., address or username) of the entity or user who created the label for this address. Used for attribution, auditing, and analytics on label provenance. |
| ADDRESS | TEXT | The base58-encoded Solana address (public key) being labeled. Used to join with transaction, account, and program tables for entity resolution and analytics. |
| LABEL_TYPE | TEXT | A high-level category describing the main function or ownership of the labeled address (e.g., ‘defi’, ‘nft’, ‘cex’, ‘dapp’). Used for grouping, filtering, and analytics on address types. |
| LABEL_SUBTYPE | TEXT | A sub-category nested within label_type, providing further detail about the labeled address (e.g., ‘amm’, ‘marketplace’, ‘bridge’). Used for more granular segmentation and analytics. |
| LABEL | TEXT | The human-readable label or project name associated with the address. Used for entity attribution, analytics, and display in dashboards or explorers. |
| ADDRESS_NAME | TEXT | A human-readable name or alias for the address, if available. Used for display, search, and analytics on labeled addresses. |
| DIM_LABELS_ID | TEXT | A unique, stable identifier for each record in this table. The primary key (PK) ensures that every row is uniquely identifiable and supports efficient joins, lookups, and data integrity across models. The PK may be a natural key (such as a blockchain transaction hash) or a surrogate key generated from one or more fields, depending on the table’s structure and requirements. |
| INSERTED_TIMESTAMP | TIMESTAMP_NTZ | The timestamp when this transaction record was first inserted into the analytics database. Used for data freshness tracking and incremental model logic. Format: YYYY-MM-DD HH:MI:SS. Not derived from the blockchain, but from the ETL process. |
| MODIFIED_TIMESTAMP | TIMESTAMP_NTZ | The timestamp when this transaction record was last updated in the analytics database. Used for tracking updates and supporting incremental model logic. Format: YYYY-MM-DD HH:MI:SS. Not derived from the blockchain, but from the ETL process. |
Column Details
BLOCKCHAIN
Example:- “solana”
- Enables multi-chain analytics and filtering.
- Used as a join key in cross-chain models.
CREATOR
Example:- “7G8h…”
- “labeler_001”
- Supports label attribution, auditability, and analytics on label creation activity.
ADDRESS
Example:- “4Nd1mY…”
- Enables address-level analytics, entity resolution, and attribution.
- Used as a join key for linking labels to on-chain activity.
LABEL_TYPE
Example:- “defi”
- “nft”
- “cex”
- Supports segmentation, filtering, and analytics by address type.
LABEL_SUBTYPE
Example:- “amm”
- “marketplace”
- “bridge”
- Enables fine-grained analytics and filtering by address subtype.
LABEL
Example:- “Orca”
- “Magic Eden”
- Supports attribution, search, and analytics on labeled entities.
ADDRESS_NAME
Example:- “Orca Treasury”
- “ME Marketplace”
- Enables user-friendly display, search, and analytics on addresses.