GCR Structure
Last updated
Last updated
The following schema shows the internal database structure of the GCR.
The GCR Is comprised of three tables and a metatable.
This is the primary table where the essential properties of a Demos account within the network are stored. Note that the details row, which is stored in an optimized JSONB format, contains the foundational properties linked to a Demos address.
The extended property simplifies tracking tokens, NFTs, and cross-context properties and operations linked to an address. It is a JSONB field too, allowing for efficient data management and lower overhead.
This table contains the hashes of each user's global_change_registry entry. Each time a GCR entry is modified, for example after a transaction, its gcr_tracker is updated too with the current hash of that table. This allows for fast, efficient and optimized tracking of the changes in the GCR.
This table is separate from the GCR data. As a metadata table, it stores the combined hashes of the global_change_registry_subnets_txs and gcr_tracker tables to generate a GCR Status hash. This is crucial for verifying the consistency of GCR statuses during synchronization and consensus processes.
This table is responsible for holding and indexing all the transactions that happens in a . Note that tx_data contains the encrypted data for that specific Subnet's tx and can only be decrypted by partecipants of the Subnet itself. See How are L2PS transactions handled? for more informations.
