Skip to main content
Solana is a high-performance blockchain supporting builders around the world creating crypto apps.

Solana Tables

Our Solana data includes the following schemas and tables:

Transaction-level columns

Some of the datasets have a variant suffixed with _w_tx_cols (e.g. solana.assets.transfers_w_tx_cols). These are views that combine the enriched data (i.e. transfers) with a couple of transaction-level columns which may be useful for certain analyses. The additional columns are:

Convenience functions

Several snowflake table functions are provided for convenient querying of specific use cases:
  1. pull solana transactions, instructions, inner_instructions for activites involving a set of addresses This fetches all transactions, instructions, inner instructions for activites involving an address, equivalent to calling getTransaction for each txn_id returned by a getSignaturesForAddress rpc call. It only includes nonvoting transactions. For successful, nonvoting transactions, the contents of instructions are nested in the arrays instructions and inner_instructions. For failed, nonvoting transactions, instructions/inner instructions are not fetched.
  2. pull solana transactions, instructions, inner_instructions for accounts with balance changes
  3. pull non-voting solana transactions, instructions, inner_instructions for accounts with balance changes, with transfer info if available
  4. pull non-voting solana sol+spl latest balances as of a certain timestamp
  5. pull balance changes of an address, with transfer attribution where possible
  6. pull daily end-of-day balances of a set of addresses in a time range
Allium currently supports Solana data from the Genesis block. Our Solana data schemas include NFTs, DEXs and assets (transfers/credit debit) data. Support for additional verticals and programs can be made available upon request. More about the Solana blockchain.