Skip to main content
aptos holds the standardized Aptos tables, following the Aptos-style schema documented in the family overview exactly, with no differences. The same schema applies to Movement, which uses the same tables. A module is a published unit of Move code, the equivalent of a contract elsewhere. A resource is a piece of data stored under an account, such as its balance of a particular coin; the changes tables record what a transaction wrote to those. Above the raw tables sits the rest of the catalog, and Aptos shows up in two parts of it: the list of tokens we know about with their daily prices, and the tokenized assets issued on the chain. Real-world assets and Stablecoins cover the tokenized assets and their daily tables. Tokens covers the token list and the daily price table.

Tables

TableSinceDescription
blocks2022-10One row per block, with the first and last transaction version in it.
transactions2022-10One row per transaction version, keyed on version.
events2022-10One row per event a transaction emitted.
changes2022-10One row per state change a transaction wrote.
resources2022-10One row per account resource write or delete.
modules2022-10One row per Move module publish or update.
table_items2022-10One row per onchain table item write or delete.
resources, modules and table_items are slices of changes: the writes that touched data stored under an account, the ones that published or upgraded code, and the ones that wrote to a contract’s own key-value store.
Every table except blocks splits by day on block_timestamp, and blocks on timestamp. Bound that column in every query; without a bound the query reads the whole table.
A block is a batch of transactions added to the chain. Aptos also numbers every transaction it has ever run, and that number is the transaction’s version, so each block covers a range of versions. blocks contains one row per block, with the first and last version in it.
ColumnTypeDescription
timestampTIMESTAMPThe time the block was produced. Partition column.
block_heightINT64The block height.
first_versionSTRINGThe first transaction version in the block.
last_versionSTRINGThe last transaction version in the block.
block_hashSTRINGThe hash of the block.
Count blocks per day and the version range they cover.

Sample queries

Rank entry functions by user transactions on one day.