Subjects
The TAPLE network performs ledger partitioning on a per-subject basis. Instead of having a single ledger shared by all participants, the information is structured on a subject-by-subject basis. Subjects are logical entities that represent an asset or process within a TAPLE network.
Each subject complies with the following:
- They contain a single microledger.
- It has a state modelled by a schema.
- It has a single owner.
- It depends on a governance.
Microledger
Each subject contains internally a ledger in which the events that affect only that subject are recorded, the microledger. This microledger is a set of events chained together using cryptographic mechanisms. It is similar to a blockchain in that the different elements of the chain are related by including the cryptographic fingerprint of the immediately preceding element, but, unlike blockchains in which each block can include a set of transactions, possibly from different accounts, in the microledger each element represents a single event of the subject itself.
To learn more about the microledger structure visit the Events page.
Subject state
The state is the representation of the information stored by a subject at a given instant, usually the current moment. It is a data structure, stored with the microledger, which contains the information stored in a subject. The state is obtained by applying, one after the other, the different microledger events on the initial state of the subject defined in its genesis-event.
The state structure must correspond to a valid schema. To learn more about schemas visit the Schemas page.
Unlike other DLTs, TAPLE does not have data tables. The information is stored in a single entity, the subject state. Use cases that require storing a large amount of information have to be approached by partitioning the information into different subjects.
Ownership model
Any subject has a single owner, this being the only participant in the network that can make effective modifications to the subject, i.e., enter events in the micro-ledger. However, other participants can generate event requests. These event requests are signed by the invoker and sent to the owner of the subject.
To learn more about invokers visit the Event Life Cycle page.
Belonging to a governance
A subject always exists within a use case. Governance is the definition of the rules by which the use case is governed. What types of subjects can be created or who can create them are some of the rules that are defined in the governance. Although a subject can only belong to one governance, a TAPLE node can manage subjects of different governance, so that the same node can participate simultaneously in different use cases.
To learn more about governance and its structure visit the page Governance.