Common DataTrails Terms
Select a term for more information.
Term | Definition |
---|---|
ABAC | Attribute-Based Access Control; policy that allows you to grant fine-grain access to members of your Tenancy |
access policy | grants chosen Asset and Event access to stakeholders |
actor | person/machine/software integration that created a particular entry on the provenance record |
administrator | user with permission to see all Asset and Event information within a Tenancy, and to grant access to other users |
anchored | Simple Hash events are committed to the blockchain by hashing them in batches. The hash recorded on the chain is called the anchor |
asset | a DataTrails Asset is an entry in your tenancy, which has a collection of attributes that describes its current state and a complete life history of Events |
asset attributes | key-value pairs that represent information about an Asset |
asset ID | the permanent unique identifier for an Asset, under which all provenance information (Events) can be found |
audit trail | a formal record of activities (Events) that are made against a piece of data (an Asset) |
bearer token | access token for DataTrails API; created using Custom Integration credentials |
behaviors | detail what class of events in an Asset lifecycle you might wish to record |
compliance policy | user-defined rule sets that Assets can be tested against |
custom integration | client ID and client secret credentials that are used to access the DataTrails API. Formerly known as an App Registration |
document hash | cryptographic ‘fingerprint’ of a file or document that proves it is unmodified |
document status | when dealing with Document profile Assets in DataTrails you can attach certain lifecycle stage metadata to them such as ‘Draft’, ‘Published’, or ‘Withdrawn’ in order to properly convey whether or not someone checking provenance of the document should rely on a particular version |
event | tracks key moments of an Asset lifecycle; details of Who Did What When to an Asset |
event attributes | key-value pairs that represent information about an Event |
event ID | unique identifier for an entry in the provenance record that means it can be shared and found later |
event type | events in DataTrails are labeled with a ’type’ that signify what kind of evidence they relate to, for instance a ‘Publish’ event on a document, or a ‘Shipping’ event on physical goods. Event types can be very useful for defining access control rules as well as filtering the audit trail for specific kinds of information |
integration | built-in API functionality that allows DataTrails to connect to third party products such as Dropbox |
leaf | a leaf is the term used for a node in the Merkle tree. It is labeled with a hash of the data block that it contains. Each leaf is stored in a massif |
linked folder | a folder that has been selected to be linked to DataTrails during the configuration of an Integration |
massif | the Merkle log is divided into massifs each of which stores the verification data for a fixed number of leaves |
Merkle log | the Merkle log is the name for the verifiable data structure that is used by DataTrails to store the Event transaction data. It is append only and is based on a type of Merkle tree that is built from multiple massifs |
Merkle Mountain Range (MMR) | As the massifs grow and multiply, the structure is called a Merkle Mountain Range (MMR) representing the multiple peaks. Its key characteristic is that previously added values, and also the organization of those values, does not change as new entries are appended to the log |
metadata | structured information about a file. In DataTrails this metadata is recorded in the Asset and Event attributes |
OBAC | Organization-Based Access Control; policy allows sharing with the Administrator of another organization |
operation | class of Event being recorded |
organization | any entity with a distinct DataTrails account who publishes or verifies provenance information on the platform |
principal_accepted | the actual user principal information belonging to the credential used to access the DataTrails REST interface |
principal_declared | an optional user-supplied value that tells who performed an Event |
proof mechanism | method by which information on the DataTrails tamper evident ledger can be verified |
provenance | the version and ownership history of a piece of data. With DataTrails this is an immutable audit trail to prove Who Did What When to any piece of data |
public asset | Assets that can be used to publicly assert data, accessible by URL without the need for a DataTrails account |
selector | identifying attribute the Yaml Runner will use to check if your Asset exists already before attempting to create it |
simple hash | Proof Mechanism that commits information to the DataTrails blockchain in batches; value can confirm that information in the batch has not changed |
tenancy | an organization’s private area within DataTrails, containing Asset and Event data |
tenant display name | displayed only within own Tenancy for easy identification and switching |
tenant_accepted | the time an event was actually received on the DataTrails REST interface |
tenant_committed | the time an event was confirmed distributed to all DLT nodes in the value chain |
tenant_declared | an optional user-supplied value that tells when an Event happened |
transaction | final commitment of data to the Distributed Ledger Technology so that it is sealed and cannot be modified, tampered or erased |
unlinked folder | a folder that has not been selected to be linked to DataTrails during the configuration or reconfiguration of an Integration |
verified domain | tenancy name visible to others in place of the tenancy ID when viewing the Asset Overview of a public Asset or a shared private Asset. Must be verified by the DataTrails team |
verified organization | an organization which has paid to have their domain verified and displayed in place of their tenancy ID in Instaproof results and in the Asset Overview |
version | when dealing with Document profile Assets in DataTrails you can differentiate ‘final’ or ‘published’ versions of a document from other provenance information such as reviews or downloads |