Dictionary

Everything real-life.org lists, side by side: the terms of the three parts, the Trust Task types and the register's fields. Entries that mean the same thing stand together; related, broader or narrower terms, false friends and convergence targets are linked from the entries. Each part defines its own terms; this page only puts them next to each other.

83 entries · 4 proposals · 4 convergence tasks

Circle · Space · Groupone thing in 3 parts
Network
CircleKreis

A recurring space of encounter. Chooses its own form and access. Circles connect through people, not through parent circles.

Stack

The shared context for work, membership and visibility. In the data contract it is called Group.

also Group, Gruppesource 04-items-relations-groups-spaces.md
Trust Protocol
GroupGruppe

A collective actor with members, a policy, an authority log, and documents. Its identity is the digest of its genesis operation; its address is its group DID.

Verification · Enactmentone thing in 3 parts
Network
VerificationVerifikation

Two people's confirmation that they have met each other as this person, at an encounter and optionally verified digitally. Does not mean general trustworthiness, only that an encounter or identity relationship has been confirmed.

related to Encounter credential (Trust Protocol)related to Encounter (Network)source real-life-network-protocol.md#83-menschen-verifizieren
Stack
VerificationVerifikation

The flow in which two people record an encounter in the app, for example by QR code; a capability of the connector in its own right. Contacts and verifications are not the same as profiles.

Trust Protocol
EnactmentBegegnungsvorgang

One performed run of a ceremony between two people. Never reused; complete when both parties hold records.

defined in Encounter 5.2source encounter-layer.md#22-terms
Memberone thing in 2 parts
Stack
MemberMitgliedproposal

Proposed: who belongs to a space. The application layer reads membership through the connector and does not construct it; how it is stored and proven is decided by the connector in use (the local connector keeps it in groupMembers, the RLTP connector derives it from the group log and key).

Trust Protocol
MemberMitglied

A fact in the authority log plus key possession, not a certificate. Entered only by explicit, cryptographically bound consent.

defined in Access 2, 5source access-layer.md#5-memberssource membership-tasks.md
Trust Task

The generic carrier for Access-layer operations crossing the replica boundary, incl. the member.add admission profile and the welcome seal.

profile rltp-membership@0.16defined in RLTP Membership Tasks 3.3source RLTP Membership Tasks 3.3
Trust Protocol

A registered binding of one key-agreement procedure to the key port.

Deliberately without counterpart in RLNP or the Stack: a registered binding of a key-agreement procedure to the key port is internal protocol architecture, invisible to the person. The Stack's backend binding is the connector, which is pure Stack construction and unrelated.

Trust Protocol
AnchorAnker

A person's identifier toward one context (did:key). Every enactment of a ceremony runs under a freshly derived pair anchor, a re-encounter too; a standing anchor never appears on the ceremony wire, and anchors never converge into a person.

Trust Protocol
Attestationproposal

Proposed: a signed, portable statement by one person about another's contribution, role, skill or promise, independently verifiable. Candidate: the DTG Verifiable Endorsement Credential (VEC), i.e. a Statement Credential with predicate endorses/1.

target: same as Witnessing (Network)target: same as Role (Network)target: same as Relationship (Network)source profile.md
Trust Protocol
Authority logAutoritätslog

The append-only operation DAG rooted in the genesis operation; the sole source of authorization state.

Deliberately without counterpart in RLNP or the Stack: the append-only operation DAG that is the sole source of authorization state is protocol construction. The person sees who belongs to the circle; the Stack sees the members of a space.

Trust Protocol
Authority portAutoritäts-Port

The part of the Access Layer that decides membership, policy and authorization: log, materialization, conflict matrix, policy, views. Not replaceable by an adapter.

Deliberately without counterpart in RLNP or the Stack: the part of the Access Layer that decides membership, policy and authorization is internal protocol architecture. The person sees a circle and its members; the Stack sees a space (rltp:Group).

Trust Protocol
Authorization viewBerechtigungssicht

The chained, quorum-signed object by which a service of class view learns a group’s epoch and authorized device identities.

Deliberately without counterpart in RLNP or the Stack: the quorum-signed object by which a service of class view learns a group's epoch and authorized devices is protocol infrastructure (rltp:Service), invisible to the person and the Stack.

Trust Protocol
BundleBündel

The one-scan transmission (sent card plus step credential), specified as the Delivery Contract task encounter-bundle.

Deliberately without counterpart in RLNP or the Stack: the delivery unit of the one-scan path is construction of the transport, invisible to the person.

Trust Protocol
CanonicalKanonisch

An operation is canonical when materialization at its causal position accepts it and no outcome rule of 3.6 disposes of it.

Deliberately without counterpart in RLNP or the Stack: whether materialization accepts an operation at its causal position is a property inside the protocol's conflict resolution, invisible to the person and the Stack.

Trust Protocol
CeremonyZeremonie

A registered, versioned definition of an encounter interaction, including its time parameters.

Deliberately without counterpart in RLNP or the Stack: the registered form of an enactment (how the two parties see each other's challenges) is a construction detail of the verification (mapped at rltp:Enactment).

Trust Protocol

A fresh, single-use, high-entropy value carried in a contact card for one enactment. One concept; displayed and sent cards differ only in lifecycle.

Deliberately without counterpart in RLNP or the Stack: the fresh value each party shows during an enactment is a construction detail of the verification (mapped at rltp:Enactment).

Trust Protocol
Community anchorGemeinschaftsanker

The anchor of a person's personal community, an ordinary member anchor of Identity §6, serving as the person's chosen cross-relationship coordinate; it appears in no artifact of the Access Layer except inside member-mapping@1.

Deliberately without counterpart in RLNP or the Stack: an ordinary member anchor that a person uses as a chosen cross-relationship coordinate is protocol construction, like every anchor (RLNP Mensch, related at rltp:Anchor). The Stack shows a profile, which is the view of a person, not an anchor.

Stack

The implementation of the DataInterface for one data source, plus the capabilities it supports. The stack's socket downward.

Deliberately without counterpart in RLNP and RLTP. The connector is pure Stack construction.

Trust Protocol
Contact cardKontaktkarte

A person's signed self-description carrying the material needed to recognize and reach them and, in an enactment, a fresh challenge; displayed (shown for scanning) or sent (transmitted inside an enactment, naming its recipient). Not a credential.

Deliberately without counterpart in RLNP or the Stack: the card carries what the counterpart needs to reach and recognize an anchor; the Stack shows a profile, which is the view of a person, not a delivery address.

Trust Protocol
Credential digestCredential-Digest

The multibase-encoded multihash over JCS of the complete credential including its proof.

defined in Encounter 2.2source encounter-layer.md#22-terms

Deliberately without counterpart in RLNP or the Stack: the content digest of an encounter credential is construction, invisible to the person.

Trust Task

The arrival acknowledgement: proof-carrying, terminal, arrival-only semantics.

profile rltp-delivery@0.79defined in RLTP Delivery Contract 4.2source RLTP Delivery Contract 4.2
Trust Protocol

the arrival acknowledgement: machine-generated at the durable recording of a document's defined effect; arrival, never acceptance

defined in Delivery 4.2
Trust Protocol
Device cardGerätekarte

The signed binding of one device's key material to the member anchor of the person it belongs to; recorded in the authority log.

Deliberately without counterpart in RLNP or the Stack: the signed binding of a device's key material to a member anchor is protocol construction. Neither RLNP nor the Stack distinguish a person's devices.

Trust Protocol

the receiver's classification of a processed envelope (staged, first failing stage names it)

defined in Delivery 6.2
Trust Protocol

the multibase multihash over JCS(document) of a delivery document's plaintext; its identity for idempotency and acknowledgement

defined in Delivery 2
Trust Protocol
EdgeKante

The relation between two anchors constituted by the encounter credentials between them; incoming, outgoing, or mutual. One edge per anchor pair.

Trust Protocol
Enactment bindingVorgangsbindung

The digest, identical in both step credentials of an enactment, that ties them to one exchange descriptor: the multihash over JCS of the ceremony and both challenges in ascending order.

Deliberately without counterpart in RLNP or the Stack: the digest that ties the two challenges together is construction, invisible to the person.

Trust Protocol
Enactment recordVorgangsaufzeichnung

A party's durable local record of an enactment, created before issuing; the records are also the consumed-challenge history.

Deliberately without counterpart in RLNP or the Stack: what a party keeps after its own step is local state of the protocol, not a thing in the network.

Network
EncounterBegegnung

Two people meet, in person or digitally, exchange who they are, and stay connected if it fits. Encounters repeat and are the normal case of the network: a person becomes part of it the moment they enter a relationship.

Trust Protocol
Encounter credentialBegegnungs-Credential

The immutable credential in which one party records that they recognized another. Issued by one party about the other, verifiable offline.

defined in Encounter 7related to Verification (Network)related to Witnessing (Network)source encounter-layer.md#7-the-encounter-credential
Trust Task

The one-scan transmission: the scanner's sent card and step credential.

profile rltp-delivery@0.79defined in RLTP Delivery Contract 4.1source RLTP Delivery Contract 4.1
Trust Task

Post-enactment delivery of a step credential (counter-step or standalone).

profile rltp-delivery@0.79defined in RLTP Delivery Contract 4.3source RLTP Delivery Contract 4.3
Trust Protocol
EpochEpoche

A numbered period of the group’s key world; enforcement takes effect as epoch transitions. Term aligned with MLS (RFC 9420).

Deliberately without counterpart in RLNP or the Stack: a numbered period of the group's key world, aligned with MLS, is key-management construction. Neither RLNP nor the Stack divide a circle or space into key periods.

Trust Protocol
Epoch-key lineageEpochenschlüssel-Linie

The chain of per-transition entries by which the adapter linear/0.1 makes a previous content key readable under the next.

Deliberately without counterpart in RLNP or the Stack: the chain of per-transition entries by which the adapter linear/0.1 keeps earlier content keys readable is construction of one adapter (rltp:Adapter), invisible to the person and the Stack.

Trust Protocol
Forked stateGegabelter Zustand

The fail-closed materialization outcome of the fork pairings that 3.6 names: a policy change or a dissolution concurrent with an enforcement operation.

Deliberately without counterpart in RLNP or the Stack: a fail-closed outcome of materialization and a narrower case of rltp:MaterializedState, arising when a policy change or dissolution runs concurrent with an enforcement operation. It is conflict handling inside the protocol, invisible to the person and the Stack.

Trust Protocol
HealingHeilung

The key port's correction of its key structure to the materialized membership; the log decides, the keys follow.

Deliberately without counterpart in RLNP or the Stack: the key port's correction of its key structure to the materialized membership is internal key management. For the person and the Stack membership simply holds.

Trust Protocol
Implicit capabilityImplizite Befähigung

The read/write standing every member holds by membership alone.

Deliberately without counterpart in RLNP or the Stack: the read/write standing every member holds by membership alone is how the protocol states that belonging is enough. The Stack expresses it through membership itself (rls:member, mapped at rltp:Member); RLNP knows no membership list to attach it to.

Trust Protocol
Incoming edgeEingehende Kante

An edge, from a party's local view, when it has received the counterparty's credential and not issued its own.

Deliberately without counterpart in RLNP or the Stack: a direction state of rltp:Edge (only the counterpart has confirmed). For the person it is an unfinished verification; the Stack shows it as pending, not as a relationship.

Stack
Item in several spacesItem in mehreren Spacesproposal

Proposed: an item lies in more than one space and has a home space responsible for it. How this is done, by association in a central database or by copy with a bridge across distributed groups, is the connector's decision.

related to Visibility (Network)related to Mirror (Stack)source 09-mirror-bridge.md
Trust Protocol
Key portSchlüssel-Port

The interface through which a registered adapter produces epoch secrets satisfying the invariants KV1 to KV6.

Deliberately without counterpart in RLNP or the Stack: the interface through which an adapter produces epoch secrets is internal protocol architecture, invisible to the person and below the Stack's connector.

Trust Protocol
Key service dutySchlüsseldienstpflicht

The standing obligation of members to (re)deliver verifiable current-epoch key material to a party the materialized state entitles to it.

Deliberately without counterpart in RLNP or the Stack: the members' standing obligation to (re)deliver current-epoch key material is a duty inside the protocol's key management. For the person and the Stack entitled members simply can read.

Trust Task

Epoch key material to a specific party, and the authenticated request for it: transition key envelopes, welcomes and re-welcomes, refreshes under the key service duty.

profile rltp-access@0.54defined in RLTP Access Layer 10.1source RLTP Access Layer 10.1
Trust Protocol
MaterializationMaterialisierung

The deterministic derivation of group state from the log; its result is the materialized state.

Deliberately without counterpart in RLNP or the Stack: the deterministic derivation of group state from the log is protocol construction. The person and the Stack see only its result: the circle or space with its members.

Trust Protocol
Materialized stateMaterialisierter Zustand

The group state yielded by materialization, the deterministic derivation of group state from the log.

Deliberately without counterpart in RLNP or the Stack: the group state yielded by materialization is protocol construction; the person sees the circle, the Stack the space (rltp:Group), not a derived state.

Trust Protocol
Member anchorMitgliedsanker

The per-group context anchor under which one member acts in one group (DTG scope directed).

Deliberately without counterpart in RLNP or the Stack: the per-group anchor under which a member acts is protocol construction, like every anchor (RLNP Mensch, related at rltp:Anchor). For the person it is still the one member of the circle (rls:member, mapped at rltp:Member).

Trust Task

Retired version, superseded by membership-accept/0.2. The URI keeps resolving; the published schema stays.

superseded by membership-accept/0.2
Trust Task

The consent artifact: signed by the person consenting, subject equals issuer and the invite's invitee, content-bound by credential digest to exactly one invitation.

profile rltp-membership@0.16defined in RLTP Membership Tasks 3.2source RLTP Membership Tasks 3.2
Trust Task

The evidence relay: the complete invite and accept documents, enclosed, so any authorized member can admit.

profile rltp-membership@0.16defined in RLTP Membership Tasks 3.4source RLTP Membership Tasks 3.4
Trust Task

Retired version, superseded by membership-invite/0.2. The URI keeps resolving; the published schema stays.

superseded by membership-invite/0.2
Trust Task

The invitation as a conformant DTG InvitationCredential: issued by the inviting member, subject is the invitee, no key material; bound to the membership thread.

profile rltp-membership@0.16defined in RLTP Membership Tasks 3.1source RLTP Membership Tasks 3.1
Stack
MirrorSpiegel

A read-only snapshot of an item in a space other than its home. There it appears as an ordinary item with the relation mirrorOf pointing at the original; editing always opens the home. The same form holds for every connector: with a signing identity (RLTP) the snapshots are author-signed and verified before they are shown, without one they come without a JWS from a single trust domain.

Trust Protocol
Mutual edgeBeidseitige Kante

An edge, from a party's local view, when for at least one enactment it has both issued and received.

Deliberately without counterpart in RLNP or the Stack: the state of rltp:Edge in which both parties have confirmed; this is the state RLNP Beziehung maps to.

Trust Protocol

A signed, causally anchored envelope.

Deliberately without counterpart in RLNP or the Stack: a signed, causally anchored envelope in the authority log is protocol construction, invisible to the person and the Stack.

Trust Protocol
Outgoing edgeAusgehende Kante

An edge, from a party's local view, when it has issued its own credential and not received the counterparty's.

Deliberately without counterpart in RLNP or the Stack: a direction state of rltp:Edge (only this party has confirmed). For the person it is an unfinished verification; the Stack shows it as pending, not as a relationship.

Trust Protocol
Pair anchorPaaranker

An anchor derived for one enactment (DTG scope pairwise). The enacting anchor of a ceremony is a fresh pair anchor at every enactment.

Deliberately without counterpart in RLNP or the Stack: the fresh anchor a person uses for one enactment is pure protocol construction; for the person it is still the one relationship (RLNP Beziehung, mapped at rltp:Edge).

Trust Protocol
Pending exitAusstehender Austritt

The state of a member whose member.leave has merged but whose discharging transition has not.

Deliberately without counterpart in RLNP or the Stack: the state between a merged member.leave and its discharging transition is protocol construction. For the person leaving a circle is one act; the Stack has no intermediate state for it.

Network
PersonMensch

The smallest unit of the network. Known not by a directory entry but by those who know them. Identity belongs to the person.

related to Anchor (Trust Protocol)related to Person profile (Stack)source real-life-network-protocol.md#61-mensch
Stack
Person profilePersonenprofil

The domain representation of a person as an item under the profile contract. The user identity is a separate term.

related to Person (Network)source 12-profile.md
Trust Protocol

Group-defined data stating, per rule key, which proof satisfies the group’s decision rule.

Deliberately without counterpart in RLNP or the Stack: group-defined data stating which proof satisfies the group's decision rule is protocol construction. RLNP lets a circle choose its own form and decisions without encoding them as rules; the Stack has no policy object.

Trust Protocol
Policy proofPolicy-Nachweis

The material an operation is judged by against its rule: its signer set and its admissible vouch set.

Deliberately without counterpart in RLNP or the Stack: the signer set and vouch set an operation is judged by is construction of rltp:Policy, invisible to the person and the Stack.

Trust Protocol
Privileged operationPrivilegierte Operation

An operation of the closed catalog, each with its class (additive, enforcement, terminal), epoch effect and closed body profile.

Deliberately without counterpart in RLNP or the Stack: an operation of the closed catalog and a narrower case of rltp:Operation, each with its class, epoch effect and body profile. Admitting or removing a member is one act for the person and the Stack; the operation is its construction.

Trust Task

Per-party declaration of fixed operational constants for a served role; the envelope is generic, each role's specification registers the constant names.

profile rltp-delivery@0.79defined in RLTP Delivery Contract 4.4source RLTP Delivery Contract 4.4
Stack

A directed link between items with predicate and target. Back-references show it from the opposite direction.

false friend of Relationship (Network)source 04-items-relations-groups-spaces.md
Network
RelationshipBeziehung

A social connection between people, or between people and agents. Arises from encounter, communication, collaboration or shared experience.

broader than Edge (Trust Protocol)target: same as Attestation (Trust Protocol)false friend of Relation (Stack)source real-life-network-protocol.md#62-beziehung
Trust Task

The compact notice a removed member is owed: it states the removal without carrying the transition-bearing envelope, which never crosses the replica boundary.

profile rltp-access@0.54defined in RLTP Access Layer 10.2source RLTP Access Layer 10.2
Trust Protocol
Replica boundaryReplikatgrenze

The set of parties holding, and entitled to hold, the group's replicated log at a given materialized state.

Deliberately without counterpart in RLNP or the Stack: the set of parties entitled to hold the group's replicated log is protocol construction. RLNP Sichtbarkeit is about what a person shows to whom, not about who stores the log.

Trust Protocol
Retained membersVerbleibende Mitglieder

The normatively computed set of members an enforcement operation’s new epoch secret reaches.

Deliberately without counterpart in RLNP or the Stack: the computed set of members an enforcement operation's new epoch secret reaches is key-management construction. For the person and the Stack the circle simply keeps its members (rls:member, mapped at rltp:Member).

Register

The target state: these two concepts are meant to become the same, and the specifications have a task until they are. The SKOS mapping relations describe today.

Register

Same word in at least one language, different thing, on purpose. Recorded so the pair is never reported as a missing mapping and so the pages show it explicitly.

Register

"proposed": the concept does not exist in its specification yet; it is a proposal from the register to that part.

Register

Code symbols that implement the term (Real Life Stack only).

Network
RoleRolle

Responsibility a person takes on toward a circle. A promise that something happens. Voluntary, returnable, not a rank.

target: same as Attestation (Trust Protocol)source real-life-network-protocol.md#613-rolle
Trust Protocol

the encrypted form in which a document travels: ephemeral X25519, HKDF, AES-256-GCM

defined in Delivery 5
Trust Protocol
ServiceDienst

A party that stores and forwards a group's items without holding its keys; its class (blind, view, log) is the registered statement of what it knows of the group.

Deliberately without counterpart in RLNP or the Stack: a party that stores and forwards a group's items without holding its keys is protocol infrastructure. The network knows only people and circles; the Stack's connector is the app-side access to a backend, not a party the group registers.

Trust Protocol
Service classDienstklasse

The statement, declared at registration, of what a service knows of a group: blind (ciphertext only), view (also authorization views) or log (also the authority log). The group chooses.

Deliberately without counterpart in RLNP or the Stack: what a service knows of a group (blind, view, log) is a registered protocol statement about rltp:Service, invisible to the person and the Stack.

Trust Protocol
StepSchritt

One credential issuance within an enactment.

defined in Encounter 5.2source encounter-layer.md#22-terms

Deliberately without counterpart in RLNP or the Stack: one party's confirmation inside an enactment is a construction detail of the verification; the Stack and RLNP see the whole act.

Network
VisibilitySichtbarkeit

Not a property of a thing but a consequence of where it lies. Three ways: within one circle; mirrored, that is additionally readable in a further circle or by a single person, changed only at its origin; published, readable without identity or membership. Whoever shares a thing should see beforehand whom it reaches.

related to Visibility mode (Trust Protocol)related to Item in several spaces (Stack)target: same as Visibility (Stack)source real-life-network-protocol.md#616-wie-etwas-sichtbar-wird
Stack
VisibilitySichtbarkeitproposal

Proposed: where an item lives and who therefore sees it: within its space, mirrored into another space, or published without sign-in. Which backend serves a published item is the connector's decision.

target: same as Visibility (Network)source 09-mirror-bridge.md
Trust Protocol
Visibility modeSichtbarkeitsmodus

The mode in which a group is readable from outside; publication runs through the publication port (open visibility: world-readable).

defined in Access 8related to Visibility (Network)source access-layer.md#8-visibility-modessource network-visibility.md
Network
WitnessingBezeugen

Honouring what a person did or contributed. Recognition, not approval. The person witnessed decides about display, not about the statement.

also Confirmation, Attestationrelated to Encounter credential (Trust Protocol)target: same as Attestation (Trust Protocol)source real-life-network-protocol.md#84-bezeugen

Nothing matches the search.

edit opens the defining file of the part; GitHub turns the change into a pull request. propose opens a prefilled issue. New term opens an issue with the fields a term needs. New term ↗